Hi Abe,

Since xonsh version in gitsome (0.2.2) varies greatly from the version of
SID (0.5.5+dfsg-1), I think it might have potential compatibility issues by
using the SID version.
Perhaps it is more proper to rename the bundled copies of the xonsh
executable rather than build-depend on it.

Do you have any suggestions on it?

--
Sun-Ze Lin  (林上智)


2017-02-20 8:29 GMT+08:00 Axel Beckert <a...@debian.org>:

> Package: gitsome
> Severity: serious
>
> Hi,
>
> trying to install gitsome while xonsh is already installed fails as
> follows:
>
> Unpacking gitsome (0.6.0-1) ...
> dpkg: error processing archive /var/cache/apt/archives/gitsome_0.6.0-1_all.deb
> (--unpack):
>  trying to overwrite '/usr/bin/xonsh', which is also in package xonsh
> 0.5.5+dfsg-1
> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> Errors were encountered while processing:
>  /var/cache/apt/archives/gitsome_0.6.0-1_all.deb
>
> According to https://github.com/donnemartin/gitsome it is "powered by
> xonsh", so it should probably depend on it instead of shipping a copy of
> it.
>
> Additionally the gitsome source package seems to contain an embedded
> code copy of xonsh. Embedded code copies are not wanted in Debian (if
> possible), so you might want to repack the upstream tar ball to remove
> the copy of xonsh and instead build-depend on it. See
> https://wiki.debian.org/EmbeddedCodeCopies for details.
>
> Filing this as a single bug report because fixing the latter issue
> properly will likely also fix the former. Feel free to clone the bug
> report if you think these two issues should be regarded as separate
> issues.
>
> -- System Information:
> Debian Release: 9.0
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (600, 'testing'), (500,
> 'unstable-debug'), (500, 'buildd-unstable'), (110, 'experimental'), (1,
> 'experimental-debug'), (1, 'buildd-experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>

Reply via email to