|
osdir.com mailing list archive |
|
Subject: Bug#528200: p7zip-full: please add -q (quiet) option - msg#03287List: debian-bugs-distVersion: 4.65~dfsg.1-1 Severity: wishlist 7z should have a -q (quiet) option: when one wants to add many files (e.g. several thousands) to an archive, getting all this output is very annoying and even makes 7z much slower under some conditions. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.5-20080922 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages p7zip-full depends on: ii libc6 2.9-10 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-4 GCC support library ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3 p7zip-full recommends no packages. Versions of packages p7zip-full suggests: pn p7zip-rar <none> (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx Thread at a glance:
Previous Message by Date: click to view message previewBug#528194: Patch updatePackage: libselinux Version: 2.0.71-1 Severity: normal Hi, attached a patch updat for the case of libsepol being converted to multiarch too. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'unstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-xen-1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash libselinux-multiarch.patch Description: Text Data Next Message by Date: click to view message previewBug#528201: FTBFS: debian/tmp/usr/bin/tic: undefined symbol: _tracefPackage: ncurses Severity: wishlist Hi, Whilst building your package on AVR32, the build failed with: debian/tmp/usr/bin/tic: symbol lookup error: debian/tmp/usr/bin/tic: undefined symbol: _tracef After having a quick look at the packaging, it seems the problem is that debian/tmp/usr/bin/tic is coming from the obj-debug directory so has been linked against the debug version of libncurses5 which does indeed contain the symbol _tracef, whilst the non-debug version does not. Although I'm not sure how other architectures seem to get away with this? Help in resolving this would be very much appreciated, even if it turns out not to be a bug in the ncurses packaging. Thanks. The full build log is available: http://buildd.debian-ports.org/fetch.php?pkg=ncurses&arch=avr32&ver=5.7%2B20090502-1&stamp=1242038271&file=log&as=raw (The severity of this bug is wishlist purely because AVR32 is not yet an official architecture, but otherwise this would of course be serious). Regards, Bradley Smith -- Bradley Smith brad@xxxxxxxxxxxxxxxx Debian GNU/Linux Developer bradsmith@xxxxxxxxxx GPG: 0xC718D347 D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347 signature.asc Description: PGP signature Previous Message by Thread: click to view message previewBug#528194: Patch updatePackage: libselinux Version: 2.0.71-1 Severity: normal Hi, attached a patch updat for the case of libsepol being converted to multiarch too. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'unstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-xen-1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash libselinux-multiarch.patch Description: Text Data Next Message by Thread: click to view message previewBug#528201: FTBFS: debian/tmp/usr/bin/tic: undefined symbol: _tracefPackage: ncurses Severity: wishlist Hi, Whilst building your package on AVR32, the build failed with: debian/tmp/usr/bin/tic: symbol lookup error: debian/tmp/usr/bin/tic: undefined symbol: _tracef After having a quick look at the packaging, it seems the problem is that debian/tmp/usr/bin/tic is coming from the obj-debug directory so has been linked against the debug version of libncurses5 which does indeed contain the symbol _tracef, whilst the non-debug version does not. Although I'm not sure how other architectures seem to get away with this? Help in resolving this would be very much appreciated, even if it turns out not to be a bug in the ncurses packaging. Thanks. The full build log is available: http://buildd.debian-ports.org/fetch.php?pkg=ncurses&arch=avr32&ver=5.7%2B20090502-1&stamp=1242038271&file=log&as=raw (The severity of this bug is wishlist purely because AVR32 is not yet an official architecture, but otherwise this would of course be serious). Regards, Bradley Smith -- Bradley Smith brad@xxxxxxxxxxxxxxxx Debian GNU/Linux Developer bradsmith@xxxxxxxxxx GPG: 0xC718D347 D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347 signature.asc Description: PGP signature Loading Comments...
|
|
