Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)
Kalle Olavi Niemitalo, on Mon 19 Sep 2016 02:29:20 +0300, wrote: > Samuel Thibaultwrites: > > > But storeio can be used as an intermediate between the two. > > "storeio --store-type=part 1:device:hd0" apparently supports > file_get_storage_info and reports the partition boundaries there, > so the I/O would not have to go through the storeio translator. Yes, I just meant as user-point-of-view intermediate. Samuel
Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)
Samuel Thibaultwrites: > But storeio can be used as an intermediate between the two. "storeio --store-type=part 1:device:hd0" apparently supports file_get_storage_info and reports the partition boundaries there, so the I/O would not have to go through the storeio translator. libstore/encode.c (too_big) has a comment saying "The RPC protocol uses 32-bit off_t's" but that is false since 2002.
Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)
Kalle Olavi Niemitalo, on Mon 19 Sep 2016 01:29:17 +0300, wrote: > Until that is implemented, the partition-table support in > libstore could be disabled altogether, because GNU Mach currently > provides a named device for each partition. But the installer does not use it, for flexibility. But storeio can be used as an intermediate between the two. But what is actually linked against libparted is libstoreio, which is shared between storeio and ext2fs. So we'd need two different libstoreio, one with parted support, the other without. Samuel
Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)
Package: hurd Version: 1:0.8.git20160826-1 Severity: serious File: /hurd/ext2fs.static The ext2fs translator contains GPLv2-only code copied from Linux, but it is linked (through libstore) with libparted, which is GPLv3-or-later since 2007. This combination violates at least one of the licenses. The problem is clearest in ext2fs.static but FSF doctrine is it applies to dynamic linking as well. One of the Hurd developers acknowledged in August 2007 that ext2fs in the Hurd contains GPLv2-only code: https://lists.gnu.org/archive/html/bug-hurd/2007-08/msg00073.html The "BSD-licensed liblabel" was suggested as a replacement of libparted, on the #hurd IRC channel on 2016-09-15. Until that is implemented, the partition-table support in libstore could be disabled altogether, because GNU Mach currently provides a named device for each partition. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: hurd-i386 (i686-AT386) Kernel: GNU-Mach 1.7+git20160809-486-dbg/Hurd-0.8 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages hurd depends on: ii hurd-libs0.3 1:0.8.git20160826-1 ii libblkid1 2.28.1-1 ii libbz2-1.01.0.6-8 ii libc0.3 2.23-5 ii libdaemon00.14-6 ii libncursesw5 6.0+20160625-1+b1 ii libtinfo5 6.0+20160625-1+b1 ii libx11-6 2:1.6.3-1+b1 ii netdde0.0.20150828-3 ii sysv-rc 2.88dsf-59.8 ii xkb-data 2.17-1 ii zlib1g1:1.2.8.dfsg-2 Versions of packages hurd recommends: pn bf-utf-source Versions of packages hurd suggests: pn hurd-doc -- Configuration Files: /etc/default/hurd-console changed: ENABLE='false' DISPLAY='-d vga' KBD='-d pc_kbd' if [ -f /etc/default/keyboard ] then . /etc/default/keyboard fi [ -z "$XKBLAYOUT" ] || KBD="$KBD --keymap $XKBLAYOUT" KBD_REPEAT='--repeat=kbd' MOUSE='-d pc_mouse --protocol=ps/2' MOUSE_REPEAT='--repeat=mouse' -- no debconf information