From: Leo Famulari <leo@famulari.name>
To: 22458@debbugs.gnu.org
Subject: bug#22458: Collision between khal and vdirsyncer "bin/vdirsyncer"
Date: Sun, 24 Jan 2016 18:24:39 -0500 [thread overview]
Message-ID: <20160124232439.GA8199@jasmine> (raw)
The packages khal and vdirsyncer are meant to be used together. Khal is
a console calendar program and vdirsyncer synchronizes CalDAV data from
a remote server to the local filesystem so that khal can use it.
For some reason, the khal package is creating an
"EASY-INSTALL-ENTRY-SCRIPT" (as "bin/.vdirsyncer-real") that wraps the
propagated vdirsyncer executable. This means that both the khal and
vdirsyncer packages contain the path "bin/vdirsyncer", which is
annoying. Thankfully, they both end up executing the real vdirsyncer.
Is this a common issue that we have a workaround for? I wonder if
we can fix this in our package, or if I should take it upstream?
I found this discussion on guix-devel relating to easy-install and path
collisions, although I'm not sure if it's relevant:
http://lists.gnu.org/archive/html/guix-devel/2014-12/msg00283.html
Collisions!
warning: collision encountered: /gnu/store/xxfyiwan4aidigk552i9pnm5z6myhk09-vdirsyncer-0.7.5/bin/vdirsyncer /gnu/store/8y78mn6ng28h0lihkfb8qasrlfydnnfy-khal-0.7.0/bin/vdirsyncer
warning: arbitrarily choosing /gnu/store/xxfyiwan4aidigk552i9pnm5z6myhk09-vdirsyncer-0.7.5/bin/vdirsyncer
Here is the output of `tree -a bin` from within khal's store directory:
bin
├── easy_install -> /gnu/store/8y78mn6ng28h0lihkfb8qasrlfydnnfy-khal-0.7.0/bin/.easy_install-wrap-01
├── easy_install-3.4 -> /gnu/store/8y78mn6ng28h0lihkfb8qasrlfydnnfy-khal-0.7.0/bin/.easy_install-3.4-wrap-01
├── .easy_install-3.4-real
├── .easy_install-3.4-wrap-01
├── .easy_install-real
├── .easy_install-wrap-01
├── ikhal -> /gnu/store/8y78mn6ng28h0lihkfb8qasrlfydnnfy-khal-0.7.0/bin/.ikhal-wrap-01
├── .ikhal-real
├── .ikhal-wrap-01
├── khal -> /gnu/store/8y78mn6ng28h0lihkfb8qasrlfydnnfy-khal-0.7.0/bin/.khal-wrap-01
├── .khal-real
├── .khal-wrap-01
├── vdirsyncer -> /gnu/store/8y78mn6ng28h0lihkfb8qasrlfydnnfy-khal-0.7.0/bin/.vdirsyncer-wrap-01
├── .vdirsyncer-real
└── .vdirsyncer-wrap-01
Here are the contents of .vdirsyncer-real:
#!/gnu/store/jdjxwh49zwnl954yk5rz09i0p0pcx42k-python-wrapper-3.4.3/bin/python
# EASY-INSTALL-ENTRY-SCRIPT: 'vdirsyncer==0.7.5','console_scripts','vdirsyncer'
__requires__ = 'vdirsyncer==0.7.5'
import sys
from pkg_resources import load_entry_point
if __name__ == '__main__':
sys.exit(
load_entry_point('vdirsyncer==0.7.5', 'console_scripts', 'vdirsyncer')()
)
next reply other threads:[~2016-01-24 23:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-24 23:24 Leo Famulari [this message]
2016-02-03 21:56 ` bug#22458: Collision between khal and vdirsyncer "bin/vdirsyncer" Ludovic Courtès
2016-05-03 20:24 ` Ludovic Courtès
2016-05-03 21:48 ` Leo Famulari
2016-12-02 19:20 ` Leo Famulari
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160124232439.GA8199@jasmine \
--to=leo@famulari.name \
--cc=22458@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.