Bug#441951: icedove: When collecting email, it crashes.
Package: icedove Version: 1.5.0.12.dfsg1-0etch1+lenny1 Severity: grave Justification: renders package unusable When collecting email, it collects the email from the server, but doesn't delete it from the server, it crashes before/or while doing this. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686-bigmem (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 icedove depends on: ii debconf [debconf-2. 1.5.14 Debian configuration management sy ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2.1-4GCC support library ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii myspell-en-us [mysp 1:2.3.0~src680m225-1 English_american dictionary for my ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime icedove recommends no packages. -- debconf information: * icedove/browser: GNOME -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367727: jukebox-mercury: must use invoke-rc.d
tags 367727 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was Patch attached to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur jukebox-mercury-0.1/debian/postinst jukebox-mercury-0.1.new/debian/postinst --- jukebox-mercury-0.1/debian/postinst 2003-12-11 18:44:50.0 +0530 +++ jukebox-mercury-0.1.new/debian/postinst 2007-09-12 11:15:55.60840 +0530 @@ -7,7 +7,11 @@ fi if [ -e /dev/mercury -a -e /dev/mercury-1 -a -e /dev/mercury-2 ]; then - /etc/init.d/$prog start + if which invoke-rc.d /dev/null 21; then +invoke-rc.d $prog start + else + /etc/init.d/$prog start + fi else echo This program needs some manual configuration. In /dev create symlinks for the echo following targets: diff -Nur jukebox-mercury-0.1/debian/prerm jukebox-mercury-0.1.new/debian/prerm --- jukebox-mercury-0.1/debian/prerm2003-12-11 18:44:50.0 +0530 +++ jukebox-mercury-0.1.new/debian/prerm2007-09-12 11:17:26.156969000 +0530 @@ -3,7 +3,11 @@ prog=jukebox-mercury if [ -x /etc/init.d/$prog ]; then - /etc/init.d/$prog stop + if which invoke-rc.d /dev/null 21; then +invoke-rc.d $prog stop + else + /etc/init.d/$prog stop + fi fi #DEBHELPER# signature.asc Description: Digital signature
Bug#367760: libtowitoko2: must use invoke-rc.d
tags 367760 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was Patch attached to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur towitoko-2.0.7/debian/libtowitoko2.postinst towitoko-2.0.7.new/debian/libtowitoko2.postinst --- towitoko-2.0.7/debian/libtowitoko2.postinst 2007-09-12 10:58:38.0 +0530 +++ towitoko-2.0.7.new/debian/libtowitoko2.postinst 2007-09-12 11:18:33.997124000 +0530 @@ -59,7 +59,11 @@ db_stop if [ -x /etc/init.d/pcscd ]; then -invoke-rc.d pcscd restart 3/dev/null +if which invoke-rc.d /dev/null 21; then + invoke-rc.d pcscd restart 3/dev/null +else + /etc/init.d/pcscd restart 3/dev/null +fi fi fi diff -Nur towitoko-2.0.7/debian/libtowitoko2.postrm towitoko-2.0.7.new/debian/libtowitoko2.postrm --- towitoko-2.0.7/debian/libtowitoko2.postrm 2007-09-12 10:58:38.0 +0530 +++ towitoko-2.0.7.new/debian/libtowitoko2.postrm 2007-09-12 11:19:46.766151000 +0530 @@ -23,7 +23,11 @@ # restart pcscd (PCSC daemon) if the package is installed # and if pcscd is running if [ -x /etc/init.d/pcscd ]; then - invoke-rc.d pcscd restart 3/dev/null || true + if which invoke-rc.d /dev/null 21; then +invoke-rc.d pcscd restart 3/dev/null || true + else +/etc/init.d/pcscd restart 3/dev/null || true + fi fi ;; signature.asc Description: Digital signature
Bug#367753: xpilot-ng-server: must use invoke-rc.d
tags 367753 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was Patch attached to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur xpilot-ng-4.7.2/debian/xpilot-ng-server.postinst xpilot-ng-4.7.2.new/debian/xpilot-ng-server.postinst --- xpilot-ng-4.7.2/debian/xpilot-ng-server.postinst2007-09-12 10:58:36.0 +0530 +++ xpilot-ng-4.7.2.new/debian/xpilot-ng-server.postinst2007-09-12 11:21:51.368801000 +0530 @@ -64,7 +64,11 @@ # we customize the prerm and therefore run dh_installinit --noscripts. if [ -x /etc/init.d/xpilot-ng-server ]; then update-rc.d xpilot-ng-server defaults /dev/null -invoke-rc.d xpilot-ng-server start +if which invoke-rc.d /dev/null 21; then +invoke-rc.d xpilot-ng-server start +else +/etc/init.d/xpilot-ng-server start +fi fi #DEBHELPER# signature.asc Description: Digital signature
Bug#367762: gnudip: must use invoke-rc.d
tags 367762 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was Patch attached to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur gnudip-2.1.1/debian/postinst gnudip-2.1.1.new/debian/postinst --- gnudip-2.1.1/debian/postinst2007-09-12 10:58:38.0 +0530 +++ gnudip-2.1.1.new/debian/postinst2007-09-12 11:14:12.632102000 +0530 @@ -247,7 +247,7 @@ # Set up the init.d stuff... system (update-rc.d gnudip defaults 99 49 /dev/null) die update-rc.d; -system (/etc/init.d/gnudip start) die Cannot start gnudip; +system (if which invoke-rc.d /dev/null 21; then invoke-rc.d gnudip start; else /etc/init.d/gnudip start; fi) die Cannot start gnudip; exit 0; signature.asc Description: Digital signature
Bug#441764: closed by Frank Lichtenheld [EMAIL PROTECTED] (Re: Bug#441764: packages.debian.org should show Homepage field)
On Tue, Sep 11, 2007 at 03:53:59PM -0400, Joey Hess wrote: Thanks much for the fast fix. However, note that you put the homepage url in the sidebar, and refer to bug #440588 ... I would also like to see the Homepage field for binary packages instead of source packages only. In the past the Homepage info was part of the description and also visible for binary packages. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441952: util-linux: hwclock --file option ineffective
Package: util-linux Version: 2.13-3 Severity: normal hwclock --rtc is ineffective for me. I use kernel 2.6.22 and the new RTC infrastructure. I have /dev/rtc0 and no /dev/rtc. So I can not use hwclock without creating a symlink to /dev/rtc. $ sudo hwclock --systohc --rtc=/dev/rtc0 hwclock: open() of /dev/rtc failed, errno=2: No such file or directory. As root: $ strace -f -s 4096 -e open hwclock --rtc=/dev/rtc0 --systohc open(/etc/ld.so.cache, O_RDONLY) = 3 open(/lib/i686/cmov/libc.so.6, O_RDONLY) = 3 open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3 open(/dev/rtc0, O_RDONLY|O_LARGEFILE) = 3 open(/etc/adjtime, O_RDONLY|O_LARGEFILE) = 3 open(/dev/rtc, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) hwclock: open() of /dev/rtc failed, errno=2: No such file or directory. Process 2842 detached -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages util-linux depends on: ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libncurses5 5.6+20070908-1 Shared libraries for terminal hand ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii libslang2 2.0.7-4 The S-Lang programming library - r ii libuuid11.40.2-1 universally unique id library ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii tzdata 2007g-1 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime util-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441953: ltsp: Overcapitalization in new debconf strings
Package: ltsp Severity: minor The two new debconf strings (text type) use extra capitalization on Thin Client. I'd recommend them to be turned to thin client. This may require unfuzzying already completed translations if you already received some. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#441954: icedove: When collecting email, it crashes.
Subject: icedove: When collecting email, it crashes. Package: icedove Version: 1.5.0.12.dfsg1-0etch1+lenny1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** When collecting email, it collects the email from the server, but doesn't delete it from the server, it crashes before/or while doing this. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686-bigmem (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 icedove depends on: ii debconf [debconf-2. 1.5.14 Debian configuration management sy ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2.1-4GCC support library ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii myspell-en-us [mysp 1:2.3.0~src680m225-1 English_american dictionary for my ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime icedove recommends no packages. -- debconf information: * icedove/browser: GNOME I tried to use reportbug, in fact this report was generated with it. But upon sending the report; sendmail sent it to my local exim server and it went no further, something to look at I guess. ;-) -- regards Robert G. Moonen registered Linux user number 298132 I swear, we're working on restoring sanity, as soon as we can find the backup tapes -- Charles Kuffner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441955: vpnc: automatically disconnect after 30 seconds
Package: vpnc Version: 0.5.0-1 Severity: important What is happening is that after connecting to a remote server, I start ssh toward a remote machine and after about 30 seconds from the vpnc connection, the connection is halted and the tunnel closed. I think the problem wasn't present in 0.4.0-3.1, but I am not really sure. Bye, Giuseppe -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-xen-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages vpnc depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libgcrypt11 1.2.4-2LGPL Crypto library - runtime libr vpnc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430183: bugs.debian.org: some bugs don't get marked as resolved even after fix enters unstable
On Sat, Jun 23, 2007 at 02:03:25PM +0100, Adam D. Barratt wrote: On Sat, 2007-06-23 at 00:46 -0400, Michael Gilbert wrote: Package: bugs.debian.org Severity: normal some bugs end up being listed as outstanding even after the version of the package with the fix enters unstable. it should be expected that the bug would be listed as resolved once the fixed version is uploaded. *and * built on all architectures, at least. Hhm, I noticed that http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=hex-a-hop sometimes contains fixed bugs with Done status as outstanding and sometimes not. I first wanted to report it until I saw that a package has to be built on *all* architectures. This is *not* true for hex-a-hop (m68) so I expect (according to the quoted mail) that also Done bugs (such as #438800) show up as unresolved (but I would prefer to have these bugs listed as resolved). Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439986: Renaming `UPSCONN' to `UPSCONN_t' causes problems when upgrading.
Hi Arnaud, On Tue, Sep 11, 2007 at 08:53:21PM +0200, Arnaud Quette wrote: Since I'm preparing 2.2.1, I will add a typedef to manage the backward compat. I've fixed it in the subversion trunk and Testing branches. thanks :) A last question: what is your use of this (wmnut or something else)? It's collectd http://collectd.org/. The story is this: First, a user complained that he couldn't build the plugin which queries nut. After some debugging it turned out that his version of libupsclient was linked against libssl. So I told him (how) to use CFLAGS and put him off the next version which would use `libupsclient-config' to get the flags right automatically. He came back to me and said that the configure script detected the library correctly, but he still had problems building the plugin. I saw in the CC output he sent me that the type was missing and after upgrading my Debian packages I could reproduce the problem.. I've added the appropriate checks to the configurescript now, but I guess other client projects will have the same problem eventually.. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ signature.asc Description: Digital signature
Bug#441860: initramfs-tools: Resume from swap partition in LVM doesn't work
Hi, thanks for the quick reply. On Tue, 11 Sep 2007, maximilian attems wrote: On Tue, Sep 11, 2007 at 03:56:15PM +0200, Raphael Hertzog wrote: I grepped for RESUME in /etc/initramfs-tools/ and /usr/share/initramfs-tools/ but found no obvious use of that variable (except it's sourced by the init script). Where is it used? hmm thanks for report, at a quick look i think this is a regression in the unstable version, could you downgrade to i-t in testing and give feedback? Yes, I just did so, I confirm that it works with the version in testing (0.90a). Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#284854: pam fails when building an internal tool - needs CC_FOR_BUILD
On Tue, 11 Sep 2007 16:30:33 -0700 Steve Langasek [EMAIL PROTECTED] wrote: Now this is because pam does not support CC_FOR_BUILD which should be used to allow cross-builds to use gcc to build internal tools that are expected to be run during the build (and which would then have to be cleaned and rebuilt if these were to be packaged). These are the preliminary changes I need to make to support CC_FOR_BUILD: Ok. I'll probably push this patch upstream first and pull it back down with the next upstream release; we have enough local Debian patches right now without adding more feature patches. Excellent, thanks. (CC_FOR_BUILD support for cross-building in Debian is only available via the experimental version of dpkg-cross (= 1.99+2.0.0pre2-1) along with apt-cross (= 0.2.9) (from Emdebian SVN) and emdebian-tools (= 0.3.9) (from Emdebian SVN) *and* a patched version of dpkg-buildpackage from #439979 [0]. However, all these changes are being incorporated into the main packages in due course.) Sorry, in what sense is any support for CC_FOR_BUILD needed there at all? What I see above is a self-contained autoconf rule. Because dpkg-cross in unstable is buggy (has been for years) and I'm currently in the process of fixing it. :-) Cross-building (in Debian at least) currently involves rewriting the -I and -L paths of every command line passed to the cross-compiler to locate the foreign architecture shared objects in /usr/$arch_triplet/include and /usr/$arch_triplet/lib respectively. 'arm-linux-gnu-gcc -I/usr/include ... -L/usr/lib ...' becomes 'arm-linux-gnu-gcc -I/usr/arm-linux-gnu/include ... -L/usr/arm-linux-gnu/lib ...'. This allows the final binary to find the correct objects in /usr/lib rather than altering the --libdir option to ./configure which would expect the installed cross-package to look for objects in /usr/$arch_triplet/lib. The version of dpkg-cross in unstable makes the mistake of overwriting MAKEFLAGS as part of this (forcing the value of $CC on the 'make' command line) which then tramples all over CC_FOR_BUILD. The version in experimental is a rewrite that does not overwrite MAKEFLAGS, still correctly locates the libs and headers (according to whether the call is to the cross-compiler or the CC_FOR_BUILD compiler) and thereby allows CC_FOR_BUILD to work correctly during the cross-build. This then makes it possible to merge the dpkg-cross code back into dpkg and this is now being done. (See #439979). The CC_FOR_BUILD fix relates to bug 425445. CDBS has a similar issue (note to self: file the CDBS bug!). -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpXmw9bpz5TU.pgp Description: PGP signature
Bug#439986: Renaming `UPSCONN' to `UPSCONN_t' causes problems when upgrading.
Hi Florian 2007/9/12, Florian Forster [EMAIL PROTECTED]: Hi Arnaud, On Tue, Sep 11, 2007 at 08:53:21PM +0200, Arnaud Quette wrote: Since I'm preparing 2.2.1, I will add a typedef to manage the backward compat. I've fixed it in the subversion trunk and Testing branches. thanks :) A last question: what is your use of this (wmnut or something else)? It's collectd http://collectd.org/. I should have recalled it, sorry ;-) btw, I've added the specific nut-plugin link in the client page. The story is this: First, a user complained that he couldn't build the plugin which queries nut. After some debugging it turned out that his version of libupsclient was linked against libssl. So I told him (how) to use CFLAGS and put him off the next version which would use `libupsclient-config' prefer to use pkg-config and its autoconf macros. libupsclient-config is only there for systems not supporting pkg-config... to get the flags right automatically. He came back to me and said that the configure script detected the library correctly, but he still had problems building the plugin. I saw in the CC output he sent me that the type was missing and after upgrading my Debian packages I could reproduce the problem.. I've added the appropriate checks to the configurescript now, but I guess other client projects will have the same problem eventually.. there is not many clients using that lib. For example, nagios has reimplemented the network protocol (since it's ascii, and easy to do so). thanks and keep up your good work, Arnaud -- Free Software Developer - http://arnaud.quette.free.fr/ Debian Developer - http://people.debian.org/~aquette/ Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Ubuntu Media Center (UMC) Project Leader - https://launchpad.net/~umc-team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441954: icedove: When collecting email, it crashes.
merge 441951 441954 thanks On 07/09/12 16:50 +1000, Robert Moonen said ... When collecting email, it collects the email from the server, but doesn't delete it from the server, it crashes before/or while doing Looks like your earlier email did go through. See http://bugs.debian.org/441951 Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#432893: Processed: severity of 432893 is important
Hi, On Tue, 11 Sep 2007, Filipus Klutiero wrote: I don't see why I should not change the severity of a report against a package I'm not maintaining if the severity looks incorrect and the maintainance team didn't state anything about the severity. If you were basing that on something, please let me know. Consider that changing severities of bug reports is not your business and they are not considered a positive contribution of your own. The release team will lower severities = serious if they are over-inflated, the maintainer can do so as well. If you believe a severity to be wrong, please state so in the bug log and let the maintainer change it if he wishes and that's it. You make us loose valuable time arguing on severities. I hope you can find some better way of contributing to the Debian project because your current stance on handling bug severities is not very much appreciated. In any case, considering what you wrote, I'll refrain from changing the severity of reports against dpkg, which means I will not downgrade this report even if Kurt does not answer timely. You're not in a position where you can request/expect timely responses. People have the right to ignore you because you're not the maintainer and they don't believe your contributions to be useful. As long as your contributions are NOT backed by some solid technical skills, this won't change. This doesn't apply only to dpkg but also to all Debian packages. If bug-triager is something that appeals to you, I'd suggest to concentrate on a single package and cooperate up-front with the maintainer and decide of a strategy to clean up the BTS. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#441904: dpkg: [update-alternatives]: Please add a machine-readable variant of --display
Hi, On Mon, 10 Sep 2007, Frank Küster wrote: We had to fix some older alternatives breakage from a package we took over, and used update-alternatives --display to see whether we needed to do anything. Unfortunately, # [EMAIL PROTECTED] update-alternatives --display xdvi.bin xdvi.bin - Status ist auto. Link verweist zur Zeit auf /usr/bin/xdvi-xaw.bin /usr/bin/xdvi-xaw.bin - Priorität 30 Gegenwärtig »beste« Version ist /usr/bin/xdvi-xaw.bin. # which is impossible to parse (at least not if we think about all the other languages). This showed up in #438551, and we fixed it by prepending LC_ALL=C to our call to u-a, but it would be nice if there was an interface to query update-alternative's status with respect to a particular alternative. Something which doesn't change with localization, and hardly with time (and if it does, gets an entry in NEWS.Debian). What about readlink /etc/alternatives/xdvi.bin ? Or did you specifically need the info about the status (auto or not)? Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#430183: bugs.debian.org: some bugs don't get marked as resolved even after fix enters unstable
On Wed, 12 Sep 2007, Jens Seidel wrote: Hhm, I noticed that http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=hex-a-hop sometimes contains fixed bugs with Done status as outstanding and sometimes not. They'll be marked done if the bug is fixed for the *source* package in unstable. The pkg= pages show the status of the *binary* package in unstable. Don Armstrong -- For a moment, nothing happened. Then, after a second or so, nothing continued to happen. -- Douglas Adams http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#191963: vlock 2.x has support for disabling sysrq
tags 191963 - wontfix fixed 191963 2.0~rc2-1 thanks Hello! On Tue, 11 Sep 2007 08:10:21 +0200, Alexander Wirt wrote: vlock now support disabling sysrq with -s option. So I close this bug now. Thanks for having closed the bug. FWIW, I removed the wontfix tag (which is no more valid, since upstream implemented the wishlist) and added the first version in unstable where the bug has been fixed [1]. Hope it's OK. Thx, bye, Gismo / Luca Footnotes: [1] while this should have been 2.0~rc1-1, I couldn't find it on http://snapshot.debian.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441249: [Pkg-xen-devel] Bug#441249: xen-hypervisor-3.0.3-1-i386-pae: Problems using XEN when Quagga is running
Hello, I disabled ipv6: no more problems, whatever vif-script I use. I don't need ipv6 so this workaround works fine for me. This issue is maybe unrelated to Xen. I would need to do more testing to be sure. I hope this will save some time from someone else getting the same problem. :) Here's what I did: - xen1:~# pico /etc/modprobe.d/00disable-ipv6 xen1:~# cat /etc/modprobe.d/00disable-ipv6 alias net-pf-10 off alias ipv6 off xen1:~# reboot ... xen1:~# cp /etc/xen/scripts/vif-route.orig /etc/xen/scripts/vif-route xen1:~# xm create test7.cfg Using config file /etc/xen/test7.cfg. Started domain test7 xen1:~# xm list Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 1892 2 r- 9.8 test7 1 128 1 -b 2.8 xen1:~# xm shutdown test7 xen1:~# xm list Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 1892 2 r- 10.6 xen1:~# xm create test7.cfg Using config file /etc/xen/test7.cfg. Started domain test7 xen1:~# - Best regards, Mikko Korkalo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397087: ITP: policykit -- framework for managing administrative policies and privileges
Arnaud Quette schrieb: Hi Michael, Any news on this point? I'm looking forward to completing the UPS support through HAL. And part of this is the creation of policies using the PolicyKit... I've been working on the policykit(-gnome) and hal pieces lately. You can find it at http://svn.debian.org/wsvn/pkg-utopia/packages/experimental/hal/ http://svn.debian.org/wsvn/pkg-utopia/packages/experimental/policykit-gnome/ http://svn.debian.org/wsvn/pkg-utopia/packages/experimental/policykit/ If you want to give these packages a try, I would welcome any feedback (you'd also want to use/compile gnome-mount from current svn, which already has the necessary PolicyKit bits). I'll probably release packages for experimental. Dunno yet when though, hopefully soon. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#441653: syrep: FTBFS: /usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/libdb.so: undefined reference to `pthread_mutex_trylock'
tags 441653 confirmed thanks Hi, I'll reproduce this error and fix it asap. Thanks, -- .`. Marvin Stark [EMAIL PROTECTED] : : :Homepage: www.der-marv.de `. `` `- Debian - when you have better things to do than fix a system pgpSXiqYmpzlT.pgp Description: PGP signature
Bug#441899: syrep crashes after updating repository (Zpeicherzugriffsfehler)
On Tuesday 11 September 2007 21:14, Daniel Müller wrote: Package: syrep Version: 0.9-2 Severity: normal Hallo, Hi, syrep --update . crashes after processing the whole repository with: Writing nrecno_name (811008 bytes) to package. Speicherzugriffsfehler The problem occurs not on the system described below, but on a Pentium 5 having also debian etch installled. How can I help you to solve this bug? I forwarded this bug to upstream. Could you please attach a strace log of this error? Best regards Daniel -- 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 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages syrep depends on: ii libattr1 2.4.32-1 Extended attribute shared library ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdb4.3 4.3.29-8 Berkeley v4.3 Database Libraries [ ii zlib1g 1:1.2.3-13 compression library - runtime syrep recommends no packages. -- no debconf information Thanks, -- .`. Marvin Stark [EMAIL PROTECTED] : : :Homepage: www.der-marv.de `. `` `- Debian - when you have better things to do than fix a system pgpRtWe0Qk4Wu.pgp Description: PGP signature
Bug#441836: fails to install
On 11.09.07 Rafal Czlonka ([EMAIL PROTECTED]) wrote: Hi Norbert, Package: luatex Version: 0.11.0-1 Severity: grave According to http://foundry.supelec.fr/projects/luatex the latest version of luatex is 0.10.2. Where did you get the 0.11.0 from? Is that a versioned snap shot? H, -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441956: [documantation] how to assign a bug to two packages is not documented
Package: debbugs Severity: minor --- Please enter the report below this line. --- As the title suggests, I couldn't find documentation on assigning a BR to two packages at once (be it from the start, or later through a reassign command). --- System information. --- Architecture: amd64 Kernel: Linux 2.6.21-2-amd64 Debian Release: lenny/sid 900 testing www.emdebian.org 900 testing snapshot.debian.net 900 testing security.debian.org 900 testing ftp.ro.debian.org 900 testing eddyp.homelinux.net 10 unstableftp.ro.debian.org 10 unstableeddyp.homelinux.net --- Package information. --- Depends (Version) | Installed ===-+-=== |
Bug#430183: bugs.debian.org: some bugs don't get marked as resolved even after fix enters unstable
Jens Seidel wrote, 12 September 2007 08:00: [...] Hhm, I noticed that http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=hex-a-hop sometimes contains fixed bugs with Done status as outstanding and sometimes not. I first wanted to report it until I saw that a package has to be built on *all* architectures. This is *not* true for hex-a-hop (m68) so I expect (according to the quoted mail) that also Done bugs (such as #438800) show up as unresolved (but I would prefer to have these bugs listed as resolved). That's a slight imprecision on my part, although in practical terms it rarely makes a difference. The bug must be not present on all architectures. Although hex-a-hop is out-of-sync on m68k, that doesn't affect the bug's status. The bug is marked as found in -3 and fixed in -4 but m68k currently has -2 which is not marked as being affected by the bug. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405637: postgrey process dying
On 18/01/2007 at 09:06 +0100, Adrian von Bidder wrote: This is about the postgrey hang that I talked about previously. Really Annoying. (And I'm still happily running postgrey without any problems on my own machine, of course...) Hi, I do not know if this is a regression or what. But since Tuesday I’m experiencing this postgrey crashes (the same error than José Carlos). This is the first time it happened on my server: | Sep 11 02:55:31 bacterio postfix/smtpd[32191]: connect from nixe.bergantells.net[213.239.199.107] | Sep 11 02:55:31 bacterio postgrey[19113]: action=pass, reason=client whitelist, client_name=nixe.bergantells.net, client_address=213.239.199.107, [...] | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning up old logs... | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning up old entries... | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning main database finished. before: 597, after: 500 | Sep 11 02:55:31 bacterio postgrey[19113]: FATAL: Can't call method txn_commit on an undefined value at /usr/sbin/postgrey line 289. | Sep 11 02:55:32 bacterio postfix/smtpd[32191]: warning: connect to 127.0.0.1:6: Connection refused And tonight again: | Sep 12 02:39:42 bacterio postfix/smtpd[21792]: connect from 89.1.126.105.dynamic.barak-online.net[89.1.126.105] | Sep 12 02:39:43 bacterio postgrey[7560]: action=greylist, reason=new, client_name=89.1.126.105.dynamic.barak-online.net, client_address=89.1.126.105, [...] | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning up old logs... | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning up old entries... | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning main database finished. before: 138, after: 138 | Sep 12 02:39:43 bacterio postgrey[7560]: FATAL: Can't call method txn_commit on an undefined value at /usr/sbin/postgrey line 289. | Sep 12 02:39:44 bacterio postfix/smtpd[21792]: warning: connect to 127.0.0.1:6: Connection refused After it happened the first time yesterday, I wiped the postgrey database (so hi doubt it would be db corruption). Jose, can you please confirm the versions of the postgrey, libberkeleydb-perl, libdb4.3, libdb4.4 (depending on the libberkeleydb-perl verison either of those is used) and perl Debian packages that are installed on your system? These are the versions of the packages you asked Jose: | # dpkg-query -W postgrey libberkeleydb-perl libdb4.3 libdb4.4 perl | libberkeleydb-perl 0.31-1 | libdb4.34.3.29-9 | libdb4.44.4.20-9 | perl5.8.8-7 | postgrey1.31-1 | # uname -a | Linux bacterio 2.6.22.6 #1 Fri Aug 31 13:16:16 CEST 2007 i686 GNU/Linux Anything special about your system? Xen, vmware or whatever? NFS or some other network based filesystem on the partition where the database is located? Kernel is a vanilla (from kernel.org) compiled by myself, I do not use Xen and the db resides on a normal ide disk on the local machine. I kwnow it’s not too much information I’m providing, as this is highly annoying I would be very glad to test anything or provide any additional information you should need. Thanks in advance. -- Kiko
Bug#430183: bugs.debian.org: some bugs don't get marked as resolved even after fix enters unstable
On Wed, Sep 12, 2007 at 12:22:10AM -0700, Don Armstrong wrote: On Wed, 12 Sep 2007, Jens Seidel wrote: Hhm, I noticed that http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=hex-a-hop sometimes contains fixed bugs with Done status as outstanding and sometimes not. They'll be marked done if the bug is fixed for the *source* package in unstable. The done status is not the problem, it was always OK in contrast to the resolved or outstanding flag which swapped already at least twice (from outstanding-resolved-outstanding-resolved) over the last 6 weeks (not for a single bug, for really many!). Yesterday (and also before) all fixed bugs in the source package where still marked as outstanding! Now they are marked properly as resolved. Could it be related to the fact that the release date of version -4 in the changelog was by accident too old (even older as some bugs it closes)? The pkg= pages show the status of the *binary* package in unstable. No, I looked only at the source status. So I probably misinterpreted the built on all architectures statement. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441957: debtorrent uses a lot of memory
Package: debtorrent Version: 0.1.4.1 Severity: normal After running for a while, the debtorrent-client bloats up in memory, in top I have it using 23% of memory on my machine which has 1Go of it. PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 3632 debtorre 15 0 290m 240m 2548 R 0.0 23.7 18:46.44 debtorrent-clie -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages debtorrent depends on: ii adduser 3.105 add and remove users and groups ii python2.4.4-6An interactive high-level object-o ii python-support0.6.4 automated rebuilding support for p Versions of packages debtorrent recommends: pn apt-transport-debtorrent none(no description available) ii python-crypto 2.0.1+dfsg1-2 cryptographic algorithms and proto -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405637: postgrey process dying
Yay! Sorry for not being able to provide more info. Somehow I have missed your mail, but I have to say that I still experience the same problem from time to time with current unstable. It does not follow a pattern, as it can be working for 2 months without any problem, then hang and hang again just after it being restarted, working fine if restarted again. I think that there is a hidden bug that some conditions tigger. Perhaps running it in some kind of debug mode could help understanding the problem. Thanks On 9/12/07, Kiko Piris [EMAIL PROTECTED] wrote: On 18/01/2007 at 09:06 +0100, Adrian von Bidder wrote: This is about the postgrey hang that I talked about previously. Really Annoying. (And I'm still happily running postgrey without any problems on my own machine, of course...) Hi, I do not know if this is a regression or what. But since Tuesday I'm experiencing this postgrey crashes (the same error than José Carlos). This is the first time it happened on my server: | Sep 11 02:55:31 bacterio postfix/smtpd[32191]: connect from nixe.bergantells.net[213.239.199.107] | Sep 11 02:55:31 bacterio postgrey[19113]: action=pass, reason=client whitelist, client_name=nixe.bergantells.net, client_address= 213.239.199.107, [...] | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning up old logs... | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning up old entries... | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning main database finished. before: 597, after: 500 | Sep 11 02:55:31 bacterio postgrey[19113]: FATAL: Can't call method txn_commit on an undefined value at /usr/sbin/postgrey line 289. | Sep 11 02:55:32 bacterio postfix/smtpd[32191]: warning: connect to 127.0.0.1:6: Connection refused And tonight again: | Sep 12 02:39:42 bacterio postfix/smtpd[21792]: connect from 89.1.126.105.dynamic.barak-online.net[89.1.126.105] | Sep 12 02:39:43 bacterio postgrey[7560]: action=greylist, reason=new, client_name=89.1.126.105.dynamic.barak-online.net, client_address= 89.1.126.105, [...] | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning up old logs... | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning up old entries... | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning main database finished. before: 138, after: 138 | Sep 12 02:39:43 bacterio postgrey[7560]: FATAL: Can't call method txn_commit on an undefined value at /usr/sbin/postgrey line 289. | Sep 12 02:39:44 bacterio postfix/smtpd[21792]: warning: connect to 127.0.0.1:6: Connection refused After it happened the first time yesterday, I wiped the postgrey database (so hi doubt it would be db corruption). Jose, can you please confirm the versions of the postgrey, libberkeleydb-perl, libdb4.3, libdb4.4 (depending on the libberkeleydb-perl verison either of those is used) and perl Debian packages that are installed on your system? These are the versions of the packages you asked Jose: | # dpkg-query -W postgrey libberkeleydb-perl libdb4.3 libdb4.4 perl | libberkeleydb-perl 0.31-1 | libdb4.34.3.29-9 | libdb4.44.4.20-9 | perl5.8.8-7 | postgrey1.31-1 | # uname -a | Linux bacterio 2.6.22.6 #1 Fri Aug 31 13:16:16 CEST 2007 i686 GNU/Linux Anything special about your system? Xen, vmware or whatever? NFS or some other network based filesystem on the partition where the database is located? Kernel is a vanilla (from kernel.org) compiled by myself, I do not use Xen and the db resides on a normal ide disk on the local machine. I kwnow it's not too much information I'm providing, as this is highly annoying I would be very glad to test anything or provide any additional information you should need. Thanks in advance. -- Kiko -- -- José Carlos García Sogo
Bug#441152: [Pkg-db-devel] Bug#441152: Bug#441152: more info
On Tue, Sep 11, 2007 at 10:19:09PM +0200, Florian Weimer wrote: No, *this* reverting is precisely what introduced the breakage. We need to switch back to the previous default, especially since db4.4 is part of stable and that change modified its external interface in quite a drastic way. *sigh* If you'd like to add yourself to Uploaders and re-apply the patch, I think that would be excellent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441369: jack: crashes on terminal resize
* Martin Michlmayr [EMAIL PROTECTED] [2007-09-10 20:24]: * Felix C. Stegerman [EMAIL PROTECTED] [2007-09-09 12:46]: No, it didn't. I've been using jack a lot in the past weeks, and [for the reasons mentioned] resize the window quite often. I updated some packages yesterday, including jack, and noticed the problem today. That's bad. I'm away on holidays for a week now, but I'll look into this later this month. In the meantime, you can grab the previous version of jack from http://snapshot.debian.net/ Thanks. I'd forgotten about snapshot.debian.net. One more question: does it always fail in the same way (i.e. is the Python traceback always the same)? It looks that way. I've tried 4 times and got the same error each time. - Felix -- Felix C. Stegerman [EMAIL PROTECTED] http://obfusk.net ~ Any sufficiently advanced bug is indistinguishable from a feature. ~ -- R. Kulawiec ~ vim: set ft=mail tw=70 sw=2 sts=2 et: signature.asc Description: Digital signature
Bug#441932: [Pkg-db-devel] Bug#441932: DB_HASH support broken in BerkeleyDB 4.6.19 ?
On Wed, Sep 12, 2007 at 12:03:35AM +0200, Matthias Klose wrote: http://groups.google.com/group/comp.databases.berkeley-db/browse_thread/thread/abf12452613ca7ec causes the python test suite to crash. Anyone know if this worked with 4.6.18? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441836: fails to install
Hilmar Preusse wrote: According to http://foundry.supelec.fr/projects/luatex the latest version of luatex is 0.10.2. Where did you get the 0.11.0 from? Is that a versioned snap shot? Debian repository. Cheers, -- Raf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441533: ftbfs with g++-4.3/gcc-snapshot
* Matthias Klose [Mon, Sep 10, 2007 at 06:46:49PM +0200]: Laurent Fousse writes: * Matthias Klose [Mon, Sep 10, 2007 at 12:08:47PM +0200]: can you verify that? GMP 4.2.2 is on its way, maybe it's worth a try to test it too, so if it's an upstream GMP bug it can be fixed: http://gmplib.org/gmp-4.2.2-rc4.tar.bz2 is there an experimental package? Not that I know of. Btw, 4.2.2 is just released. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430317: doctor and hospital data lists
Only until Sep 14 - Purchase the MD Database at the sale price and get Hospital, Nursing Home and Dentist data at no charge Licensed MDs in the USA 788,737 in total 17,400 emails MD in over 34 specialties Over a dozen sortable fields New Price: $356 *** FREE OFFER: Get the 3 directories below for FREE with the purchase of the Doctor data *** Database of US Hospitals more than 23k hospital administrators in over 7k hospitals [worth over $300 alone) Dentists in the USA 597,000 dentists and dental services ( a $300 value!) Nursing Homes in the USA includes over 31,589 Senior administrators, 11,288 Nursing Directors in over 14,706 Nursing Homes in the United States. (value: $249) send us an email: [EMAIL PROTECTED] send a blank email with nomore in the subject to be unlisted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433742: mirror submission for debian.med.univ-tours.fr
Simon Paillard wrote: Hello Virgile, On Wed, Sep 05, 2007 at 03:53:00PM +0200, Virgile Aguillon wrote: Simon Paillard wrote: On Thu, Jul 19, 2007 at 08:39:22AM +, Virgile Aguillon wrote: Site: debian.med.univ-tours.fr [..] It seems you don't use anonftpsync yet. [..] This script also doesn't localize the local trace file, while http://debian.med.univ-tours.fr/debian/project/trace/debian.med.univ-tours.fr is localized. Still the same. Either you don't use the last version of anonftpsync ( http://debian.org/mirrors/anonftpsync ) or you still have a script that generates an incorrect local trace file (you can disable this script): http://debian.med.univ-tours.fr/debian/project/trace/debian.med.univ-tours.fr You should delete http://debian.med.univ-tours.fr/debian-non-US/ which is obsolete since the release of sarge, more than 2 years ago. Same remark. What are the available bandwidth, and the update frequency ? My type is Push (not Leaf) from ftp.fr.debian.org. *That* is great :) Now I use anonftpsync. My available Bandwidh is 100Mo. I guess you mean 100Mbps instead ? Please tell me when the two problems above will be fixed, so that I can add you mirror in the list. Thanks for mirroring Debian and best regards. Hello Yes my bandwidh is 100Mbps. Normally all bugs are fixed. Thanks begin:vcard fn:Virgile Aguillon n:Aguillon;Virgile org;quoted-printable:Facult=C3=A9 de M=C3=A9decine;Service Informatique adr;quoted-printable;dom:;;10 bvd Tonnell=C3=A9 ;Tours;;37032 email;internet:[EMAIL PROTECTED] title;quoted-printable:Administrateur Syst=C3=A8mes R=C3=A9seaux tel;work:02 47 3 66160 tel;fax:02 47 3 66099 url:http://www.med.univ-tours.fr version:2.1 end:vcard
Bug#441836: fails to install
On 12.09.07 Rafal Czlonka ([EMAIL PROTECTED]) wrote: Hilmar Preusse wrote: Hi, According to http://foundry.supelec.fr/projects/luatex the latest version of luatex is 0.10.2. Where did you get the 0.11.0 from? Is that a versioned snap shot? Debian repository. Thanks for answering. The question was not for you but for Norbert, who built the luatex package. It seems, he packaged a non-existing version of luatex. ;-) H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441152: [Pkg-db-devel] Bug#441152: Bug#441152: more info
* Clint Adams: On Tue, Sep 11, 2007 at 10:19:09PM +0200, Florian Weimer wrote: No, *this* reverting is precisely what introduced the breakage. We need to switch back to the previous default, especially since db4.4 is part of stable and that change modified its external interface in quite a drastic way. *sigh* If you'd like to add yourself to Uploaders and re-apply the patch, I think that would be excellent. Okay, will do that if nobody beats me to it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441378: xsysinfo: doesn't start with kernel 2.6.21 and -load
Hi Roland, at home I've tried to replicate the issue on a box with 2.6.21-1-i686SMP but I was not able: it works fine. So, I don't know if it depends on debian subrelease (I got -1 and you -2; I'll try upgrade the kernel to -2 and see what happen) or on the architecture (i686 vs amd64). It could be useful if you can provide the output of $ strace xsysinfo Maybe, you could try to upgrate to 2.6.22-2 (that was released just some days ago) and report if the error is still present. Thanks, Sandro On 9/9/07, Roland Rosenfeld [EMAIL PROTECTED] wrote: Package: xsysinfo Version: 1.7-6 Version: 1.7-5 Severity: normal Tag: lenny, sid After upgrading from etch to lenny (including a Kernel upgrade from 2.6.18 to 2.6.21) xsysinfo stopped working on my system but outputs only a message: $ xsysinfo get_total_procs: Success As a workaround I added the option -noload which lets me start the program, but suppresses the Load: gauge. Downgrading xsysinfo to 1.7-5 from etch doesn't change the broken behavior. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xsysinfo depends on: ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxaw7 2:1.0.4-1X11 Athena Widget library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxpm4 1:3.5.7-1X11 pixmap library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library xsysinfo recommends no packages. -- no debconf information Tscho Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ * -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441958: locales: 'EOF on stdin at conffile prompt' on noninteractive update
Package: locales Version: 2.6.1-3 Severity: normal the following code snippet # one of dialog|noninteractive|readline| export DEBIAN_FRONTEND=noninteractive # one of low|medium|high|critical export DEBIAN_PRIORITY=high [...] apt-get -fuy upgrade || errcnt=$? lead to the following error message: Setting up locales (2.6.1-3) ... Configuration file `/etc/locale.alias' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** locale.alias (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing locales (--configure): EOF on stdin at conffile prompt Setting up aspell-de (20070829-3) ... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22.6-tkn-piv-2 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 [glibc-2.6-1] 2.6.1-3GNU C Library: Shared libraries locales recommends no packages. -- debconf information: * locales/default_environment_locale: [EMAIL PROTECTED] * locales/locales_to_be_generated: de_DE.UTF-8 UTF-8, [EMAIL PROTECTED] ISO-8859-15, en_US ISO-8859-1, [EMAIL PROTECTED] UTF-8, en_GB ISO-8859-1, en_GB.ISO-8859-15 ISO-8859-15, en_GB.UTF-8 UTF-8, en_IE ISO-8859-1, en_IE.UTF-8 UTF-8, [EMAIL PROTECTED] UTF-8, [EMAIL PROTECTED] ISO-8859-15, en_US.ISO-8859-15 ISO-8859-15, en_US.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441959: sysmacros.h no longer compatibile with -ansi
Package: libc6-dev
Version: 2.6.1-3
Severity: important
Compiling this simple program:
#define _GNU_SOURCE
#include sys/types.h
int main (void) { return 0; }
with gcc -ansi results in:
In file included from /usr/include/sys/types.h:223,
from example.c:2:
/usr/include/sys/sysmacros.h:65: error: expected '=', ',', ';', 'asm' or
'__attribute__' before 'unsigned'
/usr/include/sys/sysmacros.h:71: error: expected '=', ',', ';', 'asm' or
'__attribute__' before 'unsigned'
/usr/include/sys/sysmacros.h:77: error: expected '=', ',', ';', 'asm' or
'__attribute__' before 'unsigned'
Simple fix is to change inline to __inline for the 3 new inline
functions added in local-sysmacros.diff.
-Yosh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410162: ITP: schafkopf -- a popular Bavarian card game
Hi Sebastian, What is the status of this ITP? Grüße, Frank signature.asc Description: This is a digitally signed message part.
Bug#441836: fails to install
Hilmar Preusse wrote: Thanks for answering. The question was not for you but for Norbert, who built the luatex package. It seems, he packaged a non-existing version of luatex. ;-) If the nonexistent version worked, that would be quite useful skill ;^) Cheers, -- Raf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412010: missing pxe (netboot) bios
Unfortunately, these files cannot be located in other packages. The trouble is that full path to PXE images is hardcoded in the vl.c source file. According to it, you have to store your files in the /usr/share/qemu/ directory with names pxe-CARDMODEL.bin. I believe that inclusion these files in the package will be a right solution. -- Roman Imankulov [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441561: [Evolution] Bug#441561: symbol lookup error: /usr/lib/evolution/2.10/libeutil.so.0: undefined symbol: gnome_icon_theme_new
On Tuesday 11 September 2007 11:00:11 you wrote: On Mon, Sep 10, 2007, david wrote: crash on startup same problem for gnome-session Please report the output of ldd /usr/bin/evolution and/or ldd /usr/bin/gnome-session. Dear Mr. Loic Minier, thank you for interest and quick answer! Are you the mantainer of the packages above? By the way the problems began more than one month ago after a periodical upgrade. At first I wasn't able to login in my gnome session, later (a week ago) I came back from vacancy and had a big upgrade (I think was a change of debian release and surely of gnome and I made apt-get dist-upgrade and upgrade) and now I'm not able to run quite any gnome application (gnome-cd, gnome-ppp, gnome-alsamixer they run). At first, the programs above and all the gnome applications I tried they asked me for a library (also requested as with using ldd) : liblinc.so.1 that is not in any repositories but I found (liblink.so.1.0.0) in some rpm pacakges. This library was requested from all the gnome-packages I tried so no one of them started. After installing the liblinc library I had and have on the same packages a symbol lookup error. Most of them as for the evolution and gnome-session are tognome_icon_theme_new related. (perhaps is a localization problem? ; I installed gnome_icon_theme_nuovo (that means new in italian). For example gnome-text-editor crashes for a symbol lookup error reporting undefined symbol: gnome_authentication_manager_init . It's quite surprising that no other people is now reporting problem like this but for me the gnome desktop (the one I normally use) is completly unusable (so I reported as important as indicated, I apologize if I was not right with classification). I always run a Debian testing release; I tried Sid repository only to find the above liblinc library and more recent packages for evolution or gnome-session but i installed nothing from there (almost I think so) and came back to testing. Any help is well appreciated. If you think I have to post this message to other person or place let me know it, please. Best regards, David Cavazzini Here are my ldd responses: [EMAIL PROTECTED]:/home/david# ldd /usr/bin/evolution linux-gate.so.1 = (0xb7f2a000) libeshell.so.0 = /usr/lib/evolution/2.10/libeshell.so.0 (0xb7f19000) libemiscwidgets.so.0 = /usr/lib/evolution/2.10/libemiscwidgets.so.0 (0xb7ebb000) libetimezonedialog.so.0 = /usr/lib/evolution/2.10/libetimezonedialog.so.0 (0xb7eb6000) libhal.so.1 = /usr/lib/libhal.so.1 (0xb7e8a000) libnotify.so.1 = /usr/lib/libnotify.so.1 (0xb7e83000) libetext.so.0 = /usr/lib/evolution/2.10/libetext.so.0 (0xb7e67000) libetable.so.0 = /usr/lib/evolution/2.10/libetable.so.0 (0xb7df5000) libevolution-widgets-a11y.so.0 = /usr/lib/evolution/2.10/libevolution-widgets-a11y.so.0 (0xb7dec000) libevolution-a11y.so.0 = /usr/lib/evolution/2.10/libevolution-a11y.so.0 (0xb7dd8000) libeutil.so.0 = /usr/lib/evolution/2.10/libeutil.so.0 (0xb7da8000) libcamel-provider-1.2.so.10 = /usr/lib/libcamel-provider-1.2.so.10 (0xb7d59000) libcamel-1.2.so.10 = /usr/lib/libcamel-1.2.so.10 (0xb7d0d000) libgnomeprintui-2-2.so.0 = /usr/lib/libgnomeprintui-2-2.so.0 (0xb7cce000) libgnomeprint-2-2.so.0 = /usr/lib/libgnomeprint-2-2.so.0 (0xb7c69000) libedataserverui-1.2.so.8 = /usr/lib/libedataserverui-1.2.so.8 (0xb7c42000) libebook-1.2.so.9 = /usr/lib/libebook-1.2.so.9 (0xb7c0f000) libplc4.so.0d = /usr/lib/libplc4.so.0d (0xb7c09000) libplds4.so.0d = /usr/lib/libplds4.so.0d (0xb7c06000) libnspr4.so.0d = /usr/lib/libnspr4.so.0d (0xb7bd4000) libecal-1.2.so.7 = /usr/lib/libecal-1.2.so.7 (0xb7b33000) libedataserver-1.2.so.9 = /usr/lib/libedataserver-1.2.so.9 (0xb7b0f000) libgtkhtml-3.14.so.19 = /usr/lib/libgtkhtml-3.14.so.19 (0xb7a6c000) libgnomeui-2.so.0 = /usr/local/lib/libgnomeui-2.so.0 (0xb79f9000) libSM.so.6 = /usr/lib/libSM.so.6 (0xb79f1000) libICE.so.6 = /usr/lib/libICE.so.6 (0xb79da000) libglade-2.0.so.0 = /usr/local/lib/libglade-2.0.so.0 (0xb79c7000) libbonoboui-2.so.0 = /usr/lib/libbonoboui-2.so.0 (0xb796a000) libgnomevfs-2.so.0 = /usr/lib/libgnomevfs-2.so.0 (0xb7913000) libgnome-keyring.so.0 = /usr/lib/libgnome-keyring.so.0 (0xb7906000) libgnomecanvas-2.so.0 = /usr/lib/libgnomecanvas-2.so.0 (0xb78db000) libgnome-2.so.0 = /usr/lib/libgnome-2.so.0 (0xb78c7000) libpopt.so.0 = /lib/libpopt.so.0 (0xb78bf000) libart_lgpl_2.so.2 = /usr/lib/libart_lgpl_2.so.2 (0xb78a9000) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0xb787c000) libbonobo-2.so.0 = /usr/lib/libbonobo-2.so.0 (0xb7821000) libbonobo-activation.so.4 = /usr/lib/libbonobo-activation.so.4 (0xb780d000) libgconf-2.so.4 = /usr/lib/libgconf-2.so.4
Bug#441026: Needs another fix
fi_FI locale is not yet correct in 2.6.3-1, perhaps because my patch was not in the standard form (I haven't sent patches before)? I thought the patch was correct, since it fixed my fi_FI correctly and it shows enough context to identify the correct line to be changed. After installing and compiling locale fi_FI from locales 2.6.3-1, I still get $ echo w | LC_ALL=fi_FI grep [a-z] $ echo a | LC_ALL=fi_FI grep [a-z] a The change from U016A to U016B has been applied to the wrong line in fi_FI. The correct line is just before small-caps v and w, i.e. at reorder-after U016A U0076 v;U0056;BAS;MIN In locales 2.6.3-1, the change has been applied at reorder-after U016A U0056 v;U0056;BAS;CAP I'll attach my correctly working /usr/share/i18n/locales/fi_FI in order to avoid any misunderstandings. -- Petteri fi_FI Description: Binary data
Bug#441960: openser-postgres-module: Fails to connect to running Postgresql.
Package: openser-postgres-module
Version: 1.2.2-1
Severity: normal
Hi,
installing openser 1.2.2-1 selfbackported on etch with the postgresql-module
fails to connect to the database server and database. The database is propagated
with the postgresqldb.sh script, which is located in the source of openser.
I looked around and found the following thread an solution under
http://openser.org/pipermail/users/2007-August/012641.html
which described the problem I had.
I already prepared a patch:
#! /bin/sh /usr/share/dpatch/dpatch-run
## 12_ability_to_connect_to_psql.dpatch by [EMAIL PROTECTED]
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: 1.2.2 is not able to connect to psql, this patch fix it.
@DPATCH@
diff -Nurd a/modules/postgres/db_res.c b/modules/postgres/db_res.c
--- a/modules/postgres/db_res.c 2007-08-16 16:23:05.0 +0200
+++ b/modules/postgres/db_res.c 2007-09-12 10:30:58.0 +0200
@@ -572,6 +572,7 @@
* If this is not done, a memory leak will happen.
*/
for (col = 0; col ROW_N(_row); col++) {
+ _val = (ROW_VALUES(_row)[col]);
switch (VAL_TYPE(_val)) {
case DB_STRING:
LOG(L_DBG, PG[free_row]: %p=pkg_free() VAL_STRING[%d]\n, (char
*)VAL_STRING(_val), col);
Regards
Jan
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored:
LC_ALL set to en_GB.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#441961: installLocation has no properties error in nsExtensionManager.js during install/update of extensions
Package: icedove Version: 2.0.0.4.dfsg1-2 Severity: normal I have got the same error in Icedove as is described in the bug https://bugs.launchpad.net/firefox/+bug/65609 except that the line of the error now is 3940. I did not try applying the patch reported there yet but I think it should work. --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-2-686 Debian Release: lenny/sid 990 unstablehonk.physik.uni-konstanz.de 990 unstabledebian.ethz.ch 300 experimentaldebian.ethz.ch --- Package information. --- Depends (Version) | Installed ===-+-== fontconfig | 2.4.2-1.2 psmisc | 22.5-1 debianutils (= 1.16) | 2.23.1 libatk1.0-0 (= 1.13.2) | 1.18.0-2 libc6(= 2.6-1) | 2.6.1-3 libcairo2(= 1.4.0) | 1.4.10-1 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgcc1 (= 1:4.2-20070516) | 1:4.2.1-5 libglib2.0-0(= 2.14.0) | 2.14.0-2 libgtk2.0-0 (= 2.10.12-3) | 2.10.13-1 libhunspell-1.1-0 (= 1.1.6-1) | 1.1.9-1 libjpeg62 | 6b-14 libnspr4-0d (= 1.8.0.10) | 4.6.7-1 libnss3-0d (= 3.11.7) | 3.11.7-1 libpango1.0-0 (= 1.16.5) | 1.18.1-1 libpng12-0(= 1.2.13-4) | 1.2.15~beta5-2 libstdc++6(= 4.2-20070516) | 4.2.1-5 libx11-6| 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6| 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxft2 ( 2.1.1) | 2.1.12-2 libxi6 | 2:1.1.3-1 libxinerama1| 1:1.0.2-1 libxrandr2 (= 2:1.2.0) | 2:1.2.2-1 libxrender1 | 1:0.9.3-1 libxt6 | 1:1.0.5-3 zlib1g(= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410162: ITP: schafkopf -- a popular Bavarian card game
Hi Frank, On Wed, Sep 12, 2007 at 10:40:11AM +0200, Frank S. Thomas wrote: What is the status of this ITP? I did not have time to work on it lately. IIrc there were some issues that need to be resolved first. I will have a look at it during the next days again. If you have some spare time for it, feel free to take over the ITP. I would also be glad to team maintain it. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#441766: vlc: segfaults with new glib
Hi, On Tue, Sep 11, 2007, brian m. carlson wrote: Using the skins2 interface causes crashes almost identical to the wxwidgets code, down to the wxwidgets backtrace Hmm I don't think this is exactly the same crash because the crash in the wxwidgets interface seems to be within wxwidgets while the crash in skins2 doesn't happen with vlc's SVN version which uses the same wxwidgets version here. Anyway, to sum up: version: debian svn interface: wxwidgets fails fails skins2 fails works You can use the following workaround in all cases: G_SLICE=always-malloc vlc The skins2 issue should be fixed with the next release of VLC, but the wxwidgets one will probably only be fixed by a new wxwidgets upload. Bye, -- Loïc Minier
Bug#441962: pcmciautils installation incomplete, and has code bug, from Network Install CD, Debian 4.0r1
Package: pcmciautils Version: 014-3 I really appreciate that you people produce Debian Linux for the rest of us to use, but I hope that this bug report makes it easier for other people. The symptom is that after I install Debian 4.0r1 for the i386 platform from the Network Install CD and then reboot, the PCMCIA network card does not start and no network communication is available. The same occurs for Debian 4.0r0. The installer starts the PCMCIA network card correctly and is able to download the required files during the installation. The PC is a very old Toshiba 420 notebook, with 40MByte of memory, and the network card is a Netgear FA411 (16-bit). Removing and reinserting the network card has no effect because the PCMCIA bridge has not been detected. I can start the network card by typing modprobe -b i82365 at the command line after the boot has finished. This particular problem does not occur when I use the same Network Install CD to upgrade Debian 3.1 to Debian 4.0r0. There are two problems with the installation: 1. The file /etc/default/pcmciautils is not installed. 2. The file /etc/init.d/pcmciautils has a coding bug at line 100: MODPROBE_OPTIONS=$MODPROBE_OPTIONS -Q The upper-case Q should be a lower-case q. The problem is fixed by: 1. Creating a file /etc/default/pcmciautils with the following five lines: PCMCIA='yes' PCIC=i82365 PCIC_OPTS= CORE_OPTS= CARDMGR_OPTS= 2. Editing line 100 of /etc/init.d/pcmciautils to change the upper-case Q to lower-case. Line 100 is executed because VERBOSE has the value no and MODPROBE_OPTIONS has the value just before line 99 (if [ $VERBOSE = no ]; then) is executed. The resulting MODPROBE_OPTIONS value of -Q is invalid, and when line 112 (modprobe -b $PCIC $PCIC_OPTS) is executed, modprobe displays the error message: Usage: modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o modname] [ --dump-modversions ] modname [parameters...] modprobe -r [-n] [-i] [-v] modulename ... modprobe -l -t dirname [ -a modulename ...] Just before line 112 is executed the value of PCIC is i82365 and the value of PCIC_OPTS is . The installed version of /etc/default/pcmcia is correct in that it does not comment out the line REFRAIN_FROM_IFUP=yes, and the file /etc/network/interfaces is correct in that it does contain the two lines: allow-hotplug eth0 iface eth0 inet dhcp I assume that when Debian 3.1 is upgraded to 4.0, pcmciautils is called with VERBOSE not no, so that MODPROBE_OPTIONS is an empty string when modprobe is run, but I have not confirmed it. The contents of /etc/init.d/pcmcia and /etc/init.d/pcmciautils are identical regardless of whether Debian 3.1 was upgraded to 4.0 or whwther Debian 4.0 was installed from scratch, both using the Network Install CD. I did see the same symptom using the Network Install CD for version 4.0r0, but I haven't verified that the causes are the same. All the above occurred after I used aptitude to do an update and a dist-upgrade to get the latest version of everything. I'm very happy to provide any further information you might need. Regards David Bellair
Bug#441964: roxterm: Unable to load background image file : unknown reason
Package: roxterm Version: 1.6.0-1 Severity: normal When I try to edit the current profile by selecting Preferences-Edit Current Profile, a popup dialog appears with the following: WARNING **: Unable to load background image file : unknown reason I tried to select a background image, but the dialog in which I select the filename gives the same error: Unable to load background image file : unknown reason, whatever directory or file I try to select. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (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 roxterm depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-3 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libvte9 1:0.16.8-1 Terminal emulator widget for GTK+ ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime roxterm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440105: reverted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 found 440105 1:2.3.0~rc3-1 thanks Hi, I needed to revert this as this patch causes #441380. Will apply it again when this is fixed, the author of this patch already is informed.. Regards, Rene -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG561K+FmQsCSK63MRAnCnAJ0fJnlzJrAOW1Sc4uxSe9BjND6JkQCeKU0T rjJASrp5Bghzb+HPsKj6Izw= =AiT0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441963: publib-dev: all man pages missing?
Package: publib-dev Version: 0.39-3 Severity: minor It seems that a packaging problem has led to all the man pages being left out of this package: betty:/tmp% dpkg -L publib-dev /. /usr /usr/include /usr/include/publib /usr/include/publib/alloc.h /usr/include/publib/base64.h /usr/include/publib/bitarr.h /usr/include/publib/cmp.h /usr/include/publib/errormsg.h /usr/include/publib/files.h /usr/include/publib/fname.h /usr/include/publib/hash.h /usr/include/publib/iset.h /usr/include/publib/lockfile.h /usr/include/publib/log.h /usr/include/publib/main.h /usr/include/publib/nntp.h /usr/include/publib/priq.h /usr/include/publib/queue.h /usr/include/publib/sbuf.h /usr/include/publib/stack.h /usr/include/publib/strutil.h /usr/include/publib/tbuf.h /usr/include/publib.h /usr/lib /usr/lib/libpub.a /usr/share /usr/share/doc /usr/share/doc/publib-dev /usr/share/doc/publib-dev/README /usr/share/doc/publib-dev/Blurb /usr/share/doc/publib-dev/copyright /usr/share/doc/publib-dev/changelog.Debian.gz betty:/tmp% lots get built during make, but none put into the package: % ls debian/tmp/usr/share/man/man3/ __set_liberror.3pub.gzget_progname.3pub.gz@ strcins.3pub.gz ba_and_ba.3pub.gz@getaline.3pub.gz@ strcstr.3pub.gz ba_clear.3pub.gz@ hash.3pub.gzstrdel.3pub.gz ba_clear_all.3pub.gz@ hash_create.3pub.gz@strdiff.3pub.gz ba_copy.3pub.gz@ hash_destroy.3pub.gz@ strend.3pub.gz ba_create.3pub.gz@hash_install.3pub.gz@ strendzap.3pub.gz ba_destroy.3pub.gz@ hash_iter.3pub.gz@ strgsub.3pub.gz ba_not.3pub.gz@ hash_lookup.3pub.gz@strhash.3pub.gz ba_or_ba.3pub.gz@ hash_uninstall.3pub.gz@ strinit.3pub.gz ba_or_not_ba.3pub.gz@ iset.3pub.gzstrins.3pub.gz ba_query.3pub.gz@ iset_add.3pub.gz@ strltrim.3pub.gz ba_resize.3pub.gz@iset_add_range.3pub.gz@ strmaxcpy.3pub.gz ba_set.3pub.gz@ iset_clear.3pub.gz@ strmove.3pub.gz ba_xor_ba.3pub.gz@iset_contains.3pub.gz@ strmtrim.3pub.gz bitarr.3pub.gziset_copy.3pub.gz@ strndup.3pub.gz cmp.3pub.gz iset_create.3pub.gz@strnins.3pub.gz cmp_char.3pub.gz@ iset_destroy.3pub.gz@ stroverlap.3pub.gz cmp_chararr.3pub.gz@ iset_diff.3pub.gz@ strrev.3pub.gz cmp_charptr.3pub.gz@ iset_is_empty.3pub.gz@ strright.3pub.gz cmp_double.3pub.gz@ iset_isect.3pub.gz@ strrot13.3pub.gz cmp_float.3pub.gz@iset_nth_range.3pub.gz@ strrstr.3pub.gz cmp_int.3pub.gz@ iset_range.3pub.gz@ strrtrim.3pub.gz cmp_long.3pub.gz@ iset_remove.3pub.gz@strset.3pub.gz cmp_long_double.3pub.gz@ iset_remove_range.3pub.gz@ strshuffle.3pub.gz cmp_schar.3pub.gz@iset_union.3pub.gz@ strsplit.3pub.gz cmp_set_offset.3pub.gz@ log.3pub.gz strsub.3pub.gz cmp_short.3pub.gz@memarrfill.3pub.gz strtabify.3pub.gz cmp_struct.3pub.gz@ memdel.3pub.gz strtrexpand.3pub.gz cmp_uchar.3pub.gz@memdup.3pub.gz@ strtrim.3pub.gz cmp_uint.3pub.gz@ memfill.3pub.gz struncstr.3pub.gz cmp_ulong.3pub.gz@memins.3pub.gz struntabify.3pub.gz cmp_ushort.3pub.gz@ memisort.3pub.gzstrvars.3pub.gz dynarr.3pub.gzmemmem.3pub.gz strzap.3pub.gz dynarr_free.3pub.gz@ memoverlap.3pub.gz tbuf.3pub.gz dynarr_init.3pub.gz@ memrchr.3pub.gz tbuf_cat.3pub.gz@ dynarr_resize.3pub.gz@memrev.3pub.gz tbuf_chars.3pub.gz@ errormsg.3pub.gz memrmem.3pub.gz tbuf_copy.3pub.gz@ fassert.3pub.gz@ memshuffle.3pub.gz tbuf_create.3pub.gz@ files.3pub.gz memswap.3pub.gz tbuf_destroy.3pub.gz@ fname.3pub.gz publib.3pub.gz tbuf_length.3pub.gz@ fnbase.3pub.gz@ set_progname.3pub.gz@ xfclose.3pub.gz@ fndelbeg.3pub.gz@ stack.3pub.gz xfopen.3pub.gz@ fndelend.3pub.gz@ stack_copy.3pub.gz@ xfree.3pub.gz@ fndelsuf.3pub.gz@ stack_create.3pub.gz@ xfseek.3pub.gz@ fndir.3pub.gz@stack_destroy.3pub.gz@ xgetaline.3pub.gz@ fnhome.3pub.gz@ stack_is_empty.3pub.gz@ xmalloc.3pub.gz fnjoin.3pub.gz@ stack_pop.3pub.gz@ xmemdup.3pub.gz@ fnlastsuf.3pub.gz@stack_push.3pub.gz@ xrealloc.3pub.gz@ fnpathfind.3pub.gzstracat.3pub.gz xstrdup.3pub.gz@ fnqualify.3pub.gz stranaxfrm.3pub.gz fnsetsuf.3pub.gz@ strchange.3pub.gz betty:/tmp/publib-0.39% -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.15.3 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash -- no debconf
Bug#441967: cfengine2: Infinite loop with multiple class definition in editfiles
Package: cfengine2 Version: 2.1.22-1 Severity: important Hello, There is a bug in src/edittools.c which cause an infinite loop when defining multiple classes in DefineClasses. This is solved in svn, patch attached. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-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 Versions of packages cfengine2 depends on: ii debconf [debconf-2.0] 1.5.14Debian configuration management sy ii debianutils2.23.1Miscellaneous utilities specific t ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-3 Berkeley v4.2 Database Libraries [ ii libssl0.9.80.9.8e-8 SSL shared libraries ii perl 5.8.8-7 Larry Wall's Practical Extraction cfengine2 recommends no packages. -- debconf information: cfengine2/run_cfservd: true cfengine2/run_cfexecd: true cfengine2/run_cfenvd: false === modified file 'src/edittools.c' --- src/edittools.c 2007-09-07 19:32:58 + +++ src/edittools.c 2007-09-12 09:19:17 + @@ -1640,7 +1640,7 @@ sscanf(sp,%[^,:.],currentitem); -sp += strlen(currentitem) - 1; +sp += strlen(currentitem); AddClassToHeap(currentitem); }
Bug#441966: directfb_1.0.1-1(hppa/experimental): FTBFS: ../configure: syntax error near unexpected token `TSLIB,'
Package: directfb Version: 1.0.1-1 Severity: serious Hi, your package failed to build from source. | Automatic build of directfb_1.0.1-1 on meitner by sbuild/hppa 98-farm | Build started at 20070912-0514 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Reading state information... | Need to get 2517kB of source archives. | Get:1 http://ftp.de.debian.org experimental/main directfb 1.0.1-1 (dsc) [939B] | Get:2 http://ftp.de.debian.org experimental/main directfb 1.0.1-1 (tar) [2499kB] | Get:3 http://ftp.de.debian.org experimental/main directfb 1.0.1-1 (diff) [16.6kB] | Fetched 2517kB in 10s (231kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5.0.22), quilt (= 0.40), autoconf, automake1.9, libtool, libfreetype6-dev, libjpeg62-dev, libpng12-dev, libmpeg3-dev, zlib1g-dev (= 1:1.1.3), x11proto-core-dev, libx11-dev, libxext-dev, libsysfs-dev [alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 s390] | Checking for already installed source dependencies... | debhelper: missing | Using default version 5.0.54 (Priority: 500) | quilt: missing | Using default version 0.46-4 (Priority: 500) | autoconf: missing | Using default version 2.61-4 (Priority: 500) | automake1.9: missing | Using default version 1.9.6+nogfdl-3 (Priority: 500) | libtool: missing | Using default version 1.5.24-1 (Priority: 500) | libfreetype6-dev: missing | Using default version 2.3.5-1 (Priority: 500) | libjpeg62-dev: missing | Using default version 6b-14 (Priority: 500) | libpng12-dev: missing | Using default version 1.2.15~beta5-2 (Priority: 500) | libmpeg3-dev: missing | Using default version 1.5.4-5 (Priority: 500) | zlib1g-dev: missing | Using default version 1:1.2.3.3.dfsg-5 (Priority: 500) | x11proto-core-dev: missing | Using default version 7.0.10-2 (Priority: 500) | libx11-dev: missing | Using default version 2:1.0.3-7 (Priority: 500) | libxext-dev: missing | Using default version 1:1.0.3-2 (Priority: 500) | libsysfs-dev: missing | Using default version 2.1.0-2 (Priority: 500) | Checking for source dependency conflicts... [...] | Checking correctness of source dependencies... | Toolchain package versions: libc6-dev_2.6.1-2 gcc-4.3_ g++-4.3_ binutils_2.18-1 libstdc++6-4.3-dev_ libstdc++6_4.2.1-5 | -- | gpg: Signature made Tue Sep 4 04:36:52 2007 CEST using DSA key ID 9D928C9B | gpg: Can't check signature: public key not found | dpkg-source: extracting directfb in directfb-1.0.1 | dpkg-source: unpacking directfb_1.0.1.orig.tar.gz | dpkg-source: applying /home/buildd/build/directfb_1.0.1-1.diff.gz | dpkg-buildpackage: source package is directfb | dpkg-buildpackage: source version is 1.0.1-1 | dpkg-buildpackage: host architecture hppa | dpkg-buildpackage: source version without epoch 1.0.1-1 | /usr/bin/fakeroot debian/rules clean | sed: -e expression #1, char 0: no previous regular expression | QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 | No patch removed | rm -rf .pc debian/stamp-patched | dh_testdir | dh_testroot | rm -rf directfb-build | rm -rf directfb-udeb | # Make the diff be clean | find -name 'Makefile.in' | xargs rm -f | rm -f configure config.* aclocal.m4 ltmain.sh INSTALL | rm -f missing mkinstalldirs depcomp install-sh compile | rm -rf /build/buildd/directfb-1.0.1/debian/tmp-udeb | dh_clean | debian/rules build | sed: -e expression #1, char 0: no previous regular expression | # quilt exits with 2 as return when there was nothing to do. | # That's not an error here (but it's usefull to break loops in crude scripts) | QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a || test $? = 2 | Applying patch 01_link_static_priv.patch | patching file directfb-config.in | patching file directfb.pc.in | patching file lib/direct/direct.pc.in | | Applying patch 03_link_static_sysfs.patch | patching file directfb-config.in | | Applying patch 05_link_dynamic.patch | patching file configure.in | Hunk #1 succeeded at 709 (offset 6 lines). | Hunk #2 succeeded at 720 (offset 6 lines). | Hunk #3 succeeded at 731 (offset 6 lines). | Hunk #4 succeeded at 743 (offset 6 lines). | Hunk #5 succeeded at 1324 (offset 6 lines). | patching file src/core/Makefile.am | | Applying patch 08_link_static_ar.patch | patching file directfb-config.in | | Applying patch 09_link_static_as-needed.patch | patching file directfb-config.in | | Applying patch 10_linux_config.h.patch | patching file lib/direct/ppcasm_memcpy_cachable.S | | Applying patch 24_distclean.patch | patching file include/Makefile.am | | Applying patch 40_page_size.patch | patching file lib/direct/system.c | Hunk #1 succeeded at 34 (offset 1 line). | Hunk #2 succeeded at 55 (offset 1 line). | | Applying patch
Bug#441965: ITP: panelfm -- simple file system explorer applet for Gnome panel
Package: wnpp Severity: wishlist * Package name: panelfm Version : 1.2 Upstream Author : M.K.Srikant [EMAIL PROTECTED] * URL : http://panelfm.sourceforge.net/ * License : GPL Description : Simple file system explorer applet for Gnome panel PanelFM is a GNOME panel applet that provides quick access to the file system using popup menus to display files and directories. It is especially useful to people who just need to quickly browse through the file system and reach a particular file or directory. A file can be opened using the default application associated with it, and a directory can be opened in Nautilus or gnome-terminal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427104: still apears to be broken with d-i
On Tue, Sep 11, 2007 at 03:57:47PM -0400, Joey Hess wrote:
Tim Dijkstra wrote:
Anyway, my last question remains. Joey, you probably have most
experience with stable point releases: Do you think a fix for this will
make it to a etch point release? Otherwise there is not much use of
fixing this.
I could also go ask debian-release@ ...
I think it might come down to what sort of patch it takes to fix it, and
how comfortable the RMs are with said patch. It's sort of on the edge
between a cosmetic problem and a serious bug, so the best way to make
sure it's accepted will be to have a good and clear patch.
After Joey's analysis of why the current workaround fails, I did a few
test runs and came up with the attached patch. It is indeed not nice,
but it seems to work ok...
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
diff -u uswsusp-0.3~cvs20060928/debian/uswsusp.config
uswsusp-0.3~cvs20060928/debian/uswsusp.config
--- uswsusp-0.3~cvs20060928/debian/uswsusp.config
+++ uswsusp-0.3~cvs20060928/debian/uswsusp.config
@@ -87,6 +87,8 @@
if [ -n $USERSWAP ] ! echo $SWAPLIST | grep -q -e '\(^\|,
\)'$USERSWAP'\(,\|$\)'; then
SWAPLIST=${SWAPLIST}${KOMMA}${USERSWAP}
SWAPDEFAULT=${USERSWAP}
+ db_fset uswsusp/continue_without_swap seen true
+ db_set uswsusp/continue_without_swap true
fi
fi
signature.asc
Description: Digital signature
Bug#440510: debtorrent: please provide an entry for /etc/logrotate.d
Hi,
here's my /etc/logrotate.d/debtorrent:
%cut here%
/var/log/debtorrent/apt-access.log /var/log/debtorrent/debtorrent-client.log
/var/log/debtorrent/debtorrent-tracker.log
/var/log/debtorrent/tracker-access.log {
daily
rotate 3
missingok
create 775 root debtorrent
compress
sharedscripts
postrotate
/etc/init.d/debtorrent-client restart
/etc/init.d/debtorrent-tracker restart
endscript
}
%cut here%
Disadvantage is the daily restart of debtorrent, which means it has to start
its search for peers again, but there is no reload target.
HTH,
Sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440047: groff-base: please don't justify man pages to both margins on a monospaced device
On Wed, Aug 29, 2007 at 01:47:52PM +0200, Piotr Engelking wrote: Please consider changing the default justification mode of man pages rendered for a device using monospaced fonts (such as a terminal) from both margins to left margin only. The current default causes spacing between words to vary wildly, which often makes man pages hard to read. I actually quite like the current justification behaviour. Would you be content if this became a command-line option or environment variable or something that you could give to man? (It would be straightforward to set that as a default using any of the usual mechanisms.) -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441872: Ext2fs oddity: directory size?
On Tue, Sep 11, 2007 at 01:51:57PM -0400, Theodore Tso wrote:
On Tue, Sep 11, 2007 at 04:59:53PM +0100, Steve McIntyre wrote:
Package: e2fsprogs
Version: 1.39+1.40-WIP-2006.11.14+dfsg-2
Severity: normal
Tags: upstream
This is clearly an upstream bug - a recent Fedora installation shows
exactly the same behaviour.
If the underlying filesystem has the dir_index flag, e2fsck will
always re-optimize directories, whether the -D option is passed on the
command line or not.
Err, no. E2fsck will re-optimize an individual directory if it is
corrupted. If you specify the -D option, it will optimize *all*
directories.
For example:
[EMAIL PROTECTED] {/usr/projects/e2fsprogs}, level 2
502# e2fsck -f /dev/sdb1
e2fsck 1.40.1 (08-Jul-2007)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
boot: 62/122624 files (21.0% non-contiguous), 82110/244983 blocks
[EMAIL PROTECTED] {/usr/projects/e2fsprogs}, level 2
503# e2fsck -fD /dev/sdb1
e2fsck 1.40.1 (08-Jul-2007)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 3A: Optimising directories
Pass 4: Checking reference counts
Pass 5: Checking group summary information
boot: * FILE SYSTEM WAS MODIFIED *
boot: 62/122624 files (21.0% non-contiguous), 82110/244983 blocks
If you have a filesystem where you are seeing something else, you're
going to have to send me an compressed raw e2image file (see the
REPORTING BUGS section of e2fsck).
Hi Ted,
Hmmm, OK. I thought I'd read the source and understood it but I guess
not. What we're seeing is more worrying, then. :-(
We're creating a small ext2 filesystem in a file to be used as an
initrd for an embedded device. We do the following:
* dd to create the empty file
* mke2fs to create the filesystem
* loopback mount the file
* copy files in
* unmount
* fsck to make sure it will be clean when the embedded box tries to
mount it
We've triggered different behvaiour as the contents of /dev inside the
initrd get bigger. We've just crossed a threshold, it seems. Whereas
previously fsck would always quietly succeed, now it's doing a
directory re-org on /dev and exiting non-zero to say it has modified
the filesystem. This causes our Makefile to stop and report
failure. Obviously, the Makefile can be easily fixed to be less
paranoid but there still seems to be a problem here.
If I add -O ^dir_index to the options given to mke2fs, this all works
fine again and reports no changes from e2fsck. Equally, using older
versions of the e2fs tools on older machines works fine; I'm assuming
that's because they don't support/enable dir_index by default. Hence
my suggestion that the dir_index flag is responsible. If e2fsck will
only re-org corrupt directories then that suggests we're seeing real
corruption.
If it helps, we have a tiny tarball (attached) of the contents of the
/dev directory of the ramdisk in a known-working state. Simply adding
another /dev entry will show the problem. The included Makefile will
show it happening - target ramdisk succeeds always, but ramdisk2 will
fail.
--
Steve McIntyre, Amino [EMAIL PROTECTED]
They say that you play Cambridge twice - once on the way up and once on the
way down. It's nice to be back... --- Armstrong Miller
e2fstest.tgz
Description: GNU Unix tar archive
Bug#441764: closed by Frank Lichtenheld [EMAIL PROTECTED] (Re: Bug#441764: packages.debian.org should show Homepage field)
On Wed, Sep 12, 2007 at 08:17:14AM +0200, Jens Seidel wrote: On Tue, Sep 11, 2007 at 03:53:59PM -0400, Joey Hess wrote: Thanks much for the fast fix. However, note that you put the homepage url in the sidebar, and refer to bug #440588 ... I would also like to see the Homepage field for binary packages instead of source packages only. In the past the Homepage info was part of the description and also visible for binary packages. AFAICT my code doesn't discriminate against binary packages. If the package has the field it should be displayed... Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441489: [EMAIL PROTECTED]: Re: reassign 441489 to libinotify-ruby]
hi,
seems like version.h is gone as with the recent ruby1.9 release, see attached
mail by akira for an alternative solution to this issue.
- Forwarded message from akira yamada [EMAIL PROTECTED] -
From: akira yamada [EMAIL PROTECTED]
Date: Wed, 12 Sep 2007 18:02:48 +0900
To: Michael Ablassmeier [EMAIL PROTECTED]
Subject: Re: reassign 441489 to libinotify-ruby
Hi,
do you have a explanation whos at fault here and how to fix this issue in
libinotfy-ruby in a proper way?
The version.h issue is in ruby-core list.
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/12068
On current ruby1.9, the following patch brought me the debs.
--- libinotify-ruby-0.0.1.orig/extconf.rb
+++ libinotify-ruby-0.0.1/extconf.rb
@@ -1,4 +1,6 @@
require 'mkmf'
have_header('linux/inotify.h')
+have_header(version.h)
+have_type(OpenFile, [ruby.h, rubyio.h])
create_makefile('inotify', 'ext')
--- libinotify-ruby-0.0.1.orig/ext/inotify.c
+++ libinotify-ruby-0.0.1/ext/inotify.c
@@ -1,6 +1,8 @@
#include ruby.h
#include rubyio.h
+#ifdef HAVE_VERSION_H
#include version.h
+#endif
#ifdef HAVE_LINUX_INOTIFY_H
#include asm/unistd.h
@@ -77,7 +79,7 @@
*/
static VALUE rb_inotify_add_watch(VALUE self, VALUE filename, VALUE mask) {
-#if RUBY_VERSION_CODE = 190
+#ifndef HAVE_TYPE_OPENFILE
rb_io_t *fptr;
#else
OpenFile *fptr;
@@ -113,7 +115,7 @@
*/
static VALUE rb_inotify_each_event(VALUE self) {
-#if RUBY_VERSION_CODE = 190
+#ifndef HAVE_TYPE_OPENFILE
rb_io_t *fptr;
#else
OpenFile *fptr;
Thank you.
--
ay
- End forwarded message -
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441968: does maybe not work for proposed-updates either
Package: debtorrent Version: 0.1.4.1 Severity: wishlist --- Please enter the report below this line. --- Hi, on my etch system which uses the debtorrent of my sid system via deb http://192.168.244.2:9988/ftp2.freenet.de/debian proposed-updates main contrib non-free there is the error Feh http://192.168.244.2 proposed-updates/main apache2-utils 2.2.3-4+etch2 404 Not Found E: Konnte http://192.168.244.2:9988/ftp2.freenet.de/debian/pool/main/a/apache2/apache2-utils_2.2.3-4+etch2_i386.deb nicht herunterladen: 404 Not Found Using normal http deb http://ftp2.freenet.de/debian proposed-updates main contrib non-free works. Maybe it is the same like with experimental and should be mentioned in the documentation. Regards, Sebastian --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: lenny/sid 500 unstablelocalhost 500 proposed-updates localhost 500 experimentalwww.debian-multimedia.org --- Package information. --- Depends (Version) | Installed =-+-=== python| 2.4.4-6 python-support (= 0.2) | 0.6.4 adduser | 3.105 -- Wer nicht mit der Zeit geht, geht mit der Zeit! ... Kontakt, Anfahrt, etc.: http://sbremicker.de/?target=contagio ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375278: forgets last file type
this bug also occurs with openoffice.org-core 2.0.4.dfsg.2-7etch1. i think it's something for the wishlist ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441919: g15daemon: FTBFS: configure: error: libg15 (or its devel package) not found. please install it
Kurt Roeckx writes: Hi, Your package is failing to build with the following error: checking for initLibG15 in -lg15... no configure: error: libg15 (or its devel package) not found. please install it make: *** [config.status] Error 1 This is a know problem. Now I'm on short vacation, but I don't understand why the new version doesn't get in incomming. This weekend I'll correct all thinngs (now I've a really working pbuilder environemnt. ciao cate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441969: apr: new upstream version available
Package: libapr1 Version: 1.2.7-8.2 Severity: wishlist There is a new upstream version available (1.2.11). Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441629: error while run recollindex
On 9/11/07, Kartik Mistry [EMAIL PROTECTED] wrote: On 9/10/07, bluelupo [EMAIL PROTECTED] wrote: Hello, an error while run /usr/bin/recollindex :2:../internfile/mh_mail.cpp:155:decodeBody: base64 decoding failed !. body Hi, This is mostly due to encoding issue with your mail mox. Did recollindex stopped while encountering this? Please let me know. I have talked with upstream on this. May be 1.9.x will solve this. I will upload 1.9.0 in sometime (which doesn't solve this bug, btw!) -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441970: kcheckgmail can't login to gmail due to new login procedure
Package: kcheckgmail Version: 0.5.6-1 Severity: grave Justification: renders package unusable When checking mail, kcheckgmail says: An error occurred logging in to Gmail GMail's login procedure has changed, check for new version. For now I just have an idle unusable G-icon in my docking bar. Regards /Rasmus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kcheckgmail depends on: ii kdebase-bin 4:3.5.7-3core binaries for the KDE base mod ii kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libattr11:2.4.32-1.2 Extended attribute shared library ii libaudio2 1.9-2+b1 The Network Audio System (NAS). (s ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libfam0 2.7.0-13 Client library to control the FAM ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-5GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.0-0GNU libidn library, implementation ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-7Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime kcheckgmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441971: smbfs: tail -f on growing file shared from WINXP BOX not working
Package: smbfs
Version: 3.0.24-6etch4
Severity: important
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to
pl_PL)
Versions of packages smbfs depends on:
ii libc62.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library
ii libkrb53 1.4.4-7etch2MIT Kerberos runtime libraries
ii libldap2 2.1.30-13.3 OpenLDAP libraries
ii netbase 4.29Basic TCP/IP networking system
ii samba-co 3.0.24-6etch4 Samba common files used by both th
smbfs recommends no packages.
-- no debconf information
tail -f not working, less F not working, when I list the mounted directory, I
see that file has all time the sime size, what is not true.
For example perl script which not working to
my $fn = '/mounted_from_xp/file.txt';
open (FH, $fn);
for (;;) {
while (FH) {
print $_;
}
sleep 1;
seek(FH, 0, 1);
}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410162: ITP: schafkopf -- a popular Bavarian card game
Hi Sebastian, On Wednesday 12 September 2007, Sebastian Harl wrote: On Wed, Sep 12, 2007 at 10:40:11AM +0200, Frank S. Thomas wrote: What is the status of this ITP? I did not have time to work on it lately. IIrc there were some issues that need to be resolved first. One of them is the license of the OpenTarock card deck, which is licensed under the CC by-nc-sa 2.0 license, which is non-free. I asked upstream to change it to a free license a while ago, but nothing happened yet: https://lists.berlios.de/pipermail/schafkopf-devel/2006-January/001250.html We should nudge them about this issue again... I will have a look at it during the next days again. If you have some spare time for it, feel free to take over the ITP. I would also be glad to team maintain it. I never came around filing an ITP as I started to package schafkopf myself and I'm not sure if I've enough free time to maintain it on my own. I'd prefer to team maintain it, maybe using pkg-games' Subversion repository? Grüße, Frank -- bureaucracy, n: A method for transforming energy into solid waste. signature.asc Description: This is a digitally signed message part.
Bug#401482: vdso patch doesn't work against 2.6.18.dfsg.1-13etch1
I built a kernel from linux-source-2.6.22 version 2.6.22-4 with the .config taken from linux-image-2.6.22-2-k7 version 2.6.22-4. $ uname -r 2.6.22-fixdso $ gdb sleep (no debugging symbols found) Using host libthread_db library /lib/i686/cmov/libthread_db.so.1. (gdb) run 300 Starting program: /bin/sleep 300 (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Program received signal SIGINT, Interrupt. 0xe410 in __kernel_vsyscall () (gdb) bt full #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb7ee2e10 in __nanosleep_nocancel () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0x0804a194 in ?? () No symbol table info available. #3 0xbfe6ece8 in ?? () No symbol table info available. #4 0x in ?? () No symbol table info available. It's a shame to hear that this doesn't work for stable's kernel, although I'm happy to hear that *someone* has tested the patch... I've given up waiting for a response from the Debian kernel team. A shame, since gdb has been useless on i386 for over a year, and will presumably continue to be useless on etch until the end of time. :( PS: please CC me in messages to this report, otherwise I won't receive your messages... :) -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#430902: New version of BurgerSpace does include improvements
Hi, The new version of BurgerSpace is available at: http://perso.b2b2c.ca/sarrazip/dev/burgerspace.html There are a few changes compared to the version in Debian, including: - sound effects - new --z-for-pepper command-line option - ingredients fall faster - turning corners automatically Please consider packaging this new version. Francois -- 2004-05-02: BurgerSpace 1.8.1 released. Links with flatzebra 0.1.1. 2003-06-02: BurgerSpace 1.8.0 released. Adapted to the flatzebra library, the successor of gengameng. New option --z-for-pepper to use the Z key to shoot pepper instead of the Ctrl key. New .desktop file now always installed, and adapted to Desktop Menu Specification. Autoconf macro used to avoid GNU getopt code when compiling on BSD-like systems. When the sound device is not available, the program does not quit. When a game ends, the last level played remains displayed. 2003-01-22: BurgerSpace 1.7.1 released. When requested direction is impossible, last moving direction is attempted. This can be useful to turn corners automatically. 2003-01-11: BurgerSpace 1.7.0 released. Disappointingly stupid sound effects added. Burger ingredients fall twice as fast, which imitates BurgerTime more closely. Makefiles cleaned up. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441972: php5: 2 minor security problems: CVE-2007-4784 and CVE-2007-4783
Package: php5 Severity: normal Tags: security Hi Two new CVEs[0,1] have been allocated against php5. Please investigate, if the Debian versions are affected and if so monitor the CVE and see, if there can be a solution :) Please always mention the CVE id in the changelog, if a fix is uploaded. CVE-2007-4784: The setlocale function in PHP before 5.2.4 allows context-dependent attackers to cause a denial of service (application crash) via a long string in the locale parameter. NOTE: this might not be a vulnerability in most web server environments that support multiple threads, unless this issue can be demonstrated for code execution. CVE-2007-4783: The iconv_substr function in PHP 5.2.4 and earlier allows context-dependent attackers to cause (1) a denial of service (application crash) via a long string in the charset parameter, probably also requiring a long string in the str parameter; or (2) a denial of service (temporary application hang) via a long string in the str parameter. NOTE: this might not be a vulnerability in most web server environments that support multiple threads, unless these issues can be demonstrated for code execution. Thanks for your efforts. Cheers Steffen [0]: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4784 [1]: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4783 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440763: usbutils: lsusb silently ignores permission errors
On Mon, Sep 03, 2007 at 11:50:14PM -0500, Karl O. Pinc wrote: Package: usbutils Version: 0.72-7 Severity: normal Users without permissions to usb devices don't know that they don't have permission and don't know that the device actually exists. It is a hassle to have to run lsusb as root all the time to be sure that devices are not silently ignored. lsusb should display permission errors when enumerating those devices to which the user has no access. There is now way to do that. If the device is unreadable, you can't get any information from it, and thus libusb doesn't return any information about it. On the other hand, the permission on your system are wrong. Why are there set to such a value? The USB nodes should be at least readable by all users. Bye, Aurelien -- .''`. 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#441973: linux-image-2.6.18-5-686: kernel oops // intel-agp module
Package: linux-image-2.6.18-5-686 Version: 2.6.18.dfsg.1-13etch2 Severity: normal Summary (technical details follow below): When I added a videocard to my PC (in addition to the on-bord-video chip), the kernel panics (oops) during bootup. When I manually remove the intel-agp.ko module (which works with the on-bord-video card), the problem disappears (the on-bord-chip probably doesn't work then, but this is what I want anyhow). I guess the module for my new video card (I guess it's radeon --- see details below) interferes with the intel-agp module. Background: I bought a PC with on-bord video chip. When I upgraded my monitor, I found that it did not work with that chip. So I added another video card and ran into this problem. As I don't need the on-bord video card, my quick and dirty fix is to remove its controller module. Details: = What is written on the screen when the kernel panics? I copied the information manually. Quite possibly, I made some typing mistakes: *pde=... *pte=... Oops: 0003 [#1] SMP Modules linked in: intel-agp agpart psmouse pcspkr shpchp pci_hotplug evdev ext3 jbd mbcache ide_cd cdrom ide_disk 8139cp generic 8139too mii piix ide_core thermal processor fan CPU: 0 EIP: 0060:[c01112b3] Not tainted VLI EFLAGS: 00010086 (2.6.18-5-686 #1) EIP is at smp_apic_timer_interrupt +0x2510x62 eax: cf09400 ebx: cf095fbc ecx: 0001 edx: cf095fbc esi: 0804f098 edi: bfe9c8e0 elp: bf93c3a8 esp: cf095fb4 ds: 007b es: 007b ss: 0068 Processor modprobe (pid 1348, ti-cf094000 task=cfe5faa0 task.ti=cf094000) Stack: 0031 c0103747 0031 0001 0804f130 0804f098 b7e9c8e0 bf93c3a8 007b ff10 b7ef966e 0073 0246 bf93c39c 007b 89c80113 91e82404 Call Trace: [c0103747] smp_apic_timer_interrupt +0x1f10x24 Code 5a a9 34 80 01 00... EIP: [c01112b3] smp_apic_timer_interrupt +0x2510x62 SS:ESP 0068:cf095fb4 Which video chips do I use? I don't know for sure, but from `lspci` I guess: * Display controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset (this may be the chip that loads the intel-agp module). * VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (this is the second video controller that I use now). Here is the full output of lspci: lspci 00:00.0 Host bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface (rev 03) 00:02.0 Display controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 82) 00:1f.0 ISA bridge: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller (rev 02) 03:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) 03:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (Secondary) (rev 01) 03:04.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 08) 03:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 03:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) == Which modules conflict with each other? I don't know. I guess they are intel-agp and radeon (or possibly modules that are loaded by these two modules): The system runs fine when I remove the intel-agp module or when I remove the additional video card that uses the radeon module. Here is the output of `lsmod` on my running system when intel-agp is removed: Module Size Used by radeon 99744 0 drm61332 1 radeon ipt_TCPMSS 4096 1 xt_tcpmss 2336 1 xt_tcpudp 3136 1 iptable_mangle 2880 1 ip_tables 13028 1 iptable_mangle x_tables 13316 4 ipt_TCPMSS,xt_tcpmss,xt_tcpudp,ip_tables button 6672 0 ac 5188 0 battery 9636 0 pppoe 13152 2 pppox 3688 1 pppoe ipv6 226272 12 ppp_generic25908 6 pppoe,pppox slhc6528 1 ppp_generic dm_snapshot15552 0 dm_mirror 19152 0 dm_mod 50232 2 dm_snapshot,dm_mirror loop 15048 0 tsdev 7520 0 snd_mpu401 7528 0 snd_mpu401_uart 8064 1 snd_mpu401 snd_seq_dummy 3844 0 snd_seq_oss28768 0 snd_ens137123616 0 snd_ac97_codec 83104 1 snd_ens1371 snd_ac97_bus2400 1 snd_ac97_codec snd_seq_midi8192 0 snd_seq_midi_event 7008 2 snd_seq_oss,snd_seq_midi snd_pcm_oss38368 0 snd_mixer_oss 15200 1 snd_pcm_oss snd_seq45680 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,
Bug#329631: Status?
El Miércoles, 12 de Septiembre de 2007, Venkatesh Srinivas escribió: Hi, How is this packaging coming along? I am using the msp430 toolchain and regularly build packages for my own use. Would you be interested in using those packages to fulfill this need? I think having all possible information available is good overall. So would you be able to serve them somewhere? I could also give them a try, maybe the are good enough for being official. Thanks Thanks, -- -vs -- Raúl Sánchez Siles signature.asc Description: This is a digitally signed message part.
Bug#441974: medit: Python plugins broken
Package: medit Version: 0.8.6-1 Severity: important Python files in the package are moved from the correct location (/usr/lib/moo) to /usr/share/medit, which makes them useless. medit uses /usr/share/moo for data files and /usr/lib/moo for plugins (those python files, i.e. python plugins). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-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 medit depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libglib2.0-02.12.13-1The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libice6 2:1.0.3-3X11 Inter-Client Exchange library ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii python 2.4.4-6 An interactive high-level object-o ii python2.4 2.4.4-5 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime medit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441928: pidgin-plugin-pack: Crash with /nudge on MSN
Apologies, this is a false positive. The bug is indeed with the old version of pidgin-plugin-pack; what happened is that I deinstalled the unstable version of pidgin-plugin-pack in order to run tests before filing another bug report, then reinstalled the testing version by mistake, thus coming across this bug which is indeed old and fixed. Sorry for the noise. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Package: libc6 Version: 2.6.1-3 Severity: important --- Please enter the report below this line. --- Today, I tried to upgrade my system using apt-get upgrade. I got this error message. Setting up libc6 (2.6.1-3) ... dpkg: error processing libc6 (--configure): subprocess post-installation script killed by signal (Segmentation fault) dpkg: dependency problems prevent configuration of libc6-dev: libc6-dev depends on libc6 (= 2.6.1-3); however: Package libc6 is not configured yet. dpkg: error processing libc6-dev (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libc6 libc6-dev I solved the problem by first removing libc6-i686, then upgrade libc6 and then reinstall libc6-i686. Hope this help. Thanks for your work --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-2-k7 Debian Release: lenny/sid 900 unstablewww.debian-multimedia.org 900 unstableftp.fr.debian.org 500 testing security.debian.org 500 testing ftp.fr.debian.org 500 kernel-dists-trunk kernel-archive.buildserver.net 1 stable security.debian.org 1 stable ftp.fr.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libgcc1 | 1:4.2.1-5 -- Gallien Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441976: gdb refuses to debug code compiled on x86_64 with gcc because of OS specific section `.gnu.hash'
Package: gdb Version: 6.4.90.dfsg-1 Severity: important When trying to debug Kaffe on x86_64, I ran into the following problem: [EMAIL PROTECTED]:~/Desktop/kaffe/test/awt/WidgetsDemo$ KAFFE_DEBUG=gdb /tmp/kafff/bin/kaffe GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu...BFD: /tmp/kafff/jre/bin/kaffe-bin: don't know how to handle OS specific section `.gnu.hash' [0x6ff6] /tmp/kafff/jre/bin/kaffe-bin: not in executable format: File format not recognized (gdb) run Starting program: No executable file specified. Use the file or exec-file command. (gdb) Searching for .gnu.hash in the BTS turns up another, unrelated bug report also involving use of gdb on x86_64. I assume it has been fixed in the 6.6 version, but that one is still in unstable, so I'd like to document the bug for the version in testing. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/4 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 gdb depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries gdb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440763: usbutils: lsusb silently ignores permission errors
reassign 440763 libgphoto2-2 retitle 440763 libgphoto2-2: set wrong permissions on the udev nodes thanks Aurelien Jarno a écrit : On Mon, Sep 03, 2007 at 11:50:14PM -0500, Karl O. Pinc wrote: Package: usbutils Version: 0.72-7 Severity: normal Users without permissions to usb devices don't know that they don't have permission and don't know that the device actually exists. It is a hassle to have to run lsusb as root all the time to be sure that devices are not silently ignored. lsusb should display permission errors when enumerating those devices to which the user has no access. There is now way to do that. If the device is unreadable, you can't get any information from it, and thus libusb doesn't return any information about it. On the other hand, the permission on your system are wrong. Why are there set to such a value? The USB nodes should be at least readable by all users. I found that it comes from the rules file installed by libgphoto2. I am therefore reassigning the bug to this package. For the libgphoto2-2 maintainer: The permission on the device nodes are not correct. There should be 0664 instead of 0666. This doesn't give the right to access to the USB device (you need write access to do ioctls), but gives the right to read the product ID, vendor ID and such kind of details. -- .''`. 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#441835: debsums: UTF-8 encoded man pages
reassign 441835 po4a
thanks
On Tue, Sep 11, 2007 at 12:41:58PM +0100, Reuben Thomas wrote:
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/sv/man1/debsums.1.gz
/usr/share/man/sv/man8/debsums_gen.8.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As such, it's reasonable to file bugs against packages attempting to
use UTF-8 where it is not yet supported.
Hence I'm filing this bug. The solution for now seems to be to encode
the pages as 7-bit ASCII, using the appropriate *roff sequences to
produce accented characters.
debsums uses po4a to generate that manual page using sv.po which the
translator has chosen to encode in utf8.
I seem to recall hearing that utf8 is the preferred encoding for po
files where possible, and in any case using utf8 is certainly much more
easier and more readable than *roff escapes like \('e ...
As such, it would seem preferable to get po4a to do the transliteration
from utf8 to the appropriate escapes.
I'm not very familiar with the po4a code, but have attached a simple
proof of concept script which could perhaps be of help in adding this
feature to po4a.
--bod
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441835: debsums: UTF-8 encoded man pages
On Wed, Sep 12, 2007 at 08:59:22PM +1000, Brendan O'Dea wrote:
I'm not very familiar with the po4a code, but have attached a simple
proof of concept script which could perhaps be of help in adding this
feature to po4a.
Bugger. Really attaching this script this time...
--bod
#!/usr/bin/perl
# proof of concept converter to exchange utf8 strings for groff escapes
use strict;
use warnings;
package Groff::Font::utf8;
use Carp;
use IO::File;
sub new
{
my $class = shift;
my $self = {};
my ($datadir) = grep -d, '/usr/share/groff',
'/usr/local/share/groff' # etc
or croak can't find groff data directory: $!;
my $fontdir = $datadir/current/font;
unless (-d $fontdir)
{
# MacOS has no current symlink... punt
($fontdir) = grep -d, reverse glob $datadir/[0-9]*/font;
}
my $font = IO::File-new($fontdir/devutf8/R)
or croak can't open groff utf8 roman font: $!;
while ($font)
{
/^(\S+) \s+ \d+ \s+ \d+ \s+ 0x([\da-f]+)/xi or next;
my ($esc, $code) = ($1, hex $2);
# skip unrepresentable chars and ascii range
next if $esc eq '---' or $code 0x80;
my $len = length $esc;
$self-{$code} = $len == 1 ? \\$esc :
$len == 2 ? \\($esc :
\\[$esc];
}
bless $self, $class;
}
# convert utf8 string
sub convert
{
my $self = shift;
my @s = @_;
s/([^\x00-\x7f])/$self-{ord $1} || $1/ge for @s;
wantarray ? @s : join '', @s;
}
# convert raw bytes
sub convert_raw
{
my $self = shift;
require Encode;
$self-convert(map Encode::decode_utf8($_), @_);
}
package main;
my $f = Groff::Font::utf8-new;
my $utf8 = EOT;
Det h\x{e4}r \x{e4}r fri programvara, licenserad under villkoren f\x{f6}r GNU
General
Public License. Det finns INGEN garanti; inte ens f\x{f6}r S\x{c4}LJBARHET
eller
L\x{c4}MPLIGHET F\x{d6}R N\x{c5}GOT SPECIELLT \x{c4}NDAM\x{c5}L.
EOT
print utf8 string:\n, '-' x 60, \n, $f-convert($utf8);
my $bytes = do { local $/; DATA };
print \nraw bytes:\n, '-' x 60, \n, $f-convert_raw($bytes);
__END__
Det här är fri programvara, licenserad under villkoren för GNU General
Public License. Det finns INGEN garanti; inte ens för SÄLJBARHET eller
LÄMPLIGHET FÖR NÅGOT SPECIELLT ÄNDAMÅL.
Bug#441835: debsums: UTF-8 encoded man pages
On Wed, 12 Sep 2007, Brendan O'Dea wrote: As such, it would seem preferable to get po4a to do the transliteration from utf8 to the appropriate escapes. One other option is to use ISO-8859-1 (or other appropriate encoding) if that is sufficient to encode the characters you need. -- http://rrt.sc3d.org/ | Crews help mock terror casualties (BBC) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441977: openct: Error during upgrade when the service is not running
Package: openct Version: 0.6.12-1 Severity: important If the openct service is not running, the upgrade process is broken: # LANG=C apt-get install openct Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: openct 1 upgraded, 0 newly installed, 0 to remove and 13 not upgraded. 27 not fully installed or removed. Need to get 0B/321kB of archives. After unpacking 24.6kB disk space will be freed. Lettura dei changelog... Fatto (Reading database ... 305152 files and directories currently installed.) Preparing to replace openct 0.6.12-1 (using .../openct_0.6.14-1_i386.deb) ... Stopping smart card terminal framework: OpenCT Error: can't open /var/run/openct/status: No such file or directory cannot access status file; no readers killed invoke-rc.d: initscript openct, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping smart card terminal framework: OpenCT Error: can't open /var/run/openct/status: No such file or directory cannot access status file; no readers killed invoke-rc.d: initscript openct, action stop failed. dpkg: error processing /var/cache/apt/archives/openct_0.6.14-1_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/openct_0.6.14-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (850, 'testing'), (800, 'unstable'), (750, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openct depends on: ii adduser 3.105 add and remove users and groups ii dpkg 1.14.5 package maintenance system for Deb ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libltdl3 1.5.22-4 A system independent dlopen wrappe pn libopenct1none (no description available) ii libusb-0.1-4 2:0.1.12-7 userspace USB programming library Versions of packages openct recommends: ii udev 0.114-2/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441835: debsums: UTF-8 encoded man pages
On Wed, Sep 12, 2007 at 08:59:22PM +1000, Brendan O'Dea wrote:
On Tue, Sep 11, 2007 at 12:41:58PM +0100, Reuben Thomas wrote:
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/sv/man1/debsums.1.gz
/usr/share/man/sv/man8/debsums_gen.8.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As such, it's reasonable to file bugs against packages attempting to
use UTF-8 where it is not yet supported.
Hence I'm filing this bug. The solution for now seems to be to encode
the pages as 7-bit ASCII, using the appropriate *roff sequences to
produce accented characters.
Actually ISO-8859-1 is just fine right now, at least for Swedish.
debsums uses po4a to generate that manual page using sv.po which the
translator has chosen to encode in utf8.
I seem to recall hearing that utf8 is the preferred encoding for po
files where possible, and in any case using utf8 is certainly much more
easier and more readable than *roff escapes like \('e ...
As such, it would seem preferable to get po4a to do the transliteration
from utf8 to the appropriate escapes.
At this point, perhaps it would be better to wait for UTF-8 manual page
support, which should be coming soon. See recent discussion on
debian-policy and debian-mentors.
(Sorry for the rapid change of tune, but things have been going quite
quickly here recently.)
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408219: ntpd giving up on eth0 before it is initialized
Hello,
I ran into this problem with eth1, my WLAN card. I found that
by moving the script from /etc/dhcp3/dhclient-enter-hooks.d to
/etc/dhcp3/dhclient-exit-hooks.d it is now executed at the
correct phase, after the interface has been given addresses.
It would also be nice, if there was a way to specify persistent
ntp servers, I.e. that there were some server/peer lines that
wouldn't be stripped when forming /etc/ntp.conf.dhcp.
For example:
sed -r -e '/persistent/{;n;n;};/^ *(server|peer).*$/d' $NTP_CONF
Which would always leave lines following the string persistent alone:
# the following server should stay in the conf file persistently:
server my.globally.available.ntp.server
# the following server should be stripped:
server strippable.ntp.server
--
Aleksi Suhonen
() ascii ribbon campaign
/\ support plain text e-mail
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436249: increase severity
severity 436249 grave thanks Hi From what I can see, there are a few issues, which should be fixed for testing. I heard that the current maintainer is not that responsive (apologies, in case I am wrong), therefore I am cc'ing the sponsor. Please someone fix the bugs by packaging the new upstream version, otherwise the testing-security team has to ask for the removal from testing. Thanks for your efforts. Cheers Steffen signature.asc Description: This is a digitally signed message part.
Bug#441764: closed by Frank Lichtenheld [EMAIL PROTECTED] (Re: Bug#441764: packages.debian.org should show Homepage field)
On Wed, Sep 12, 2007 at 11:27:25AM +0200, Frank Lichtenheld wrote: On Wed, Sep 12, 2007 at 08:17:14AM +0200, Jens Seidel wrote: On Tue, Sep 11, 2007 at 03:53:59PM -0400, Joey Hess wrote: Thanks much for the fast fix. However, note that you put the homepage url in the sidebar, and refer to bug #440588 ... I would also like to see the Homepage field for binary packages instead of source packages only. In the past the Homepage info was part of the description and also visible for binary packages. AFAICT my code doesn't discriminate against binary packages. If the package has the field it should be displayed... Compare http://packages.debian.org/sid/hex-a-hop with http://packages.debian.org/source/sid/hex-a-hop The right strip (your old code?) for the source package has External Resources: Homepage the binary package has Similar packages: instead! Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441978: visualboyadvance: debian/copyright missing information: ./src/i386/2xSaImmx.asm
Package: visualboyadvance Version: 1.8.0-3 Severity: normal Hi, thanks for maintaining visualboyadvance. just stumbled upon a bug report for ubuntu [1], doubting about the license of ./src/i386/2xSaImmx.asm, I thought I'd forward this to you. Thanks, Stefan. [1]: https://bugs.launchpad.net/ubuntu/+source/visualboyadvance/+bug/29630 -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 'gutsy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-11-generic (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/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401482: vdso patch doesn't work against 2.6.18.dfsg.1-13etch1
Hi Sam, I found this problem in the stock upstream 2.6.18.8 kernel, and for me the fix involved the following: 1. apply the attached patch (taken from the RHEL 5 kernel source package) 2. build the kernel with CONFIG_COMPAT_VDSO disabled 3. use an older version of gcc (I had been testing with 6.6; stock 6.4 worked) Without all of those things, I would usually see useless stack traces when attaching to running processes or analyzing core dumps of multithreaded programs. (The original RedHat patch, linux-2.6-misc-fix-vdso-in-core-dumps.patch, does not apply cleanly to a stock kernel, so I've also attached the same patch with conflicts against a stock 2.6.18.8 kernel resolved as fix-vdso-in-core-dumps-rediff.patch.) I'd be interested to see if these steps solve this problem for you with a Debian etch kernel. Nate -- Nathaniel W. Turner http://aardvarque.com/ linux-2.6-misc-fix-vdso-in-core-dumps.patch Description: Binary data fix-vdso-in-core-dumps-rediff.patch Description: Binary data
Bug#335377: nothing
i've tried this with openoffice-core 2.0.4.dfsg.2-7etch1 and openoffice-core 2.2.1-8. both versions founded an error and asked me to repair the file what only resluted in deleting the boxes ... all 4 lines were displayed like before. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440763: usbutils: lsusb silently ignores permission errors
On 09/12/2007 05:50:05 AM, Aurelien Jarno wrote: reassign 440763 libgphoto2-2 retitle 440763 libgphoto2-2: set wrong permissions on the udev nodes Thank you for your help, and that is definitely a problem. But I still think that there is a lsusb related problem. Should I submit another bug to the lsusb maintainer? Aurelien Jarno a écrit : On Mon, Sep 03, 2007 at 11:50:14PM -0500, Karl O. Pinc wrote: lsusb should display permission errors when enumerating those devices to which the user has no access. There is now way to do that. If the device is unreadable, you can't get any information from it, and thus libusb doesn't return any information about it. If there is no way to do that then this problem needs to be passed up to the kernel maintainers so the ioctl returns some error codes or something. If lsusb can detect that a device exists it should be able to tell that it can't get any information about the device and issue an error, just like cat does when it tries to read a file without permission or ls does when it tries to read a directory or follow a symlink and there's no permission. Something somewhere is silently ignoring permission violations and the result is that lsusb must always be run as root or the results cannot be trusted because there is no way to know when all devices are shown and when not. (In an SELinux environment the problem may well be worse and lsusb can _never_ be trusted.) I found that it comes from the rules file installed by libgphoto2. I am therefore reassigning the bug to this package. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#410162: ITP: schafkopf -- a popular Bavarian card game
Hi Frank, On Wed, Sep 12, 2007 at 12:05:15PM +0200, Frank S. Thomas wrote: On Wednesday 12 September 2007, Sebastian Harl wrote: On Wed, Sep 12, 2007 at 10:40:11AM +0200, Frank S. Thomas wrote: What is the status of this ITP? I did not have time to work on it lately. IIrc there were some issues that need to be resolved first. One of them is the license of the OpenTarock card deck, which is licensed under the CC by-nc-sa 2.0 license, which is non-free. I asked upstream to change it to a free license a while ago, but nothing happened yet: https://lists.berlios.de/pipermail/schafkopf-devel/2006-January/001250.html We should nudge them about this issue again... Right, I remember that. I've already talked to upstream about that as well. Obviously not very successfully. However, this card deck could be removed for now. I will have a look at it during the next days again. If you have some spare time for it, feel free to take over the ITP. I would also be glad to team maintain it. I never came around filing an ITP as I started to package schafkopf myself and I'm not sure if I've enough free time to maintain it on my own. I'd prefer to team maintain it, maybe using pkg-games' Subversion repository? Sure. I'd rather prefer git (or any other real VCS) over SVN, but there is git-svn, so I don't really care :-) Do you already work as part of the Debian Games team? Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#441979: Cannot install: libcurl3: Depends: libssh2-0 which is a virtual package
Package: curl Severity: grave Justification: renders package unusable On a sid machine, just after an aptitude update this morning: % sudo aptitude install curl Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following packages are BROKEN: libcurl3 The following NEW packages will be installed: curl 0 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 359kB of archives. After unpacking 709kB will be used. The following packages have unmet dependencies: libcurl3: Depends: libssh2-0 which is a virtual package. Resolving dependencies... Unable to resolve dependencies! Giving up... Abort. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.18-3-sparc64 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages curl depends on: ii libc6 2.6.1-3 GNU C Library: Shared libraries pn libcurl3none (no description available) ii libkrb531.6.dfsg.1-7 MIT Kerberos runtime libraries ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime curl recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441911: lingot: FTBFS: XML::Parser missing.
tag 441911 patch thanks Hi, adding libxml-parser-perl to Build-Depends helps. bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440535: reprepro: Not properly checking signatures of repositories updating from
Hi, I've sent a mail with the attached files to [EMAIL PROTECTED] at August 20th, but got no reply since then. Thus attaching them here again. Thank you for your work, I've reviewed it and I'm wondering about why you made this change specifically: - if( kl fl strncmp(fingerprint+fl-kl,keypart,kl) == 0 ) + if( kl fl strncasecmp(fingerprint+fl-kl,keypart,kl) == 0 ) Can you clarify? Thanks! Thijs pgpnRY8svZXrT.pgp Description: PGP signature
