Bug#494024: openal-soft: linking against openal makes programs segfault on powerpc
Package: openal-soft Version: 1:1.4.272-1 Severity: important Hi! Possibly this should get considered release critical, it deeply affects a release architecture and packages using openal. The problem got noticed due to build problems of supertuxkart and hugs98 on powerpc. Digged around and pinned it down to a really tiny test case: #v+ [EMAIL PROTECTED] cat blub.c main () { } [EMAIL PROTECTED] gcc -o blub -g -O2 blub.c -lopenal [EMAIL PROTECTED] ./blub Segmentation fault [EMAIL PROTECTED] gcc -o blub -g -O2 blub.c [EMAIL PROTECTED] ./blub [EMAIL PROTECTED] #v- From such a test segfault build I got this from a gdb bt: #v+ (gdb) bt #0 0x0fb9d1e0 in strcasecmp () from /lib/libc.so.6 #1 0x0fcb2bec in GetConfigValue (blockName=0xfcbe24c general, keyName=0xfcbdd1c drivers, def=0xfcbe344 ) at /build/buildd/openal-soft-1.4.272/Alc/alcConfig.c:286 #2 0x0fcad980 in InitAL () at /build/buildd/openal-soft-1.4.272/Alc/ALc.c:212 #3 0x0fcaf1ec in ReleaseALC () at /build/buildd/openal-soft-1.4.272/Alc/ALc.c:1251 #4 0x0fcad25c in my_deinit () at /build/buildd/openal-soft-1.4.272/OpenAL32/OpenAL32.c:65 #5 0x0fc9f298 in __do_global_dtors_aux () from /usr/lib/libopenal.so.1 #6 0x0fcbc514 in _fini () from /usr/lib/libopenal.so.1 #7 0x4800f7a8 in ?? () from /lib/ld.so.1 #8 0x0fb4d58c in exit () from /lib/libc.so.6 #9 0x0fb31708 in ?? () from /lib/libc.so.6 #10 0x0fb318c0 in __libc_start_main () from /lib/libc.so.6 #11 0x in ?? () (gdb) frame 1 #1 0x0fcb2bec in GetConfigValue (blockName=0xfcbe24c general, keyName=0xfcbdd1c drivers, def=0xfcbe344 ) at /build/buildd/openal-soft-1.4.272/Alc/alcConfig.c:286 286 /build/buildd/openal-soft-1.4.272/Alc/alcConfig.c: No such file or directory. in /build/buildd/openal-soft-1.4.272/Alc/alcConfig.c (gdb) p cfgBlocks[i].name $1 = 0x11 Address 0x11 out of bounds (gdb) #v- Investigating further, but I wanted to have it reported for now. Rhonda -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494025: FTBFS: ../../../../src/util/time.h:44: error: expected ')' before 'n'
Package: elinks Version: 0.11.1-1.2etch1 Severity: serious DEB_BUILD_OPTIONS='nostrip debug noopt' fakeroot apt-get --build source $PACKAGE fails here with make[5]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main/src/document/html/parser' [CC] src/document/html/frames.o [CC] src/document/html/parser.o [CC] src/document/html/renderer.o In file included from ../../../../src/cache/cache.h:6, from ../../../../src/document/html/renderer.c:13: ../../../../src/util/time.h:44: error: expected ')' before 'n' In file included from ../../../../src/document/html/renderer.c:13: ../../../../src/cache/cache.h:47: error: expected specifier-qualifier-list before 'off_t' ../../../../src/cache/cache.h:71: error: expected specifier-qualifier-list before 'off_t' ../../../../src/cache/cache.h:106: error: expected declaration specifiers or '...' before 'off_t' ../../../../src/cache/cache.h:107: error: expected declaration specifiers or '...' before 'ssize_t' ../../../../src/cache/cache.h:116: error: expected declaration specifiers or '...' before 'off_t' ../../../../src/cache/cache.h:118: error: expected declaration specifiers or '...' before 'off_t' ../../../../src/document/html/renderer.c: In function 'html_special': ../../../../src/document/html/renderer.c:1679: error: 'struct cache_entry' has no member named 'cache_mode' ../../../../src/document/html/renderer.c:1680: error: 'struct cache_entry' has no member named 'expire' ../../../../src/document/html/renderer.c:1688: error: 'struct cache_entry' has no member named 'cache_mode' ../../../../src/document/html/renderer.c:1691: error: 'struct cache_entry' has no member named 'max_age' ../../../../src/document/html/renderer.c:1692: error: 'struct cache_entry' has no member named 'expire' make[4]: *** [renderer.o] Error 1 make[4]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main/src/document/html' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main/src/document' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main' make: *** [debian/build-heavy] Error 2 Build command 'cd elinks-0.11.1 dpkg-buildpackage -b -uc' failed. E: Child process failed Any idea what's wrong? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686-bigmem Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages elinks depends on: ii debconf1.5.11etch2 Debian configuration management sy ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.4XML parsing C library - runtime li ii libgnutls131.4.4-3+etch1 the GNU TLS library - runtime libr ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii liblua50 5.0.3-2 Main interpreter library for the L ii liblualib505.0.3-2 Extension library for the Lua 5.0 ii libperl5.8 5.8.8-7etch3 Shared Perl library ii zlib1g 1:1.2.3-13compression library - runtime elinks recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493945: (no subject)
tag 493945 + upstream forwarded 493945 https://bugs.launchpad.net/debian/+source/bzr-rebase/+bug/144407 thanks This has been reported upstream. -- Dwayne C. Litzenberger [EMAIL PROTECTED] Key-signing key - 19E1 1FE8 B3CF F273 ED17 4A24 928C EC13 39C2 5CF7 Annual key (2008) - 4B2A FD82 FC7D 9E38 38D9 179F 1C11 B877 E780 4B45 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494021: found it: gc_prop_old_config_migration creates 'My Gcompris'
I found why 'My Gcompris' is always created, even if gcompris.conf calls for a different user_dir: in gcompris.c (current SVN trunk, r3462) gcompris.c contains (lines ~1573): /* Now we know where our config file is, load the saved config */ gc_prop_old_config_migration(properties); gc_prop_load(properties, GC_PROP_FROM_USER_CONF); gc_prop_load will read gcompris.conf, and change the user directory if required. But gc_prop_old_config_migration() called the line before contains the following stanza (properties.c) : /* User Images Migration */ new = g_strconcat(props-user_dir, NULL); if (!g_file_test(new, G_FILE_TEST_IS_DIR)) gc_util_create_rootdir(new); [..] Where props-user_dir is still the default user_dir of 'My Gcompris'. So if the user directory is supposed to be settable, then gc_prop_old_config_migration should obey it, really! Jeroen Nijhof -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494026: [INTL:sv] Swedish strings for nap debconf
package: nap severity: wishlist tags: patch l10n -- brother http://frakalendern.se# Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid msgstr Project-Id-Version: nap 1.5-3-2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2008-03-28 04:31+0100\n PO-Revision-Date: 2008-08-06 21:09+0100\n Last-Translator: Martin Bagge [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Do you want napping to be installed setuid? msgstr Vill du att napping ska installeras setuid? #. Type: boolean #. Description #: ../templates:1001 msgid The napping executable, which is responsible for collecting ping results for nap, can be installed with the set-user-id bit set, so that it will be able to open a raw network socket required to send ping packets. msgstr Den exekverbara filen napping som är ansvarig för insamlingen av pingsvar för nap kan installeras med set user-id biten aktiverad, då kan programmet kan öppna en rå nätverkssocket som krävs för att skicka pingpaket. #. Type: boolean #. Description #: ../templates:1001 msgid Enabling this feature may be a security risk, so it is disabled by default. If in doubt, it is suggested that you leave it disabled. msgstr Att aktivera denna funktion kan innebära en säkerhetsrisk så därför är den avstängd som standard. Om du är osäker, lämna den avstängd.
Bug#493942: xf86-input-tslib axes bug
I've hit the same issue with the scaling problem - the balloon3 board and UCB1400 touchscreen driver give erroneous positions for the coordinates in X but work perfectly in the tslib test programs. I'd estimate that only 25% of the screen is usable - 50% horizontal, 50% vertical. Whilst I don't doubt that it works on some platforms, this bug does make xf86-input-tslib unusable on other systems, which is an important bug. # cat /etc/pointercal 47304 105 -3453232 -1882 -52108 47463896 65536 Bottom right: 1218048546.736937:450604549 1218048546.796972:446630 0 Cursor position when stylus is at bottom right: 1218048591.786899:195389515 1218048591.816937:192389533 1218048591.846896:192388557 1218048591.876903:193386551 1218048591.936970:196422 0 Bottom left: 1218048613.386881: 69616431 1218048613.446964: 44627 0 Cursor position when stylus is bottom left: 1218048637.006940: 60400590 1218048637.006940: 60400590 1218048637.036923: 60397578 1218048637.066965: 60395 0 Top right: 1218048657.816908:453 22461 1218048657.876973:456 -2 0 Cursor position when stylus is top right: 1218048684.427122:198 63488 1218048684.477000:197 65 0 Top Left: 1218048701.016910: 12 52579 1218048701.076984: 46 31 0 1218048703.076905: 58 51563 1218048703.106952: 51 46575 1218048703.136971: 47 42 0 1218048705.856917: 61 47546 1218048705.916977: 30 48 0 1218048706.616904: 39 87558 1218048706.676978: 36 49 0 1218048707.686902: 46 67522 1218048707.717011: 46 67 0 Cursor position with stylus at top left: 1218048751.136910: 56 84552 1218048751.166915: 53 83538 1218048751.227088: 51 56 0 I've tested by making this simple change in src/tslib.c: --- xf86-input-tslib-0.0.4.orig/src/tslib.c +++ xf86-input-tslib-0.0.4/src/tslib.c @@ -224,12 +224,12 @@ return !Success; } - InitValuatorAxisStruct(device, 0, 0, /* min val */ 1023, /* max val */ + InitValuatorAxisStruct(device, 0, 0, /* min val */ 480, /* max val */ 1024,/* resolution */ 0, /* min_res */ 1024); /* max_res */ - InitValuatorAxisStruct(device, 1, 0, /* min val */ 1023, /* max val */ + InitValuatorAxisStruct(device, 1, 0, /* min val */ 680, /* max val */ 1024,/* resolution */ 0, /* min_res */ 1024); /* max_res */ This gives me an almost perfectly operational X server and touchscreen. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#493942: extra
I should have also said that my change to src/tslib.c is not intended as a patch or fix for the driver, merely an indicator that the initial bug report is correct in that the limits hardcoded into the driver are wrong for some implementations. Changing one set of hardcoded values for another set of hardcoded values is no gain - the X server knows the values so the driver should retrieve the correct values for the current instance, not enforce some arbitrary values that can only ever work for a specific implementation. (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0) (II) FBDEV(0): hardware: PXA (video memory: 600kB) (II) FBDEV(0): checking modes against framebuffer device... (II) FBDEV(0): checking modes against monitor... (--) FBDEV(0): Virtual size is 480x640 (pitch 480) (**) FBDEV(0): Built-in mode current: 26.3 MHz, 52.2 kHz, 80.2 Hz (II) FBDEV(0): Modeline currentx0.0 26.32 480 488 496 504 640 645 647 651 -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#494027: ehci_hdc not included for platform:orion-ehci on Orion
Package: initramfs-tools Version: 0.92e Severity: important I just tried MODULES=dep on an Orion based machine (QNAP TS-409) and I ended up without ehci_hdc in my initramfs even though my root fs was on a USB stick. The problem appears to be that Orion uses platform:orion-ehci rather than straight ehci_hdc and initramfs-tools fails to find the link from platform:orion-ehci to ehci_hdc. Essentially, the module needed is ehci_hdc.ko but it shows up as platform:orion-ehci because some platform code (ehci-orion.c) is included in ehci-hcd.c. I'm a bit surprised it doesn't work becaus ehci-ixp4xx.c uses a similar scheme and I believe initramfs-tools works there. -- Martin Michlmayr http://www.cyrius.com/ + umask 0022 + export PATH=/usr/bin:/sbin:/bin + PATH=/usr/bin:/sbin:/bin + keep=n + CONFDIR=/etc/initramfs-tools + verbose=n + errors_to='2/dev/null' + BUSYBOXDIR=/bin ++ getopt -o d:ko:r:v --long supported-host-version:,supported-target-version: -n mkinitramfs -- -o /boot/initrd.img-2.6.26-1-orion5x.test 2.6.26-1-orion5x + OPTIONS=' -o '\''/boot/initrd.img-2.6.26-1-orion5x.test'\'' -- '\''2.6.26-1-orion5x'\''' + '[' 0 '!=' 0 ']' + eval set -- ' -o '\''/boot/initrd.img-2.6.26-1-orion5x.test'\'' -- '\''2.6.26-1-orion5x'\''' ++ set -- -o /boot/initrd.img-2.6.26-1-orion5x.test -- 2.6.26-1-orion5x + true + case $1 in + outfile=/boot/initrd.img-2.6.26-1-orion5x.test + shift 2 + true + case $1 in + shift + break + '[' -n '' ']' + '[' -n '' ']' + . /usr/share/initramfs-tools/scripts/functions + . /usr/share/initramfs-tools/hook-functions + . /etc/initramfs-tools/initramfs.conf ++ MODULES=dep ++ BUSYBOX=y ++ KEYMAP=n ++ BOOT=local ++ DEVICE=eth0 ++ NFSROOT=auto + EXTRA_CONF= + for i in '/usr/share/initramfs-tools/conf.d/*' '${CONFDIR}/conf.d/*' ++ basename '/usr/share/initramfs-tools/conf.d/*' ++ grep '^[[:alnum:]][[:alnum:]\._-]*$' ++ grep -v '\.dpkg-.*$' + EXTRA_CONF=' ' + for i in '/usr/share/initramfs-tools/conf.d/*' '${CONFDIR}/conf.d/*' ++ basename /etc/initramfs-tools/conf.d/resume ++ grep '^[[:alnum:]][[:alnum:]\._-]*$' ++ grep -v '\.dpkg-.*$' + EXTRA_CONF=' resume' + for i in '${EXTRA_CONF}' + '[' -e /etc/initramfs-tools/conf.d/resume ']' + . /etc/initramfs-tools/conf.d/resume ++ RESUME=/dev/sda5 + for i in '/usr/share/initramfs-tools/conf-hooks.d/*' + '[' -e '/usr/share/initramfs-tools/conf-hooks.d/*' ']' + '[' -n '' ']' + '[' -z /boot/initrd.img-2.6.26-1-orion5x.test ']' + touch /boot/initrd.img-2.6.26-1-orion5x.test ++ readlink -f /boot/initrd.img-2.6.26-1-orion5x.test + outfile=/boot/initrd.img-2.6.26-1-orion5x.test + '[' 1 -ne 1 ']' + version=2.6.26-1-orion5x + check_minkver 2.6.26-1-orion5x + local curversion initdir DPKG_ARCH minversion cm_x tmp + curversion=2.6.26-1-orion5x + initdir= + '[' -z '' ']' ++ dpkg --print-installation-architecture + DPKG_ARCH=armel + case ${DPKG_ARCH} in + minversion=2.6.12 + dpkg --compare-versions 2.6.26-1-orion5x lt 2.6.12 + return 0 + check_minkver 2.6.26-1-orion5x /usr/share/initramfs-tools/hooks + local curversion initdir DPKG_ARCH minversion cm_x tmp + curversion=2.6.26-1-orion5x + initdir=/usr/share/initramfs-tools/hooks + '[' -z /usr/share/initramfs-tools/hooks ']' + set_initlist + unset initlist + for si_x in '${initdir}/*' + '[' /usr/share/initramfs-tools/hooks/flash_kernel_set_root = '/usr/share/initramfs-tools/hooks/*' ']' + case ${si_x#${initdir}/} in + '[' '!' -x /usr/share/initramfs-tools/hooks/flash_kernel_set_root ']' + '[' -d /usr/share/initramfs-tools/hooks/flash_kernel_set_root ']' + initlist=' flash_kernel_set_root' + for si_x in '${initdir}/*' + '[' /usr/share/initramfs-tools/hooks/kernelextras = '/usr/share/initramfs-tools/hooks/*' ']' + case ${si_x#${initdir}/} in + '[' '!' -x /usr/share/initramfs-tools/hooks/kernelextras ']' + '[' -d /usr/share/initramfs-tools/hooks/kernelextras ']' + initlist=' flash_kernel_set_root kernelextras' + for si_x in '${initdir}/*' + '[' /usr/share/initramfs-tools/hooks/keymap = '/usr/share/initramfs-tools/hooks/*' ']' + case ${si_x#${initdir}/} in + '[' '!' -x /usr/share/initramfs-tools/hooks/keymap ']' + '[' -d /usr/share/initramfs-tools/hooks/keymap ']' + initlist=' flash_kernel_set_root kernelextras keymap' + for si_x in '${initdir}/*' + '[' /usr/share/initramfs-tools/hooks/legacylvm = '/usr/share/initramfs-tools/hooks/*' ']' + case ${si_x#${initdir}/} in + '[' '!' -x /usr/share/initramfs-tools/hooks/legacylvm ']' + '[' -d /usr/share/initramfs-tools/hooks/legacylvm ']' + initlist=' flash_kernel_set_root kernelextras keymap legacylvm' + for si_x in '${initdir}/*' + '[' /usr/share/initramfs-tools/hooks/thermal = '/usr/share/initramfs-tools/hooks/*' ']' + case ${si_x#${initdir}/} in + '[' '!' -x /usr/share/initramfs-tools/hooks/thermal ']' + '[' -d /usr/share/initramfs-tools/hooks/thermal ']' + initlist=' flash_kernel_set_root kernelextras keymap legacylvm thermal' + for si_x in '${initdir}/*' + '[' /usr/share/initramfs-tools/hooks/udev = '/usr/share/initramfs-tools/hooks/*' ']' + case
Bug#492434: pidgin: Connects to Jabber server with bad SSL certificates, without warning
On Wed, 2008-08-06 at 14:43 -0400, Ethan Blanton wrote: Whoops, an excellent point. You might want to simply use the attached (untested, but compiles and looks rather trivial) patch, instead, which is from upstream. It is upstream revision 90ed1fb17982cbb6355d5dd32d041b8c0027509b and 19703c67fa680f4ee37fb1ff944b7b3a0fcf18a4. Unfortunately this means I'd have to re-run autoconf automake during build, which I'm trying to avoid doing. Since the current patch essentially does the same thing in the end, I'll just switch to the configure option for 2.5.0 and fix the path for now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459813: heisenbug, maybe?
The ignored DHCPACK packets look very much like a defect I have been looking at recently. I have seen multiple DHCPREQUEST packets coming from dhclient 3.1.1-3, (and other versions). They keep repeating from the RENEW timeout until the REBIND timeout. I tracked down the cause in one system running dhclient 3.1.1-3. The problem occured when DHCPACK packets are consumed by a second dhclient process that is supposed to be handling a different NIC. All of the dhclient processes are reading from sockets that are bound to UDP port 68 and address 0.0.0.0. The sockets have no association with a particular NIC or IP. There is a race to determine which process will read each DHCPACK packet. And it is very common for one of the other dhclient processes to read and discard every DHCPACK intended for a particular dhclient handling a particular NIC. This problem could be avoided by having a single dhclient handling all of the NICs. But the trend has been toward having one dhclient per NIC for flexible handling of NICs that are enabled after dhclient is started. If there will be multiple dhclient processes then they will need to start sharing the data that they read from their port 68 sockets. -- Mike Stroyan, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493217: libnfsidmap-0.21 is available
On Fri, Aug 1, 2008 at 6:57 PM, Paul Collins [EMAIL PROTECTED] wrote: Kevin Coffman [EMAIL PROTECTED] writes: On Fri, Aug 1, 2008 at 9:41 AM, Paul Collins [EMAIL PROTECTED] wrote: Kevin Coffman [EMAIL PROTECTED] writes: Did you run ldconfig? I was trying to find the right thing to force that, but from what I saw, when you install in /usr/local/lib, libtool knows better. If anyone has the answer on that, let me know. The convention on Debian seems to be to install plugins as /usr/lib/${packagename}/${plugin}.so and dlopen them with an absolute path. OK, I'll update the code and put out a -0.22 ASAP, but it might not be for a few days. Having had some sleep, I realized a quicker fix is to just change the dlopen calls to do e.g. dlopen(libfoo.so.0, ...). This would avoid any tussling with libtool and the autogar, which is always a plus. I've tried that out here and it works nicely. Patch below. BTW, this is the kind of comments I was looking for since putting the beta out in April, but received none. I guess I was asking in the wrong places. :-/ You may have to just be bold and trick people into testing your betas by calling them releases. I'm happy to complain about anything that ends up in Debian unstable, but I tend not to grab stuff from upstream much. --- libnfsidmap-0.21/libnfsidmap.c~ 2008-08-02 10:52:00.289845221 +1200 +++ libnfsidmap-0.21/libnfsidmap.c 2008-08-02 10:47:50.647889312 +1200 @@ -101,7 +101,7 @@ char plgname[128]; int ret = 0; - snprintf(plgname, sizeof(plgname), %s%s.so, PLUGIN_PREFIX, method); + snprintf(plgname, sizeof(plgname), %s%s.so.0, PLUGIN_PREFIX, method); dl = dlopen(plgname, RTLD_NOW | RTLD_LOCAL); if (dl == NULL) { Getting back to this. I'm curious if there is a specific reason why the *.so symlink was not there? Adding the .0 shouldn't be necessary. But there may be a reason for not including the .so symlink that I am not aware of. My default install in /usr/local/lib shows: lrwxrwxrwx 1 root root29 2008-07-30 16:59 /usr/local/lib/libnfsidmap_nsswitch.so - libnfsidmap_nsswitch.so.0.0.0 lrwxrwxrwx 1 root root29 2008-07-30 16:59 /usr/local/lib/libnfsidmap_nsswitch.so.0 - libnfsidmap_nsswitch.so.0.0.0 -rwxr-xr-x 1 root root 17141 2008-07-30 16:59 /usr/local/lib/libnfsidmap_nsswitch.so.0.0.0 Thanks, K.C. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494028: release-notes: Check if apt or aptitude can be recommended for upgrading
Package: release-notes Severity: normal Hi Please check if apt and aptitude can be recommended to upgrade an existing etch system to lenny. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494027: ehci_hdc not included for platform:orion-ehci on Orion
Note that ehci-hcd has an alias platform:orion-ehci: filename: /lib/modules/2.6.26-1-orion5x/kernel/drivers/usb/host/ehci-hcd.ko alias: platform:orion-ehci license:GPL author: David Brownell description:10 Dec 2004 USB 2.0 'Enhanced' Host Controller (EHCI) Driver alias: pci:v*d*sv*sd*bc0Csc03i20* depends:usbcore vermagic: 2.6.26-1-orion5x mod_unload modversions ARMv5 parm: log2_irq_thresh:log2 IRQ latency, 1-64 microframes (int) parm: park:park setting; 1-3 back-to-back async packets (uint) parm: ignore_oc:ignore bogus hardware overcurrent indications (bool) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493751: Doesn't detect any device
On Wed, Aug 06, 2008 at 01:53:08AM +0200, Aurelien Jarno wrote: reassign 493751 libc6 retitle 493751 libc6: mknod() only allow 8-bit minors on mips thanks On Tue, Aug 05, 2008 at 08:19:16AM +0200, Giuseppe Sacco wrote: On Tue, 5 Aug 2008 01:54:27 +0200 Aurelien Jarno [EMAIL PROTECTED] wrote: [...] Oh, and BTW, 133 + 256 = 389. Maybe this rule doesn't apply to all architectures, I gave the formula from my powerpc and my amd64 machines, maybe there is a different one on mips. Or maybe that's why accessing to USB devices doesn't work. I don't know exactly what happened, but after upgrading udev to unstable version and a reboot, lsusb works correctly. When I rebooted the machine, I used sane-find-scanner to detect scanners. It worked. Then I used xscanimage but this did not worked because it got a problem connecting to the scanner. I have found the problem: the glibc on mips only allow 8-bits for the minor, and strips the upper bits. That's why it works when your device appears on bus 1. This bugs has been fixed very recently upstream. I am therefore reassigning this bug to the libc6 package. Please find a glibc package which includes the fix on http://temp.aurel32.net/mips/ You should install libc6 in any case, plus the other packages if they are already installed on your system in order to not break the dependencies. Could you please confirm me that it fixes at least the mknod issues? -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471732: Nikon
Nikon lenses would be nice to support too. There's some information at http://gallery.menalto.com/node/58721 which works OK, although between the two patches, and trying to correlate with what 'exiftool' reports, it's a little hard to rationalize the varying uses of 'Lens', 'Lens Type' and 'Lens Info'. -- ..ooOO [EMAIL PROTECTED] | My opinions are my own OOoo.. ..ooOO [EMAIL PROTECTED] | and certainly not those OOoo.. ..ooOO http://www.chiappa.net/~chris/ | of my employer OOoo.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493789: (fwd) Re: [tex-live] (fwd) Bug#493789: missing files prevent xelatex compiling Italian document
Another remark from Ulrike. That is in fact the best solution, switching to T1. That should be done anyway ... Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- MARYTAVY (n.) A person to whom, under dire injunctions of silence, you tell a secret which you wish to be fare more widely known. --- Douglas Adams, The Meaning of Liff ---BeginMessage--- Am Wed, 6 Aug 2008 11:43:04 +0200 schrieb Norbert Preining: Hi Ulrike, On Di, 05 Aug 2008, Ulrike Fischer wrote: In this case it is enough if babel is loaded before fontspec, then lgrcmr.fd is loaded. Thanks a lot, that is fine. But still it does not answer why italian.ldf loads greek font support. I might have lost some of my Italian language skills. The babel documentation says that italian is doing it to get guillemets when T1-encoding is not active/present. So you can avoid lgr completly by first loading T1, then babel, then fontspec: \documentclass{article} \usepackage[T1]{fontenc} \usepackage[italian]{babel} \usepackage{fontspec} \title{Italian} \begin{document} Italian \end{document} -- Ulrike Fischer ---End Message---
Bug#493903: lintian: please provide a way of limiting the checks run by lintian based on tags
Frank Lichtenheld [EMAIL PROTECTED] writes: On Wed, Aug 06, 2008 at 07:05:41AM +0100, Adam D. Barratt wrote: The main difference afaics is that one version quietens the emitting of tags unless one explicitly asked for them, whereas the other potentially raises all tags from the checks scripts containing the requested tags; I'm not sure which is the best approach at the moment. FWIW, my version could easily be changed to support that, too. I'm indifferent to whether it should be, though. I'm fairly sure Joerg is looking for limiting the issued tags to only the ones specified in the tag file, regardless of which check scripts are run. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493921: lintian: file-in-unusual-dir redundant in /opt due to dir-or-file-in-opt
Adam D. Barratt [EMAIL PROTECTED] writes: On Tue, 2008-08-05 at 18:08 -0400, Scott Kitterman wrote: Since any file in /opt will already trigger the Error dir-or-file-in-opt, also firing off the Warning file-in-unusual-dir seems redundant and distracting. Yeah, there's a bunch of directories for which this will occur; for instance, /srv and /var/www. As all of the dir-or-file-in-* tags are errors I'm inclined to agree that they should be exempted from the unusual-dir checks. Agreed. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494029: netx: Invalid XML document syntax with webstart
Subject: netx: Invalid XML document syntax with webstart Package: openjdk-6-jre Version: 6b11-5 Severity: -1 *** Please type your report below this line *** When attempting to run https://sas.elluminate.com/m.jnlp?sid=345password=M.EDC69948AA4D9A2DE9EE032AE4202Busername=Test (the test file for ClassLive, found at http://www.elluminate.com/support/softwaredownload.jsp) I get the error net.sourceforge.nanoxml.XMLParseException: XML Parse Exception during parsing of the XML definition at line 90: Unexpected end of data reached at net.sourceforge.nanoxml.XMLElement.unexpectedEndOfData(XMLElement.java:1169) at net.sourceforge.nanoxml.XMLElement.readChar(XMLElement.java:940) at net.sourceforge.nanoxml.XMLElement.skipSpecialTag(XMLElement.java:878) at net.sourceforge.nanoxml.XMLElement.sanitizeInput(XMLElement.java:1293) at net.sourceforge.jnlp.Parser$1.run(Parser.java:959) at java.lang.Thread.run(Thread.java:636) netx: Invalid XML document syntax. The error message would lead one to believe that this is a problem with the jnlp file, however the application launched correctly with the official sun jre (tested on a 32 bit windows VM install, as sun does not provide webstart with their 64 bit binary, but the site for ClassLive advertises linux support - and java is supposed to be platform agnostic), which seems to indicate that the problem lies with openjdk (or that the sun windows version handles syntax errors better). Thanks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openjdk-6-jre depends on: ii dpkg 1.14.20 Debian package management system ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-10GNU C Library: Shared libraries ii libgif44.1.6-5 library for GIF images (library) ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime ii libx11-6 2:1.1.4-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openjdk-6-jre-headless 6b11-5OpenJDK Java runtime, using Hotspo ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openjdk-6-jre recommends: ii ttf-arphic-uming0.2.20080216.1-1 AR PL UMing Chinese Unicode True ii ttf-baekmuk 2.2-2Baekmuk series TrueType fonts ii ttf-indic-fonts 1:0.5.4 Metapackage for free Indian langua ii ttf-kochi-gothic1.0.20030809-4 Kochi Subst Gothic Japanese TrueTy ii ttf-kochi-mincho1.0.20030809-4 Kochi Subst Mincho Japanese TrueTy Versions of packages openjdk-6-jre suggests: ii icedtea-gcjwebplugin 1.0-2 Java plugin based on IcedTea and g -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494030: childsplay: please package new upstream version
Package: childsplay Version: 0.85.1-1.1 Severity: wishlist Tags: patch Please package new upstream version 0.90.2. Attached you find a .tar.bz2 of the debian-directory, which I created for private purposes. It contains additionally a watch-file, an updated copyright-file and a patch to switch from Bitstream's Vera font to DejaVu, which should, of course, be sent upstream. Would you like me to do this? Feel free to use any or none of the provided files - as you like. Please note, that there are still lintian-warnings, which could be fixed. But unfortunately I do not have the time right now to investigate this in detail. Best Regards and thanks for bringing childsplay to my daughter! ;-) Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages childsplay depends on: ii python 2.5.2-2 An interactive high-level object-o ii python-pygame 1.7.1release-4.2 SDL bindings for games development ii python-support 0.8.5automated rebuilding support for P ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free ii ttf-dustin 20030517-6 Various TrueType fonts from dustis Versions of packages childsplay recommends: ii childsplay-plugins0.85-1 Additional games for childsplay ii python-pyfribidi 0.6.0-4.1 FriBidi Python bindings ii ttf-arabeyes 2.0-2 Arabeyes GPL TrueType Arabic fonts ii ttf-freefont 20080323-3 Freefont Serif, Sans and Mono True childsplay suggests no packages. -- no debconf information debian.tar.bz2 Description: BZip2 compressed data
Bug#492758: [Pkg-openssl-devel] Bug#492758: Continued Problems
Sorry, I only upgraded openssl, not libssl. Everything works fine now. Thank you for your help. Soren Kurt Roeckx wrote: On Wed, Aug 06, 2008 at 12:58:09AM -0600, Soren Stoutner wrote: I applied openssl 0.9.8g-13 to my server but I am still receiving the same error messages. Are you sure you upgraded libssl0.9.8 (and not just the openssl package)? I assume your restarted apache2? Kurt
Bug#494032: python-cups: depends on transitional package libcupsys2
Package: python-cups Version: 1.9.31-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Python-cups depends on the transitional package libcupsys2. Please change the package to depend on the new package libcups2. Best regards, Nathan A. Stine - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-cups depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libcups2 [libcupsys2] 1.3.8-1Common UNIX Printing System(tm) - ii libcupsys21.3.8-1Common UNIX Printing System (trans ii python2.5.2-2An interactive high-level object-o ii python-support0.8.5 automated rebuilding support for P python-cups recommends no packages. python-cups suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiaAKMACgkQXv1y35xy4qDC4QCfRUuWsis3141gPGiOK0eBVCIl sqAAn3aMLHSntoCGO6B9R9nBGwa7W+KI =myqa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494031: paraview_3.2.3-2(sparc/unstable): FTBFS on sparc, bus error
Package: paraview Version: 3.2.3-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of paraview_3.2.3-2 on spontini by sbuild/sparc 99.99 Build started at 20080806-0244 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.51), debhelper (= 5), autotools-dev, quilt (= 0.46-4), cmake (= 2.4.8), libqt4-dev (= 4.3.3-2), libopenmpi-dev, ffmpeg, libavformat-dev, libavutil-dev, libavcodec-dev, python-dev, chrpath, libglu1-mesa-dev, libxt-dev, libxext-dev, doxygen, graphviz, gnuplot [...] [ 23%] Building C object Utilities/hdf5/CMakeFiles/H5detect.dir/H5detect.o Linking C executable ../../bin/H5detect make[3]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Built target H5detect make[3]: Entering directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Generating H5Tinit.c /bin/sh: line 1: 14931 Bus error ../../bin/H5detect /build/buildd/paraview-3.2.3/obj-sparc-linux-gnu/Utilities/hdf5/H5Tinit.c make[3]: *** [Utilities/hdf5/H5Tinit.c] Error 138 make[3]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' make[2]: *** [Utilities/hdf5/CMakeFiles/vtkhdf5.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=paraviewver=3.2.3-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451303: suggestions?
Hi I'm an exaile dev. I do agree that this is a severe flaw that needs to be fixed, though I am not sure what the most sane way to do so would be. I am open to any suggestions as to the best way to resolve this issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493939: Wish for /etc/init.d/dnsmasq reload (kill -HUP)
Trent W. Buck wrote: Package: dnsmasq Version: 2.45-1 Severity: wishlist It would be nice if /etc/init.d/dnsmasq reload sent a HUP to dnsmasq. From the manpage: NOTES When it receives a SIGHUP, dnsmasq clears its cache and then re-loads /etc/hosts and /etc/ethers and any file given by --dhcp-hostsfile, --dhcp-optsfile or --addn-hosts. The dhcp lease change script is called for all existing DHCP leases. If --no-poll is set SIGHUP also re-reads /etc/resolv.conf. SIGHUP does NOT re-read the configuration file. At one time this was exactly the behaviour, but it was removed as a policy violation because SIGHUP doesn't re-read the configuration file. Unless policy has changed, I don't think it should be changed now. Cheers, Simon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493439: jifty: FTBFS: libjifty-toolbar-wikitoolbar-perl missing files
On Wed, 06 Aug 2008 09:47:52 -0300, gregor herrmann wrote: It seems to be related to the newer libmodule-install-perl, at least Module::Install 1) is used in the relevant Makefile.PLs and 2) it contains the lines that lead to funny directory names. This seems to be the relevant change in Module::Install::Share (used in jifty's plugins/WikiToolbar/Makefile.PL via install_share;). -\t\t$dir \$(INST_AUTODIR) +\t\t$dir \$(INST_LIB)${S}auto${S}share${S}dist${S}\$(DISTNAME) gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-BOFH excuse #124: user to computer ration too low. signature.asc Description: Digital signature
Bug#494011: setting package to prayer prayer-accountd, tagging 494011, tagging 493009
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # prayer (1.2.2.1-3) unstable; urgency=low # # * welcome_is_template.patch: #- shared/config.c: Don't require that the help_dir option, which was # removed from the default prayer.cf earlier, is defined # (Closes: #493009). # * makefile_install_config.patch: #- shared/config.c: Likewise don't check for lock_dir (Closes: #494011). # package prayer prayer-accountd tags 494011 + pending tags 493009 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482585: [openarena] still present in newer version?
Package: openarena Version: 0.7.7-1 hi, since there's openarena 0.7.7 now available in debian, i'd like to know if the bug is still present. i tried openarena on i386 platform/intel GPU and also amd64 platform/ATI GPU with the free radeon and radeonhd drivers with mesa's software rasterization and hardware accelerated with the non-free fglrx driver. i tried each platform with and without compositing enabled, but in none of the hardware/software combinations i managed to get black screen after playing. maybe it's a bug in another graphics card driver? cheers - fuddl signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#490690: And cups as well
In addition to depending on libcupsys2, libgnomeprint2.2-0 also recommends cupsys, which is also transitional. This package should recommend cups, not cupsys. Best regards, Nathan A. Stine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494033: xpp: depends on transitional package libcupsys2
Package: xpp Version: 1.5-cvs20050828-1+b2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This package depends on the transitional package libcupsys2. Please change the package to depend on libcups2. Best regards, Nathan A. Stine - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiaBegACgkQXv1y35xy4qBH1wCfT93RIqGjEF2Gz3kuMBG59VtT RckAoI2/Pdk4Ojk4OstLueyIR51ZiAVw =J3s8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494034: xfprint4: depends on transitional package libcupsys2
Package: xfprint4 Version: 4.4.2-5 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This package depends on the transitional package libcupsys2. Please change the package to depend on libcups2. Best regards, Nathan A. Stine - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiaBrAACgkQXv1y35xy4qDoLACgqI22GH77/wxyK2qyLnK9owuE 9ksAoIUJoYxrli9WlH+MZYgVlKkr+vbc =FvJg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494035: libnet-cups-perl: depends on/suggests transitional packages
Package: libnet-cups-perl Version: 0.55-3+b1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This package depends on the transitional package libcupsys2. Please change the package to depend on libcups2. In addition, cupsys-common is suggested. Please change this suggestion to cups-common. Best regards, Nathan A. Stine - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiaCCgACgkQXv1y35xy4qDK5gCfaROcUJQZO+YLmUHrhCeSuK2a Ig4AnRxf5UKzJvh3zjX6lFa64lHiyHEd =2KVh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491858: RFS and ITA: jzlib (updated package)
Damien Raude-Morvan [EMAIL PROTECTED] (04/08/2008): I am looking for a sponsor for the new version 1.0.7-1 of package jzlib. Since I'd like to familiarize myself with Damien's work, I intend to review this package. Mraw, KiBi. signature.asc Description: Digital signature
Bug#493426: Please output status messages to STDOUT, not STDERR
Hello, Chris Lamb wrote : Please output I: Foo messages to STDOUT, not STDERR. This change (combined with #493418 - Please display failed URL without requiring --verbose) would mean that di-netboot-assistant is much more usable via cronjob: redirecting STDOUT to /dev/null means the system administrator is alerted only when a problem occurs. This won't be fixed in Lenny. As a workaround, one can filter the output, with something like : di-netboot-assistant install daily 21 1/dev/null | grep -E ^E: Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411943: closed by Otavio Salvador [EMAIL PROTECTED] (Bug#411943: fixed in partman-lvm 62)
On Wed, Aug 06, 2008 at 03:29:23PM +0200, Francesco Poli wrote: On Tue, 05 Aug 2008 17:09:09 + Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the partman-lvm package: #411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000 It has been closed by Otavio Salvador My original bug report used to have a different title (by reading the bug log, I see it has been retitled). I am not completely sure I understand what direction was taken to fix the bug: does partman-lvm use decimal (i.e.: SI) multiples everywhere *now*, on both input and output, consistently with the rest of partman? Could you please clarify? Yes, partman-lvm should use decimal multiples everywhere now. Don't hesitate to tell us if we missed a spot. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#494031: [Pkg-scicomp-devel] Bug#494031: paraview_3.2.3-2(sparc/unstable): FTBFS on sparc, bus error
On Wed, Aug 6, 2008 at 9:51 PM, Martin Zobel-Helas [EMAIL PROTECTED] wrote: Package: paraview Version: 3.2.3-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of paraview_3.2.3-2 on spontini by sbuild/sparc 99.99 Build started at 20080806-0244 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.51), debhelper (= 5), autotools-dev, quilt (= 0.46-4), cmake (= 2.4.8), libqt4-dev (= 4.3.3-2), libopenmpi-dev, ffmpeg, libavformat-dev, libavutil-dev, libavcodec-dev, python-dev, chrpath, libglu1-mesa-dev, libxt-dev, libxext-dev, doxygen, graphviz, gnuplot [...] [ 23%] Building C object Utilities/hdf5/CMakeFiles/H5detect.dir/H5detect.o Linking C executable ../../bin/H5detect make[3]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Built target H5detect make[3]: Entering directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Generating H5Tinit.c /bin/sh: line 1: 14931 Bus error ../../bin/H5detect /build/buildd/paraview-3.2.3/obj-sparc-linux-gnu/Utilities/hdf5/H5Tinit.c Hm -- Martin, any ideas what's wrong here? Is this a hardware problem? How can I get some access to some sparc machine to reproduce it and see what can be done with this? Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494036: linux-image-2.6.26-1-686: hwclock freezes the machine
Package: linux-image-2.6.26-1-686 Version: 2.6.26-1 Severity: normal Hi, On my Dell D610 laptop, linux-image-2.6.26-1-686 has a problem with hwclock. while true; do hwclock ; sleep 1 ; done This command is enough to freeze the machine. About 50% of hwclock calls will failed and freeze the computer. Because of the different call of hwclock in /etc/init.d/hwclock.sh and /etc/init.d/hwclockfirst.sh it's hardly possible to finish the boot process.There is nothing in the log (/var/log/syslog and /var/log/kern.log). linux-headers-2.6.25-1-686 works fine. Best regards, -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.26-1-686 depends on: ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii initramfs-tools [linux-initra 0.92e tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.26-1-686 recommends: ii libc6-i6862.7-13 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.26-1-686 suggests: ii grub 0.97-44GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none (no description available) -- debconf information: linux-image-2.6.26-1-686/preinst/abort-overwrite-2.6.26-1-686: linux-image-2.6.26-1-686/postinst/bootloader-error-2.6.26-1-686: linux-image-2.6.26-1-686/postinst/depmod-error-initrd-2.6.26-1-686: false linux-image-2.6.26-1-686/postinst/old-system-map-link-2.6.26-1-686: true linux-image-2.6.26-1-686/prerm/would-invalidate-boot-loader-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/elilo-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/kimage-is-a-directory: linux-image-2.6.26-1-686/postinst/old-dir-initrd-link-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/create-kimage-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/overwriting-modules-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/depmod-error-2.6.26-1-686: false shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-1-686/prerm/removing-running-kernel-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/abort-install-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.26-1-686/preinst/bootloader-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/lilo-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/old-initrd-link-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/bootloader-test-error-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/failed-to-move-modules-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/initrd-2.6.26-1-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493922: setting package to apt-utils apt-doc apt apt-transport-https libapt-pkg-doc libapt-pkg-dev ...
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # apt (0.7.15) UNRELEASED; urgency=low # # * Fix missing space in Greek translation. Closes: #493922 # package apt-utils apt-doc apt apt-transport-https libapt-pkg-doc libapt-pkg-dev tags 493922 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471404: 64-bit versions not useful
clone 471404 -1 retitle -1 linux86: Port to 64 bit archs severity -2 wishlist thanks Robert Millan wrote: Package: bin86 Version: 0.16.17-2 Severity: grave The 64-bit versions of this package don't produce useful code; they're full of sizeof(long) == 4 assumptions, causing as86 to mess up alignment, etc. Attached patch fixes some of the problems, although I didn't get it to produce equivalent images for my test case (bochsbios). If nobody can step in and solve this, an alternative would be restricting availability of this package to 32-bit architectures. I'll NMU to drop the 64 bit archs. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494031: [Pkg-scicomp-devel] Bug#494031: paraview_3.2.3-2(sparc/unstable): FTBFS on sparc, bus error
Hi, On Wed Aug 06, 2008 at 22:33:54 +0200, Ondrej Certik wrote: On Wed, Aug 6, 2008 at 9:51 PM, Martin Zobel-Helas [EMAIL PROTECTED] wrote: Package: paraview Version: 3.2.3-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of paraview_3.2.3-2 on spontini by sbuild/sparc 99.99 Build started at 20080806-0244 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.51), debhelper (= 5), autotools-dev, quilt (= 0.46-4), cmake (= 2.4.8), libqt4-dev (= 4.3.3-2), libopenmpi-dev, ffmpeg, libavformat-dev, libavutil-dev, libavcodec-dev, python-dev, chrpath, libglu1-mesa-dev, libxt-dev, libxext-dev, doxygen, graphviz, gnuplot [...] [ 23%] Building C object Utilities/hdf5/CMakeFiles/H5detect.dir/H5detect.o Linking C executable ../../bin/H5detect make[3]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Built target H5detect make[3]: Entering directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Generating H5Tinit.c /bin/sh: line 1: 14931 Bus error ../../bin/H5detect /build/buildd/paraview-3.2.3/obj-sparc-linux-gnu/Utilities/hdf5/H5Tinit.c Hm -- Martin, any ideas what's wrong here? Is this a hardware problem? How can I get some access to some sparc machine to reproduce it and see what can be done with this? usualy that is the sign that you used some non-clean code here. bus error on sparc is a nice error finder in your code. Best you ask for the build-depends to be installed on sperger.debian.org, or if you are not a debian developer (so you do not have access to sperger.d.o) ask send you gpg key to [EMAIL PROTECTED] or [EMAIL PROTECTED] and ask for an account on titan.ayous.org. Greetings. Martin -- Martin Zobel-Helas [EMAIL PROTECTED] | Debian Release Team Member Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469578: 10_linux creates xen boot entries that don't work
On Thu, 2008-07-31 at 15:41 +0200, Felix Zielcke wrote: Attached is now a patch which ignores Xen kernels, Unless I am misreading the patch it appears to ignore CONFIG_PARAVIRT=y type Xen kernels which is wrong -- these kernels also boot native and so a normal entry should be created for them. This is useful in both dom0 (since it can boot native) and in domU (since native-style entries are used there). It seems [0] that Xen Dom0 support will be soon in the official kernel. I don't know anything about the config options which will be then used. In this case there would need to be a _second_ entry created in domain 0 (dom0 vs. domU detected via presence of a hypervisor binary) in addition to the normal native entry. So it could be that the config options aren't that right in the future, when there's again a Xen Dom0 kernel in Debian or if you compile your own. But if anyone wants to work on implementing Xen specific handling for grub2 then please base your work on that patch now. Don't use the filename as I first did. [0] http://lists.debian.org/debian-devel/2008/07/msg01012.html ___ Pkg-grub-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Ian Campbell Mommy, what happens to your files when you die? signature.asc Description: This is a digitally signed message part
Bug#489761: zeroc-ice-manual: Add HTML doc
Dear Romain, I've just uploaded a new set of zeroc-ice 3.3.0 packages. I added the HTML documentation generated from the Slice files but I'm not sure this is what you requested in your bug report. I'm aware of an online HTML version of the ZeroC Ice manual but I'm afraid ZeroC does not redistribute it as a package for offline reading. Am I wrong? Regards, F. Moya -Original Message- From: Romain Bossart [mailto:[EMAIL PROTECTED] Sent: Mon 07/07/2008 17:54 To: Debian Bug Tracking System Subject: Bug#489761: zeroc-ice-manual: Add HTML doc Package: zeroc-ice-manual Version: 3.3.0-1 Severity: wishlist Hi, Could you add the html documentation in the next release? Thanks! Regards, Romain -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.4 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information
Bug#493814: Dangling libgnat.so-4.3 links in adalib directory of gnat, no libgnat.so file
OK, I understand now. If you want a libgnat.a containing position-independent code, you'd have to rebuild the gnat-4.3 package for yourself. The changes necessary are quite small (in gcc/ada/Makefile.in), but I'm unwilling to make them because they do not correspond to a general case. Not to mention that it would be against Debian policy to provide a static library compiled with -fPIC. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494038: RM: linux86 [alpha amd64 ia64 kfreebsd-amd64] -- ANAIS; Package isn't 64 bit clean
Package: ftp.debian.org Severity: normal Please remove the builds above. linux86 isn't 64 bit clean, I've restricted the set of architectures in my 0.16.17-2.1 NMU. I've cloned a wishlist bug so that people can port it afte Lenny release. Cheers, Moritz -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494034: [Pkg-xfce-devel] Bug#494034: xfprint4: depends on transitional package libcupsys2
tag 494034 pending thanks On mer, 2008-08-06 at 16:16 -0400, Nathan A. Stine wrote: This package depends on the transitional package libcupsys2. Please change the package to depend on libcups2. It depends on the transitional packages because it was built when the package was libcupsys2 and it uses the shlibs provided then. A simple rebuild will fix that. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#494040: gpgv: Unintelligible (behaviour and) error messages.
Package: gpgv Version: 1.4.9-2 Severity: important (Happens also in -3) Once upon a time, gpgv was said to be a nice and quick way to check whether a signature is valid. | [EMAIL PROTECTED]:~$ rm .gnupg/ -rf | [EMAIL PROTECTED]:~$ wget -q | http://ftp.de.debian.org/debian/pool/main/b/blender/blender_2.46+dfsg-3.dsc -P /tmp | [EMAIL PROTECTED]:~$ gpg --keyserver hkp://keyring.debian.org --recv-keys 0x747935DD | gpg: directory `/home/kibi/.gnupg' created | gpg: new configuration file `/home/kibi/.gnupg/gpg.conf' created | gpg: WARNING: options in `/home/kibi/.gnupg/gpg.conf' are not yet active during this run | gpg: keyring `/home/kibi/.gnupg/secring.gpg' created | gpg: keyring `/home/kibi/.gnupg/pubring.gpg' created | gpg: requesting key 747935DD from hkp server keyring.debian.org | gpg: /home/kibi/.gnupg/trustdb.gpg: trustdb created | gpg: key 747935DD: public key Cyril Brulebois [EMAIL PROTECTED] imported | gpg: no ultimately trusted keys found | gpg: Total number processed: 1 | gpg: imported: 1 | [EMAIL PROTECTED]:~$ gpgv /tmp/blender_2.46+dfsg-3.dsc | gpgv: keyblock resource `/home/kibi/.gnupg/trustedkeys.gpg': general error | gpgv: Signature made Mon Jul 14 04:59:40 2008 CEST using DSA key ID 747935DD | gpgv: Can't check signature: public key not found Pretty please ask upstream to output a more intelligible message, which could explain why the public keyring isn't found, why this is considered (at least pusling reported so) a feature not to use the public keyring etc., because it's everything but self-explaining to me. Mraw, KiBi. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.25-2-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gpgv depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime gpgv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494039: RM: sunbird/experimental -- NVIU; Obsoleted by iceowl
Package: ftp.debian.org Severity: normal sunbird is an old upload to experimental and has long been obsoleted by iceowl. Cheers, Moritz -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494031: [Pkg-scicomp-devel] Bug#494031: paraview_3.2.3-2(sparc/unstable): FTBFS on sparc, bus error
Hi Martin, usualy that is the sign that you used some non-clean code here. bus error on sparc is a nice error finder in your code. Best you ask for the build-depends to be installed on sperger.debian.org, or if you are not a debian developer (so you do not have access to sperger.d.o) ask send you gpg key to [EMAIL PROTECTED] or [EMAIL PROTECTED] and ask for an account on titan.ayous.org. I just sent an email to Marc. Thanks a lot. We actually wanted to ask the release team to include this revision in Lenny since we fixed a help system with it, but since it FTBFS, well. :) Anyway, you should put some stuff at: http://ftbfs.de/ It's a cool domain. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469578: 10_linux creates xen boot entries that don't work
Hello, Am Mittwoch, den 06.08.2008, 21:41 +0100 schrieb Ian Campbell: On Thu, 2008-07-31 at 15:41 +0200, Felix Zielcke wrote: Attached is now a patch which ignores Xen kernels, Unless I am misreading the patch it appears to ignore CONFIG_PARAVIRT=y type Xen kernels which is wrong -- these kernels also boot native and so a normal entry should be created for them. This is useful in both dom0 (since it can boot native) and in domU (since native-style entries are used there). Well the patch was anyway made only for people like the reporter who just want to have that update-grub doestn't add any Xen kernel. But if they can be booted like any normal kernel then yes this is a bit wrong. I just used the config entrys which are in grub-legacy's update-grub for xen kernels, which adds kernels with these as Xen ones not normal ones. It seems [0] that Xen Dom0 support will be soon in the official kernel. I don't know anything about the config options which will be then used. In this case there would need to be a _second_ entry created in domain 0 (dom0 vs. domU detected via presence of a hypervisor binary) in addition to the normal native entry. As I already said, I look into it further when Debian has again a kernel build with Dom0 support. For lenny Xen support in grub2 is too late and grub2 is anyway still not the default. So luckly we have enough time for lenny+1 and with grub2 we shouldn't support any old method used. Robert didn't like the idea to copy the whole 10_linux to a 10_xen and thus duplicating the whole logic. Good to know that the new style ones can just run fine with a normal entry created for them, you just can't have DomU's then. In #419157 Robert said a year ago, that the Xen team should handle the 10_xen They should it know anyway better then us how to make Xen entrys But probable I'll bring it up on grub-devel, maybe this should be even upstream supported. Thanks for reading and replying to this bug report :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494040: gpgv: Unintelligible (behaviour and) error messages.
retitle 494040 gpgv: Unintelligible behaviour and error messages. thanks (I initially meant to report 2 bugs but that's basically the same one.) Cyril Brulebois [EMAIL PROTECTED] (06/08/2008): | [EMAIL PROTECTED]:~$ gpgv /tmp/blender_2.46+dfsg-3.dsc | gpgv: keyblock resource `/home/kibi/.gnupg/trustedkeys.gpg': general error | gpgv: Signature made Mon Jul 14 04:59:40 2008 CEST using DSA key ID 747935DD | gpgv: Can't check signature: public key not found Pretty please ask upstream to output a more intelligible message, which could explain why the public keyring isn't found, why this is considered (at least pusling reported so) a feature not to use the public keyring etc., because it's everything but self-explaining to me. Especially when one has the approriate private key and when this key is ultimately trusted, it seems pretty much stupid not to accept that signature as valid by default. Note that I know about the different keyrings, and I find that utterly silly. Mraw, KiBi. signature.asc Description: Digital signature
Bug#494041: new version 0.95 available, many bugs fixed
Package: fop Version: 1:0.94.dfsg-2 Severity: wishlist According to http://www.apachenews.org/archives/001184.html Apache FOP 0.95 has been released on 2008-08-06. The anouncement says: many bug fixes and improvements in tables, better support for keeps and breaks and improvements and bugfixes for font handling and font auto-detection/-registration. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493992: jcc FTBFS on everything except amd64 due to wrong paths (was jcc_1.9-4(sparc/unstable): FTBFS on sparc, missing dependency)
retitle 493992 jcc FTBFS on everything except amd64 due to wrong paths. thanks Reading the build log carefully this doesn't look like a missing dependency error to me (openjdk-6-jdk which depends on openjdk-6-jre which depends on openjdk-6-jre-headless which provides the libjvm.so is indeed included in the build-dependencies and installed by the autobuilder). Rather it seems that the paths are wrong causing the package to FTBFS everywhere except amd64 g++ -pthread -shared -g -O2 -g -Wall -O2 /build/buildd/jcc-1.9/./build/temp.linux-sparc-2.4/jcc/sources/jcc.o /build/buildd/jcc-1.9/./build/temp.linux-sparc-2.4/jcc/sources/JCCEnv.o -o /build/buildd/jcc-1.9/./build/lib.linux-sparc-2.4/libjcc.so -L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64 -L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server -Wl,-rpath=/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server -ljava -Wl,-S Notice the repeated occourance of amd64 in that line. A patch fixing the issue is attatched. BTW the version currently in testing is in contrib, uses the propietry sun jdk and builds on all architectures that suns jdk is availible on. diff -ur jcc-1.9/debian/rules jcc-1.9.new/debian/rules --- jcc-1.9/debian/rules 2008-08-06 21:14:38.0 + +++ jcc-1.9.new/debian/rules 2008-08-06 21:17:05.0 + @@ -1,5 +1,16 @@ #!/usr/bin/make -f +DEB_BUILD_ARCH_CPU ?=$(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU) + +#deb_build_arch_cpu gives correct path on most architectures but powerpc needs special casing +JAVAARCH :=$(DEB_BUILD_ARCH_CPU) + +ifeq ($(DEB_BUILD_ARCH_CPU),powerpc) + JAVAARCH :=powerpc +endif + +export JCC_LFLAGS :=-L/usr/lib/jvm/java-6-openjdk/jre/lib/$(JAVAARCH)::-L/usr/lib/jvm/java-6-openjdk/jre/lib/$(JAVAARCH)/server::-Wl,-rpath=/usr/lib/jvm/java-6-openjdk/jre/lib/$(JAVAARCH):/usr/lib/jvm/java-6-openjdk/jre/lib/$(JAVAARCH)/server::-ljava + include /usr/share/cdbs/1/rules/debhelper.mk DEB_PYTHON_SYSTEM = pysupport include /usr/share/cdbs/1/class/python-distutils.mk diff -ur jcc-1.9/setup.py jcc-1.9.new/setup.py --- jcc-1.9/setup.py 2008-08-06 21:14:38.0 + +++ jcc-1.9.new/setup.py 2008-08-06 20:48:57.0 + @@ -40,7 +40,7 @@ # # Instead of editing the entries below, you may also override these # dictionaries with JCC_INCLUDES, JCC_CFLAGS and JCC_LFLAGS environment -# variables using os.pathsep as value separator. +# variables using os.pathsep twice as value separator. INCLUDES = { 'darwin': ['/System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers'], @@ -75,6 +75,7 @@ def main(): _jcc_argsep = os.environ.get('JCC_ARGSEP', os.pathsep) +_jcc_argsep += _jcc_argsep #use a double path seperator to allow specifying an rpath with a colon in it if 'JCC_INCLUDES' in os.environ: _includes = os.environ['JCC_INCLUDES'].split(_jcc_argsep)
Bug#486810: openoffice.org: menu text ureadable until swept by the mouse cursor
On Wednesday 06 August 2008 17:58:18 Rene Engelhard wrote: Hi, So I can I close this now? Yes, you should. - The nvidia driver is not supportable because non-free and binay-only. If you use broken drivers it's your fault. I should agree, but... As a side note: So I'll try the standard nv driver again... But I had turned to the nvidia driver a while ago as the supported driver was super-slow, and not for fancy accelerated graphics but for standard tasks such as opening windows, etc. I've noticed a similar HUGE difference on my laptop using the unsupported fglrx driver compared to the supported radeon driver, again for standard X11 use. Maybe I should spend some time trying to understand this, as it is sort-of a pain depending on these proprietary drivers. - KDE4 is not in unstable. I am, indeed, an unstable type of guy, but for further excitement, I have ventured into the experimental branch, just for KDE4. (I hope that it will be making it into unstable soon so that I can spend less energy beta-testing.) Thanks for your attention. I wanted to share my experience and the found solution with the community. Alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494003: [Pkg-trac-devel] Bug#494003: trac: malformed jquery remove patch
tag 494003 pending important thanks Hi there! thanks for your report! I added the sources.txt patch because dh_clean would not re-added the line that the python build would change. So, i would change the source, making git-buildpackage mad and also making a change in a version controlled file that has to remain unchanged (because it is an upstream file) . I will maintain the patch to sources anyway because of this . What do you think? I forgot dh_link, yes ... sorry ( I'll try to upload it trough testing-proposed-upgrades when trac passes to testing so i can upload trac 0.11.1 into unstable I thank you for your feedback. Luis Matos Qua, 2008-08-06 às 16:58 +0200, Mario Izquierdo (mariodebian) escreveu: Package: trac Version: 0.11-3 Severity: important Tags: patch Patch is uncomplete: 1.- Need dh_link target in debian/rules 2.- You don't have to edit Trac.egg-info/SOURCES.txt or trac will not send jquery.js file I attach tested and working debian/patches/15_remove_jquery_file.dpatch diff Thanks for your work at Debian. Greetings -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ___ Pkg-trac-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-trac-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479135: 479135: Not fixed
On Wed, 2008-08-06 at 19:17 +0600, Alexander E. Patrakov wrote: found 479135 2.4.1-1 thanks The statement from the upstream is wrong. The bug is not fixed, see the bugus USB ID below. $ grep -r 2372 libgphoto2-2.4.1 libgphoto2-2.4.1/camlibs/ptp2/library.c:{Panasonic:DMC-FZ20 (alternate id), 0x04da, 0x2372, 0}, libgphoto2-2.4.1/camlibs/ptp2/library.c:{Panasonic:DMC-LZ2, 0x04da, 0x2372, 0}, libgphoto2-2.4.1/camlibs/ptp2/library.c:{Panasonic:DMC-LC1, 0x04da, 0x2372, 0}, libgphoto2-2.4.1/camlibs/ptp2/library.c:{Panasonic:Lumix FZ5, 0x04da, 0x2372, 0}, Looks like an oversight. We just decided to suppress all these IDs since we end up doubting about them. And you can do the same in the Debian package. The consequences are as follow: The bug will disappear, for sure, as 0x04da, 0x2372 is no longer dealt with by the udev scripts. If there is really a PTP camera with these ideas, it will be recognized by the generic match all rule for this class of device, without any loss of functionality. I'd put that fix into an update for lenny. Hub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494042: ITP: libhtml-formattext-withlinks-perl -- HTML to text conversion with links as footnotes
Package: wnpp Severity: wishlist Owner: Tim Retout [EMAIL PROTECTED] * Package name: libhtml-formattext-withlinks-perl Version : 0.11 Upstream Author : Struan Donald [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/HTML-FormatText-WithLinks/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : HTML to text conversion with links as footnotes HTML::FormatText::WithLinks takes HTML and turns it into plain text but prints all the links in the HTML as footnotes. By default, it attempts to mimic the format of the lynx text based web browser's --dump option. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490345: I have this problem and dbus-launch is running
Here is my command line for dbus-launch /usr/bin/dbus-launch --exit-with-session /usr/bin/seahorse-agent --execute x-session-manager Here is dbus-X11 on my system: feta status dbus-X11 Running: dpkg --status dbus-X11 Package: dbus-x11 Status: install ok installed Priority: optional Section: x11 Installed-Size: 100 Maintainer: Utopia Maintenance Team [EMAIL PROTECTED] Architecture: i386 Source: dbus Version: 1.2.1-2 Replaces: dbus ( 1.1.2) Depends: dbus, libc6 (= 2.7-1), libx11-6 Conflicts: dbus ( 1.1.2) Conffiles: /etc/X11/Xsession.d/75dbus_dbus-launch f16c15c4b018d37ca3ea2b6aba224439 Description: simple interprocess messaging system (X11 deps) D-Bus is a message bus, used for sending messages between applications. Conceptually, it fits somewhere in between raw sockets and CORBA in terms of complexity. . This package contains the dbus-launch utility which is necessary for packages using a D-Bus session bus. . See the dbus description for more information about D-Bus in general. Homepage: http://dbus.freedesktop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493501: [Resolvconf-devel] Bug#493501: Error: /etc/resolvconf/run/interface is not a directory
Hi Thomas Hood Many thanks for your response, I'm sorry for the late answer to your further questions. On Sun, Aug 03, 2008 at 09:27:16PM +0200, Thomas Hood wrote: Salvatore Bonaccorso wrote: resolvconf: Error: /etc/resolvconf/run/interface is not a directory As implied, /etc/resolvconf/run/interface must be a directory. /etc/resolvconf/run is a symbolic link. The initscript /etc/init.d/resolvconf creates the target of this symbolic link as a directory (if it is not already there) and also creates its subdirectory interface. * Perhaps you do not have /etc/init.d/resolvconf configured to run in runlevel S resolvconf get's started on boot, but as said, it seems it fails somewhere. Probably relative to your second question. First I have the following: lorien:/etc/init.d# ls -l /etc/rcS.d/S14resolvconf lrwxrwxrwx 1 root root 20 2008-08-02 22:56 /etc/rcS.d/S14resolvconf - ../init.d/resolvconf lorien:/etc/init.d# * Perhaps the filesystem into which /etc/resolvconf/run points is not mounted Yes, /etc/resolvconf/run points to a tmpfs filesystem, but this at the end is mounted correctly: lorien:/etc/init.d# ls -l /etc/resolvconf/run lrwxrwxrwx 1 root root 23 2008-08-02 22:56 /etc/resolvconf/run - /lib/init/rw/resolvconf lorien:/etc/init.d# mount | grep /lib/init/rw tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) lorien:/etc/init.d# Is this possible that resolvconf (but by what change? I had previously before the date given in in the first email, and before upgrading the packagelist attached) working resolvconf correctly? Many thanks in advance, I will try to provide more needed information. Best regards Salvatore -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494035: libnet-cups-perl: depends on/suggests transitional packages
tag 494035 + pending thanks On Wed, 06 Aug 2008 16:23:06 -0400, Nathan A. Stine wrote: This package depends on the transitional package libcupsys2. Please change the package to depend on libcups2. The Depends gets created automatically via ${shlibs:Depends} and dh_shlibdeps, and the -dev package in the build dependency is already changed in our subversion repository ... In addition, cupsys-common is suggested. Please change this suggestion to cups-common. ... but I've missed the Suggests so far; thanks! Fixed in subversion now. Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-BOFH excuse #89: Electromagnetic energy loss signature.asc Description: Digital signature
Bug#490253: Adding --quiet option to emacsclient
Hello, emacs-devel! In the Debian BTS wishlist ticket #490253, I requested a --quiet option for emacsclient; currently, it prints a Waiting for Emacs... message that cannot be turned off, which I found annoying. I have updated the patch I provided in that report to apply against the CVS version of Emacs; it would be nice if this feature could make it into Emacs 23. CVS-based unified diff is attached. Comments would be appreciated. --- Drake Wilson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493914: kernel trace when stopping openafs-client
Felix Koop [EMAIL PROTECTED] writes: Sorry for that. Here it is: Aug 5 23:04:07 sabine kernel: [ 90.556853] WARM shutting down of: CB... afs... BkG... CTrunc... AFSDB... RxEvent... UnmaskRxkSignals... RxListener... Aug 5 23:04:07 sabine kernel: [ 91.061370] WARNING: not all blocks freed: large 1 small 4 Aug 5 23:04:07 sabine kernel: [ 91.061427] ALL allocated tables Aug 5 23:04:07 sabine kernel: [ 91.106245] remove_proc_entry: removing non-empty directory 'fs/openafs', leaking at least 'CellServDB' Okay, good -- this is the known memory leak issue with the current client and not something new. Does this cause any problems with reloading the module after having stopped the AFS client? It's not supposed to. This error message is reporting a long-standing problem; the leak isn't new, only the message about it. I believe the amount of memory leaked should be fairly small ( 20KB). -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491858: RFS and ITA: jzlib (updated package)
Cyril Brulebois [EMAIL PROTECTED] (06/08/2008): Since I'd like to familiarize myself with Damien's work, I intend to review this package. Okay, here we go for a first round: - No need to mention the upstream release number in your first changelog entry, although it does no harm. - You didn't mention bumping debhelper compat level (debian/compat + the versioned B-D) from 4 to 5 in your changelog. - You didn't mention adding Homepage, Vcs-* either. - You could mention you've switched from kaffe. - You should mention you're now using ant (and that you've added a build.xml file accordingly, at least that's how I understand it). - You could mention you've deleted the override since you fixed the copyright file. - You could mention you've deleted unneeded files (and which, like copyright.in). - You should mention you're now shipping examples. - Your comment at the top of debian/rules doesn't look like necessary to me (although it does no harm). - Should debian/svn-deblayout be really included in the source package? I seem to recall it's possible to set an svn property on the debian directory, so that this additional file isn't visible in the source package. - I tend not to specify “debian uupdate” in my watch files, but I may be missing some nice features. Just saying so that you can consider whether you need those bits. - debian/rules again: - Not sure the exports are needed (though I didn't build your package yet). - You could use cdbs variables instead of computing package and version yourself. Grep for UPSTREAM under /usr/share/cdbs/1/*/* if you don't have the docs at hand. Then grep for PACKAGE (probably only in the single file you've just found rather than through all cdbs files). That's only after having checked the source debdiff. Please poke me back if you have questions about the above points, and/or when you think you have a new candidate. Mraw, KiBi. signature.asc Description: Digital signature
Bug#490345: To clarify, epiphany is being invoked from update-manager, which I think is invoked as root
If I invoke epiphany from the terminal or from the gnome menu I don't get the 'dbus' error message. But when I click on a link to a bug report from update-manager, epiphany is invoked (because it is in the alternatives system as 'gnome-www-browser'). Here is the relevant info from '.xsession-errors': (epiphany-browser:7149): GnomeUI-WARNING **: While connecting to session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed. ** (epiphany-browser:7149): WARNING **: Unable to connect to session bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. (epiphany-browser:7164): GnomeUI-WARNING **: While connecting to session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed. ** (epiphany-browser:7164): WARNING **: Unable to connect to session bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. (epiphany-browser:7244): GnomeUI-WARNING **: While connecting to session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed. ** (epiphany-browser:7244): WARNING **: Unable to connect to session bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433129: libacr38u: ACR38U card reader does not work in etch on amd64 architecture
Hi, I've tried today to reproduce this bug and was able to with the packages from unstable on a full amd64 distro I will try to investigate Regards Laurent Bigonville -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479135: [Pkg-phototools-devel] Bug#479135: 479135: Not fixed
Hubert Figuiere [EMAIL PROTECTED] (06/08/2008): We just decided to suppress all these IDs since we end up doubting about them. And you can do the same in the Debian package. The consequences are as follow: The bug will disappear, for sure, as 0x04da, 0x2372 is no longer dealt with by the udev scripts. If there is really a PTP camera with these ideas, it will be recognized by the generic match all rule for this class of device, without any loss of functionality. I'd put that fix into an update for lenny. Thanks to both of you, particularly for the verbose explanations. I'll prepare an update targeted at lenny, now that the previous revision migrated. Mraw, KiBi. signature.asc Description: Digital signature
Bug#494044: lighttpd, php5-cgi: does not start
Package: roundcube-core Version: 0.1.1-7 Severity: Important testing-lenny php5-cgi 5.2.6-2+b1, lighttpd 1.4.19-4, roundcube 0.1.1-7, roundcube-sqlite 0.1.1-7 sqlite 2.8.17-4, libsqlite0 2.8.17-4, libsqlite3-0 3.5.9-3 File: /etc/roundcube/lighttpd.conf Hello, when I do lighty-enable-mod: roundcube (default when roundcube is installed) and invoke-rc.d lighttpd start i get /var/log/lighttpd/error : - 2008-08-06 22:33:35: (log.c.75) server started 2008-08-06 22:33:35: (server.c.908) Configuration of plugins failed. Going down. - and no running lighttpd. I can enable the other mods: auth cgi fastcgi proxy rrdtool (gives additional [lighttpd] defunct) simple-vhost ssi ssl (with server.pem) status userdir and lighttpd starts. Thanks christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433129: interaction between acr38 driver and openct
Hi, I contact you as the maintainer of the acr38 package (driver of a smartcard reader). After trying to reproduce bug #433129[1] again, I was able to on an amd64 running unstable package (I was unable to reproduce the issue with stable package). I would be please if you could give me your advice. Thanks Laurent Bigonville [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433129 pgpfTW7ZoolNh.pgp Description: PGP signature
Bug#494043: ITP: ozymandns -- An experimental DNS server and miscellaneous DNS tools
Package: wnpp Severity: wishlist Owner: Jacob Appelbaum [EMAIL PROTECTED] * Package name: ozymandns Version : 0.0.1 Upstream Author : Dan Kaminsky [EMAIL PROTECTED] * URL : http://www.doxpara.com/ozymandns_src_0.1.tgz * License : (Currently consulting with upstream for explicit * license) Programming Lang: (C, Perl) Description : An experimental DNS server and miscellaneous DNS tools OzymanDNS is a suite of tools for experimenting with DNS. It includes a number of tools: aska.pl - DNS File/Stream Sender geta.pl - DNS File/Stream Receiver nomde.pl - Experimental DNS Server droute.pl - Reliable DNS Transport for standard input/output glance.c - Represents IP addresses as dates More information about all of these tools can be found in Dan's Black Ops DNS 2004 CCC Congress slides: http://www.ccc.de/congress/2004/fahrplan/files/297-black-ops-of-dns-slides.pdf -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483986: Workaround works here
Hello, just a note to confirm that the workaround of not allowing the page to choose its own fonts works here as well. Just to given an idea of how bad this bug could be: I often need to print out online checkin boarding passes when I catch a plane: having those printed at low res could just mean that you have trouble getting on the plane. Luckily, after finding this bug report now I have a work-around. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#493914: kernel trace when stopping openafs-client
No, it doesn't cause problems with reloading the module. I thought that would be the source of another problem I am having with my system, that is it freezes from time to time when I am using X as a normal user with my homedir in AFS and I thought that this might be related. But from your explanation it does not seem to be. Am Mittwoch, den 06.08.2008, 14:34 -0700 schrieb Russ Allbery: Felix Koop [EMAIL PROTECTED] writes: Sorry for that. Here it is: Aug 5 23:04:07 sabine kernel: [ 90.556853] WARM shutting down of: CB... afs... BkG... CTrunc... AFSDB... RxEvent... UnmaskRxkSignals... RxListener... Aug 5 23:04:07 sabine kernel: [ 91.061370] WARNING: not all blocks freed: large 1 small 4 Aug 5 23:04:07 sabine kernel: [ 91.061427] ALL allocated tables Aug 5 23:04:07 sabine kernel: [ 91.106245] remove_proc_entry: removing non-empty directory 'fs/openafs', leaking at least 'CellServDB' Okay, good -- this is the known memory leak issue with the current client and not something new. Does this cause any problems with reloading the module after having stopped the AFS client? It's not supposed to. This error message is reporting a long-standing problem; the leak isn't new, only the message about it. I believe the amount of memory leaked should be fairly small ( 20KB). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493742: Bug#461087: python-babel: package name conflict?
On Sun, 2008-08-03 at 15:30 +0200, Christoph Haas wrote: Hi, Adam... We talked about the python-babel name clash recently. Although I renamed my package to python-pybabel we seem to have a problem here. As long as python-babel is installed, Python fails to use my Babel package correctly. I assume it's because the EGG-INFO files are both called babel so Python's setuptools can't distinguish between them. I don't know how PyPi handles that. But I'd like to solve this conflict. I just realized something. If I change the name of my package to python-sidl, that won't change the EGG-INFO, right? It seems we have an inherent conflict, which will make it difficult to install both packages simultaneously. :-( For now and the lenny release, it seems we need to make the packages conflict. Beyond that... time to get upstream involved? I will write to my babel people. In the meantime, I elevated the severity of my bug, and retitled it. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#491905: Please split the /etc/init.d/udev file as done in Fedora
On Wednesday 06 August 2008 22:03, Marco d'Itri [EMAIL PROTECTED] wrote: I am moving make_extra_nodes() to /lib/udev/create_extra_nodes. Can /sbin/restorecon /dev/$name be called by this script (which will be used by *both* the init script and postinst) or does it need to be run by the init script (not my favourite choice)? Yes, restorecon can be called by both. And what about cp --archive --update /lib/udev/devices/* /dev/? Does it need to be moved there as well or is only mknod an issue? Yes, that needs to be moved too. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493742: python-babel: please change name to python-sidl
severity 493742 serious retitle 493742 Python namespace conflict with python-pybabel thanks From Christoph Haas: As long as python-babel is installed, Python fails to use my Babel package correctly. I assume it's because the EGG-INFO files are both called babel so Python's setuptools can't distinguish between them. I don't know how PyPi handles that. But I'd like to solve this conflict. On the other hand, renaming the package shouldn't make a difference... More to come soon. On Mon, 2008-08-04 at 12:08 -0400, Adam C Powell IV wrote: Package: python-babel Severity: wishlist For consistency with libsidl[1.2.0|-dev|-java] and to reflect that this is the SIDL python front-end, please change the name of this package to python-sidl. Because it requires a trip through the NEW queue, and babel is currently in the 10-day wait to fix an RC bug, this will probably not make the lenny release. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#494046: openmpi-bin: Doesn't work in a chroot environment
Package: openmpi-bin Version: 1.2.7~rc2-1 Greetings, As reported upstream [1], openmpi binaries and mpirun don't work in a chroot environment, as mpich does. [1] http://www.open-mpi.org/community/lists/users/2008/07/6245.php -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#461087: python-babel: package name conflict?
On Mittwoch, 6. August 2008, Adam C Powell IV wrote: On Sun, 2008-08-03 at 15:30 +0200, Christoph Haas wrote: We talked about the python-babel name clash recently. Although I renamed my package to python-pybabel we seem to have a problem here. As long as python-babel is installed, Python fails to use my Babel package correctly. I assume it's because the EGG-INFO files are both called babel so Python's setuptools can't distinguish between them. I don't know how PyPi handles that. But I'd like to solve this conflict. I just realized something. If I change the name of my package to python-sidl, that won't change the EGG-INFO, right? It seems we have an inherent conflict, which will make it difficult to install both packages simultaneously. :-( Yes, that was my unfortunate point in the last email. I don't know how PyPi or setuptools handle that case. Interestingly if you search PyPi you just find http://pypi.python.org/pypi/Babel/; which points to my (pybabel) package. I assume that your babel package is named half-decently but somehow the upstream scre the EGG-INFO name. For now and the lenny release, it seems we need to make the packages conflict. In favor. Beyond that... time to get upstream involved? I will write to my babel people. Yes, please. What a waste of time... :) Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#494047: 'pyzor discover' fails
Package: pyzor Version: 1:0.4.0+cvs20030201-8 Severity: important When I attempt to run `pyzor discover`, it throws an exception, I believe due to not handling a 404 error properly. Output: [EMAIL PROTECTED]:~$ pyzor discover downloading servers from http://pyzor.sourceforge.net/cgi-bin/inform-servers-0-3-x Traceback (most recent call last): File /usr/bin/pyzor, line 8, in module pyzor.client.run() File /var/lib/python-support/python2.5/pyzor/client.py, line 1005, in run ExecCall().run() File /var/lib/python-support/python2.5/pyzor/client.py, line 184, in run self.servers = self.get_servers(servers_fn) File /var/lib/python-support/python2.5/pyzor/client.py, line 411, in get_servers servers.read(open(servers_fn)) File /var/lib/python-support/python2.5/pyzor/client.py, line 117, in read self.append(pyzor.Address.from_str(line)) File /var/lib/python-support/python2.5/pyzor/__init__.py, line 458, in from_str fields[1] = int(fields[1]) IndexError: list index out of range If I simply visit http://pyzor.sourceforge.net/cgi-bin/inform-servers-0-3-x the server gives a 404 page. I do not know what other URL to try. Jonathan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.16.33-xenU (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages pyzor depends on: ii python2.5.2-1An interactive high-level object-o ii python-gdbm 2.5.2-1GNU dbm database support for Pytho ii python-support0.8.4 automated rebuilding support for P pyzor recommends no packages. pyzor suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493914: kernel trace when stopping openafs-client
Felix Koop [EMAIL PROTECTED] writes: No, it doesn't cause problems with reloading the module. I thought that would be the source of another problem I am having with my system, that is it freezes from time to time when I am using X as a normal user with my homedir in AFS and I thought that this might be related. But from your explanation it does not seem to be. Probably not. When it freezes, does it come back afterwards after a delay, or does it stay frozen until you do something more aggressive? -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394465: Build error in unicorn-0.9.3 w/ kernel 2.6.25
Package: unicorn Version: 0.9.3-2 Followup-For: Bug #394465 I had the same build error as the original poster when building 0.9.2 against both Etch 2.6.18 and 2.6.24-etchnhalf. However on unicorn-0.9.3-2 with Lenny kernel 2.6.25 I get a different build error: make[2]: Entering directory `/usr/src/linux-headers-2.6.25-2-686' CC [M] /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.o /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c: In function find_unicorn: /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c:933: warning: pci_find_device is deprecated (declared at include/linux/pci.h:506) /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c: In function start_device: /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c:995: error: SA_SHIRQ undeclared (first use in this function) /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c:995: error: (Each undeclared identifier is reported only once /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c:995: error: for each function it appears in.) make[3]: *** [/usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.o] Error 1 make[2]: *** [_module_/usr/src/modules/unicorn/unicorn_pci] Error 2 make[2]: Leaving directory `/usr/src/linux-headers-2.6.25-2-686' make[2]: Entering directory `/usr/src/linux-headers-2.6.25-2-686' CC [M] /usr/src/modules/unicorn/unicorn_usb/unicorn_usbdrv.o /usr/src/modules/unicorn/unicorn_usb/unicorn_usbdrv.c: In function fill_isoc_urb: /usr/src/modules/unicorn/unicorn_usb/unicorn_usbdrv.c:151: error: struct urb has no member named lock make[3]: *** [/usr/src/modules/unicorn/unicorn_usb/unicorn_usbdrv.o] Error 1 make[2]: *** [_module_/usr/src/modules/unicorn/unicorn_usb] Error 2 make[2]: Leaving directory `/usr/src/linux-headers-2.6.25-2-686' make[1]: *** [binary-modules] Error 2 make[1]: Leaving directory `/usr/src/modules/unicorn' make: *** [kdist_image] Error 2 I am installing this card for the first time so I don't know anything more, sorry ! lspci identifies it as 00:0f.0 ATM network controller: STMicroelectronics ST70137 [Unicorn] ADSL DMT Transceiver (rev 10) Subsystem: STMicroelectronics Unknown device a888 Flags: bus master, medium devsel, latency 32, IRQ 12 Memory at e800 (32-bit, non-prefetchable) [size=64K] Capabilities: [dc] Power Management version 2 Capabilities: [a0] Vital Product Data I ran update-pciids before doing this so I ought to have the most up-to-date list, but it still shows as Unknown device a888. Nick -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (850, 'testing'), (600, 'stable'), (480, 'proposed-updates'), (3, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unicorn depends on: ii libc62.7-10 GNU C Library: Shared libraries ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.1.4-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.3-1 X11 Input extension library unicorn recommends no packages. unicorn suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493093: does not properly clean up build directory
severity 493093 important tags 493093 moreinfo thanks 2008/7/31 Krzysztof Burghardt [EMAIL PROTECTED]: 2008/7/31 martin f krafft [EMAIL PROTECTED]: The package leaves the files around after a build, and fakeroot debian/rules binary does not clean them. Should binary target clean those files or is cleaning in clean target is sufficient? Something like: clean: dh_testdir dh_testroot rm -f build-stamp [ ! -f Makefile ] || $(MAKE) maintainer-clean rm -f file-list Hello Martin, I checked this again. Clean target do its job. Package can be built twice in a row. There are no added or modified files left after clean. I cannot find anything about cleaning in binary target what you recommends, so I'm tagging this bug report with moreinfo and lowering severity to important. Regards, -- Krzysztof Burghardt [EMAIL PROTECTED] http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494048: ITP: libcatalyst-plugin-textile-perl -- Persistent Textile processor for Catalyst
Package: wnpp Severity: wishlist Owner: Tim Retout [EMAIL PROTECTED] * Package name: libcatalyst-plugin-textile-perl Version : 0.01 Upstream Author : Sebastian Riedel [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Catalyst-Plugin-Textile/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Persistent Textile processor for Catalyst Catalyst::Plugin::Textile provides a ready to use Text::Textile object for convenient Textile formatting in Catalyst applications. See also the libcatalyst-perl and libtext-textile-perl Debian packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461087: python-babel: package name conflict?
On Thu, 2008-08-07 at 00:05 +0200, Christoph Haas wrote: On Mittwoch, 6. August 2008, Adam C Powell IV wrote: On Sun, 2008-08-03 at 15:30 +0200, Christoph Haas wrote: We talked about the python-babel name clash recently. Although I renamed my package to python-pybabel we seem to have a problem here. As long as python-babel is installed, Python fails to use my Babel package correctly. I assume it's because the EGG-INFO files are both called babel so Python's setuptools can't distinguish between them. I don't know how PyPi handles that. But I'd like to solve this conflict. I just realized something. If I change the name of my package to python-sidl, that won't change the EGG-INFO, right? It seems we have an inherent conflict, which will make it difficult to install both packages simultaneously. :-( Yes, that was my unfortunate point in the last email. I don't know how PyPi or setuptools handle that case. Interestingly if you search PyPi you just find http://pypi.python.org/pypi/Babel/; which points to my (pybabel) package. I assume that your babel package is named half-decently but somehow the upstream scre the EGG-INFO name. Okay. Before writing upstream, dpkg -L python-babel shows everything in site-packages/sidl[x]. Is there a way I can change my EGG-INFO to SIDL instead of Babel? Or would that break everything using it (which is nothing now, at least no Debian packages)? What a waste of time... :) Not necessarily -- if it lets people internationalize SIDL programs, or at least install their dependencies simultaneously... -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#493922: APT translations in Greek (also other Greek translations)
Hello Christian, On Wed, Aug 06, 2008 at 01:33:39PM +0200, Christian Perrier wrote [edited]: Quoting Serafeim Zanikolas ([EMAIL PROTECTED]): Just a missing space from el.po (see attached patch). Thanks, Serafeim. I'll commit that ASAP. While I'm at it, the APT translation for Greek has the following stats: 495 translated messages, 34 fuzzy translations, 9 untranslated messages Kostas was listed as translator but he unfortunately stepped out from most of his Debian activities. Would someone want to take this over ? I'm also worrying about the Greek translation for Debian Installer. I'm aware of the issue but, even though I'm committed to Debian, it is not the kind of work I'm interested in. Nevertheless, I'm sending over another patch that deals with the fuzzy and untraslated messages in APT (cc'ing the greek list in case anybody would review the changes). BTW how can I find out the outstanding greek translation work for the installer? Is there a virtual package? (the package debian-installer seems to only have documentation). Also, what do the levels represent in the translation status page at alioth? Thanks, Serafeim --- /tmp/el.po 2008-08-06 22:55:39.0 +0100 +++ el.po-orig 2008-05-28 14:32:25.0 +0100 @@ -1,30 +1,32 @@ +# translation of apt_po_el_new.po to Greek # translation of apt_po_el.po to +# translation of apt_po_el.po to Greek # translation of apt_po_el.po to # translation of apt_po_el.po to # translation of el.po to Greek +# translation of apt.el.po to Hellenic # Greek Translation of APT. # This file is put in the public domain. -# # Fanis Dokianakis [EMAIL PROTECTED], 2003. # Konstantinos Margaritis [EMAIL PROTECTED], 2003, 2004, 2006. # George Papamichelakis [EMAIL PROTECTED], 2004. # George Papamichalakis [EMAIL PROTECTED], 2004. # Greek Translation Team [EMAIL PROTECTED], 2005. # quad-nrg.net [EMAIL PROTECTED], 2005. -# Serafeim Zanikolas [EMAIL PROTECTED], 2008. +# msgid msgstr -Project-Id-Version: el\n +Project-Id-Version: apt_po_el_new\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2008-05-28 15:32+0200\n -PO-Revision-Date: 2008-08-06 21:53+0100\n -Last-Translator: Serafeim Zanikolas [EMAIL PROTECTED]\n -Language-Team: Greek [EMAIL PROTECTED]\n +PO-Revision-Date: 2006-01-18 15:16+0200\n +Last-Translator: Konstantinos Margaritis [EMAIL PROTECTED]\n +Language-Team: Greek [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n org\n -X-Generator: KBabel 1.11.4\n +X-Generator: KBabel 1.10.2\n Plural-Forms: nplurals=2; plural=(n != 1);\n #: cmdline/apt-cache.cc:143 @@ -68,6 +70,7 @@ msgstr Σύνολο Διαφορετικών Εκδόσεων: #: cmdline/apt-cache.cc:295 +#, fuzzy msgid Total distinct descriptions: msgstr Σύνολο Διαφορετικών Εκδόσεων: @@ -80,6 +83,7 @@ msgstr Σύνολο σχέσεων Εκδ/Αρχείων: #: cmdline/apt-cache.cc:302 +#, fuzzy msgid Total Desc/File relations: msgstr Σύνολο σχέσεων Εκδ/Αρχείων: @@ -122,7 +126,8 @@ #: cmdline/apt-cache.cc:1531 cmdline/apt-cache.cc:1617 msgid Cache is out of sync, can't x-ref a package file -msgstr Η cache δεν είναι ενημερωμένη, αδυναμία παραπομπής σε ένα αρχείο πακέτου +msgstr +Η cache δεν είναι ενημερωμένη, αδυναμία παραπομπής σε ένα αρχείο πακέτου #: cmdline/apt-cache.cc:1532 #, c-format @@ -169,6 +174,7 @@ #: cmdline/apt-cache.cc:1714 cmdline/apt-cdrom.cc:138 cmdline/apt-config.cc:70 #: cmdline/apt-extracttemplates.cc:225 ftparchive/apt-ftparchive.cc:547 #: cmdline/apt-get.cc:2571 cmdline/apt-sortpkgs.cc:144 +#, fuzzy, c-format msgid %s %s for %s compiled on %s %s\n msgstr %s %s για %s %s είναι μεταγλωττισμένο σε %s %s\n @@ -223,14 +229,14 @@ add - Προσθέτει ένα αρχείο πακέτου στη cache πηγών\n gencaches - Κατασκευή της cache των πακέτων και των πηγών\n showpkg - Εμφάνιση μερικών γενικών πληροφοριών για ένα πακέτο\n - showsrc - Εμφάνιση εγγραφών για πηγαίο πακέτο\n + showsrc - Εμφάνιση των πηγαίων πακέτων\n stats - Εμφάνιση μερικών βασικών στατιστικών\n dump - Εμφάνιση όλου του αρχείου σε περιληπτική μορφή.\n - dumpavail - Εκτύπωση της λίστας των διαθέσιμων πακέτων στην κανονική έξοδο\n + dumpavail - Εκτύπωση της λίστας των διαθέσιμων πακέτων στην έξοδο stdout\n unmet - Εμφάνιση μη ικανοποιούμενων εξαρτήσεων\n search - Αναζήτηση στη λίστα πακέτων για αυτή τη κανονική παράσταση\n show - Εμφάνιση μιας αναγνώσιμης εγγραφής για το πακέτο\n - depends - Εμφάνιση των εξαρτήσεων ενός πακέτου\n + depends - Εμφάνιση μη επεξεργασμένων εξαρτήσεων ενός πακέτου\n rdepends - Εμφάνιση αντίστροφων εξαρτήσεων ενός πακέτου\n pkgnames - Εμφάνιση λίστας με τα ονόματα όλων των πακέτων\n dotty - Παραγωγή γραφημάτων πακέτων για το GraphVis\n @@ -249,7 +255,8 @@ #: cmdline/apt-cdrom.cc:78 msgid Please provide a name for this Disc, such as 'Debian 2.1r1 Disk 1' -msgstr Παρακαλώ δώστε ένα όνομα για τον δίσκο αυτό, όπως 'Debian 2.1r1 Disk 1' +msgstr +Παρακαλώ δώστε ένα όνομα
Bug#493742: Bug#461087: python-babel: package name conflict?
On Donnerstag, 7. August 2008, Adam C Powell IV wrote: Okay. Before writing upstream, dpkg -L python-babel shows everything in site-packages/sidl[x]. Is there a way I can change my EGG-INFO to SIDL instead of Babel? Or would that break everything using it (which is nothing now, at least no Debian packages)? IMHO you would have to alter the setup.py. The setuptools are creating the EGG-INFO directory automatically. Might be better to have the upstream do this. setuptools can be beasty. On Thu, 2008-08-07 at 00:05 +0200, Christoph Haas wrote: What a waste of time... :) Not necessarily -- if it lets people internationalize SIDL programs, or at least install their dependencies simultaneously... Yes, we need to sort this out. I mean the whole issue that the upstreams have conflicts in their egg names. Christoph signature.asc Description: This is a digitally signed message part.
Bug#494049: RM: freebsd5-buildutils -- ROM; superseded by freebsd-buildutils
Package: ftp.debian.org Severity: normal freebsd5-buildutils has been superseded by freebsd-buildutils, and is not used anymore. I am therefore asking for its removal. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493922: APT translations in Greek (also other Greek translations)
Quoting Serafeim Zanikolas ([EMAIL PROTECTED]): Nevertheless, I'm sending over another patch that deals with the fuzzy and untraslated messages in APT (cc'ing the greek list in case anybody would review the changes). BTW how can I find out the outstanding greek translation work for the installer? Is there a virtual package? (the package debian-installer seems to only have documentation). Also, what do the levels represent in the translation status page at alioth? Debian Installer PO files can be found at http://d-i.alioth.debian.org/l10n-stats/level1/files/el/ Explanations about levels are given in http://d-i.alioth.debian.org/doc/i18n/ (sorry for the very short answer, as it's fairly late now...:-)) signature.asc Description: Digital signature
Bug#491858: RFS and ITA: jzlib (updated package)
Hi, Le Wednesday 06 August 2008 23:31:32 Cyril Brulebois, vous avez écrit : Cyril Brulebois [EMAIL PROTECTED] (06/08/2008): Since I'd like to familiarize myself with Damien's work, I intend to review this package. Okay, here we go for a first round: - No need to mention the upstream release number in your first changelog entry, although it does no harm. - You didn't mention bumping debhelper compat level (debian/compat + the versioned B-D) from 4 to 5 in your changelog. - You didn't mention adding Homepage, Vcs-* either. - You should mention you're now shipping examples. - Your comment at the top of debian/rules doesn't look like necessary to me (although it does no harm). All done. - You could mention you've deleted the override since you fixed the copyright file. - You could mention you've deleted unneeded files (and which, like copyright.in). - You could mention you've switched from kaffe. - You should mention you're now using ant (and that you've added a build.xml file accordingly, at least that's how I understand it). You're right, debian/changelog is not really clear about those. Done. - Should debian/svn-deblayout be really included in the source package? I seem to recall it's possible to set an svn property on the debian directory, so that this additional file isn't visible in the source package. Yes, I could use svn-bp:origDir and svn-bp:buildArea but I hardly use svn properties because I found them difficult to understand for users and others packagers. IMHO, debian/svn-deblayout is easier to deal with. - I tend not to specify “debian uupdate” in my watch files, but I may be missing some nice features. Just saying so that you can consider whether you need those bits. AFAIK, with debian uupdate, uscan will trigger uupdate when a new upstream version is found / without it just download file and rename it to orig.tar.gz - debian/rules again: - Not sure the exports are needed (though I didn't build your package yet). I've removed export, not needed. - You could use cdbs variables instead of computing package and version yourself. Grep for UPSTREAM under /usr/share/cdbs/1/*/* if you don't have the docs at hand. Then grep for PACKAGE (probably only in the single file you've just found rather than through all cdbs files). You're right. Done. (CDBS dilema : reading documentation or just grepping files ? :) Thanks for all your feedback, I really appreciate that. It will make me take a closer look to my debian/changelog next time ;) I've uploaded a new package to mentors.debian.net, you should dget it. Bonne nuit, -- Damien Raude-Morvan / www.drazzib.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493253: The battery charge monitor cannot read the charge in my laptop
A bit more research: a simple substitution of energy_full for charge_full in src/plugins/batt/batt.c does not fix the problem on my Thinkpad X40, even though the stated units in the comment seem to be in Watts rather than amps: from batt_info struct: charge, /* unit: mWh */ So I'm unsure why the substitution of energy_full for charge_full does not work, and that about exhausts my knowledge of C. -- Daniel Moerner [EMAIL PROTECTED]
Bug#461087: python-babel: package name conflict?
On Thu, 2008-08-07 at 00:28 +0200, Christoph Haas wrote: On Donnerstag, 7. August 2008, Adam C Powell IV wrote: Okay. Before writing upstream, dpkg -L python-babel shows everything in site-packages/sidl[x]. Is there a way I can change my EGG-INFO to SIDL instead of Babel? Or would that break everything using it (which is nothing now, at least no Debian packages)? IMHO you would have to alter the setup.py. The setuptools are creating the EGG-INFO directory automatically. Might be better to have the upstream do this. setuptools can be beasty. If that's it, it's easy. babel or Babel only appears once in setup.py: setup(name='babel',. Grepping -i through all of the python source, babel only appears in printfs, comments, a couple of #include babel_config.h, the one spot above, and another like it in sidlsetup.py. It seems like it wouldn't be such a bad thing to just change it... Yes, my package was in sarge, but that was pre-1.0, and python-babel didn't work then. So I don't think there's a significant user community for this in Debian -- yet. On Thu, 2008-08-07 at 00:05 +0200, Christoph Haas wrote: What a waste of time... :) Not necessarily -- if it lets people internationalize SIDL programs, or at least install their dependencies simultaneously... Yes, we need to sort this out. I mean the whole issue that the upstreams have conflicts in their egg names. Ah, yes. Good point. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#494050: [INTL:gl] Galician debconf template translation for uswsusp
Package: uswsusp Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of uswsusp's debconf templates # This file is distributed under the same license as the uswsusp package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: uswsusp\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-07-26 09:54+0200\n PO-Revision-Date: 2008-08-06 23:49+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../uswsusp.templates:2001 msgid Swap space to resume from: msgstr Espazo de intercambio desde o que restaurar o estado do sistema: #. Type: select #. Description #: ../uswsusp.templates:2001 msgid To be able to suspend the system, uswsusp needs a swap partition or file to store a system snapshot. Please choose the device to use, from the list of suitable swap spaces, sorted by size (largest first). msgstr Para poder suspender o sistema, uswsusp precisa dunha partición ou ficheiro de intercambio para armacenar o estado do sistema. Indique o dispositivo a empregar, desta lista de espazos de intercambio ordeados por tamaño (primeiro o máis grande). #. Type: error #. Description #: ../uswsusp.templates:4001 msgid No suitable swap space for software suspend msgstr Non se atopou un espazo de intercambio axeitado para a suspensión por software #. Type: error #. Description #: ../uswsusp.templates:4001 msgid To be able to suspend the system, uswsusp needs a swap partition or file to write a system snapshot to. No such space seems to be available for this. msgstr Para poder suspender o sistema, uswsusp precisa dunha partición ou ficheiro de intercambio no que gravar o estado do sistema. Semella que non hai tal espazo dispoñible. #. Type: error #. Description #: ../uswsusp.templates:4001 msgid You should create a swap partition or file, preferably twice the size of the system's physical RAM. msgstr Debería crear unha partición ou ficheiro de intercambio, preferiblemente do dobre do tamaño da memoria RAM física do sistema. #. Type: error #. Description #: ../uswsusp.templates:4001 msgid Then, run 'dpkg-reconfigure uswsusp' or edit the configuration file manually. msgstr Despois, execute \dpkg-reconfigure uswsusp\ ou edite o ficheiro de configuración á man. #. Type: error #. Description #: ../uswsusp.templates:5001 msgid No userspace software suspend support in the kernel msgstr Non hai soporte de suspensión por software de espazo de usuario no núcleo #. Type: error #. Description #: ../uswsusp.templates:5001 msgid The current kernel doesn't support userspace software suspend. Please recompile the kernel with the 'CONFIG_HIBERNATION=y' option. msgstr O núcleo actual non soporta a suspensión por software de espazo de usuario. Compile o núcleo coa opción \CONFIG_HIBERNATION=y\. #. Type: boolean #. Description #: ../uswsusp.templates:6001 msgid Continue without a valid swap space? msgstr ¿Continuar sen un espazo de intercambio válido? #. Type: boolean #. Description #: ../uswsusp.templates:6001 msgid The swap file or partition that was found in uswsusp's configuration file is not active. msgstr O ficheiro ou partición de intercambio que se atopou no ficheiro de configuración de uswsusp non está activado. #. Type: boolean #. Description #: ../uswsusp.templates:6001 msgid In most cases this means userspace software suspend will not work as expected. You should choose another swap space. msgstr Na maioría dos casos, isto significa que a suspensión por software de espazo de usuario non ha funcionar como se espera. Debería escoller outro espazo de intercambio. #. Type: boolean #. Description #: ../uswsusp.templates:6001 msgid However, in some rare cases, this configuration may be intentional. msgstr Nembargantes, nalgúns casos, esta configuración pode ser intencionada. #. Type: string #. Description #: ../uswsusp.templates:7001 msgid The device node through which uswsusp can talk to the kernel: msgstr O nodo de dispositivo polo que uswsusp pode comunicarse co núcleo: #. Type: string #. Description #: ../uswsusp.templates:7001 msgid If this is empty, the hardcoded default, /dev/snapshot, is used. This should be OK in almost all cases. Don't change this unless there is a good reason to do so. msgstr Se se deixa este campo baleiro, hase empregar o valor por defecto, /dev/ snapshot. Isto debería ser correcto en case tódolos casos. Non cambie isto a menos que haxa un bo motivo para o facer. #. Type: string #. Description #: ../uswsusp.templates:8001 msgid Preferred maximum image size: msgstr Tamaño máximo preferido da imaxe: #. Type: string #. Description #: ../uswsusp.templates:8001 msgid Please specify a maximum system snapshot image size (in bytes). msgstr Indique un tamaño máximo para a imaxe do sistema (en bytes). #. Type: string
Bug#486351: Maybe the same problem as #486351
Hi! Probably it's the same problem: $ nmap --script-updatedb Starting Nmap 4.68 ( http://nmap.org ) at 2008-08-06 19:55 BRT SCRIPT ENGINE: error while updating Script Database: /usr/share/nmap/scripts//skype_v2-version.nse:6: module 'comm' not found: no field package.preload['comm'] no file '/usr/share/nmap/nselib/comm.lua' no file './comm.lua' no file '/usr/local/share/lua/5.1/comm.lua' no file '/usr/local/share/lua/5.1/comm/init.lua' no file '/usr/local/lib/lua/5.1/comm.lua' no file '/usr/local/lib/lua/5.1/comm/init.lua' no file '/usr/lib/nmap/nselib-bin/comm.so' no file './comm.so' no file '/usr/local/lib/lua/5.1/comm.so' no file '/usr/local/lib/lua/5.1/loadall.so' stack traceback: [C]: in function 'require' /usr/share/nmap/scripts//skype_v2-version.nse:6: in main chunk [C]: ? SCRIPT ENGINE: Aborting database update. Nmap done: 0 IP addresses (0 hosts up) scanned in 0.096 seconds Thank you! Best regards, Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461087: Conflict with python-babel
Greetings, There's a python-babel package for internationalization, which has a Python namespace conflict with the Python runtime bindings for the SIDL Babel. As a possible resolution, how much stuff would I break by changing babel to sidl in [sidl]setup.py? I'm afraid I don't know a whole lot about Python, so I'm out of my league here... [Please include all of the CC addresses in your reply.] Cheers, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#493961: menu: Debian menu not visible on fresh installs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes GNOME menu doesn't visualize it. Though modifying the main menu, you can see the Debian category, very strange. - -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiaLI0ACgkQw9Qj+8Kak3GVUgCcCzrELwrAGC5H4CvaYVLKl1N9 bBQAn0iWyCBvZ0h7b+2SORFAliqoAHov =1/4s -END PGP SIGNATURE-
Bug#494051: eeepc-acpi-modules-2.6.26-1-686 hangs and then oops when unloading
Package: eeepc-acpi-modules-2.6.26-1-686 Version: 2.6.26+1.0-1 Severity: important Hi, I just updated my EEEPC 701 to linux-2.6.26, using the eeepc-acpi-modules-2.6.26-1-686 package. It seemed to work like a charm, but after a while, Fn+F[1-9] shortcuts don't work anymore. A few tests later, it seems that if you press Fn+F3 (for eg.) continuously, shortcuts don't work anymore, whereas if you use them sparingly, it works OK. When shortcuts are off, if I try to unload the eeepc-acpi module, I got a segmentation fault (I join the dmesg message with the oops trace as an attachment). Subsequent unloading leads to a 'Device or resource busy' error message. I can give you more informations if needed, if you tell me what you need (and how I can give it to you, this if the first I report a bug against a driver!) Thanks, Jonathan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages eeepc-acpi-modules-2.6.26-1-686 depends on: ii linux-image-2.6.26-1-686 [lin 2.6.26-1 Linux 2.6.26 image on PPro/Celeron eeepc-acpi-modules-2.6.26-1-686 recommends no packages. eeepc-acpi-modules-2.6.26-1-686 suggests no packages. -- no debconf information [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.26-1-686 (Debian 2.6.26-1) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Wed Jul 30 20:02:15 UTC 2008 [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009fc00 (usable) [0.00] BIOS-e820: 0009fc00 - 000a (reserved) [0.00] BIOS-e820: 000e4000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 1f78 (usable) [0.00] BIOS-e820: 1f78 - 1f79 (ACPI data) [0.00] BIOS-e820: 1f79 - 1f7d (ACPI NVS) [0.00] BIOS-e820: 1f7d - 1f7de000 (reserved) [0.00] BIOS-e820: 1f7e - 1f80 (reserved) [0.00] BIOS-e820: fee0 - fee01000 (reserved) [0.00] BIOS-e820: fff8 - 0001 (reserved) [0.00] 0MB HIGHMEM available. [0.00] 503MB LOWMEM available. [0.00] found SMP MP-table at [c00ff780] 000ff780 [0.00] Entering add_active_range(0, 0, 128896) 0 entries of 256 used [0.00] Zone PFN ranges: [0.00] DMA 0 - 4096 [0.00] Normal 4096 - 128896 [0.00] HighMem128896 - 128896 [0.00] Movable zone start PFN for each node [0.00] early_node_map[1] active PFN ranges [0.00] 0:0 - 128896 [0.00] On node 0 totalpages: 128896 [0.00] DMA zone: 32 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 4064 pages, LIFO batch:0 [0.00] Normal zone: 975 pages used for memmap [0.00] Normal zone: 123825 pages, LIFO batch:31 [0.00] HighMem zone: 0 pages used for memmap [0.00] Movable zone: 0 pages used for memmap [0.00] DMI present. [0.00] ACPI: RSDP 000FBE60, 0014 (r0 ACPIAM) [0.00] ACPI: RSDT 1F78, 0034 (r1 A M I OEMRSDT 1000808 MSFT 97) [0.00] ACPI: FACP 1F780200, 0081 (r1 A M I OEMFACP 1000808 MSFT 97) [0.00] ACPI: DSDT 1F780400, 5F2B (r1 A0797 A07970000 INTL 20051117) [0.00] ACPI: FACS 1F79, 0040 [0.00] ACPI: APIC 1F780390, 0068 (r1 A M I OEMAPIC 1000808 MSFT 97) [0.00] ACPI: OEMB 1F790040, 0046 (r1 A M I AMI_OEM 1000808 MSFT 97) [0.00] ACPI: MCFG 1F786330, 003C (r1 A M I OEMMCFG 1000808 MSFT 97) [0.00] ACPI: PM-Timer IO Port: 0x808 [0.00] ACPI: Local APIC address 0xfee0 [0.00] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [0.00] ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) [0.00] IOAPIC[0]: apic_id 1, version 32, address 0xfec0, GSI 0-23 [0.00] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [0.00] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [0.00] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [0.00] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [0.00] ACPI: IRQ0 used by override. [0.00] ACPI: IRQ2 used by override. [0.00] ACPI: IRQ9 used by override. [0.00] Enabling APIC mode: Flat. Using 1 I/O APICs [0.00] Using ACPI (MADT) for SMP configuration information [0.00] Allocating PCI resources starting at 2000 (gap:
Bug#494052: [INTL:ja] Updated Japanese po-debconf template translation (ja.po)
Package: fltk1.1 Version: 1.1.9-5 Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear fltk1.1 maintainer, Here's updated Japanese po-debconf template (ja.po) file. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiaLV0ACgkQIu0hy8THJkvw2wCfVMuTddtIXjUpLRbpb8wHjDni Vl0AoIQlnFlHxj6QhQ7FRMHj+Wfgae0r =cXed -END PGP SIGNATURE- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: fltk1.1 1.1.9-5\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-11-28 06:16+\n PO-Revision-Date: 2008-08-06 20:05+0900\n Last-Translator: Hideki Yamane (Debian-JP) [EMAIL PROTECTED]\n Language-Team: Japanese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid Make .h links to FL/*.H? msgstr FL/*.H への .h の名前でのリンクを作りますか? #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid For compatibility with some older code, FLTK used to make its C++-specific headers available as FL/*.h as well as FL/*.H. However, the lowercase-h names are deprecated and should be eliminated from source code. msgstr 古いコードとの互換性のために、FLTK は FL/*.h のような C++ 特有のヘッダファイル を FL/*.H として使えるようにします。しかし、小文字のヘッダファイル名 (*.h) は 非推奨であり、コードから削除するべきものです。 #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid Please choose whether such compatibility symlinks should be created. msgstr この様な互換性のためのシンボリックリンクを作るかどうかを選択してください。
Bug#494054: ipsec-tools [INTL:ja] Updated Japanese po-debconf template translation (ja.po)
Package: ipsec-tools Version: 1:0.7.1-1 Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear ipsec-tools maintainer, Here's updated Japanese po-debconf template (ja.po) file. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiaLiIACgkQIu0hy8THJksZjQCdFi6q6CTXjN4VP3zCd5eEkj4J Z8kAnj88l9IESjyiyIB2egI+1UCIgxI1 =HMVH -END PGP SIGNATURE- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: ipsec-tools 1:0.7.1-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-04-21 08:51+\n PO-Revision-Date: 2008-08-06 20:05+0900\n Last-Translator: Hideki Yamane (Debian-JP) [EMAIL PROTECTED]\n Language-Team: Japanese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../racoon.templates:1001 msgid direct msgstr 直接 #. Type: select #. Choices #: ../racoon.templates:1001 msgid racoon-tool msgstr racoon-tool #. Type: select #. Description #: ../racoon.templates:1002 msgid Configuration mode for racoon IKE daemon. msgstr racoon IKE デーモンの設定方法 #. Type: select #. Description #: ../racoon.templates:1002 msgid Racoon can be configured two ways, either by directly editing /etc/racoon/ racoon.conf or using the racoon-tool administrative front end. racoon-tool is now deprecated and is only available for backward compatibility. New installations should always use the \direct\ method. msgstr racoon は、/etc/racoon/racoon.conf を直接編集する、もしくは racoon-tool 管理 フロントエンドを利用するという、2 つの方法のどちらを使っても設定可能です。 racoon-tool はすでに廃止される予定になっており、後方互換性のためにのみ残され ています。新規インストールでは必ず「直接」設定してください。 #~ msgid Please select the racoon configuration mode. #~ msgstr racoon IKE デーモンの設定方法を選択してください。 #~ msgid Racoon can now be configured two ways. #~ msgstr racoon は 2 つの方法で設定可能です。 #~ msgid #~ The traditional one (direct), which is for direct editing of /etc/racoon/ #~ racoon.conf and setup of the SPD using setkey via a shell script written #~ by the systems administrator. You will have to make sure that the kernel #~ has all required modules loaded or the racoon daemon can exit with a #~ 'failed to parse configuration file' error. #~ msgstr #~ 従来の方法 (直接) では、/etc/racoon/racoon.conf を直接編集し、管理者によっ #~ て書かれたシェルスクリプトによる setkey を用いて SPD を設定します。カーネ #~ ルに必要な全てのモジュールが読み込まれていなければ、racoon デーモンは '設 #~ 定ファイルの解析エラー' で終了します。 #~ msgid #~ The new one is the racoon-tool administration front end which configures #~ both, as well as handling module loading and can handle most common #~ setups. Please read /usr/share/doc/racoon/README.Debian for more #~ details. #~ msgstr #~ 新しい方法は、racoon-tool 管理フロントエンドでは、モジュールのロードと、一 #~ 般的なセットアップの両方が行えます。より詳細な情報については、/usr/share/ #~ doc/racoon/README.Debian を読んでください。 #~ msgid #~ Would you like to use the new racoon-tool program to configure VPNs, or #~ the direct editing of /etc/racoon/racoon.conf? #~ msgstr #~ VPN の設定に新しい racoon-tool プログラムを利用しますか?もしくは、直接 / #~ etc/racoon/racoon.conf を編集しますか? #~ msgid Please select from either 'direct' or 'racoon-tool'. #~ msgstr '直接' もしくは 'racoon-tool' のいづれかを選択してください
Bug#474361: udevsettle in /etc/rcS.d/S03udev always hangs and times out
Udev releases = 0.124-3 will print the content of the queue when the 180 seconds timeout is reached. Please report what is printed. -- ciao, Marco signature.asc Description: Digital signature
Bug#461087: Conflict with python-babel
Adam C Powell IV wrote: Greetings, There's a python-babel package for internationalization, which has a Python namespace conflict with the Python runtime bindings for the SIDL Babel. As a possible resolution, how much stuff would I break by changing babel to sidl in [sidl]setup.py? I'm afraid I don't know a whole lot about Python, so I'm out of my league here... [Please include all of the CC addresses in your reply.] Cheers, -Adam I am not really sure. I would probably go with something like sidlbabel, babelsidl, sidl_babel, or babel_sidl if we're going to change it to make sure we don't have to change it again. In general, we don't install our Python extension modules in the Python system directory. Babel users have to specify a PYTHONPATH, and I think changing the name in [sidl]setup.py would change the directory name in the PYTHONPATH. Do any current Babel users want to chime in? Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483994: Udev not set /dev/dri/card* to root:video
On Jul 01, Marco d'Itri [EMAIL PROTECTED] wrote: Udev doesn't set /dev/dri/card* devices to the right permissions root:video, instead they are root:root I suspect that your X server is recreating the device. Can you confirm this? Are there any news about this? -- ciao, Marco signature.asc Description: Digital signature
Bug#494046: [Pkg-openmpi-maintainers] Bug#494046: openmpi-bin: Doesn't work in a chroot environment
On Wed, Aug 06, 2008 at 06:08:57PM -0400, Adam C Powell IV wrote: Package: openmpi-bin Version: 1.2.7~rc2-1 Greetings, As reported upstream [1], openmpi binaries and mpirun don't work in a chroot environment, as mpich does. [1] http://www.open-mpi.org/community/lists/users/2008/07/6245.php As you know, I'm also on that list --- but I didn't notice any follow-up or conclusion. Is there anything actionable here? Dirk -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ ___ Pkg-openmpi-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-openmpi-maintainers -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493943: miro: icon-cache is enormous: 128M
This will be fixed in Miro 2.0. We switched to using gtk resizing instead of generating lots of different sized thumbnails. We don't have a bug for it, but Ben fixed it yesterday in the process of tweaking some ui stuff. clayton wrote: Package: miro Version: 1.2.3-2 Severity: normal I just started using Miro a couple weeks ago, and already ~/.miro is so huge I have already felt the need to move it out of my /home directory: $ du -h dotMiro/ 648KdotMiro/mozilla/Cache 1.2MdotMiro/mozilla 58M dotMiro/icon-cache/extracted 128MdotMiro/icon-cache 139MdotMiro/ Many of the icons are enormous (375k). There seems to be many copies of exactly the same image. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages miro depends on: ii imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libboost-date-time1 1.34.1-11set of date-time libraries based o ii libboost-filesystem 1.34.1-11filesystem operations (portable pa ii libboost-python1.34 1.34.1-11Boost.Python Library ii libboost-thread1.34 1.34.1-11portable C++ multi-threading ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libgcc1 1:4.3.1-2GCC support library ii libglib2.0-02.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3 NetScape Portable Runtime Library ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libssl0.9.8 0.9.8g-12SSL shared libraries ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.1.4-2X11 client-side library ii libxine11.1.14-1 the xine video/media player librar ii libxine1-plugins1.1.14-1 the xine video/media player librar ii libxine1-x 1.1.14-1 X desktop video output plugins for ii miro-data 1.2.3-2 GTK+ based RSS video aggregator da ii python 2.5.2-1 An interactive high-level object-o ii python-dbus 0.82.4-2 simple interprocess messaging syst ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.12-1generic media-playing framework (P ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-gtkmozembed 2.19.1-2 Python bindings for the GtkMozEmbe ii python-pysqlite22.4.1-1 Python interface to SQLite 3 ii python-support 0.8.4automated rebuilding support for P ii xulrunner-1.9 1.9.0.1-1XUL + XPCOM application runner ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime miro recommends no packages. Versions of packages miro suggests: pn python-psyco none (no description available) ii ttf-dejavu2.25-1 Metapackage to pull in ttf-dejavu- -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]