Bug#503878: fglrx-atieventsd: authatieventsd.sh uses finger without depending on it and is unreliable
Le Tuesday 04 November 2008 06:56:33 Mark Purcell, vous avez écrit : On Wednesday 29 October 2008 10:16:21 Luca Niccoli wrote: I've attached the modified script, to be diffed against the upstream one. Romain Bertrand, Hi ! This RC bug effecting lenny, with a patch, has been sitting without a response for a week. Are you in a position to prepare a fixed package? I will try to prepare a fixed package as soon as possible, which means at least this week end. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504467: boinc-app-seti: Package uninstallable
Package: boinc-app-seti Version: 5.13+cvs20060510-4 Severity: grave Justification: renders package unusable The configure/post-configure script of the installation fails. The reason is most probably that /etc/init.d/boinc-client distribution will not start boinc. The daemon start/stop utility simple does not work with boinc and has not for a long time! To use it, I changed to brute force boinc -d and killall to start and stop. There is no longer any pid file/pid number for use in other parts of this script. Should be a better way to bypass the daemon tool when necessary? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (650, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-rt1-davidb (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages boinc-app-seti depends on: ii boinc-client 6.2.14-2 core client for the BOINC distribu ii libc6 2.7-15GNU C Library: Shared libraries ii libfftw3-3 3.1.2-3.1 library for computing Fast Fourier ii libgcc11:4.3.2-1 GCC support library ii libssl0.9.80.9.8g-14 SSL shared libraries ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime boinc-app-seti recommends no packages. boinc-app-seti suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502824: alevt: diff for NMU version 1:1.6.1-10.2
Mark Purcell [EMAIL PROTECTED] wrote: Chris, Any progress on your NMU to fix this RC bug for lenny? I have prepared and uploaded it *3* times, both to the SSH queue on ravel and via FTP; every time the upload simply disappears. Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Bug#504468: dns2tcp: Changelog differs from Upstream changelog (missing lines)
Package: dns2tcp Version: 0.4.dfsg-4 Severity: minor Hi, the upstream changelog is much longer than the pseudo upstrem changelog shipped with the package, all changes from 0.4.1 to 0.4.3 are missing in the shipped changelog: | Version 0.4.3 | Fix unsigned int pb and error in dns_decode (John Lampe) | Fix drop privileges problems (Solar Designer) | Add limit to prevent fork() (Idea from Solar Designer) | | Version 0.4.2 | Suppressed | | Version 0.4.1 | Fix buffer overflow in dns_decode | Fix bind Problem (thanks Taylor R Campbell) | Fix compilation problem in FreeBSD Greets M. Augsburger -- 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.22.19-vs2.3.0.34-kuschelhoelle Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dns2tcp depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries dns2tcp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503821: Purpose of features/all/xen/workaround-pte-file.patch?
If I revert features/all/xen/workaround-pte-file.patch (i.e. use _PAGE_PSE for _PAGE_PROTNONE) then the crash when running the test program turns into a simple OOM, which I think is acceptable given the nature of the test program. However I assume the workaround is there for a specific purpose, what was it? -- Ian Campbell You may be sure that when a man begins to call himself a realist, he is preparing to do something he is secretly ashamed of doing. -- Sydney Harris signature.asc Description: This is a digitally signed message part
Bug#504452: epiphany-gecko: Strange empty error window
Le lundi 03 novembre 2008 à 23:40 +, Sam Morris a écrit : For the last few days, I have been receiving a strange window (screenshot attached) when doing certain actions. Just now, it appears instead of the 'do you really want to resubmit this POST request?' dialog. Sadly I don't have a better way to reproduce this than 'use epiphany for a while'. :( Looks like yet another symptom of #494058… -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504441: epiphany-gecko crashes on quit
Le lundi 03 novembre 2008 à 23:30 +0100, Emilio Pozuelo Monfort a écrit : Sometimes, on quit, Epiphany crashes. It's not 100% reproducible but happens often. #7 signal handler called #8 object_remove_closure (data=0xa03c960, closure=0xbfe5e204) at /tmp/buildd/glib2.0-2.16.6/gobject/gobject.c:2120 #9 0xb65ff825 in NS_HasPendingEvents_P (thread=0x0) at nsThreadUtils.cpp:209 #10 0xb65835dc in nsBaseAppShell::OnProcessNextEvent (this=0xababc10, thr=0xa03c960, mayWait=0, recursionDepth=0) at nsBaseAppShell.cpp:288 #11 0xb662d696 in nsThread::ProcessNextEvent (this=0xa03c960, mayWait=0, result=0xbfe5e2a8) at nsThread.cpp:497 #12 0xb65ff87e in NS_ProcessPendingEvents_P (thread=0xa03c960, timeout=20) at nsThreadUtils.cpp:181 IIUC this is the bug that is supposedly fixed by the upcoming xulrunner upload (which will require a round of binNMUs). Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504436: x11proto-gl-dev: Missing dependency for GL/gl.h include?
On Mon, 2008-11-03 at 14:06 -0800, Bryce Harrington wrote: Package: x11proto-gl-dev Version: 1.4.9-1 Severity: important Forwarding this bug from a Ubuntu reporter: https://bugs.edge.launchpad.net/ubuntu/+source/x11proto-gl/+bug/292388 /usr/include/GL/glxint.h depends on /usr/include/GL/gl.h, provided by the mesa-common-dev and nvidia-glx-*-dev packages. The user is proposing the following dependency changes. Would appreciate your review/comments on this. Package: x11proto-gl-dev Architecture: all -Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common (= 1:7.0.0) +Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common (= 1:7.0.0), mesa-common-dev | nvidia-glx-173-dev | nvidia-glx-177-dev | nvidia-glx-71-dev | nvidia-glx-96-dev The standard stanza for a GL dependency is libgl1-mesa-dev | libgl-dev -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504425: Please fix these packaging problems
On Tue, Nov 4, 2008 at 11:02 AM, Kumar Appaiah [EMAIL PROTECTED] wrote: On Tue, Nov 04, 2008 at 10:48:16AM +0530, Onkar Shinde wrote: Exception in thread main java.lang.NullPointerException at net.sf.jftp.gui.base.StatusPanel.init(StatusPanel.java:79) at net.sf.jftp.JFtp.init(JFtp.java:180) at net.sf.jftp.JFtp.init(JFtp.java:166) at net.sf.jftp.JFtp.main(JFtp.java:574) I haven't tried debugging into this, but I guess jftp uses some swing classes which don't work with java-gcj. I tried only with Sun JRE and OpenJDK. But I still believe it is better to not hard code the path. If at some points GCJ implements all the Swing classes used by jftp it will automatically start working. We won't have to keep watch on if GCJ or any other Free JRE is good enough to run jftp and then change the jftp startup script accordingly. Another point of view is that GCJ developers may get some help with bugs about certain app not working with it. I disagree with this, as this logic is flawed. From a user's perspective, if I want to use jftp, I should be able to install jftp and type jftp, and it should run, and not expect me to switch to an alternative JRE. The case you mention is appropriate if there is an application which runs with several runtime environments. However, in this case, if you expect me to keep switching JREs (I may want to use jftp but gcj for all other stuff), your solution won't work. Ok. This makes sense now. Thanks for providing this point of view. By the way, now that we know that jftp works with openjdk as well as Sun JRE do you think the startup script should be modified accordingly. I believe java-wrappers may be helpful in this regard but I myself have never used it. Or are you against this as Sun JRE is in non-free? Thanks for all the suggestions, though. The package has got a well needed cleanup because of them. I am glad I could help. :-) Onkar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504433: smstools: Reinstallation fails to complete
Hi, thanks for your bug report. On Mon, Nov 03, 2008 at 09:47:01PM +, Mair wrote: After installing and then removing various mobile toys (gammu, wammu, xgnokii, kmobilephone...), I found that /var/spool/sms/ had disappeared. I tried installing and reinstall smstools to fix the problem and I find that I am now unable to install a working smstools. Hmm. Interesting. Did the installation work in the first place? No warning about a conflict? And what is kmobilephone for a package? Is it from a different distribution? I need to that, because I expect that one of the mentioned packages conflicts with smstools. After installation, there is no /etc/init.d/smstools, and no /var/spool/sms. Just to being complete: Is the init script first missing after the installation or was it already missing after removing of the other packages? Anyway this is a interesting issue. Both missing files are part of the package itself and I think it should never happen that a package is in installed state, but its files are missing. Could be a dpkg bug. But before making the horses shy: What does dpkg -l smstools say? Best Regards, Patrick signature.asc Description: Digital signature
Bug#504441: epiphany-gecko crashes on quit
On Tue, Nov 04, 2008 at 09:30:55AM +0100, Josselin Mouette [EMAIL PROTECTED] wrote: Le lundi 03 novembre 2008 à 23:30 +0100, Emilio Pozuelo Monfort a écrit : Sometimes, on quit, Epiphany crashes. It's not 100% reproducible but happens often. #7 signal handler called #8 object_remove_closure (data=0xa03c960, closure=0xbfe5e204) at /tmp/buildd/glib2.0-2.16.6/gobject/gobject.c:2120 #9 0xb65ff825 in NS_HasPendingEvents_P (thread=0x0) at nsThreadUtils.cpp:209 #10 0xb65835dc in nsBaseAppShell::OnProcessNextEvent (this=0xababc10, thr=0xa03c960, mayWait=0, recursionDepth=0) at nsBaseAppShell.cpp:288 #11 0xb662d696 in nsThread::ProcessNextEvent (this=0xa03c960, mayWait=0, result=0xbfe5e2a8) at nsThread.cpp:497 #12 0xb65ff87e in NS_ProcessPendingEvents_P (thread=0xa03c960, timeout=20) at nsThreadUtils.cpp:181 IIUC this is the bug that is supposedly fixed by the upcoming xulrunner upload (which will require a round of binNMUs). Yup, that's the one. I do hope the upcoming fix addresses it. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504389:
Le mardi 04 novembre 2008 à 18:38 +1100, Tim Richardson a écrit : Restoring patch 52 to pre-2.20-7-3 version works. With the 2.20-7-4 patch ( splashy) gdm doesn't seem to stop properly. Something else in the shutdown process kills it and the machine will reboot/shutdown without user intervention if splashy is not used, but if splashy is used the vt8 is never activated until the user manually does it via a keyboard action. I’d say this is the opposite. The new version of the patch prevents gdm from being killed by an external process by ignoring signals received during it. Especially, if the SIGTERM handler is executed during the process, gdm will crash (double free). Which means that gdm is not stopping properly on your system and that some external process kills it. This mechanism stopped working in 2.20.7-4, which is – theoretically – a good thing. So the real question is, what is preventing gdm from stopping. I’d be much interested if you could do the following: * build and install a gdm package with debugging symbols (noopt nostrip) * try to stop gdm by hand (/etc/init.d/gdm stop) or from itself (by setting RebootCommand to /bin/true and initiating a reboot) and see if there are processes remaining * if processes remain, obtain a gdb backtrace from them Could you revert the changes to patch 52? I’d prefer not to do it blindly. Upstream asked for these changes before applying it to their tree, and I’d rather understand what’s going on. I of course have no idea why I only see this bug only on my two intel-based laptops and not on a Sid virtual machine or on a AMD/nvidia desktop; I just mention that in case there are problems reproducing this report. This is actually interesting. I also have an intel-based laptop, and during the shutdown process it does not switch to the VT where the shutdown messages are displayed, while this works on my ATI machine. Maybe there’s something else going on with the X server. Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#503337: Bug present in unstable but not in testing
notfound 503337 0.7-1.2 found 503337 0.8-1 thanks Christian Perrier schreef: From what I read in the bug log and what I remember from the history of uswsusp, this RC bug is *not* present in testing. Testing has a 0.7-1.2 version which does not have the config change described by Tim Dijkstra in the bug log. As a consequence, I think we can safely decide that the following should be sent to [EMAIL PROTECTED]: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504470: libgeos: watch file contains wrong address.
Package: libgeos Version: 3.0.0-5 Severity: normal Hi, The new url should be http://download.osgeo.org/geos/. The current address (http://geos.refractions.net/downloads/) contains tar.gz but not the latest. Regards, fredj -- 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-ovz-028stab053.5-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503821: Purpose of features/all/xen/workaround-pte-file.patch?
On Tue, Nov 04, 2008 at 08:30:16AM +, Ian Campbell wrote: However I assume the workaround is there for a specific purpose, what was it? A crash in mprotect. | #include stdio.h | #include stdlib.h | #include sys/mman.h | | const int size = 4096; | | int main() | { | char *buf = mmap(0, size * 4, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0); | mprotect(buf, size, PROT_NONE); | mprotect(buf, size, PROT_READ); | printf(%d\n, buf[0]); | } Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504473: RFA: gputils -- GNU PIC utilities
Package: wnpp Severity: normal I request an adopter for the gputils package. The package description is: Those utilities for the Microchip PIC microcontrollers family contain an assembler (compatible with MPASM), a disassembler, and other tools. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504392: smartmontools: reports error when ipod shuffle disconnected without unmount
reopen 504392 thanks On Tue, Nov 04, 2008 at 08:12:59AM +, Debian Bug Tracking System wrote: On Mon, Nov 03, 2008 at 12:42:53PM +0100, Olivier Berger wrote: Nov 3 12:20:40 rms smartd[3532]: Device: /dev/sda, No such device, open() failed Nov 3 12:20:40 rms smartd[3532]: Sending warning via /usr/share/smartmontools/smartd-runner to root ... Nov 3 12:20:41 rms smartd[3532]: Warning via /usr/share/smartmontools/smartd-runner to root: successful Because you configured it to do so. Either by using DEVICESCAN or /dev/sda in smartd.conf. Smartd doesn't care about mounting or unmounting. -- Guido I think you misunderstood my point. It shouldn't care for disks which are not smart enabled, and actually not even disks at all. DEVICESCAN is indeed configured, but that's no excuse for smartd to mess with non-disks, IMHO. The mounting/unmounting shouldn't be done by smartd of course. I hope it's clearer now. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504478: eject: eject -T does not work on Mac
Package: eject Version: 2.1.5+deb1-4 Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch jaunty Hello, As reported in https://launchpad.net/bugs/91873, eject -T does not work on Macs, and on some amd64 machines: $ eject -v -T eject: using default device `cdrom' eject: device name is `cdrom' eject: expanded name is `/dev/cdrom' eject: `/dev/cdrom' is a link to `/dev/hda' eject: `/dev/hda' is not mounted eject: `/dev/hda' is not a mount point eject: toggling tray ioctl: Input/output error This is because ioctl(iCDROMEJECT) returns EIO if there's no disk in the drive or the tray is open. This is not an error condition. This patch was applied to Ubuntu a while ago, and was verified to work fine. Unfortunately we did not find an upstream bug tracker to send it to. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru /tmp/6rrvEn4EMT/eject-2.1.4/eject.c /tmp/Jon9ZzjSLN/eject-2.1.4/eject.c --- /tmp/6rrvEn4EMT/eject-2.1.4/eject.c 2007-03-12 14:15:26.0 +0100 +++ /tmp/Jon9ZzjSLN/eject-2.1.4/eject.c 2007-03-12 14:15:28.0 +0100 @@ -552,7 +552,7 @@ gettimeofday(time_start, NULL); /* Send the CDROMEJECT command to the device. */ - if (ioctl(fd, CDROMEJECT, 0) 0) { + if (ioctl(fd, CDROMEJECT, 0) 0 errno != EIO) { perror(ioctl); exit(1); } signature.asc Description: Digital signature
Bug#503878: fglrx-atieventsd: authatieventsd.sh uses finger without depending on it and is unreliable
On Tuesday 04 November 2008 19:21:17 Romain Beauxis wrote: I will try to prepare a fixed package as soon as possible, which means at least this week end. Romain, Thanks that is great news. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504380: (no subject)
I've got the same problem on Debian Lenny x86_64. icecc-monitor 1.1-1 works fine, 1.1-3 cannot find the scheduler. The scheduler is set up in a different subnet so broadcast won't find it. I'm using USE_SCHEDULER to point the monitor to the correct location. ~$ icemon ignoring localhost lo broadcast eth0 10.149.111.255 scheduler is on 10.150.32.87:8765 (net ) QSocketNotifier: Invalid socket specified QSocketNotifier: Internal error ignoring localhost lo broadcast eth0 10.149.111.255 ignoring localhost lo broadcast eth0 10.149.111.255 scheduler is on 10.150.32.87:8765 (net ) QSocketNotifier: Invalid socket specified QSocketNotifier: Internal error ignoring localhost lo broadcast eth0 10.149.111.255 ignoring localhost lo broadcast eth0 10.149.111.255 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503712: etch-lenny upgrade left the system in broken state
On Tuesday 04 November 2008 18:55:41 Niko Tyni wrote: On Thu, Oct 30, 2008 at 12:52:28PM +0100, Giovanni Rapagnani wrote: On 30/10/08 10:33, Niko Tyni wrote: Is this something that needs documentation in the release-notes ? I think it would be much better to fix the upgrade path if possible. [...] Clarification: Giovanni isn't the ghostscript maintainer, he just reported the issue. Sorry Giovanni, I did get confused over who was running with this bug. Masayuki, Torsten, Jonas, This release critical bug effecting lenny has been in sitting against your package since last week without comment from you. Are you in a position to comment/ prepare a package to fix this issue and help the lenny release? Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503712: etch-lenny upgrade left the system in broken state
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Nov 04, 2008 at 09:17:09PM +1100, Mark Purcell wrote: On Tuesday 04 November 2008 18:55:41 Niko Tyni wrote: On Thu, Oct 30, 2008 at 12:52:28PM +0100, Giovanni Rapagnani wrote: On 30/10/08 10:33, Niko Tyni wrote: Is this something that needs documentation in the release-notes ? I think it would be much better to fix the upgrade path if possible. [...] Clarification: Giovanni isn't the ghostscript maintainer, he just reported the issue. Sorry Giovanni, I did get confused over who was running with this bug. Masayuki, Torsten, Jonas, This release critical bug effecting lenny has been in sitting against your package since last week without comment from you. Are you in a position to comment/ prepare a package to fix this issue and help the lenny release? Thanks for pinging us! I am now preparing an updated package that makes ghostscript depend on gs-common = 8.62.dfsg.1-3.1. This means we need to keep the dummy transitional gs-common around until Lenny+1 is released, but I see no other way to ensure that the fix for #495703 is actually applied. @Niko: you mention that this would cause a circular dependency. I believe that is not the case when the dependency is versioned and newer than the versioned conflict. If I misunderstood, then please elaborate. Kind regards, and thanks for all the help with this one! - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkQOwYACgkQn7DbMsAkQLgBXgCgoZ/A9N91U7dYPOac1gFWE+Xk Zs0An2lDgEeL+vC5ucoHKNzgYjD2fDe4 =/v7s -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504492: pm-utils: pm-hibernate uses s2disk when available even if told not to
Package: pm-utils Version: 1.1.2.4-1 Severity: normal It appears that if the uswsusp package is installed, then pm-hibernate locates the presence of s2disk and uses it to save, even if told not to via, for example (hibernate.conf) TryMethod disk.conf #TryMethod suspend2.conf #TryMethod ram.conf (disk.conf) TryMethod sysfs-disk.conf #TryMethod ususpend-disk.conf (sysfs-disk.conf) UseSysfsPowerState disk Include common.conf Since I'm not using an initramd (which might run `resume'), resume fails. If instead I save using echo disk /sys/power/state, then resume works fine. But I can't presently get pm-hibernate to save that way, because it seems to insist on using s2disk instead when it finds it. Uninstalling the uswsusp package removes s2disk and cures pm-hibernate. Peter -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-19.41 (SMP w/1 CPU core; 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 Versions of packages pm-utils depends on: ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities ii powermgmt-base 1.30+nmu1 Common utils and configs for power Versions of packages pm-utils recommends: ii hal 0.5.11-6Hardware Abstraction Layer ii radeontool 1.5-5build1 utility to control ATI Radeon back pn uswsusp none (no description available) ii vbetool 1.0-3 run real-mode video BIOS code to a Versions of packages pm-utils suggests: ii cpufrequtils 004-2 utilities to deal with the cpufreq -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504007: today message changed
In case it helps, I've tried again to boot this faulty kernel today, and I've received a message like EBDA too big, overlapping LILO second stage or something like that. Just like Walter I use LILO and all my partitions are XFS (a single one in fact on this particular laptop) Since using GRUB with XFS partitions has left a bitter taste in my mouth a few years back, I'm not really sure if this is a LILO or kernel problem, nor how to fix it... bye Jerome Alet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503712: etch-lenny upgrade left the system in broken state
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Nov 04, 2008 at 02:34:55PM +0200, Niko Tyni wrote: On Tue, Nov 04, 2008 at 01:07:34PM +0100, Jonas Smedegaard wrote: I am now preparing an updated package that makes ghostscript depend on gs-common = 8.62.dfsg.1-3.1. @Niko: you mention that this would cause a circular dependency. I believe that is not the case when the dependency is versioned and newer than the versioned conflict. If I misunderstood, then please elaborate. The circular dependency I was referring to is that gs-common already depends on (unversioned) ghostscript, and this introduces the other direction. I'm not sure if that is a problem at all, probably not. Thanks for clarifying! (doh, how did I miss that?) Circular dependencies are indeed bad, even when tied to same source package. I believe it is not a policy violation (§7.2 even documents how they should be treated), but so tricky to avoid that they are strongly discouraged. So this bug really is #495703 wrongly assumed fixed by adding a prerm to gs-common. @niko: When you proposed to add a dummy prerm script to gs-common, did you then consider enhancing ghostscript instead? Reading Debian Policy §6.8, first few lines, it seems possible to add a (dummy?) abort-remove section to ghostscript. Alternatively, if gs-common dummy prerm is really required, then it needs to always be applied, which means we mandate ghostscript-x on all installations: Old gs-common depended on any ghostscript, including the X11 driver, and even if the package was not advertised as such, other packages abused that to ensure a working ghostscript without favouring any in particular. In principle we could ignore that assumption from other packages and simply drop the gs-common dependencies on ghostscript and ghostscript-x, and then file bugreports against packages failing to work. But really that is unacceptable this late in the release process IMHO. I would hate to enforce X11 on all ghostscript installations, so looking closer at an alternative solution for the underlying bug#495703 would be nice. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkQVZ8ACgkQn7DbMsAkQLhf2wCfZXUSBi6/6vxMCwkOxVxYGNCG C1wAn1UVp2n7vgymTH+tTG7Kv4V4SvRC =npFz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504202: manpages: edge-triggered example doesn't specify whether listener socket is also using edge-triggering
On Tue, Nov 4, 2008 at 2:55 PM, Michael Kerrisk [EMAIL PROTECTED] wrote: But forgot to include the revised code. Here it is. That's better. BTW, did you miss my response? I'm wondering about the case where accept() returns EMFILE. In that case, the example currently misbehaves (it does a busy loop). I'm not sure how epoll behaves in this case and a solution doesn't appear to be trivial. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345780: Patch for #345780
Attached is a patch for #345780. RFC 821 says that an implementation should at least handle text lines of 1000 characters, but it says also that when possible, an implementation should avoid having these limits. These issues happen with lines over 2k long, but even if it didn't support them, it should return 500 Line too long. and not just die or litter extra \r\n markers in between long lines. I can NMU but I'd like to have someone review my patch. This thing involves far too many buffers to my liking and I'm sure I've missed an off by one error in there somewhere. Index: ssmtp-2.62/ssmtp.c === --- ssmtp-2.62.orig/ssmtp.c 2008-11-04 14:56:56.0 +0200 +++ ssmtp-2.62/ssmtp.c 2008-11-04 15:05:27.0 +0200 @@ -343,28 +343,26 @@ /* standardise() -- Trim off '\n's and double leading dots */ -void standardise(char *str) +bool_t standardise(char *str, bool_t *linestart) { size_t sl; char *p; - - if((p = strchr(str, '\n'))) { - *p = (char)NULL; - } + bool_t leadingdot = False; /* Any line beginning with a dot has an additional dot inserted; - not just a line consisting solely of a dot. Thus we have to slide - the buffer down one */ - sl = strlen(str); + not just a line consisting solely of a dot. Thus we have to move + the buffer start up one */ - if(*str == '.') { - if((sl + 2) BUF_SZ) { - die(standardise() -- Buffer overflow); - } - (void)memmove((str + 1), str, (sl + 1));/* Copy trailing \0 */ + if(*linestart *str == '.') { + leadingdot = True; + } + *linestart = False; - *str = '.'; + if((p = strchr(str, '\n'))) { + *p = (char)NULL; + *linestart = True; } + return(leadingdot); } /* @@ -1359,12 +1357,12 @@ */ ssize_t smtp_write(int fd, char *format, ...) { - char buf[(BUF_SZ + 1)]; + char buf[(BUF_SZ + 2)]; va_list ap; ssize_t outbytes = 0; va_start(ap, format); - if(vsnprintf(buf, (BUF_SZ - 2), format, ap) == -1) { + if(vsnprintf(buf, (BUF_SZ - 1), format, ap) == -1) { die(smtp_write() -- vsnprintf() failed); } va_end(ap); @@ -1402,16 +1400,18 @@ */ int ssmtp(char *argv[]) { - char buf[(BUF_SZ + 1)], *p, *q; + char b[(BUF_SZ + 2)], *buf = b+1, *p, *q; #ifdef MD5AUTH char challenge[(BUF_SZ + 1)]; #endif struct passwd *pw; int i, sock; uid_t uid; - bool_t minus_v_save; + bool_t minus_v_save, leadingdot, linestart = True; int timeout = 0; + int bufsize = sizeof(b)-1; + b[0] = '.'; outbytes = 0; ht = headers; @@ -1494,12 +1494,12 @@ } strncpy(challenge, strchr(buf,' ') + 1, sizeof(challenge)); - memset(buf, 0, sizeof(buf)); + memset(buf, 0, bufsize); crammd5(challenge, auth_user, auth_pass, buf); } else { #endif - memset(buf, 0, sizeof(buf)); + memset(buf, 0, bufsize); to64frombits(buf, auth_user, strlen(auth_user)); if (use_oldauth) { outbytes += smtp_write(sock, AUTH LOGIN %s, buf); @@ -1511,7 +1511,7 @@ die(Server didn't like our AUTH LOGIN (%s), buf); } /* we assume server asked us for Username */ - memset(buf, 0, sizeof(buf)); + memset(buf, 0, bufsize); to64frombits(buf, auth_user, strlen(auth_user)); outbytes += smtp_write(sock, buf); } @@ -1520,7 +1520,7 @@ if(smtp_read(sock, buf) != 3) { die(Server didn't accept AUTH LOGIN (%s), buf); } - memset(buf, 0, sizeof(buf)); + memset(buf, 0, bufsize); to64frombits(buf, auth_pass, strlen(auth_pass)); #ifdef MD5AUTH @@ -1631,7 +1631,7 @@ /* don't hang forever when reading from stdin */ while(!feof(stdin) timeout MEDWAIT) { - if (!fgets(buf, sizeof(buf), stdin)) { + if (!fgets(buf, bufsize, stdin)) { /* if nothing was received, then no transmission * over smtp should be done */ sleep(1); @@ -1639,12 +1639,25 @@ continue; } /* Trim off \n, double leading .'s */ - standardise(buf); - - outbytes += smtp_write(sock, %s, buf); + leadingdot = standardise(buf, linestart); + if (linestart)
Bug#504142: any news?
This bug is tagged pending but no sign of an upload. I know it's only been a few days but I'm preparing the RC upload for #502760 which is virtually identical and I can do this one too if you don't have time. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#504487: gcc-4.3: build cross toolchain for powerpc fails
On Tue, Nov 04, 2008 at 02:09:08PM +0100, Thiemo Seufer wrote: Uwe Kleine-König wrote: Package: gcc-4.3 Version: 4.3.2-1 Severity: wishlist Hello, I tried building a cross toolchain for powerpc following the steps on http://www.emdebian.org/tools/crossdev.html (i.e. installing binutils-$arch-linux-gnu and libc6-dev-$arch-cross, then export GCC_TARGET=arch, debian/rules control, dpkg-buildpackage -b -rfakeroot). I see this problem on powerpc, mips and mipsel, but not on i386. I haven't tested sparc and s390. A workaround (when 64-bit isn't needed) is to disable multilibs. This will break _any_ biarch compiling which matches the setup as in Debian. You need to find a way without touching the patches which are applied. Bastian -- You're dead, Jim. -- McCoy, The Tholian Web, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504487: gcc-4.3: build cross toolchain for powerpc fails
On Tue, Nov 04, 2008 at 01:06:43PM +0100, Uwe Kleine-König wrote: I tried building a cross toolchain for powerpc following the steps on http://www.emdebian.org/tools/crossdev.html (i.e. installing binutils-$arch-linux-gnu and libc6-dev-$arch-cross, then export GCC_TARGET=arch, debian/rules control, dpkg-buildpackage -b -rfakeroot). You miss the 64bit libc. The other variant is to build without shared libgcc. Bastian -- Kirk to Enterprise -- beam down yeoman Rand and a six-pack. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504487: gcc-4.3: build cross toolchain for powerpc fails
On Tue, Nov 04, 2008 at 01:06:43PM +0100, Uwe Kleine-König wrote: I tried building a cross toolchain for powerpc following the steps on http://www.emdebian.org/tools/crossdev.html (i.e. installing binutils-$arch-linux-gnu and libc6-dev-$arch-cross, then export GCC_TARGET=arch, debian/rules control, dpkg-buildpackage -b -rfakeroot). Does defining DEB_CROSS_NO_BIARCH help? Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504408: without installed gnome-accessibility activate assistive-technologies breaks login
reassign 504408 gnome-session 2.22.3-1 fixed 504408 2.22.3-2 thanks Le lundi 03 novembre 2008 à 16:22 +0100, Johan Kroeckel a écrit : After setting up base lenny system I installed xserver-xorg, gnome-core and gdm. Now when I activate the assistive-technologies without installed gnome-accessibility, logout and re-login results in a grey screen with a cursor but gnome fails to start a usable desktop environment. After doing a rm -R .* in home, I can login, again. Known issue, the fix should propagate to testing today. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#503005: ghc-pkg: dependency hslogger-1.0.5 doesn't exist (use --force to override)
On Tue, Nov 04, 2008 at 05:28:41PM +1100, Mark Purcell wrote: On Wednesday 22 October 2008 05:20:01 Stefan Parviainen wrote: libghc6-missingh-dev fails to install because it apparently depends on hslogger-1.0.5 while Debian Sid contains hslogger-1.0.6 John, This RC bug effecting lenny has been sitting against your package for a week without a comment from you. Are you in a position to address this issue with your package? It's been an extremely busy week for me, but I do intend to make an upload today. -- John Mark -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504142: Willing to upload
Just for the bug report, this is the patch I'd use for the NMU. I'd like to upload today, along with the fix for #502760. If you want to make the upload yourself, please ping me on irc (codehelp) - find me on #debian-uk, #emdebian or #debian-dpkg -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ diff -Nru nss-ldapd-0.6.5/debian/changelog nss-ldapd-0.6.5+nmu1/debian/changelog --- nss-ldapd-0.6.5/debian/changelog 2008-08-22 10:46:55.0 +0100 +++ nss-ldapd-0.6.5+nmu1/debian/changelog 2008-11-04 14:06:32.0 + @@ -1,3 +1,11 @@ +nss-ldapd (0.6.5+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * libnss-ldap calls nscd init script w/o checking its existance +(Closes: #504142) + + -- Neil Williams [EMAIL PROTECTED] Tue, 04 Nov 2008 14:06:28 + + nss-ldapd (0.6.5) unstable; urgency=low * updated Swedish debconf translation by Martin Ågren (closes: #492910) diff -Nru nss-ldapd-0.6.5/debian/libnss-ldapd.postinst nss-ldapd-0.6.5+nmu1/debian/libnss-ldapd.postinst --- nss-ldapd-0.6.5/debian/libnss-ldapd.postinst 2008-11-04 14:03:04.0 + +++ nss-ldapd-0.6.5+nmu1/debian/libnss-ldapd.postinst 2008-11-04 14:06:59.0 + @@ -244,7 +244,7 @@ # as backup) # restart nscd to pick up changes in nsswitch.conf # (other processes will have to be restarted manually) - if [ -s /usr/sbin/nscd ] [ `pidof -s nscd` ] + if [ -x /etc/init.d/nscd ] [ `pidof -s nscd` ] then if which invoke-rc.d /dev/null 21 then signature.asc Description: This is a digitally signed message part
Bug#449497: foo2zjs dispute
* Steve Langasek ([EMAIL PROTECTED]) [081104 05:36]: This bug isn't assigned to the tech ctte, but I'm going to go ahead and weigh in anyway since the thread is still in my mailbox demanding a response. :) Anyway, the release team has now made their decision here, so it would again be in order to assign this to the TC if the submitter wishes to appeal that decision as well. Yes, I think we should now wait for the submitter to appeal or not. Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504485: Can't extract source package
Kartik Mistry [EMAIL PROTECTED] wrote: Hi, Need to get 0B of source archives. (after long time..) ^C Unpack command 'dpkg-source -x recite_1.0-8.dsc' failed. dpkg-source verifies the signature on the .dsc and while doing so gnupg may run a keyring check, which takes some time. Did you check that? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460395: [EMAIL PROTECTED]: [rt.cpan.org #35979] MIME-Version: 1.0 hardwired]
- Forwarded message from Ricardo SIGNES via RT [EMAIL PROTECTED] - X-Spam-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3 Subject: [rt.cpan.org #35979] MIME-Version: 1.0 hardwired From: Ricardo SIGNES via RT [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Sat, 01 Nov 2008 21:50:30 -0400 X-Urchin-Spam-Score-Int: -34 URL: http://rt.cpan.org/Ticket/Display.html?id=35979 FYI, I am unlikely to fix this bug on my own. Patches welcome. -- rjbs - End forwarded message - -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502760: The actual patch
I'll make this NMU upload today. Just one more test to run. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ diff -u libnss-ldap-261/debian/libnss-ldap.postinst libnss-ldap-261/debian/libnss-ldap.postinst --- libnss-ldap-261/debian/libnss-ldap.postinst +++ libnss-ldap-261/debian/libnss-ldap.postinst @@ -176,7 +176,7 @@ cp -p /etc/ldap.secret /etc/libnss-ldap.secret fi -if [ -s /usr/sbin/nscd ]; then +if [ -x /etc/init.d/nscd ]; then if [ `pidof -s nscd` ]; then if which invoke-rc.d /dev/null 21; then invoke-rc.d nscd restart diff -u libnss-ldap-261/debian/changelog libnss-ldap-261/debian/changelog --- libnss-ldap-261/debian/changelog +++ libnss-ldap-261/debian/changelog @@ -1,3 +1,11 @@ +libnss-ldap (261-2.1) unstable; urgency=low + + * Non-maintainer upload. + * libnss-ldap calls nscd init script w/o checking its existance +(Closes: #502760) + + -- Neil Williams [EMAIL PROTECTED] Tue, 04 Nov 2008 14:07:23 + + libnss-ldap (261-2) unstable; urgency=low * Updated nl.po Closes: #469175 signature.asc Description: This is a digitally signed message part
Bug#504499: gnome-panel: Start Menu / Windows key doesn't work
Package: gnome-panel Version: 2.20.3-5 Severity: normal Hi, The Start Menu / Windows key doesn't work. It doesn't do anything. The context menu key does work though. Olaf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-486 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 gnome-panel depends on: ii gnome-about2.22.3-2 The GNOME about box ii gnome-control-center 1:2.22.2.1-2 utilities to configure the GNOME d ii gnome-desktop-data 2.22.3-2 Common files for GNOME 2 desktop a ii gnome-menus2.22.2-4 an implementation of the freedeskt ii gnome-panel-data 2.20.3-5 common files for the GNOME Panel ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-15GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libecal1.2-7 2.22.3-1 Client library for evolution calen ii libedataserver1.2-92.22.3-1 Utility library for evolution data ii libedataserverui1.2-8 2.22.3-1 GUI utility library for evolution ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-2 Utility library for loading .deskt ii libgnome-menu2 2.22.2-4 an implementation of the freedeskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-5 library for GNOME Panel applets ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libwnck22 2.22.3-1 Window Navigator Construction Kit ii libx11-6 2:1.1.5-2 X11 client-side library ii libxau61:1.0.3-3 X11 authorisation library ii menu-xdg 0.3 freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii alacarte 0.11.5-1 easy GNOME menu editing tool ii evolution-data-server 2.22.3-1 evolution database backend server ii gnome-applets 2.22.3-3 Various applets for GNOME 2 panel ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gnome-session 2.22.3-1 The GNOME 2 Session Manager Versions of packages gnome-panel suggests: ii gnome-system-tools2.22.0-3 Cross-platform configuration utili ii gnome-terminal [x-terminal-em 2.22.3-3 The GNOME 2 terminal emulator appl ii gnome-user-guide [gnome2-user 2.22.1-1 GNOME user's guide ii nautilus 2.20.0-7 file manager and graphical shell f ii xterm [x-terminal-emulator] 235-1 X terminal emulator ii yelp 2.22.1-8 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503821: Purpose of features/all/xen/workaround-pte-file.patch?
On Tue, 2008-11-04 at 14:02 +0100, Bastian Blank wrote: On Tue, Nov 04, 2008 at 09:49:19AM +0100, Bastian Blank wrote: On Tue, Nov 04, 2008 at 08:30:16AM +, Ian Campbell wrote: However I assume the workaround is there for a specific purpose, what was it? A crash in mprotect. Maybe its the best to remove the workaround and instead cripple mprotect to not allow PROT_NONE for now. And then hope that this can't be triggered by mmap with PROT_NONE. I was thinking of going down the path of removing the workaround then fixing mprotect, so your suggestion would be a consistant first step I think. Ian. -- Ian Campbell Take what you can use and let the rest go by. -- Ken Kesey signature.asc Description: This is a digitally signed message part
Bug#504500: fsl: feat fails with design.fsf from 4.0
Package: fsl Version: 4.1.1-1~etch.apsy1 Severity: important Finally I've decided to move to fsl 4.1.1 from 4.0... We have quite a few analyses done with previous versions and usual workflow is to have pregenerated (per subject) design.fsf files and feed them into command line 'feat' tool (instead of going through graphical Feat). Unfortunately first level analysis using 4.1.1's feat (v 5.98) ran on design.fsf from previous version (FEAT 5.63) failed. Excerpts from report_log.html: ,--- | /usr/share/fsl/bin/feat_model design | Can't find key fmri(evs_vox) `--- which leads to absent design.mat, thus film_gls fails later on with ,--- | /usr/share/fsl/bin/film_gls -rn stats -sa -ms 5 filtered_func_data design.mat 1000.0 | Log directory is: stats | | | An exception has been thrown | Unable to open design.mat | Error: FILM did not complete - it probably ran out of memory `--- Adding ,--- | set fmri(evs_vox) 0 `--- into design.fsf seems to help at this level, but I am not sure if it is not the same cause (some additional options introduced in feat from FSL 4.1.1) which leads to the failed 2nd level analysis which will be reported in the separate bugreport. I think that assuming defaults for freshly introduced options in design.fsf is an important issue since it forbids bulk analysis of the data from previous versions of FSL (even of the same major release FSL 4) -- 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-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fsl depends on: ii bc1.06-20The GNU bc arbitrary precision cal ii dc1.06-20The GNU dc arbitrary precision rev ii dillo [www-br 0.8.5-4.1 Small and fast web browser ii elinks [www-b 0.11.1-1.2etch1advanced text-mode WWW browser ii elvis [www-br 2.2.0-8powerful clone of the vi/ex text e ii fslview 3.0+4.0.2-3~etch.apsy1 viewer for (f)MRI and DTI data ii iceape-browse 1.0.13~pre080323b-0etch3 Iceape Navigator (Internet browser ii iceweasel [ww 2.0.0.17-0etch1lightweight web browser based on M ii konqueror [ww 4:3.5.5a.dfsg.1-6etch2 KDE's advanced file manager, web b ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libgd2-xpm2.0.36~rc1~dfsg-3~etch1GD Graphics Library version 2 ii libgdchart-gd 0.11.5-3 Generate graphs using the GD libra ii libnewmat10 1.10.4-2 matrix manipulations C++ library ii libnifti1 1.1.0-2~etch.apsy1 IO libraries for the NIfTI-1 data ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii links [www-br 0.99+1.00pre12-1.1 Character mode WWW browser ii lynx [www-bro 2.8.5-2sarge2.2Text-mode WWW Browser ii mozilla-firef 2.0.0.17-0etch1Transition package for iceweasel r ii tcl8.48.4.12-1.1 Tcl (the Tool Command Language) v8 ii tcsh [c-shell 6.14.00-7 TENEX C Shell, an enhanced version ii tk8.4 8.4.12-1etch2 Tk toolkit for Tcl and X11, v8.4 - ii w3-el-e21 [ww 4.0pre.2001.10.27.nodocs-4 Web browser for GNU Emacs 21 ii w3m [www-brow 0.5.1-5.1 WWW browsable pager with excellent ii xemacs21-mule 21.4.19-2 highly customizable text editor -- ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages fsl recommends: ii fsl-atlases 4.1.0-1MNI152 standard space brain atlase ii fsl-doc 4.1.1-1~etch.apsy1 documentation for FSL -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374049: ${devlibs:Depends} results in libstdc++6-4.1-dev
On Tue, 4 Nov 2008, Junichi Uekawa wrote: Yeah, I think this change looks good enough, but I guess it should also be okay to point to libstdc++-dev. Thoughts? Junichi, actually YOU are my expert about dynamic libraries. I've thought you might have had some reason to specify the version number. If YOU see no reason to keep it - just drop it. I'm kind of illiterate in this field and just realised that 4.1 is wrong and pins a package I wanted to remove from my box. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504424: [Reportbug-maint] Bug#504424: crashes when trying to report bugs of reportbug
Hello Ryo, On Mon, Nov 3, 2008 at 21:08, Ryo IGARASHI [EMAIL PROTECTED] wrote: When I try to report bugs of reportbug package, the reportbug command crashes with following output: I'm a little embarrassed by proposing you this solution, but since here I was able to replicate your bug (in a de_DE locale) and now no-more, I'd like to kindly ask you to try this: # apt-get update; apt-get dist-upgrade; apt-get remove --purge reportbug; apt-get install reportbug Well, dist-upgrade it's not strictly needed but it's just an easy way to have all the needed libraries updated. Let me know if this fixes the problem. Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504435: [kde] multilang hotkeys
Severity 504435 normal thanks This may be a problem in the translation and the bug may be reassigned. -- Tincho me cago en el gato, es como la tercera vez que me apreta backspace mientras tengo apretados ctrl y alt Visto en #lugfi, irc.freenode.net Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#503712: etch-lenny upgrade left the system in broken state
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Nov 04, 2008 at 09:17:09PM +1100, Mark Purcell wrote: On Tuesday 04 November 2008 18:55:41 Niko Tyni wrote: On Thu, Oct 30, 2008 at 12:52:28PM +0100, Giovanni Rapagnani wrote: On 30/10/08 10:33, Niko Tyni wrote: Is this something that needs documentation in the release-notes ? I think it would be much better to fix the upgrade path if possible. [...] Clarification: Giovanni isn't the ghostscript maintainer, he just reported the issue. Sorry Giovanni, I did get confused over who was running with this bug. Masayuki, Torsten, Jonas, This release critical bug effecting lenny has been in sitting against your package since last week without comment from you. Are you in a position to comment/ prepare a package to fix this issue and help the lenny release? This bug is caused by broken prerm in gs-common in Etch, and occur only when removing that package during the Perl 5.8 - 5.10 transition. As the bug occurs before reaching Lenny, I see no way to *fix* it in Lenny. We can make it less likely to occur, and we can ensure similar things won't happen in the future, but to really avoid the bug happening we need to apply the bugfix to Etch! We can... 1) Juggle dependencies to make the bug less likely to occur. Specifically this seems to imply creating a circular dependency between ghostscript and gs-common, and forcing ghostscript-x (and X11) onto all installations of ghostscript. 2) Provide a fixed package in an Etch point release, and (if that is not there already since long) add to the upgrade procedures that newest point release of stable needs to be installed first. 3) Have aptitude (and, if possible, APT generally) include a hint that gs-common should not be auto-removed by default, and add to upgrade procedures to install newest aptitude before dist-upgrading. Comments? - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkQYD8ACgkQn7DbMsAkQLicsQCeMcabhZHH5FbxaAkK4AL68bVc 67IAn2dlYwZaDC8JZBAr0nQat44EzzXO =pKEe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504409: [Resolvconf-devel] Bug#504409: resolvconf runs too early in bootsequence - can't mkdir
Also sprach Petter Reinholdtsen: Anyway, it runs too early. It was linked in at S07. I moved to S36 (after S35mountall). In rcS.d, I mean. Please provide the output from 'ls /etc/rcS.d/'. Do you use % ls /etc/rcS.d README S36mountall-bootclean.sh@ S01glibc.sh@ S36resolvconf@ S01mountkernfs.sh@ S37apparmor@ S02hostname.sh@ S37mountoverflowtmp@ S02readahead@S37udev-finish@ S03splashy@ S39ifupdown@ S05bootlogd@ S39readahead-desktop@ S05keymap.sh@S39ufw@ S06keyboard-setup@ S40netscript@ S07hdparm@ S40networking@ S07linux-restricted-modules-common@ S40shorewall@ S08hwclockfirst.sh@ S43portmap@ S08loopback@ S44nfs-common@ S09scsitools-pre.sh@ S45mountnfs.sh@ S10udev@ S45open-iscsi@ S11hwclock.sh@ S45waitnfs.sh@ S11mountdevsubfs.sh@ S46mountnfs-bootclean.sh@ S12mtab.sh@ S47lm-sensors@ S13pcmciautils@ S49console-setup@ S15module-init-tools@S55dns-clean@ S17procps@ S55pppd-dns@ S18ifupdown-clean@ S70nviboot@ S20checkroot.sh@ S70screen-cleanup@ S22scsitools.sh@ S70x11-common@ S25brltty@ S75sudo@ S25mdadm-raid@ S80bootmisc.sh@ S26cryptdisks-early@ S80slashem-common@ S28cryptdisks@ S85urandom@ S30checkfs.sh@ S90console-screen.sh@ S31hibernate@S90mountdebugfs@ S34fuse@ S99stop-bootlogd-single@ S35mountall.sh@ % (you forgot to tell me to set my locale to whatever, but I assume you can cope with this particular alphanumeric ordering ;). dependency based boot sequencing? Que? Como? Was? Huh? Warryouonabaht? My boot sequence runs a typical unix sysvinit and in consequence it executes the stuff in /etc/rcS.d in the order you see above! Dependencies on WHAT, do you mean? Would you like the bit from inittab where it defines the order? # /etc/init.d executes the S and K scripts upon change # of runlevel. # # Runlevel 0 is halt. # Runlevel 1 is single-user. # Runlevels 2-5 are multi-user. # Runlevel 6 is reboot. l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 # Normally not reached, but fallthrough in case of emergency. z6:6:respawn:/sbin/sulogin Maybe you are asking if my scripts do some miraculous semi-dynamic auto-reordering based on some declared dependencies of something on something. Maybe debian package dependencies. That might be a neat trick. But I don't know of any such thing being installed. If so, what is the output from /usr/share/insserv/check-initd-order? Never heard of it, but since you ask: % /usr/share/insserv/check-initd-order LSB header missing in /etc/rcS.d/S07linux-restricted-modules-common LSB header missing in /etc/rcS.d/S08loopback LSB header missing in /etc/rcS.d/S10udev Incorrect order [EMAIL PROTECTED] /etc/rcS.d/S15module-init-tools15 Incorrect order [EMAIL PROTECTED] /etc/rcS.d/S28cryptdisks28 Incorrect order [EMAIL PROTECTED] /etc/rcS.d/S31hibernate31 LSB header missing in /etc/rcS.d/S37udev-finish Incorrect order [EMAIL PROTECTED] /etc/rcS.d/S49console-setup49 LSB header missing in /etc/rc2.d/S10powernowd.early LSB header missing in /etc/rc2.d/S10xserver-xorg-input-wacom LSB header missing in /etc/rc2.d/S20transproxy % That looks like it may be checking the debian header/comments in some of these files, and comparing with the symlinks. Oh .. BTW S08loopback is in the wrong place too. It attempts to do a mkdir /var/run/network yet runs before /var is mounted too. I've modded it to not complain but fallback to ifconfig lo 127.0.0.1 silently. If I hadn't done that I would have moved it to S036 too, but then I'd have had to see what else needed lo and taken that into account ... so I didn't. Happy hacking, -- Petter Reinholdtsen Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504503: unison: temporary file names might result in names longer than 255 bytes
Package: unison Version: 2.27.57-1+b1 Severity: normal When unison transfers files, it makes temporary file names on the target machine by prepending and appending parts to the original file name, like file.txt will result in something like .unison.file.txt.4d7dd755ddb26c385775b5386e648a77.unison.tmp (over 50 additional characters). If the original file name is something like 200 bytes long (which isn't that hard when file name includes some multibyte characters that take two bytes/character), on most unix file systems unison will fail the synchronization with message: Failed filename: Error in querying file information: File name too long [lstat(filename)] -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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 unison depends on: ii libc6 2.7-15 GNU C Library: Shared libraries Versions of packages unison recommends: ii openssh-client [ssh-client] 1:5.1p1-3 secure shell client, an rlogin/rsh unison suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504501: mytop: Two stats lines on one line after a while?
Package: mytop Version: 1.6-4 Severity: normal Hi, When mytop starts, there are two stats lines, but after a while, they end up on the same line. My terminal has 271 columns, but I prefer them being on two lines. Also, the uptime is in the absolute topright instead of at column 80. I think column 80 is a better position. Olaf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-486 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 mytop depends on: ii libdbd-mysql-perl 4.007-1A Perl5 database interface to the ii libdbi-perl 1.605-1Perl5 database interface by Tim Bu ii libterm-readkey-perl 2.30-4 A perl module for simple terminal ii perl 5.10.0-16 Larry Wall's Practical Extraction mytop recommends no packages. Versions of packages mytop suggests: ii perl [libtime-hires-perl] 5.10.0-16 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#149953: actually, documentation *is* available in bzip2-doc
Actually, the *development* documentation of bzip2 is available in Debian, even though it is not in the most obvious place. Instead of being in libbz2-dev itself, or in libbz2-doc (not existing), it is part of bzip2-doc. This, I believe, comes from the unfortunate upstream choice of distributing all kind docs together. Nevertheless I think the -dev package can do better to advertise where the doc is, for example choosing one of the two: * Provides: libbz2-doc on bzip2-doc * Recommends: bzip2-doc from libbz2-dev Cheers. PS Can please the maintainers comment on that? these 2 bugs have been open for *6 years* and fixing them is as easy as pointed out above. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è sempre /oo\ All one has to do is hit the right uno zaino-- A.Bergonzoni \__/ keys at the right time -- J.S.Bach -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502760: Please unblock libnss-ldap (RC bug fix)
* Neil Williams ([EMAIL PROTECTED]) [081104 16:03]: http://incoming.debian.org/libnss-ldap_261-2.1_amd64.changes $ debdiff ../libnss-ldap_261-2.dsc ../libnss-ldap_261-2.1.dsc diff -u libnss-ldap-261/debian/libnss-ldap.postinst libnss-ldap-261/debian/libnss-ldap.postinst --- libnss-ldap-261/debian/libnss-ldap.postinst +++ libnss-ldap-261/debian/libnss-ldap.postinst @@ -176,7 +176,7 @@ cp -p /etc/ldap.secret /etc/libnss-ldap.secret fi -if [ -s /usr/sbin/nscd ]; then +if [ -x /etc/init.d/nscd ]; then if [ `pidof -s nscd` ]; then if which invoke-rc.d /dev/null 21; then invoke-rc.d nscd restart diff -u libnss-ldap-261/debian/changelog libnss-ldap-261/debian/changelog --- libnss-ldap-261/debian/changelog +++ libnss-ldap-261/debian/changelog @@ -1,3 +1,11 @@ +libnss-ldap (261-2.1) unstable; urgency=low + + * Non-maintainer upload. + * libnss-ldap calls nscd init script w/o checking its existance +(Closes: #502760) + + -- Neil Williams [EMAIL PROTECTED] Tue, 04 Nov 2008 14:07:23 + + libnss-ldap (261-2) unstable; urgency=low * Updated nl.po Closes: #469175 I doubt that this changes is correct, because /etc/init.d/nscd is an conffile and isn't removed during remove but only during purge. You need to check that both the conffile exists plus the binary. Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502760: Please unblock libnss-ldap (RC bug fix)
Andreas Barth [EMAIL PROTECTED] (04/11/2008): I doubt that this changes is correct, because /etc/init.d/nscd is an conffile and isn't removed during remove but only during purge. You need to check that both the conffile exists plus the binary. Hmm, that's the init script's job, not the postinst's? Mraw, KiBi. signature.asc Description: Digital signature
Bug#504504: RFP: lemur -- Toolkit for Language Modeling and Information Retrieval
Package: wnpp Severity: wishlist * Package name: lemur Version : 4.7 Upstream Author : The Lemur Project * URL : http://www.lemurproject.org/ * License : MIT/X Programming Lang: C, C++ Description : Toolkit for Language Modeling and Information Retrieval The Lemur Toolkit is designed to facilitate research in language modeling and information retrieval. Lemur supports a wide range of industrial and research language applications such as ad-hoc retrieval, site-search, and text mining. The toolkit supports indexing of large-scale text databases, the construction of simple language models for documents, queries, or subcollections, and the implementation of retrieval systems based on language models as well as a variety of other retrieval models. The system is written in the C and C++ languages. Below is a summary listing of the features found within the Lemur Toolkit: * Sophisticated structured query languages (using InQuery and Indri) * Support for XML and structured document retrieval * Used commonly with a wide range of research test collections (e.g., TREC CDs 1-5, wt10g, RCV1, gov, gov2) * Index your web pages with an out-of-the-box site search capability * Interactive interfaces for Windows, Linux, and Web * Distributed information retrieval and document clustering applications * Cross-platform, fast and modular code written in C++ * C++, Java and C# APIs * In use since 2002 by a large and growing user community Indexing features: * Multiple indexing methods for small, medium and large-scale (terabyte) collections * Built-in support for English, Chinese and Arabic text * Porter and Krovetz word stemming * Incremental indexing * Out-of-the-box indexing support for TREC Text, TREC Web, plain text, HTML, XML, PDF, MBox, Microsoft Word, and Microsoft PowerPoint * Indexes inline and offset text annotations (e.g., part-of-speech and named entities) * Indexes document attributes Retrieval features: * Supports major language modeling approaches such as Indri and KL-divergence, as well as vector space, tf.idf, Okapi and InQuery * Relevance- and pseudo-relevance feedback * Wildcard term expansion (using Indri) * Passage and XML element retrieval * Cross-lingual retrieval * Smoothing via Dirichlet priors and Markov chains * Supports arbitrary document priors (e.g., Page Rank, URL depth) - I'll start working on the packaging myself today. My work will likely appear somewhere on http://non-gnu.uvt.nl/. Bye, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503878: [Pkg-fglrx-devel] Bug#503878: fglrx-atieventsd: authatieventsd.sh uses finger without depending on it and is unreliable
Hi! I just sent a new version to the svn with a reasonable changelog (based on #500077) and the patch for atienventsd. I think it is ready to upload to unstable, but I can't test it as I don't have a ATI card anymore... Regards, Bertrand Mark Purcell a écrit : On Tuesday 04 November 2008 19:21:17 Romain Beauxis wrote: I will try to prepare a fixed package as soon as possible, which means at least this week end. Romain, Thanks that is great news. Mark ___ Pkg-fglrx-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-fglrx-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502760: Please unblock libnss-ldap (RC bug fix)
On Tue, Nov 04, 2008 at 04:08:12PM +0100, Andreas Barth wrote: I doubt that this changes is correct, because /etc/init.d/nscd is an conffile and isn't removed during remove but only during purge. The initscript have to check this on its own anyway. Bastian -- We have phasers, I vote we blast 'em! -- Bailey, The Corbomite Maneuver, stardate 1514.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503878: [Pkg-fglrx-devel] Bug#503878: fglrx-atieventsd: authatieventsd.sh uses finger without depending on it and is unreliable
Le Tuesday 04 November 2008 16:15:18 Bertrand Marc, vous avez écrit : Hi! Hi ! I just sent a new version to the svn with a reasonable changelog (based on #500077) and the patch for atienventsd. I think it is ready to upload to unstable, but I can't test it as I don't have a ATI card anymore... Problem is that even though we could have considered asking for a testing update from sid since fglrx is crappy in any version, I don't know wether it is reasonable now, since it would need some decent testing. The plan could be to fix the package in lenny, as well as uploading a new package for sid, wait for the bugs to come, and if it is still possible, consider proposing an update. The issue is that it is quite hard for me to test the hardware now. Actually, I don't plan on continuing the maintenance of this package after lenny is released. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504471: closed by Andree Leidenfrost [EMAIL PROTECTED] ([Fwd: Re: Bug#504471: mondo: add a cdrecord dependency or recommendation])
El mar, 04-11-2008 a las 11:33 +, Debian Bug Tracking System escribió: This is an automatic notification regarding your Bug report which was filed against the mondo package: #504471: mondo: add a cdrecord dependency or recommendation It has been closed by Andree Leidenfrost [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Andree Leidenfrost [EMAIL PROTECTED] by replying to this email. mensaje de correo electrónico adjunto - Mensaje reenviado De: Andree Leidenfrost [EMAIL PROTECTED] Para: [EMAIL PROTECTED] Asunto: [Fwd: Re: Bug#504471: mondo: add a cdrecord dependency or recommendation] Fecha: Tue, 04 Nov 2008 22:14:56 +1100 Silly me, wrong order bug number and 'close'... Forwarded Message From: Andree Leidenfrost [EMAIL PROTECTED] To: José L. Redrejo Rodríguez [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Bug#504471: mondo: add a cdrecord dependency or recommendation Date: Tue, 04 Nov 2008 22:04:41 +1100 Hola José, Thank you for your bug report and for using mondo. Package cdrecord is obsolete and a transition package to package wodim. mondo 1:2.2.7-1 does depend on package wodim. I am therefore closing this bug. * Right, I knew that, but unless I install cdrecord, mondoarchive does not start. It seems that upstream authors keep it looking for the cdrecord file. wodim was installed in my system and mondoarchive didn't work until I installed cdrecord. Thanks a lot best regards, Andree PS: I suggest you consider not using terms like 'stupid behaviour' because it can easily offend. (I realise you are not a native English speaker, so please take this as a friendly hint.) Of course, thanks very much for your advice. I wasn't aware of that word being so offensive. I'll try to remember it for future english conversations. Regards On Tue, 2008-11-04 at 09:58 +0100, José L. Redrejo Rodríguez wrote: Package: mondo Version: 1:2.2.7-1 Severity: important Using latest mondo package from Debian sid, I found that mondoarchive just does not start if cdrecord package is not installed. I think that's a stupid behaviour as you can use mondo to save images in the hard disk, but that's the way it behaves. So, please, add cdrecord to its dependencies, or at least as a recommendation. Regards José L. mensaje de correo electrónico adjunto - Mensaje reenviado De: José L. Redrejo Rodríguez [EMAIL PROTECTED] Para: Debian Bug Tracking System [EMAIL PROTECTED] Asunto: mondo: add a cdrecord dependency or recommendation Fecha: Tue, 04 Nov 2008 09:58:10 +0100 Package: mondo Version: 1:2.2.7-1 Severity: important Using latest mondo package from Debian sid, I found that mondoarchive just does not start if cdrecord package is not installed. I think that's a stupid behaviour as you can use mondo to save images in the hard disk, but that's the way it behaves. So, please, add cdrecord to its dependencies, or at least as a recommendation. Regards José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#503633: Status of this RC bug
On Tue, Nov 4, 2008 at 4:17 AM, Kartik Mistry [EMAIL PROTECTED] wrote: Hi, Any update on this bug? tpu prepared? Let me know if I can help/upload this.. There has already been a tpu uploaded, but it failed to build on all archs. I am not at home, so I can't review the problem until thursday. -- Felipe Sateler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504503: unison: temporary file names might result in names longer than 255 bytes
Hello, On Tue, Nov 04, 2008 at 04:57:41PM +0200, Jussi Judin wrote: Package: unison Version: 2.27.57-1+b1 Severity: normal When unison transfers files, it makes temporary file names on the target machine by prepending and appending parts to the original file name, like file.txt will result in something like .unison.file.txt.4d7dd755ddb26c385775b5386e648a77.unison.tmp (over 50 additional characters). If the original file name is something like 200 bytes long (which isn't that hard when file name includes some multibyte characters that take two bytes/character), on most unix file systems unison will fail the synchronization with message: Failed filename: Error in querying file information: File name too long [lstat(filename)] This is obviously an upstream bug. I propose you to take this discussion to unison mailing list, where people can define how to handle this bug: http://tech.groups.yahoo.com/group/unison-users/ http://www.cis.upenn.edu/~bcpierce/unison/lists.html This is the central place for bug reporting on upstream bug. Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504200: segmentation violation when running recite
On 2008-11-01 17:32 +0100, [EMAIL PROTECTED] wrote: Package: recite Version: 1.0-8 Severity: grave Tags: security Justification: renders package unusable When running recite ok, me and two other fairly random lenny users get a segmentation violation. Also a fairly random sid user reported this problem. And another fairly random sid user (me) can confirm this as well. However, when I rebuilt the package to get a backtrace of the segfault, the crash magically disappeared. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504461: iceweasel: program crashes repeatedly
On Tue, 2008-11-04 at 07:51 +0100, Mike Hommey wrote: On Mon, Nov 03, 2008 at 09:31:57PM -0800, Ross Boylan wrote: Package: iceweasel Version: 3.0.3-3 Severity: normal Since making the latest upgrades and rebooting iceweasel has crashed repeatedly. It does so fairly frequently, though not completely deterministically as far as I can tell. The problem is quite serious for me. Also, although I installed the debugging package, it looks as if the symbols are not being found. I do use debian-multimedia, and in the last update went from flashplugin-nonfree 9.0.115.0.1 to flashplayer-mozilla 1:10.0.12.36-0.1. When these problems arose, I removed the latter package as well. Since neither are installed and I started in safe mode it is certainly surprising to see libflash-mozplugin.so on the stack. dpkg -S says it belongs to libflash-mozplugin, which I think is part of the main Debian distribution. According to my apt-cache, it doesn't... Please find where it comes from, and file a new bug to the appropriate party. packages.debian.org says it's part of etch. However, the version number I have, -9, is one higher than the version in etch. I removed the package, and stability seems to have returned. Are the (no debugging symbols found) messages and the [Thread debugging using libthread_db enabled] Error while reading shared library symbols: Cannot find new threads: generic error Cannot find new threads: generic error (gdb) c normal? Ross -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504505: gnome-panel: Shutdown and restart not available in menu?
Package: gnome-panel Version: 2.20.3-5 Severity: normal Hi, I just noticed there's only log off and switch user in the System menu. Where did shutdown and restart go? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-486 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 gnome-panel depends on: ii gnome-about2.22.3-2 The GNOME about box ii gnome-control-center 1:2.22.2.1-2 utilities to configure the GNOME d ii gnome-desktop-data 2.22.3-2 Common files for GNOME 2 desktop a ii gnome-menus2.22.2-4 an implementation of the freedeskt ii gnome-panel-data 2.20.3-5 common files for the GNOME Panel ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-15GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libecal1.2-7 2.22.3-1 Client library for evolution calen ii libedataserver1.2-92.22.3-1 Utility library for evolution data ii libedataserverui1.2-8 2.22.3-1 GUI utility library for evolution ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-2 Utility library for loading .deskt ii libgnome-menu2 2.22.2-4 an implementation of the freedeskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-5 library for GNOME Panel applets ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libwnck22 2.22.3-1 Window Navigator Construction Kit ii libx11-6 2:1.1.5-2 X11 client-side library ii libxau61:1.0.3-3 X11 authorisation library ii menu-xdg 0.3 freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii alacarte 0.11.5-1 easy GNOME menu editing tool ii evolution-data-server 2.22.3-1 evolution database backend server ii gnome-applets 2.22.3-3 Various applets for GNOME 2 panel ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gnome-session 2.22.3-1 The GNOME 2 Session Manager Versions of packages gnome-panel suggests: ii gnome-system-tools 2.22.0-3 Cross-platform configuration utili ii gnome-terminal [x-termi 2.22.3-3 The GNOME 2 terminal emulator appl ii gnome-user-guide [gnome 2.22.1-1 GNOME user's guide ii konsole [x-terminal-emu 4:3.5.9.dfsg.1-5 X terminal emulator for KDE ii nautilus2.20.0-7 file manager and graphical shell f ii xfce4-terminal [x-termi 0.2.8-5 Xfce terminal emulator ii xterm [x-terminal-emula 235-1X terminal emulator ii yelp2.22.1-8 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481028: initscripts: if-up.d/mountnfs too chatty on startup with multiple interfaces
Hey, I would like to confirm this bug. Having no NFS package or mounts on my system I do not want to see these useless messages in my boot log. Thanks, -- Noah Slater, http://bytesexual.org/nslater -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504497: automake: current package does not let me install documentation
Package: automake Version: 1:1.10.1-3 Severity: important I am unable to install automake and the documentation. [EMAIL PROTECTED]: $ sudo apt-get install automake1.10-doc automake Reading package lists... Done Building dependency tree Reading state information... Done automake is already the newest version. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies. automake: Conflicts: automake1.10-doc but 1.10-1 is to be installed E: Broken packages If I run aptitude it downgrades automake to stable to fix this. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-bytemark-uml-2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages automake depends on: ii autoconf 2.61-8 automatic configure script builder ii autotools-dev 20080123.2 Update infrastructure for config.{ automake recommends no packages. automake suggests no packages. -- no debconf information -- Noah Slater, http://bytesexual.org/nslater -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504507: brightside: timeout for workspace overview
Subject: brightside: timeout for workspace overview Package: brightside Version: 1.4.0-1+b2 Severity: wishlist *** Please type your report below this line *** When switching from one workspace to another, an overview of the available workspaces is displayed. It would be nice if that overview could have an adjustable timeout (after which to disappear), and if it could be turned off so that it doesn't appear at all. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.27.1 (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 brightside depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libasound2 1.0.16-2 ALSA library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-14GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libwnck22 2.22.3-1 Window Navigator Construction Kit ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcomposite1 1:0.4.0-3 X11 Composite extension library ii libxcursor11:1.1.9-1 X cursor management library ii libxdamage11:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-4 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra brightside recommends no packages. brightside suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504202: manpages: edge-triggered example doesn't specify whether listener socket is also using edge-triggering
On Tue, Nov 4, 2008 at 4:59 PM, Michael Kerrisk [EMAIL PROTECTED] wrote: Well, epoll_wait(2) is just going to behave as usual: it tells us that the listening socket fd is ready. Then the accept() fails with EMFILE. I think the simplest thing here is to change the continue; in the error handling after accept() to exit(EXIT_FAILURE);, and that's what I've done for man-pages-3.13. I also added error handling for the epoll_wait() call. I agree that it's the simplest way, but it's not the proper way. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504471: mondo: add a cdrecord dependency or recommendation
Package: mondo Version: 1:2.2.7-1 Severity: important Using latest mondo package from Debian sid, I found that mondoarchive just does not start if cdrecord package is not installed. I think that's a stupid behaviour as you can use mondo to save images in the hard disk, but that's the way it behaves. So, please, add cdrecord to its dependencies, or at least as a recommendation. Regards José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#504202: manpages: edge-triggered example doesn't specify whether listener socket is also using edge-triggering
Hello Olaf, Olaf van der Spek wrote: On Sat, Nov 1, 2008 at 8:38 PM, Michael Kerrisk [EMAIL PROTECTED] wrote: And then it'd be nice to give an example where it does use edge-triggering as well. This would serve to make the example longer, but I'm not sure that it would provide any real learning benefit. (I'm open to (good) arguments to the contrary, especially if accompanied by a suitable patch.) I'm wondering about the case where accept() returns EMFILE. In that case, the example currently misbehaves (it does a busy loop). Agreed -- that error is not properly handled. (There is the same problem for ENFILE.) Thanks for spotting that. I'm not sure how epoll behaves in this case and a solution doesn't appear to be trivial. Well, epoll_wait(2) is just going to behave as usual: it tells us that the listening socket fd is ready. Then the accept() fails with EMFILE. I think the simplest thing here is to change the continue; in the error handling after accept() to exit(EXIT_FAILURE);, and that's what I've done for man-pages-3.13. I also added error handling for the epoll_wait() call. The code of the example by now reads as below. Cheers, Michael #define MAX_EVENTS 10 struct epoll_event ev, events[MAX_EVENTS]; int listen_sock, conn_sock, nfds, epollfd; /* Set up listening socket, 'listen_sock' (socket(), bind(), listen()) */ epollfd = epoll_create(10); if (epollfd == -1) { perror(epoll_create); exit(EXIT_FAILURE); } ev.events = EPOLL_IN; ev.data.fd = listen_sock; if (epoll_ctl(epollfd, EPOLL_CTL_ADD, listen_sock, ev) == -1) { perror(epoll_ctl: listen_sock); exit(EXIT_FAILURE); } for (;;) { nfds = epoll_wait(epollfd, events, MAX_EVENTS, -1); if (nfds == -1) { perror(epoll_pwait); exit(EXIT_FAILURE); } for (n = 0; n nfds; ++n) { if (events[n].data.fd == listen_sock) { conn_sock = accept(listen_sock, (struct sockaddr *) local, addrlen); if (conn_sock == -1) { perror(accept); exit(EXIT_FAILURE); } setnonblocking(conn_sock); ev.events = EPOLLIN | EPOLLET; ev.data.fd = conn_sock; if (epoll_ctl(epollfd, EPOLL_CTL_ADD, conn_sock, ev) == -1) { perror(epoll_ctl: conn_sock); exit(EXIT_FAILURE); } } else { do_use_fd(events[n].data.fd); } } } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444433: Upgrading to lenny kills working X system
I use xinerama for multi-head displays (multiple video cards, one of which is i810). Upgrading to Lenny grabs the new video-intel and the upgrade appears smooth. Then I reboot the computer, and after X attempts to start (screen flickering and such) the system gets locked up. No 'X keeps crashing', no switching to terminal. At that point, I have to hard reset the computer and boot to single user mode. This is very, very bad. The upgrade should reconfigure X or at least give a warning. If the new video-intel is not compatible with xinerama, then it should detect the setting and exit X cleanly rather than locking up the computer. --Matthew Vernon [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504484: hardware-monitor: eats up all RAM and swap after 24 hours
Package: hardware-monitor Version: 1.4-1 Severity: normal Hi, Yesterday in the morning, I found my computer very unresponsive, with the CPU fan in full-swing. It was barely usable, it didn't seem to react to any key stroke or mouse activity. I tried to log in via ssh from another computer, but I ran out of patience after waiting 5 minutes for the password prompt to appear. At one point, the X server shut, as a consequence of me having pressed CTRL-ALT-BACKSPACE minutes earlier, and everything went back to normal. Today, it happened again. This time I managed to switch to a VT and run top, find the offending process and kill it. What I've seen is that hardware-monitor was using a ridiculously large amount of memory, to the extent that practically all memory in the system (some 5,5 GB, including swap) was being used. This is a screen capture I've taken with screendump: Cpu(s): 0.1%us, 78.5%sy, 0.0%ni, 0.0%id, 20.8%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 1544468k total, 1533472k used,10996k free, 240k buffers Swap: 4628472k total, 4628472k used,0k free, 3184k cached ^C^C^C^C^C^C^C^C^C PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 11385 ernest20 0 437m 8840 188 D7 0.6 16:36.79 transmission 11500 ernest20 0 691m 5200 104 D7 0.3 42:18.94 audacious 14485 ernest20 0 448m 2788 88 D6 0.2 3:08.30 liferea-bin 173 root 15 -5 000 D6 0.0 8:13.11 kswapd0 14782 ernest20 0 42996 1424 136 D5 0.1 13:31.00 gconfd-2 11371 ernest20 0 190m 348 32 D4 0.0 2:11.04 cpufreq-applet 14753 ernest20 0 623m 32m 16 D4 2.2 7:29.10 firefox-bin 15426 ernest20 0 238m 1200 32 D4 0.1 2:15.80 gvim 11305 ernest20 0 130m 700 60 R4 0.0 1:20.34 metacity 11362 ernest20 0 304m 2108 60 D4 0.1 1:55.11 gweather-applet 11309 ernest20 0 510m 704 180 R4 0.0 2:06.60 nautilus 15663 ernest20 0 18832 528 204 R3 0.0 0:19.46 top 11284 ernest20 0 342m 476 72 D3 0.0 0:26.22 gnome-settings- 11306 ernest20 0 292m 4588 36 D3 0.3 2:47.69 gnome-panel 11373 ernest20 0 279m 1236 28 D3 0.1 3:08.86 python 11368 ernest25 5 5714m 1.3g 24 D3 88.8 48:15.46 hardware-monito 11188 root 20 0 124m 4792 108 S3 0.3 24:56.21 Xorg 19312 ernest20 0 186m 160 20 D3 0.0 862:41.42 pulseaudio [EMAIL PROTECTED]:~$ kill -9 11368 [EMAIL PROTECTED]:~$ After killing the hardware-monitor process everything worked fine again. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hardware-monitor depends on: ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.6.0-1 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.6.0-1 generic font configuration library ii libgcc11:4.3.2-1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libgconfmm-2.6-1c2 2.22.0-1 C++ wrappers for GConf (shared lib ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglademm-2.4-1c2a2.6.6-1 C++ wrappers for libglade2 (shared ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.16.4-1 C++ wrapper for the GLib toolkit ( ii libgnome-keyring0 2.22.3-1 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomecanvasmm-2.6-1c2a 2.22.0-1 C++ wrappers for libgnomecanvas2 ( ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.12.7-1C++ wrappers for GTK+ 2.4 (shared ii libgtop2-7 2.22.3-1 gtop system monitoring library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0
Bug#504202: manpages: edge-triggered example doesn't specify whether listener socket is also using edge-triggering
Hi Olaf, On Tue, Nov 4, 2008 at 11:04 AM, Olaf van der Spek [EMAIL PROTECTED] wrote: On Tue, Nov 4, 2008 at 4:59 PM, Michael Kerrisk [EMAIL PROTECTED] wrote: Well, epoll_wait(2) is just going to behave as usual: it tells us that the listening socket fd is ready. Then the accept() fails with EMFILE. I think the simplest thing here is to change the continue; in the error handling after accept() to exit(EXIT_FAILURE);, and that's what I've done for man-pages-3.13. I also added error handling for the epoll_wait() call. I agree that it's the simplest way, but it's not the proper way. I'm curious. How would you ideally improve it? -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ git://git.kernel.org/pub/scm/docs/man-pages/man-pages.git man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504506: brightside: delay disabled while moving scrollbars
Subject: brightside: delay disabled while moving scrollbars Package: brightside Version: 1.4.0-1+b2 Severity: normal *** Please type your report below this line *** While moving a scrollbar of an application, the delay before switching to another workspace doesn't seem to apply. The switching occurs immediately. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.27.1 (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 brightside depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libasound2 1.0.16-2 ALSA library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-14GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libwnck22 2.22.3-1 Window Navigator Construction Kit ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcomposite1 1:0.4.0-3 X11 Composite extension library ii libxcursor11:1.1.9-1 X cursor management library ii libxdamage11:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-4 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra brightside recommends no packages. brightside suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503885: [Splashy-devel] Bug#503885: splashy fails to detect framebuffer-mode if used with lilo
Luis Mondesi schreef: On Tue, Oct 28, 2008 at 8:24 PM, Darshaka Pathirana [EMAIL PROTECTED] wrote: Package: splashy Version: 0.3.10-2 Severity: normal Hi! /etc/init.d/splashy tries to detect a valid framebuffer mode by looking in /proc/cmdline (to start splashy if not started in initramfs). The problem is that lilo has it's own vga= line and therefore /proc/cmdline does neither contain vga nor video. valid point! I thought nobody really uses lilo anymore... is there anything that says i'm using lilo while the system is booting? we might need to just check for splash on the cmdline file and try to start splashy ... the worse that can happen is that the user will get a -2 error (directfb cannot get a framebuffer). Yes, I agree, all this checking and double checking is a bit useless. The check in splashy itself should be enough. grts Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504167: T60
Hmm after cca 10 compilations i can't resume even with vanilla 2.6.26.6 :( I'll try another one and 2.6.26.5 too. J. smime.p7s Description: S/MIME Cryptographic Signature
Bug#504508: documentation completion - sorting entries
Package: menu Version: 2.1.41 Severity: wishlist Hi, while playing with menu system I found, that an example from Debian Menu System / chapter 3.9 Entries for menu sections It is possible to add entries for menu sections, but it is not mandatory since section entries are created automatically. However, this allows to specify fields for sections like icon and sort. The syntax for menu sections entries is the same as for regular entries, the section field holding the name of the parent section. For example ?package(local.games): needs=text title=Games section=/ sort=001 will sort Games first. does not work for me. After some investigation I found, that /etc/menu-methods/menu.h contains: # This sort menu entry case-insensitively. sort=tolower(title()) and I must change it to something like: sort=$sort : tolower(title()) to achieve the above example to work. So menu.h or documentation should be changed. Thanks -- Zito -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages menu depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 menu recommends no packages. Versions of packages menu suggests: ii gksu2.0.0-5 graphical frontend to su ii kdebase-bin 4:3.5.9.dfsg.1-5 core binaries for the KDE base mod -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504202: manpages: edge-triggered example doesn't specify whether listener socket is also using edge-triggering
On Tue, Nov 4, 2008 at 5:05 PM, Michael Kerrisk [EMAIL PROTECTED] wrote: I'm curious. How would you ideally improve it? With the current epoll wait behaviour and LT, you'd have to unregister the EPOLLIN event for the listener. After you close a descriptor, you then reregister it. With ET, you'd have to set a flag when you hit EM/ENFILE. After you close a descriptor and the flag is set, call accept. Ideally I'd like to see epoll_wait do this behind the scenes, at least in the ET case. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504202: manpages: edge-triggered example doesn't specify whether listener socket is also using edge-triggering
Hi Olaf, On Tue, Nov 4, 2008 at 11:12 AM, Olaf van der Spek [EMAIL PROTECTED] wrote: On Tue, Nov 4, 2008 at 5:05 PM, Michael Kerrisk [EMAIL PROTECTED] wrote: I'm curious. How would you ideally improve it? With the current epoll wait behaviour and LT, you'd have to unregister the EPOLLIN event for the listener. After you close a descriptor, you then reregister it. With ET, you'd have to set a flag when you hit EM/ENFILE. After you close a descriptor and the flag is set, call accept. Ideally I'd like to see epoll_wait do this behind the scenes, at least in the ET case. Okay -- thanks for the ideas. All of that would be a bit too complicated for this example of course (as I think you probably also agree). Cheers, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ git://git.kernel.org/pub/scm/docs/man-pages/man-pages.git man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504509: amstatus exits with insecure dependency warning
Package: amanda-server Version: 1:2.5.2p1-4 Severity: normal Regardless of configuration or parameters, /usr/sbin/amstatus exits with a taint perl warning and a bit of garbled output. Example: keldon:~# amstatus CAPCom Using /etc/amanda/CAPCom/log/amdump.1 from Mon Nov 3 21:00:01 CET 2008 Insecure dependency in printf while running with -T switch at /usr/sbin/amstatus line 1024. 146.140.209.8:/dev/md1 1 keldon:~# While this is probably the right reaction from perl -T's perspective, it also makes amstatus impossible to use. Line 1024 sees the use of $unit, which is taken from the output of an external program (call to amgetconf in line 118), and hence is tainted, as an argument to an external program, printf. Possible solutions are dropping the -T from the first line to disable taint mode, replacing the calls to external printf by the internal formatting functions, or laundering the tainted variables as per perlsec(1). While the latter is a pain in general, it is doable here. Concept code (not tested): #118 $unit=`$sbindir/amgetconf$suf displayunit`; chomp($unit); # insert value checking / laundering code: if ( !($unit =~ /^[kKMGT]$/) ) { # complain about bad output from amgetconf; exit } $unit = lcfirst($1); # $unit is now untainted #120 $unitdivisor=1; I have not evaluated how many more calls to printf have additional problems with variables derived in a similar fashion; it might be more practical to just drop the -T flag instead of cleaning a lot of variables in the above way. However it is done, I would like to see amstatus returned to working condition. Side note: The same code (and problem) seems to persist in the current 2.6.0p2 upstream version. Sincerely, Ralph Rößner -- Ralph Rößner CAPCom AG http://www.capcom.de Rundeturmstr. 10, 64283 Darmstadt, Germany Phone +49 6151 155 900, Fax +49 6151 155 909 Vorstand: Luc Neumann (Vorsitzender) Vorsitzender des Aufsichtsrats: Prof. Dr.-Ing. José L. Encarnação Sitz der Gesellschaft: Darmstadt, Registergericht: Darmstadt HRB 8090 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398093: Still working on it.
Le lundi 03 novembre 2008 à 18:11 +0100, Benjamin Mesing a écrit : Hello Oliver, well, the packaging is complete and it is waiting with my sponsor for review and upload (for what, 6month or so?). The version that is waiting for upload is still 8.01. You can fetch a version from http://www.mesing.de/umlet/umlet_8.01{-1.diff.gz,-1.dsc,.orig.tar.gz} though you would need to build it by yourself. Thanks for the link. May I suggest that you keep this ITP ticket in CC: of meaningful informations like that one (maybe CC:ed of exchanges with the sponsor ?) I will try an prod my sponsor again, but I can't promise anything there. Maybe if your sponsor is unresponsive, could you try on the debian-mentors list ? I have remarks on your package : * why isn't there any GPG signature of your work ? dget http://www.mesing.de/umlet/umlet_8.01-1.dsc complains about such signature missing :( * Maybe it would be better to package epsgraphics lib separately (attention, there seems to be a fork of that lib under the name jlibeps... so there may be confusion... and packages seem to already embed jlibeps, like bootchart, I think, which may not be so good if this ITP is completed : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=447525 ) ? Otherwise, it compiled fine on my lenny system. As soon as I have some time I might also package the new version, which should be fairly straitforward unless they've changed the internal structure again. That'd be interesting. Keep us informed of any further progress. My 2 cents, -- Olivier BERGER [EMAIL PROTECTED] http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504142: Willing to upload
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just for the bug report, this is the patch I'd use for the NMU. I'd like to upload today, along with the fix for #502760. I'll do it this evening. I have the same fix pending: http://arthurenhella.demon.nl/viewcvs/nss-ldapd/nss-ldapd/debian/libnss-ldapd.postinst?rev=789r1=747r2=789 (I have some other small updates that I want to include) If you want to make the upload yourself, please ping me on irc (codehelp) - find me on #debian-uk, #emdebian or #debian-dpkg I'm sorry I don't use irc. - -- - -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFJEGNUVYan35+NCKcRAmoRAJ9w6C1By95LeK8zlG71bKS580ID+ACZAbXK a1B7qwFCRrxg5Wvp9i9XakY= =XYDF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504486: please demote web server recommends to suggests
Package: man2html Severity: normal Version: 1.6f-2 Policy states: The Recommends field should list packages that would be found together with this one in all but unusual installations. It's not unusual to have man2html installed without a webserver or lynx - it is often used as a command line utility to convert man pages to html. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447525: ITP: jlibeps -- Java library to create EPS images
On Sun, Oct 21, 2007 at 11:04:21PM +0100, Stuart Prescott wrote: Package: wnpp Severity: wishlist Owner: Stuart Prescott [EMAIL PROTECTED] * Package name: jlibeps Version : 0.1.0 Upstream Author : Arnaud BLOUIN [EMAIL PROTECTED] * URL : http://jlibeps.sourceforge.net/ * License : GPLv2 or later Programming Lang: Java Description : Java library to create EPS images The jlibeps classes are a set of Java classes for creating EPS images. They are suitable for creating high quality EPS graphics for use in documents and papers, and can be used just like a standard Graphics2D object within Java applications that are using AWT. jlibeps is a fork of the last GPL version of the EpsGraphics2D package from jibble.org. I think that this lib is embedded in package bootchart already, so I suggest that you get in touch with bootchart's packager whenever you complete this ITP. Hope this helps, Best regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503713: Investigating Lenny release blocker bug: #503713
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've been looking in to this bug because I use this package myself too, and because it is among the RC bugs blocking lenny. As I wrote in my message to control@ [1], I merged this issue with #481103 because they report the same issue only for a different version of the package. This issue is similar to #433510 reported against mailgraph [2], which changed the maintainer scripts to only generate the /etc/default/ configuration file if it does not exist and to source it otherwise. The following section in debian/postinst appears to be the culprit that changes the /etc/default/bindgraph file, specifically lines 64-70: [...] 31 DEFAULTS=/etc/default/bindgraph [...] 40 db_get bindgraph/logfile || true 41 LOGFILE=$RET [...] 52 # Solve #293819 53 BIND_VER=`dpkg -l bind9 | awk '/^ii/ { print $3; }'` 54 if [ -n $BIND_VER ] dpkg --compare-versions $BIND_VER ge '9.3' ; then 55 log_ver=bind93 ; 56 else 57 log_ver=bind92 ; 58 fi 59 60 if [ ! -f $DEFAULTS ]; then 61 echo DNS_LOG=$LOGFILE $DEFAULTS 62 echo LOG_FORMAT=${log_ver} $DEFAULTS 63 64 elif [ -z `grep $LOGFILE $DEFAULTS` ]; then 65 # update log file location 66 mv $DEFAULTS $DEFAULTS.tmp 67 grep -v DNS_LOG $DEFAULTS.tmp $DEFAULTS 68 echo DNS_LOG=$LOGFILE $DEFAULTS 69 rm -f $DEFAULTS.tmp 70 fi 71 72 if [ -n $2 ]; then 73 # if we are upgrading, update config :-) 74 if [ -z `grep LOG_FORMAT ${DEFAULTS}` ]; then 75 echo LOG_FORMAT=${log_ver} $DEFAULTS 76 fi 77 fi [...] The Debconf config.dat contains the following for bindgraph/logfile: Name: bindgraph/logfile Template: bindgraph/logfile Value: /var/log/bind9-query.log Owners: bindgraph If the value of DNS_LOG in /etc/default/bindgraph does not match the debconf bindgraph/logfile value, the debconf value is set in /etc/default/bindgraph. This logic seems to have been introduced to fix #318458 if I look at the changelog and bug in question: bindgraph (0.2a-3) unstable; urgency=high * Reconfigure now updates logfile location (Closes: 318458) I'll have a look to see if the bindgrapg maintainer scripts can be modified to resemble those of mailgraph to fix this issue and not to regress the previous issues. Regards, Bas References: [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=7;bug=503713 [2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433510 - -- GnuPG: 0x77A975AD -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkQSh8ACgkQRWRRA3epda2hsgCfSK1EojO8L8mNI44DXg1y5e5S JzIAn0Hk/aMh/n+clCzKTh+55qGeRbmk =mXmx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461048: umount.cifs not updating /etc/mtab?
$ mount.cifs --version mount.cifs version: 1.10-3.0.28a I mount a Samba share with $ smbmount //server/myuser mountpoint -o username=myuser I unmount a Samba share with $ smbumount mountpoint Everything seems to go normally except that /etc/mtab still has a mount entry. But /proc/mounts does not! Charles Allen ((using Ubuntu 8.04)) begin:vcard fn:Charles Allen n:Allen;Charles org:Purdue University;Electrical and Computer Engineering adr:1205 West State Street;;Birck Nanotechnology Center;West Lafayette;IN;47907;USA email;internet:[EMAIL PROTECTED] title:Graduate Research Assistant tel;cell:+1 (765) 490-0454 x-mozilla-html:FALSE version:2.1 end:vcard
Bug#503821: Purpose of features/all/xen/workaround-pte-file.patch?
On Tue, 2008-11-04 at 09:49 +0100, Bastian Blank wrote: On Tue, Nov 04, 2008 at 08:30:16AM +, Ian Campbell wrote: However I assume the workaround is there for a specific purpose, what was it? A crash in mprotect. Thanks. -- Ian Campbell Today is a good day for information-gathering. Read someone else's mail file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497341: patch to README.debian
On Fri, Oct 31, 2008 at 16:59:46 -0700, Neskie Manuel wrote: This goes in line with the README.Debian file. Do you think we should add a warning before all of these instructions? I think these instructions should be rewritten to discourage editing files in /usr/share/. Unfortunately I don't have time to figure out what to replace them with at the moment. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447525: ITP: jlibeps -- Java library to create EPS images
Hi Olivier, I think that this lib is embedded in package bootchart already, Yes, this is correct -- I am already in contact with the bootchart packager(s) and in fact they were involved in the original decision to fork jlibeps from its no-longer-free upstream. thanks for the heads up anyway! cheers Stuart -- Stuart Prescott www.nanoNANOnano.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470215: pdftk: please switch to gcj 4.3
Here is the patch attached. Now that openjdk is in debian maybe a java class version could be provided. Would you accept a patch for that? Ahora también puedes acceder a tu correo Terra desde el móvil. Infórmate pinchando aquí. diff -u pdftk-1.41/debian/control pdftk-1.41/debian/control --- pdftk-1.41/debian/control +++ pdftk-1.41/debian/control @@ -2,7 +2,7 @@ Maintainer: Aurélien GÃRÃME [EMAIL PROTECTED] Section: text Priority: optional -Build-Depends: debhelper (= 4.0.0), quilt, gcj-4.2 [!alpha !arm !hppa !hurd-i386], g++-4.2 +Build-Depends: debhelper (= 4.0.0), quilt, gcj-4.3 [!alpha !arm !hppa !hurd-i386], g++-4.3 Standards-Version: 3.7.3 Homepage: http://www.pdfhacks.com/pdftk/ diff -u pdftk-1.41/debian/patches/no_embedded_libs pdftk-1.41/debian/patches/no_embedded_libs --- pdftk-1.41/debian/patches/no_embedded_libs +++ pdftk-1.41/debian/patches/no_embedded_libs @@ -43,7 +43,7 @@ # append gcj flags -export GCJFLAGS+= -w --encoding=UTF-8 --classpath=$(java_libs_root) -+export GCJFLAGS+= -w --encoding=UTF-8 --classpath=/usr/share/java/libgcj-4.2.jar:$(java_libs_root) ++export GCJFLAGS+= -w --encoding=UTF-8 --classpath=/usr/share/java/libgcj-4.3.jar:$(java_libs_root) -all : libgcj_local itext - diff -u pdftk-1.41/debian/patches/build_with_gcc-4.2 pdftk-1.41/debian/patches/build_with_gcc-4.2 --- pdftk-1.41/debian/patches/build_with_gcc-4.2 +++ pdftk-1.41/debian/patches/build_with_gcc-4.2 @@ -7,7 +7,7 @@ # tools TOOLPATH= -VERSUFF=-4.1 -+VERSUFF=-4.2 ++VERSUFF=-4.3 CXX= $(TOOLPATH)g++$(VERSUFF) export GCJ= $(TOOLPATH)gcj$(VERSUFF) export GCJH= $(TOOLPATH)gcjh$(VERSUFF) @@ -30,7 +30,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets @@ -52,7 +52,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets @@ -66,7 +66,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets @@ -86,7 +86,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets @@ -100,7 +100,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets @@ -114,7 +114,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets @@ -128,7 +128,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets @@ -142,7 +142,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets @@ -156,7 +156,7 @@ %.h : %.class - $(GCJH) --classpath=. $*; - $(RM) $ -+ $(GCJH) --classpath=/usr/share/java/libgcj-4.2.jar:$(PWD):. $* ++ $(GCJH) --classpath=/usr/share/java/libgcj-4.3.jar:$(PWD):. $* ## # targets
Bug#504202: manpages: edge-triggered example doesn't specify whether listener socket is also using edge-triggering
On Tue, Nov 4, 2008 at 5:17 PM, Michael Kerrisk [EMAIL PROTECTED] wrote: Okay -- thanks for the ideas. All of that would be a bit too complicated for this example of course (as I think you probably also agree). Yes, indeed. But the error handling is important and non-trivial. Maybe a more detailed example could be put in an external file? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503821: Purpose of features/all/xen/workaround-pte-file.patch?
On Tue, Nov 04, 2008 at 02:26:33PM +, Ian Campbell wrote: On Tue, 2008-11-04 at 14:02 +0100, Bastian Blank wrote: Maybe its the best to remove the workaround and instead cripple mprotect to not allow PROT_NONE for now. And then hope that this can't be triggered by mmap with PROT_NONE. I was thinking of going down the path of removing the workaround then fixing mprotect, so your suggestion would be a consistant first step I think. Unchecked patch attached. It disallows changes from and to PROT_NONE. Bastian -- It is a human characteristic to love little animals, especially if they're attractive in some way. -- McCoy, The Trouble with Tribbles, stardate 4525.6 diff --git a/mm/mprotect.c b/mm/mprotect.c index e943715..24b4cfd 100644 --- a/mm/mprotect.c +++ b/mm/mprotect.c @@ -244,6 +244,14 @@ sys_mprotect(unsigned long start, size_t len, unsigned long prot) if (prot ~(PROT_READ | PROT_WRITE | PROT_EXEC | PROT_SEM)) return -EINVAL; +#ifdef CONFIG_XEN + /* +* XXX: Disallow change to PROT_NONE. +*/ + if (!(prot (PROT_READ | PROT_WRITE | PROT_EXEC))) + return -EACCES; +#endif + reqprot = prot; /* * Does the application expect PROT_READ to imply PROT_EXEC: @@ -285,6 +293,16 @@ sys_mprotect(unsigned long start, size_t len, unsigned long prot) /* Here we know that vma-vm_start = nstart vma-vm_end. */ +#ifdef CONFIG_XEN + /* +* XXX: Disallow change from PROT_NONE. +*/ + if (!(vma-vm_flags (VM_READ | VM_WRITE | VM_EXEC))) { + error = -EACCES; + goto out; + } +#endif + newflags = vm_flags | (vma-vm_flags ~(VM_READ | VM_WRITE | VM_EXEC)); /* newflags 4 shift VM_MAY% in place of VM_% */ signature.asc Description: Digital signature
Bug#504303: xserver-xorg-core: RECORD extension seems to be missing in experimental
On Sun, Nov 2, 2008 at 17:49:10 +0100, Willi Mann wrote: The record extension seems to be missing, as there exists no record.so in the package, and the module fails to load. Correct, the record extension is disabled by default. What do you use it for? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504481: [libflickr-api-perl] Flickr API calls fail with 'API returned an invalid response'
On Tue, 04 Nov 2008 10:45:10 +, Mark Broadbent wrote: This is related to bug #502312. It would appear that the XML library used by this code has reverted back to returning 'element' types rather than 'tag' types requiring that the patch used in #502312 be reverted. Thanks for your bug report. Your hint 'the XML library used by this code' was good, I indeed found interesting differences in libxml-parser-lite-tree-perl's Tree.pm between 0.03 and 0.08 (and 0.08 was uploaded two days ago): several occurences of - 'type' = 'tag', + 'type' = 'element', I'm going the revert the change from #502312 now and bump the dependency on libxml-parser-lite-tree-perl. (Tests with and without the patch from #502312 showed the expected behaviour.) Cheers, gregor -- .''`. Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/ `-NP: Janis Joplin: Piece Of My Heart signature.asc Description: Digital signature
Bug#504481: Bug in libflickr-api-perl fixed in revision 26655
tag 504481 + pending thanks Some bugs are closed in revision 26655 by Gregor Herrmann (gregoa) Commit message: Drop patch should_query_for_tags_not_elements, breaks with newer libxml-parser-lite-tree-perl. Bump versioned dependency on libxml-parser-lite-tree-perl to = 0.08. Thanks to Mark Broadbent for the bug report. Closes: #504481 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496315: Intel X4500 HD
On Sun, Nov 2, 2008 at 12:04:48 +0100, Joel Sevilleja wrote: xserver-xorg-video-intel-2.4 adds support for Intel X4500 graphics card, so it would be very nice to include it in Lenny, because a lot of laptops now include that card. Thanks It's too late at this point, the risk of regressions is too high. I tried to backport minimal support for the new intel chipsets to the 2.3.x version we're shipping, but that excludes things like integrated hdmi and dvo support, which needed more invasive changes than I was comfortable doing without any way to test. Obviously it will be possible to provide backports for lenny if someone wants to do that. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504202: manpages: edge-triggered example doesn't specify whether listener socket is also using edge-triggering
Hello Olaf, Olaf van der Spek wrote: On Tue, Nov 4, 2008 at 5:17 PM, Michael Kerrisk [EMAIL PROTECTED] wrote: Okay -- thanks for the ideas. All of that would be a bit too complicated for this example of course (as I think you probably also agree). Yes, indeed. But the error handling is important and non-trivial. Maybe a more detailed example could be put in an external file? If you can construct something that is not too lengthy, and is readable, complete, and free of obvious bugs, I'd consider including it in a man page. (But I appreciate that this would be quite a bit of work, and I'm not expecting you to do this.) Thanks, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ git://git.kernel.org/pub/scm/docs/man-pages/man-pages.git man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503208: xserver-xorg-video-ati: display corruption w/ Radeon 9600: shaking and debris
On Fri, 2008-10-24 at 12:11 -0400, Diab Jerius wrote: On Fri, 2008-10-24 at 11:07 -0400, Alex Deucher wrote: Does: Option ColorTiling False in the device section of your config help? It doesn't seem to make any difference. A couple of more things that may or may not help: * If I move a window around it will start to accumulate debris (see attached bad5.png) * the debris is visible on a remote vnc connection (I'm running GNOME w/ vino) If I take the drastic step of turning off acceleration: Option NoAccel on the display problems seem to go away. However, it's pretty much unusable because it's so slow. Diab -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504317: Broken fonts in mtink
Thank you, Jean-Jacques, Sylvain, I've got normal russian fonts by launching $ LANG=C mtink ! -- Regards, Alexey Mishustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504059: [INTL:es] Spanish debconf template translation for xdm
tag 504059 pending kthxbye On Thu, Oct 30, 2008 at 22:46:49 +0100, Francisco Javier Cuadrado wrote: # Changes: # - Initial translation # Branden Robinson 2000-2004 I don't think Branden has done the spanish translation :) His copyright comes from writing the english version of these templates. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504511: missing dependency on libaugeas0
Package: python-augeas Version: 0.2.0-1 Severity: grave Subject says it all: py import augeas Traceback (most recent call last): File stdin, line 1, in module File /var/lib/python-support/python2.5/augeas.py, line 43, in module class Augeas(object): File /var/lib/python-support/python2.5/augeas.py, line 56, in Augeas _libaugeas = _dlopen(augeas) File /var/lib/python-support/python2.5/augeas.py, line 48, in _dlopen if not lib: raise ImportError, Unable to import lib%s! % args[0] ImportError: Unable to import libaugeas! Any plans to push this into lenny once the bug is fixed? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504510: Python decorators not highlighted correctly
Package: vim Version: 2:7.2.025-2 Severity: minor Decorators in Python can be of the form: @foo.bar def baz(): ... but vim will only highlight up until the '.' in the decorator. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-15 GNU C Library: Shared libraries ii libgpm2 1.20.4-3 General Purpose Mouse - shared lib ii libncurses5 5.6+20081025-1 shared libraries for terminal hand ii libselinux1 2.0.65-5 SELinux shared libraries ii vim-common2:7.2.025-2Vi IMproved - Common files ii vim-runtime 2:7.2.025-2Vi IMproved - Runtime files vim recommends no packages. Versions of packages vim suggests: pn ctags none (no description available) pn vim-doc none (no description available) pn vim-scripts none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495973: RFS: fex (2nd attempt)
Dear mentors, I am looking for a sponsor for my package fex. * Package name: fex Version : 20081028-1 Upstream Author : Ulli Horlacher [EMAIL PROTECTED] * URL : http://fex.rus.uni-stuttgart.de/ * License : GPL Section : web It builds these binary packages: fex- web service for transferring very large files fex-utils - web service for transferring very large files (utils) Description: web service for transferring very large files F*EX (Frams's Fast File EXchange) is a service for transferring big (large, huge, giant) files from a user A to a user B, anywhere on the Internet. . The sender uploads the file to the F*EX-server and the recipient automatically gets a notification e-mail with a download-URL. . Main features of F*EX: . * file transfer of virtually unlimited file size * sender and recipient only need an e-mail program and a web browser (of any kind; they do not have to install any software) * RESEND and REGET for resuming after link failures at last sent byte * auto-notification of recipient * auto-deletion after download * auto-deletion after expiration date (default: 5 days) * full-users can create sub-users, who can send only to this full-user * maintenance-free: no administration necessary beyond creating new F*EX accounts * multiple recipients only require one stored copy * F*EX uses HTTP and needs no firewall tunnels * support for streams, too (SEX: Stream EXchange) * shell clients provided for commandline users: fexsend and fexget. The end user normally uses F*EX with his web browser and the URLs http://YOURFEXSERVER/fup (file upload) and http://YOURFEXSERVER/fop (file download). F*EX is not an anonymous service, the admin must register the user with his e-mail address and auth-ID string. This task must be done with the CLI program fac (F*EX admin control). You can imagine the auth-ID as some kind of low security password. Alternatively the users can register theirselves with http://YOURFEXSERVER/fur (F*EX user registration), if the admin allows them to do so. This is done by setting the variable @local_hosts in /etc/fex/fex.ph, for example: @local_hosts = qw(127.0.0.1 10.10.100.0-10.10.255.255); F*EX full users can theirselves register sub-users with http://YOURFEXSERVER/fuc sub-users can only fex to their full-user, not to any others. The package appears to be lintian clean. The upload would fix these bugs: 495973 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/fex - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/fex/fex_20081028-1.dsc I would be glad if someone uploaded this package for me. Kind regards Giuseppe Iuculano signature.asc Description: OpenPGP digital signature