Bug#453369: ignore other filesystem types
Package: slocate Version: 3.1-1.1 Severity: wishlist When the cron.daily script calls /usr/bin/updatedb -f proc, it should really also ignore tmpfs,sysfs,udev,sshfs,usbfs,devpts,autofs,fusectl (to name a few) by default. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slocate depends on: ii adduser 3.105 add and remove users and groups ii dpkg 1.14.11package maintenance system for Deb ii libc6 2.7-1 GNU C Library: Shared libraries slocate recommends no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#453336: compiz: doesn't render java windows properly (matlab/mathematica/maple)
On Wed, 28 Nov 2007 22:42:37 +0100 Brice Goglin [EMAIL PROTECTED] wrote: Micha Feigin wrote: Package: compiz Version: 1:0.6.99+git20071119-shame-0 What's this compiz package? We don't have any version like this in Debian IIRC. Sorry, forgot that I ended up installing the shame version since the debian version refuses to draw any window decorations no matter what window decorator I loaded (it essentially behaved as if there was no window manager loaded at all) just made sure with versions 1:0.6.2-0~emiscabpo+3~debian1 and git20071104 that that problem still exists and the matlab/mathematica/maple problem is still present as well compiz doesn't seem to be able to render java based programs properly. matlab (2007a) doesn't show the menubar at all maple (11) doesn't show the content of the main window mathematica opens two extra blank windows that can't be closed (maybe the kernel according to a google search) I have no idea how java renders things. Is it possible that it conflicts with Compiz redirecting? Don't know what compiz redirecting is, is there a way to check this? All these programs work great with xfwm4 which also has compositing, so this is not a compositing issue but some issue with how compiz handles windows. Tried playing with the redirection options but it didn't help I did move all of these now to use sun's java 1.6 instead of their installed 1.5 and it solved the problem for maple and matlab but not mathematica, I tried jabref and it is ok if it makes a difference Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453376: wammu should depend on notification-daemon
Package: wammu Version: 0.24-1 Severity: critical --- Please enter the report below this line. --- The wammu package since version 0.24 sould depend on notification-daemon. Without notification-daemon installed it crashes on startup: # Wammu Error-File ### --- System information Platform linux2 Python 2.4.4 wxPython 2.6.3.2 Wammu0.24 python-gammu 0.22 Gammu1.13.0 BluetoothPyBluez locales de_DE (ISO8859-15) connection bluephonet device 00:12:62:2D:04:6A modelauto -- Traceback ID --- fa32729d3253781ad70f0977eb280f8b Traceback File /usr/bin/wammu, line 99, in ? Wammu.App.Run() File /usr/lib/python2.4/site-packages/Wammu/App.py, line 69, in Run app = WammuApp() File /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py, line 7700, in __init__ self._BootstrapApp() File /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py, line 7352, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /usr/lib/python2.4/site-packages/Wammu/App.py, line 54, in OnInit frame.PostInit(self) File /usr/lib/python2.4/site-packages/Wammu/Main.py, line 556, in PostInit self.InitDBUS() File /usr/lib/python2.4/site-packages/Wammu/Main.py, line 568, in InitDBUS if Wammu.Utils.DBUSServiceAvailable(bus, interface, True): File /usr/lib/python2.4/site-packages/Wammu/Utils.py, line 470, in DBUSServiceAvailable bus.start_service_by_name(interface) File /var/lib/python-support/python2.4/dbus/bus.py, line 281, in start_service_by_name 'su', (bus_name, flags))) File /var/lib/python-support/python2.4/dbus/connection.py, line 606, in call_blocking reply_message = self.send_message_with_reply_and_block( Exception DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Notifications was not provided by any .service files --- --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.1 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing ftp.debian.org 500 testing 141.76.2.4 500 testing 141.30.228.4 500 stable ftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== python | 2.4.4-6 python-central (= 0.5.8) | 0.5.15 python-gammu (= 0.21) | 0.22-3 python-wxgtk2.6| 2.6.3.2.2-1 OR python-wxgtk2.8| signature.asc Description: OpenPGP digital signature
Bug#443114: Please provide an udeb
Hi, any news on this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453372: New upstream version 7.4 available
Package: pcre3 Severity: wishlist Hi, there's a new upstream release, 7.4, available. Please update the package soonish in unstable, thanks :) Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453374: xserver-xorg-video-intel: video output switches off atfer sleep
Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: important Hello, Last of my series of bugs against the newer version of the intel driver ;-)... I have found, since I upgraded, that everytime I arrive in the morning, the screen is off (in sleep, which is normal), and it does not wake up when I touch keyboard/mouse and I even see nothing when I change the VT (with the Ctrl+Alt+F? keys - which works in normal operation). The machine works fine - I can log in with SSH. This shows that no X process is running. Logs of the server show this (full log available on request). (II) intel(0): Output VGA using monitor section DELL 1908FP (II) intel(0): I2C bus CRTDDC_A initialized. (II) intel(0): I2C bus SDVOCTRL_E for SDVOB initialized. (II) intel(0): I2C device SDVOCTRL_E for SDVOB:SDVO Controller B registered at address 0x70. (II) intel(0): No SDVO device found on SDVOB (II) intel(0): I2C device SDVOCTRL_E for SDVOB:SDVO Controller B removed. (II) intel(0): I2C bus SDVOCTRL_E for SDVOB removed. (II) intel(0): I2C bus SDVOCTRL_E for SDVOC initialized. (II) intel(0): I2C device SDVOCTRL_E for SDVOC:SDVO Controller C registered at address 0x72. (II) intel(0): No SDVO device found on SDVOC (II) intel(0): I2C device SDVOCTRL_E for SDVOC:SDVO Controller C removed. (II) intel(0): I2C bus SDVOCTRL_E for SDVOC removed. (II) intel(0): Output VGA disconnected (EE) intel(0): No valid modes. I can try to restart X, but it fails every time with a similar log. My screen is plugged onto the VGA plug. What seems to happen is that when X enters sleep mode, it somehow disables the VGA output and is unable to switch it back on. I tried using this setting: Section ServerFlags #Only switch screen off after two month Option OffTime 86400 EndSection to delay the time when the screen switches off, but that doesn't appear to work. I didn't touch the SleepTime. I have so far failed to find a way to switch the screen back on (rmmod i810 does not have any visible effect), so I need to reboot the computer everytime. This is my last bug report on the newer intel driver ;-... But admittedly, this problem is quite annoying as well. Thanks a lot ! Vincent -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-04-16 17:10 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1831520 2007-11-20 04:09 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82Q963/Q965 Integrated Graphics Controller (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3373 2007-11-28 11:38 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadi2c Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadvbe EndSection Section ServerFlags #Only switch screen off after two month Option OffTime 86400 EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel
Bug#453377: playmidi: [INTL:vi] Vietnamese debconf templates translation update
Package: playmidi Version: 2.4debian-9 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: playmidi translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#453166: Info received ([PATCH] Fix for FTBFS with new SWIG package)
Just a heads up, I noticed only after building that the test suite fails for the ruby bindings. python and perl are fine though. Somehow an svn_auth_baton is not passed correctly, I'll follow up with logs once I have more time. Greetings, Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453370: misleading description
Package: tumgreyspf Version: 1.31-1 Severity: important The package description reads: Because of it's design, legitimate e-mail is never trapped or rejected. Only spam and viruses are caught. If you add tumgreyspf to your mail server (also compatible when using Spam Assassin, ClamAV, and an outsourced anti-spam system), your spam level will be dropped by an order of magnitude. this is clearly wrong and misleading. First of all, legitimate mail sent from broken mail servers or those without SPF records may well be dropped. And second, spam and viruses these days often originate from proper, queuing mail servers *with* SPF records, so the package does not guarantee that these are dropped. Please rephrase the description. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#453289: PATCH: Mark translatable strings in registryd/Accessibility_Registry.server.in.in.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Nov 29, 2007 at 02:09:18AM EST, Josselin Mouette wrote: Is there a point in applying it in Debian if we don't ship the added translations as well? If you don't ship the added translations, I guess its not needed. I was simply asked to send the patch to Debian and upstream, after merging the Ubuntu package. - -- Luke Yelavich GPG key: 0xD06320CE (http://www.themuso.com/themuso-gpg-key.txt) Email MSN: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHTnEojVefwtBjIM4RAu2xAJ4n4DEBsIMd524SQ5qWOTXpxNMxrACgwYds CBoBPa911uXkEDbKfRvW71U= =7PFO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421782: marked as done (icedove doesn't notice remotely created IMAP folders)
On 29/11/2007, Debian Bug Tracking System [EMAIL PROTECTED] wrote: * Set umask to ensure created .md5sums are readable (closes: #421782). Whups, typo in changelog: this closes #421792. Sorry for the spam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453371: faulty sed expression makes installation of new config file /etc/init.d/xinetd fail
Package: xinetd Version: 1:2.3.14-4 Severity: serious Tags: patch Installing new version of config file /etc/init.d/xinetd ... sed: -e expression #1, char 1: unknown command: `-' dpkg: error processing xinetd (--configure): subprocess post-installation script returned error exit status 1 sed -e -i in the postinst should be sed -i -e -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xinetd depends on: ii libc6 2.7-2 GNU C Library: Shared libraries ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra ii netbase 4.30 Basic TCP/IP networking system ii update-inetd 4.27-0.6 inetd.conf updater Versions of packages xinetd recommends: ii logrotate 3.7.1-3Log rotation utility ii sysklogd [system-log-daemon] 1.5-1 System Logging Daemon -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#453375: hesiod: [INTL:vi] Vietnamese debconf templates translation update
Package: hesiod Version: 3.0.2-18.2 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: hesiod translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#452725: assertion fail ../../bfd/elf32-arm.c:3123 building d-i
severity 452725 important tags 452725 + fixed-upstream thanks * Martin Michlmayr [EMAIL PROTECTED] [2007-11-24 20:04]: Package: binutils Version: 2.18.1~cvs20071027-1 Severity: serious When building d-i on ARM, ld produces an assertion while reducing the libraries: Nick Clifton just applied a fix to HEAD and 2.18 branch for this which solves my problem. I'm downgrading this bug because I found out that even with the binutils failure the d-i images appear to be working correctly. Nevertheless, it would be nice to update this package to 2.18 branch soon to fix this for real. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453120: mptscsi: Massive workload causes FS to be remounted readonly in VMware guest
tags 453120 - moreinfo thanks Am Dienstag, den 27.11.2007, 18:40 +0100 schrieb maximilian attems: tags 453120 moreinfo severity 453120 normal stop On Tue, Nov 27, 2007 at 03:34:31PM +0100, Sebastian Dröge wrote: Package: linux-2.6 Severity: important hmm your report is missing important info, you don't tell us which debian version against it is? - http://wiki.debian.org/DebianKernelReportingBugs Hi, this is with the etch Kernel, i.e. 2.6.18.dfsg.1-13. Hi, when running a Debian system as VMware guest system one could get SCSI timeouts when there is massive workload on the host system. Since some kernel version these will get the filesystems remounted read-only, which probably makes sense for real hardware, but doesn't make sense for emulated hardware. Instead it should just wait a bit longer. See http://www.tuxyturvy.com/blog/index.php?/archives/31-VMware-ESX-and-ext3-journal-aborts.html for some details and what needs to be changed in the kernel. Redhat and SuSE seem to have this change in their kernels already it seems and without that change it's impossible to run Debian as VMWare guest reliable. Bye as this page only describes upstream changes, did you try newer linux-2.6 images from backports.org 2.6.22 or 2.6.23 from trunk snapshots see apt lines on http://wiki.debian.org/DebianKernel Thanks, it's fixed at least in 2.6.23-1~experimental.1~snapshot.9819 Would be nice if the relevant change could be backported to etch-updates or similar. :) 2.6.23-1~experimental.1~snapshot.9819 has an equivalent change to the one at the URL above. Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453379: auctex: [INTL:vi] Vietnamese debconf templates translation
Package: auctex Version: 11.83-8 Severity: minor Tags: l10n, wishlist The initial Vietnamese translation for the debconf file: auctex translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#453380: fltk: [INTL:vi] Vietnamese debconf templates translation update
Package: fltk Version: 1.1 1.1.7-6 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: fltk translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#453381: eel2: [INTL:vi] Vietnamese program translation
Package: eel2 Version: Severity: minor Tags: l10n, patch The initial Vietnamese translation for the extra strings of the program file: eel2 translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) patches.vi.po.gz Description: GNU Zip compressed data
Bug#453370: misleading description
also sprach Thomas Goirand [EMAIL PROTECTED] [2007.11.29.0953 +0100]: The only thing I understand when reading this is that it reduces the spam level by an order of magnitude, and that legitimate e-mail is never trapped as when the SPF check is passed, greylisting doesn't occure. who defines what legitimate mail is? Is all mail from domains with SPF records legitimate? 1/ This description is the one of the upstream that you can see here: http://www.tummy.com/Community/software/tumgreyspf/ It's enough to make me avoid the project. Really. Tell upstream to rethink it, maybe? 2/ I find it quite accurate. Hm. Let me know if you still do not agree, and maybe give a proposal for something better if you can. Anyway, thanks for having a look at the package. tumgreyspf is a policy filter for mail servers which aims to lower the spam count. It combines SPF lookups with greylisting in such a way that messages are only greylisted if their sender domains do not have valid and matching SPF records. This can help reduce the number of spam messages the system has to process. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems the faster i go, the behinder i get. -- lewis carroll digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#453374: xserver-xorg-video-intel: video output switches off atfer sleep
forwarded 453374 https://bugs.freedesktop.org/show_bug.cgi?id=13196 thank you Vincent Fourmond wrote: Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: important Last of my series of bugs against the newer version of the intel driver ;-)... I have found, since I upgraded, that everytime I arrive in the morning, the screen is off (in sleep, which is normal), and it does not wake up when I touch keyboard/mouse and I even see nothing when I change the VT (with the Ctrl+Alt+F? keys - which works in normal operation). [...] I can try to restart X, but it fails every time with a similar log. My screen is plugged onto the VGA plug. What seems to happen is that when X enters sleep mode, it somehow disables the VGA output and is unable to switch it back on. This is probably related to the upstream bug at the URL above. There's a patch attached there, if you want to try it. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453264: libc6-dev: fails to define ptrdiff_t in malloc.h
peter green a écrit : It's not that easy in the swi-prolog case. The two headers are included in two separate headers, which are then included into the .c file. The order cannot be switched around, because the former header includes config.h, which is needed for the second header to work at all (IIRC). Can't you just include malloc.h directly from the C file before including the header that indirectly includes wchar.h ? Generally standard headers are designed so that once you have included them once including them again does nothing. Well we don't need to find more workarounds as the problem is fixed in the SVN. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453370: misleading description
martin f krafft wrote: Package: tumgreyspf Version: 1.31-1 Severity: important The package description reads: Because of it's design, legitimate e-mail is never trapped or rejected. Only spam and viruses are caught. If you add tumgreyspf to your mail server (also compatible when using Spam Assassin, ClamAV, and an outsourced anti-spam system), your spam level will be dropped by an order of magnitude. this is clearly wrong and misleading. First of all, legitimate mail sent from broken mail servers or those without SPF records may well be dropped. And second, spam and viruses these days often originate from proper, queuing mail servers *with* SPF records, so the package does not guarantee that these are dropped. Please rephrase the description. Hi, Where did you see that this description says it's compatible with broken mail server or that spam and viruses are always trapped? The only thing I understand when reading this is that it reduces the spam level by an order of magnitude, and that legitimate e-mail is never trapped as when the SPF check is passed, greylisting doesn't occure. The fact that it's written that Spamassassin and ClamAV are compatible clearly shows that it might be wise to use them at the same time. I would agree to rephrase, but: 1/ This description is the one of the upstream that you can see here: http://www.tummy.com/Community/software/tumgreyspf/ on the project home page. And 2/ I find it quite accurate. Let me know if you still do not agree, and maybe give a proposal for something better if you can. Anyway, thanks for having a look at the package. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453290: ITP: timelimit -- Simple utility to limit a process's absolute execution time
On 11217 March 1977, Peter Pentchev wrote: * Package name: timelimit Version : 1.0 Upstream Author : Peter Pentchev [EMAIL PROTECTED] * URL : http://devel.ringlet.net/sysutils/timelimit/ * License : Two-clause BSD Programming Lang: C Description : Simple utility to limit a process's absolute execution time Whats the added plus compared to package timeout? -- bye Joerg Some AM after a mistake: Sigh. One shouldn't AM in the early AM, as it were. grin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453384: jspwiki: [INTL:vi] Vietnamese debconf templates translation
Package: jspwiki Version: 2.5.139-2 Severity: minor Tags: l10n, wishlist The initial Vietnamese translation for the debconf file: jspwiki translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#452682: zabbix - zabbix-agent: UserParameters are execuited with gid 0
Hi Michael, On Wed, November 28, 2007 17:48, Michael Ablassmeier wrote: to be a bit more specific about this: an privileged user (root) may configure an UserParameter like this one in /etc/zabbix/zabbix-agentd.conf (hard core example): UserParameter=cat[*],cat $1 Thank you for contacting us about it. It's definitely a bug which should be fixed, but I'm trying to assess whether it's severe enough to warrant a DSA. Zabbix is a monitoring tool. I would therefore assume that zabbix' users already have quite a level of implied trust; it's not quite common that a random user has access to zabbix and can exectute commands, right? Or am I missing something? thanks, Thijs
Bug#453264: libc6-dev: fails to define ptrdiff_t in malloc.h
It's not that easy in the swi-prolog case. The two headers are included in two separate headers, which are then included into the .c file. The order cannot be switched around, because the former header includes config.h, which is needed for the second header to work at all (IIRC). Can't you just include malloc.h directly from the C file before including the header that indirectly includes wchar.h ? Generally standard headers are designed so that once you have included them once including them again does nothing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453376: Fix for Bug#453376 commited to version control
tags 453376 +pending thanks Hi, The following change has been committed for this bug, and so the fix will be in the next upload. === Changeset [36] by nijel, 2007-11-29 10:01:25 +0100 (Thu, 29 Nov 2007) * Fix crash on missing notification daemon (Closes: #453376). U trunk/debian/changelog A trunk/debian/patches/00list A trunk/debian/patches/01_fix-notification-daemon.dpatch http://viewsvn.cihar.com/debian-wammu?view=revrevision=36 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452682: zabbix - zabbix-agent: UserParameters are execuited with gid 0
hi Thijs, On Thu, Nov 29, 2007 at 10:02:18AM +0100, Thijs Kinkhorst wrote: On Wed, November 28, 2007 17:48, Michael Ablassmeier wrote: to be a bit more specific about this: an privileged user (root) may configure an UserParameter like this one in /etc/zabbix/zabbix-agentd.conf (hard core example): UserParameter=cat[*],cat $1 Thank you for contacting us about it. It's definitely a bug which should be fixed, but I'm trying to assess whether it's severe enough to warrant a DSA. im not sure either .. Zabbix is a monitoring tool. I would therefore assume that zabbix' users already have quite a level of implied trust; it's not quite common that a random user has access to zabbix and can exectute commands, right? Or am I missing something? well, its not like random users have access to the zabbix frontend, thats right. So they indeed have a good level of trust (or should have). However, its still possible for them to root remote machines, given the fact the zabbix admin gives them access to the item configuration and there is an flexible user parameter .. If you guys decide its not worth a DSA, im going to upload a fixed version to stable-propsed-updates - or something. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453382: linux-source-2.6.18: UDF filsystem driver report errors
Package: linux-source-2.6.18 Version: 2.6.18.dfsg.1-12etch2 Severity: normal As some errors occurs in UDF filesystem, I recompiled this module to activate log/debug facility. Hereafter I detail first (1) user reported error, and second (2), logd error in syslog. Finally (3), the linux packages installed.. 1/ User level error: 1 rm: ne peut enlever `/mnt/iomega/data/*/*.zip': Aucun fichier ou répertoire de ce type 1 cp: ne peut créer le fichier régulier `/mnt/iomega/data/nfs_corfouc_Dossiers.tgz': Erreur d'entrée/sortie 1 tar: /mnt/iomega/data/smb_islande_bergez.tgz: ne peut open: Erreur d'entrée/sortie 1 split: /mnt/iomega/data/smb_islande_bergez.tgz-aa: Erreur d'entrée/sortie 1 split: /mnt/iomega/data/smb_sicile_douzet_fullsync.tgz-ag: Erreur d'entrée/sortie 1 cp: ne peut créer le fichier régulier `/mnt/iomega/data/smb_synchro_file_dates.c': Erreur d'entrée/sortie 1 cp: ne peut créer le fichier régulier `/mnt/iomega/data/smb_synchro_file_dates.exe': Erreur d'entrée/sortie 1 du: ne peut accéder `/mnt/iomega/atlantis_restauration_windows/Restauration/Rest_1/#Root': Permission non accordée 1 du: ne peut accéder `/mnt/iomega/atlantis_restauration_windows/Restauration/Rest_2/#Root/gay': Permission non accordée 1 du: ne peut accéder `/mnt/iomega/poubelle': Permission non accordée 2/ Syslog errors: 1 Nov 29 00:05:01 comp /USR/SBIN/CRON[4946]: (root) CMD (( . sauvegarde.sh . 2 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/lowlevel.c:46:udf_get_last_session: XA disk: no, vol_desc_start=0 3 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:1563:udf_fill_super: Multi-session=0 4 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:554:udf_vrs: Starting at sector 16 (2048 byte sectors) 5 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:895:udf_load_pvoldesc: recording time 1166730473/924891, 2006/12/21 21:47 (1078) 6 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:906:udf_load_pvoldesc: volIdent[] = 'Cartouche hebdomadaire D' 7 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:913:udf_load_pvoldesc: volSetIdent[] = '[EMAIL PROTECTED] hebdomadaire D' 8 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:1105:udf_load_logicalvol: Partition (0:0) type 1 on volume 1 9 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:1115:udf_load_logicalvol: FileSet found in LogicalVolDesc at block=1044, partition=0 10 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:943:udf_load_partdesc: Searching map: (0 == 0) 11 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:984:udf_load_partdesc: unallocSpaceBitmap (part 0) @ 0 12 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:1025:udf_load_partdesc: Partition (0:0 type 1511) starts at physical 274, block length 17090349 13 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:1355:udf_load_partition: Using anchor in block 256 14 Nov 29 00:05:02 comp kernel: UDF-fs DEBUG fs/udf/super.c:1591:udf_fill_super: Lastblock=0 15 Nov 29 00:05:03 comp kernel: UDF-fs DEBUG fs/udf/super.c:867:udf_find_fileset: Fileset at block=1044, partition=0 16 Nov 29 00:05:03 comp kernel: UDF-fs DEBUG fs/udf/super.c:929:udf_load_fileset: Rootdir at block=1046, partition=0 17 Nov 29 00:05:03 comp kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'Cartouche hebdomadaire D', timestamp 2006/12/21 21:47 (1078) 18 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:189:udf_bitmap_free_blocks: bit 13195 already set 19 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:190:udf_bitmap_free_blocks: byte=fffd 20 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:189:udf_bitmap_free_blocks: bit 13196 already set 21 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:190:udf_bitmap_free_blocks: byte=fffd 22 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:189:udf_bitmap_free_blocks: bit 13197 already set 23 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:190:udf_bitmap_free_blocks: byte=fffd 24 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:189:udf_bitmap_free_blocks: bit 13198 already set 25 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:190:udf_bitmap_free_blocks: byte=fffd 26 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:189:udf_bitmap_free_blocks: bit 13199 already set 27 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:190:udf_bitmap_free_blocks: byte=fffd 28 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:189:udf_bitmap_free_blocks: bit 13200 already set 29 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:190:udf_bitmap_free_blocks: byte= 3 30 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:189:udf_bitmap_free_blocks: bit 13201 already set 31 Nov 29 00:05:05 comp kernel: UDF-fs DEBUG fs/udf/balloc.c:190:udf_bitmap_free_blocks: byte= 3 32 Nov 29 00:07:27 comp kernel:
Bug#453289: PATCH: Mark translatable strings in registryd/Accessibility_Registry.server.in.in.
On Thu, Nov 29, 2007, Luke Yelavich wrote: If you don't ship the added translations, I guess its not needed. I was simply asked to send the patch to Debian and upstream, after merging the Ubuntu package. Thanks for your efforts; as a special case in the Debian GNOME team, we try avoid touching strings via patches as it's painful to request and merge translations with the current Debian infrastructure. -- Loïc Minier
Bug#453383: hibernate: scriptlets should be executable
Package: hibernate Severity: wishlist Tags: patch Hello, in prevision of a backupt/restore, I populated each dir with a md5sum of the content, contained locally in a file 'md5sum.md5'. After that, hibernate stopped working, and the culprit was that it was trying to execute this new file. The fix is easy: 1) change each scriptlet mode to rwxr--r-- 2) apply the enclosed patch to /usr/sbin/hibernate: scriptlets are executed only if they are executable The added bonus is that you can add data or README files in the scriptlet dir, without perturbing the working of the command. Best regards Pascal Dupuis -- Package-specific info: --- configuration == /etc/hibernate/common.conf == Verbosity 0 LogFile /var/log/hibernate.log LogVerbosity 1 Distribution debian SaveClock restore-only ChangeGrubMenu yes GrubMenuFile /boot/grub/menu.lst AlternateGrubMenuFile /boot/grub/menu-suspended.lst BackupGrubMenuFile /var/backups/grub.conf.hibernate UnloadBlacklistedModules yes LoadModules auto SwitchToTextMode yes == /etc/hibernate/disk.conf == TryMethod ususpend-disk.conf TryMethod sysfs-disk.conf == /etc/hibernate/hibernate.conf == FullSpeedCPU on TryMethod suspend2.conf TryMethod disk.conf TryMethod ram.conf DownInterfaces wlan0 UnloadModules rt2500 UnmountFSTypes vfat smbfs nfs autofs fuse RestartServices laptop-net Mount /dos/C == /etc/hibernate/ram.conf == TryMethod ususpend-ram.conf TryMethod sysfs-ram.conf == /etc/hibernate/suspend2.conf == UseSuspend2 yes Reboot no EnableEscape yes DefaultConsoleLevel 1 Compressor lzf Encryptor none FullSpeedCPU yes Include common.conf == /etc/hibernate/sysfs-disk.conf == UseSysfsPowerState disk Include common.conf == /etc/hibernate/sysfs-ram.conf == UseSysfsPowerState mem Include common.conf == /etc/hibernate/ususpend-both.conf == USuspendMethod both Include common.conf == /etc/hibernate/ususpend-disk.conf == USuspendMethod disk Include common.conf == /etc/hibernate/ususpend-ram.conf == USuspendMethod ram Include common.conf --- /sys/power == /sys/power/disk == [platform] test testproc shutdown reboot == /sys/power/image_size == 524288000 == /sys/power/resume == 3:8 == /sys/power/state == mem disk --- log hibernate.log file not readable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.23.9 Locale: LANG=fr_BE, LC_CTYPE=fr_BE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash --- hibernate.orig 2007-11-29 09:59:43.0 +0100 +++ hibernate 2007-11-29 10:02:15.0 +0100 @@ -552,6 +552,9 @@ # Avoid editor backup files. case $scriptlet in *~|*.bak) continue ;; esac + # only use executable files + [ -x $scriptlet ] || continue + # Don't source a scriptlet by name more than once. scriptlet_name=${scriptlet##*/}
Bug#440392: ITP: gitstats -- Statistics generator for git repositories
retitle 440392 RFP: gitstats -- Statistics for git repositories thanks No time for this in the next weeks, would be glad if someone other would do it in the meanwhile. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453385: crawl: Exploring via Ctrl-O should stop when tutorial messages appear
Package: crawl Version: 2:0.3.2-1 Severity: wishlist Since I hadn't seen the tutorial feature in previous versions, I decided to give it a try, to see how it worked and what I could learn from it. One item I noticed: exploring via Ctrl-O does not stop when a tutorial message appears (in this case, the hint about rotting). I think it should. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-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 crawl depends on: ii libc6 2.7-2 GNU C Library: Shared libraries ii libdb4.4 4.4.20-11 Berkeley v4.4 Database Libraries [ ii libgcc1 1:4.2.2-4 GCC support library ii liblua5.1-0 5.1.2-4Simple, extensible, embeddable pro ii libncursesw5 5.6+20071103-1 Shared libraries for terminal hand ii libstdc++64.2.2-4The GNU Standard C++ Library v3 crawl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453374: xserver-xorg-video-intel: video output switches off atfer sleep
On Nov 29, 2007 10:01 AM, Brice Goglin [EMAIL PROTECTED] wrote: forwarded 453374 https://bugs.freedesktop.org/show_bug.cgi?id=13196 This is probably related to the upstream bug at the URL above. There's a patch attached there, if you want to try it. I'm currently building the driver with the patch. I'll tell you tomorrow morning if that did kill my setup again or not ;-)... Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429914: Progress
Any progress on this? I'd really like to have a package. thanks G. -- Guillaume Desmottes [EMAIL PROTECTED] Jabber [EMAIL PROTECTED] GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169 E28A AC55 8671 711E 31B1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453223: /Bug#453224: qalculate-{gtk,kde}: FTBFS: unmet b-dep libqalculate-dev(inst 0.9.4-5 ! = wanted 0.9.6)
tag 453223 +pending tag 453224 +pending thanks hoi :) On Tue, Nov 27, 2007 at 09:38:52PM +0100, Lucas Nussbaum wrote: Package: qalculate-gtk version: 0.9.6-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071126 qa-ftbfs Justification: FTBFS on i386 libqalculate 0.9.6-1 which is needed to fulfill the build-dependency is still in the NEW queue. After it is accepted the build problem should be fixed. -- Martin signature.asc Description: Digital signature
Bug#453287: bouncy: upgraded to sid, problem persists
Package: bouncy Version: 0.6.20071104-1 Followup-For: Bug #453287 I upgraded to sid, and still received the same error: $ bouncy Traceback (most recent call last): File game.py, line 8, in ? from OpenGL.GL import * File /usr/lib/python2.4/site-packages/OpenGL/GL/__init__.py, line 2, in ? from OpenGL.raw.GL import * File /usr/lib/python2.4/site-packages/OpenGL/raw/GL/__init__.py, line 6, in ? from OpenGL.raw.GL.constants import * File /usr/lib/python2.4/site-packages/OpenGL/raw/GL/constants.py, line 7, in ? from OpenGL import platform, arrays File /usr/lib/python2.4/site-packages/OpenGL/platform/__init__.py, line 24, in ? from OpenGL.platform.glx import * File /usr/lib/python2.4/site-packages/OpenGL/platform/glx.py, line 29, in ? mode=ctypes.RTLD_GLOBAL File /usr/lib/python2.4/site-packages/OpenGL/platform/ctypesloader.py, line 37, in loadLibrary return dllType( name, mode ) File /usr/lib/python2.4/site-packages/ctypes/__init__.py, line 340, in __init__ self._handle = _dlopen(self._name, mode) OSError: GL: cannot open shared object file: No such file or directory # dpkg -l|grep -i gl|awk '{print $2 $3}' aptitude-doc-en 0.4.9-2 aspell-en 6.0-0-5.1 freeglut3 2.4.0-6 gcompris-sound-en 8.4.2-1 libdbus-glib-1-2 0.74-1 libgl1-mesa-dri 7.0.2-2 libgl1-mesa-glx 7.0.2-2 libgl1-mesa-swx11 7.0.2-2 libgl1-mesa-swx11-i686 7.0.2-2 libglib2.0-0 2.14.4-1 libglib2.0-data 2.14.4-1 libglu1-mesa 7.0.2-2 libtag1c2a 1.4-8+b1 python-opengl 3.0.0~a6-4 xserver-xorg-video-glint 1:1.1.1-8 grep -v \# xorg.conf |uniq Section Files EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section Device Identifier nVidia Corporation NV20 [GeForce3 Ti 200] Driver nv BusID PCI:1:0:0 EndSection Section Monitor Identifier Generic Monitor Option DPMS EndSection Section Screen Identifier Default Screen Device nVidia Corporation NV20 [GeForce3 Ti 200] Monitor Generic Monitor DefaultDepth24 SubSection Display Modes 1024x768 832x624 800x600 720x400 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bouncy depends on: ii python 2.4.4-6 An interactive high-level object-o ii python-opengl3.0.0~a6-4 Python bindings to OpenGL ii python-pygame1.7.1release-4.1+b1 SDL bindings for games development ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free bouncy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452492: qalculate-kde: Celsius misspelled as celcius
hoi :) thanks for the bug report. On Fri, Nov 23, 2007 at 10:45:52AM +0100, Davide Mancusi wrote: Celsius, as in °C, is misspelled as celcius --- it should be capitalised, too. where exactly is it mispelled? -- Martin signature.asc Description: Digital signature
Bug#453386: python-opengl: problems starting game bouncy with nv
Package: python-opengl Version: 3.0.0~a6-4 Severity: important Please see bug: #453287: bouncy: fails to run with opengl error I have been unable to run bouncy with a GForce3 Ti200 card using the nv driver under testing or unstable, yet it runs (very slowly) on another machine with cirrus video card. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-opengl depends on: ii freeglut3 2.4.0-6OpenGL Utility Toolkit ii libgl1-mesa-glx [libgl1] 7.0.2-2A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.2-2The OpenGL utility library (GLU) ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt ii python-ctypes 1.0.2-2Python package to create and manip ii python-setuptools 0.6c7-1Python Distutils Enhancements python-opengl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453387: dot: regression in generated SVG files
Package: graphviz Version: 2.12-5 Severity: important With 2.12.4 SVG files from DOT files would be generated correctly, but now it looks like the scaling is somehow wrong. Please compare the following outputs generated from the same source file (using 2.12.5): - http://alioth.debian.org/~fjp/tmp/graphviz/aptitude.png - http://alioth.debian.org/~fjp/tmp/graphviz/aptitude.ps - http://alioth.debian.org/~fjp/tmp/graphviz/aptitude.svg For comparison a correct SVG file I generated early October from the same DOT file (using 2.12.4): - http://alioth.debian.org/~fjp/tmp/graphviz/aptitude_old.svg The source file is: http://alioth.debian.org/~fjp/tmp/graphviz/aptitude.dot That the SVG is incorrect can also be seen when a thumbnail is generated from it using 'convert aptitude.svg -thumbnail 400 thumb_svg.png': - http://alioth.debian.org/~fjp/tmp/graphviz/thumb_svg.png The same thumbnail generated from the png file is correct: - http://alioth.debian.org/~fjp/tmp/graphviz/thumb_png.png -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc3 (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 graphviz depends on: ii libc6 2.7-2GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libgraphviz32.12-5 rich set of graph drawing tools ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxaw7 2:1.0.4-1X11 Athena Widget library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxpm4 1:3.5.7-1X11 pixmap library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library graphviz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453120: mptscsi: Massive workload causes FS to be remounted readonly in VMware guest
Am Donnerstag, den 29.11.2007, 09:30 +0100 schrieb Sebastian Dröge: tags 453120 - moreinfo thanks Am Dienstag, den 27.11.2007, 18:40 +0100 schrieb maximilian attems: tags 453120 moreinfo severity 453120 normal stop On Tue, Nov 27, 2007 at 03:34:31PM +0100, Sebastian Dröge wrote: Package: linux-2.6 Severity: important hmm your report is missing important info, you don't tell us which debian version against it is? - http://wiki.debian.org/DebianKernelReportingBugs Hi, this is with the etch Kernel, i.e. 2.6.18.dfsg.1-13. Hi, when running a Debian system as VMware guest system one could get SCSI timeouts when there is massive workload on the host system. Since some kernel version these will get the filesystems remounted read-only, which probably makes sense for real hardware, but doesn't make sense for emulated hardware. Instead it should just wait a bit longer. See http://www.tuxyturvy.com/blog/index.php?/archives/31-VMware-ESX-and-ext3-journal-aborts.html for some details and what needs to be changed in the kernel. Redhat and SuSE seem to have this change in their kernels already it seems and without that change it's impossible to run Debian as VMWare guest reliable. Bye as this page only describes upstream changes, did you try newer linux-2.6 images from backports.org 2.6.22 or 2.6.23 from trunk snapshots see apt lines on http://wiki.debian.org/DebianKernel Thanks, it's fixed at least in 2.6.23-1~experimental.1~snapshot.9819 Would be nice if the relevant change could be backported to etch-updates or similar. :) 2.6.23-1~experimental.1~snapshot.9819 has an equivalent change to the one at the URL above. FYI it's changed in upstream commit ad8c31bb69d60c0c6bc6431bccdf67e5a96c0d31 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=ad8c31bb69d60c0c6bc6431bccdf67e5a96c0d31 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453388: [patch] python-apt/gdebi based pbuilder-satisfydepends-gdebi
Package: pbuilder Version: 0.176 Severity: wishlist User: [EMAIL PROTECTED] Usertags: origin-ubuntu hardy ubuntu-patch In Ubuntu, we've applied the attached patch to achieve the following: * Makefile: - Addded pbuilder-satisfydepends-gdebi * pbuilder-buildpackage-funcs: - always pass --chroot to the pbuilder-satisfydepends (needed for pbuilder-satisfydepends-gdebi) * pbuilder-satisfydepends-gdebi: - added alternative b-d resolver pbuilder-satisfydepends-gdebi is a build-dependencies resolver based on gdebi (that in turn uses python-apt/libapt). It is fast and does not need to build a dummy package. It should behave exactly like apt-get build-dep $pkg It used to be more interessting because of the speed gain when pbuilder-satisfydepends-classic was the default. You probably want to add a recommends or suggests for gdebi too (if you like the patch method). Cheers, Michael -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.22-14-generic (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) diff -Nru /tmp/crxVOuiO91/pbuilder-0.176/Makefile /tmp/xxAodyeuYX/pbuilder-0.176ubuntu1/Makefile --- /tmp/crxVOuiO91/pbuilder-0.176/Makefile 2007-10-15 01:23:22.0 +0200 +++ /tmp/xxAodyeuYX/pbuilder-0.176ubuntu1/Makefile 2007-11-25 10:34:26.0 +0100 @@ -15,6 +15,7 @@ pbuilder-modules \ pbuilder-runhooks \ pbuilder-satisfydepends-classic \ + pbuilder-satisfydepends-gdebi \ pbuilder-satisfydepends-funcs \ pbuilder-satisfydepends-checkparams \ pbuilder-satisfydepends-aptitude \ @@ -81,6 +82,7 @@ #install aptitude as the default satisfydepends $(INSTALL_EXECUTABLE) pbuilder-satisfydepends-aptitude $(DESTDIR)/usr/lib/pbuilder/pbuilder-satisfydepends $(INSTALL_EXECUTABLE) pbuilder-satisfydepends-classic $(DESTDIR)/usr/lib/pbuilder/ + $(INSTALL_EXECUTABLE) pbuilder-satisfydepends-gdebi $(DESTDIR)/usr/lib/pbuilder/ $(INSTALL_EXECUTABLE) pbuilder-satisfydepends-aptitude $(DESTDIR)/usr/lib/pbuilder/ $(INSTALL_EXECUTABLE) pbuilder-satisfydepends-experimental $(DESTDIR)/usr/lib/pbuilder/ $(INSTALL_EXECUTABLE) pbuilder-satisfydepends-checkparams $(DESTDIR)/usr/lib/pbuilder/ diff -Nru /tmp/crxVOuiO91/pbuilder-0.176/pbuilder-buildpackage-funcs /tmp/xxAodyeuYX/pbuilder-0.176ubuntu1/pbuilder-buildpackage-funcs --- /tmp/crxVOuiO91/pbuilder-0.176/pbuilder-buildpackage-funcs 2007-05-28 13:44:48.0 +0200 +++ /tmp/xxAodyeuYX/pbuilder-0.176ubuntu1/pbuilder-buildpackage-funcs 2007-11-25 10:34:26.0 +0100 @@ -37,7 +37,7 @@ yes) BUILDOPT=--binary-arch;; *) ;; esac -if $PBUILDERSATISFYDEPENDSCMD --control $1 --internal-chrootexec ${CHROOTEXEC} ${BUILDOPT} ; then +if $PBUILDERSATISFYDEPENDSCMD --control $1 --internal-chrootexec ${CHROOTEXEC} --chroot ${BUILDPLACE} ${BUILDOPT} ; then : else # If asked to preserve the build place, and pbuilder-satisfydepends diff -Nru /tmp/crxVOuiO91/pbuilder-0.176/pbuilder-satisfydepends-gdebi /tmp/xxAodyeuYX/pbuilder-0.176ubuntu1/pbuilder-satisfydepends-gdebi --- /tmp/crxVOuiO91/pbuilder-0.176/pbuilder-satisfydepends-gdebi 1970-01-01 01:00:00.0 +0100 +++ /tmp/xxAodyeuYX/pbuilder-0.176ubuntu1/pbuilder-satisfydepends-gdebi 2007-10-27 23:19:42.0 +0200 @@ -0,0 +1,80 @@ +#!/bin/bash +# pbuilder -- personal Debian package builder +# Copyright (C) 2001,2002,2003,2005-2006 Junichi Uekawa +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA + +# +# module to satisfy dependency using gdebi +# AUTHOR: Michael Vogt [EMAIL PROTECTED] + +set -e + + + +DEBIAN_CONTROL=debian/control +CHROOT= +CHROOTEXEC= +BD_REGEXP=build-(depends|depends-indep) +BC_REGEXP=build-(conflicts|conflicts-indep) +FORCEVERSION= +CONTINUE_FAIL=no + +while [ -n $1 ]; do +case $1 in + --control|-c) + DEBIAN_CONTROL=$2 + shift; shift + ;; + --chroot) + CHROOT=$2 + CHROOTEXEC=chroot $2 + shift; shift + ;; + --internal-chrootexec) + CHROOTEXEC=$2 + shift; shift + ;; + --binary-all) +
Bug#432288: Miss Confidence
Hello My name is confidence i saw your email today at internet and became intrested in you,i will also like to know you more,and if you can send an email to my email address,i will give you my pictures here is my email address ([EMAIL PROTECTED]) I believe we can move from here! Awaiting for your mail to my email address above. Miss Confidence.PLS CONTACT ME DIRECTLY TO MY EMAIL ([EMAIL PROTECTED])THANKS - Yahoo! Answers - Get better answers from someone who knows. Tryit now.
Bug#453056: gnome-power-manager: laptop power state wrong after resume if state changed during hibernate
Hi, Le mardi 27 novembre 2007 à 16:50 +0200, Viljo Viitanen a écrit : Hi, I'm replying directly to you, hope this is okay. Please respect the Reply-To headers and write to the bug report instead. Does this also happen with gnome-power-manager 2.20 from unstable? Dumb question: Do I need to upgrade all my laptop to unstable or is apt-pinning (http://wiki.debian.org/AptPinning) and installing just gnome-power-manager and its dependencies from unstable enough? Pinning is enough, but in the current state, this is going to upgrade a large number of packages on your system. 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#442863: [PATCH] fix FTBFS for amd64
tags 442863 patch thanks Hello, with the patch below I was able to build dosemu for amd64. I don't know exactly what I did, but I think my changes are save, as they only change how coprocessor errors are reported. There seem to be no attempts to autobuild the version for amd64 according to http://buildd.debian.org/pkg.cgi?pkg=dosemu . The control file looks good though. Best regards Uwe --- debian/changelog|6 ++ debian/patches/06-ftbfs.x86-64.diff | 35 +++ 2 files changed, 41 insertions(+), 0 deletions(-) create mode 100644 debian/patches/06-ftbfs.x86-64.diff diff --git a/debian/patches/06-ftbfs.x86-64.diff b/debian/patches/06-ftbfs.x86-64.diff new file mode 100644 index 000..4021369 --- /dev/null +++ b/debian/patches/06-ftbfs.x86-64.diff @@ -0,0 +1,35 @@ +Fix FTBFS for amd64 + +I don't know what I've done exaclty, but now it compiles and works for me. + +diff --git a/src/arch/linux/async/sigsegv.c b/src/arch/linux/async/sigsegv.c +index b0d284f..5050d03 100644 +--- a/src/arch/linux/async/sigsegv.c b/src/arch/linux/async/sigsegv.c +@@ -612,7 +612,7 @@ void print_exception_info(struct sigcontext_struct *scp) + unsigned short sw; + error (@Coprocessor Error:\n); + #ifdef __x86_64__ +- error (@cwd=%04x swd=%04x ftw=%04x\n, p-cwd, p-swd, p-ftw); ++ error (@cwd=%04x swd=%04x\n, p-cwd, p-swd); + error (@cs:rip=%04x:%08lx ds:data=%04x:%08lx\n, _cs,p-rip,_ds,p-rdp); + sw = p-swd; + #else +@@ -634,6 +634,9 @@ void print_exception_info(struct sigcontext_struct *scp) + if ((sw0x41)==0x01) error(@Invalid op\n); + else if ((sw0x41)==0x41) error(@Stack fault\n); + } ++#ifdef __x86_64__ ++ error (@fpr[x] not available/implemented\n); ++#else + n = (sw 11) 7; + for (i=0; i8; i++) { + unsigned long long *r = (unsigned long long *)(p-_st[i].significand); +@@ -641,6 +644,7 @@ void print_exception_info(struct sigcontext_struct *scp) + error (@fpr[%d] = %04x:%016Lx\n,n,*e,*r); + n = (n+1) 7; + } ++#endif + } break; + + default: -- 1.5.3.6 -- Uwe Kleine-König, Software Engineer Digi International GmbH Branch Breisach, Küferstrasse 8, 79206 Breisach, Germany Tax: 315/5781/0242 / VAT: DE153662976 / Reg. Amtsgericht Dortmund HRB 13962 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453390: jftpgw: Sends active-mode commands to server when defaultmode is set to passive
Package: jftpgw Version: 0.13.5-1 Severity: normal I've set 'transparent-proxy' to 'on' and 'defaultmode' to 'passive'. Console ftp/lftp on client works fine, but kget sends 'pasv', 'epsv' and 'eprt': Nov 29 12:44:09 [12453]: Read (0): PASV Nov 29 12:44:09 [12453]: Write(1): PASV Nov 29 12:44:09 [12453]: Read (1): 227 Entering Passive Mode (172,16,0,100,63,32). Nov 29 12:44:09 [12453]: Opening passive port 172.16.0.100:16160 Nov 29 12:44:09 [12453]: Trying to get a free source port on address 89.223.18.24 Nov 29 12:44:09 [12453]: Found free port 2120 after 0 tries Nov 29 12:44:09 [12453]: Found free port 63323 after 0 tries Nov 29 12:44:09 [12453]: Write(0): 227 Entering Passive Mode (192,168,1,1,247,91) Nov 29 12:44:12 [12453]: Read (0): EPSV Nov 29 12:44:12 [12453]: Write(0): 500 'EPSV': command not understood. Nov 29 12:44:12 [12453]: Read (0): eprt |1|192.168.1.252|9| Nov 29 12:44:12 [12453]: Send (server - 1): eprt |1|192.168.1.252|9| Nov 29 12:44:12 [12453]: Write(1): eprt |1|192.168.1.252|9| Nov 29 12:44:12 [12453]: Read (1): 200 EPRT command successful Nov 29 12:44:12 [12453]: Write(0): 200 EPRT command successful Nov 29 12:44:12 [12453]: Send (client - 0): 200 EPRT command successful Server (172.16.0.100) recieves 'pasv' and enters passive mode. That's what I want. But then kget sends 'epsv' (jftpgw reject it) and 'eprt' (which is active-mode command!). Jftpgw sends 'eprt' and server enters ACTIVE mode! Nov 29 12:44:12 [12453]: Write(1): RETR /upload/reliz_portal.int/games/Massive Assault.rar Nov 29 12:45:30 [12453]: Read (1): 425 Unable to build data connection: Operation timed out Nov 29 12:45:30 [12453]: Write(0): 425 Unable to build data connection: Operation timed out Nov 29 12:45:30 [12453]: Send (client - 0): 425 Unable to build data connection: Operation timed out Nov 29 12:45:30 [12453]: Server returned invalid response: 425 Unable to build data connection: Operation timed out Therefore, server can not connect to host beyond router. Perhaps the behavior of kget is wrong, but jftpgw shouldn't send active-mode commands in configured passive mode! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jftpgw depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra jftpgw recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453336: compiz: doesn't render java windows properly (matlab/mathematica/maple)
On Wed, 2007-11-28 at 22:36 +0200, Micha Feigin wrote: Version: 1:0.6.99+git20071119-shame-0 Please don't report problems with non-Debian packages to the Debian BTS. (The packager of those could prevent this at least with sane bug reporting tools) compiz doesn't seem to be able to render java based programs properly. matlab (2007a) doesn't show the menubar at all maple (11) doesn't show the content of the main window mathematica opens two extra blank windows that can't be closed (maybe the kernel according to a google search) There are known bugs in Java vs. compositing managers. The compositing manager has no direct influence on application window contents. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#453169: ruby-gnome2 should support poppler 0.6.2
Hi, During a rebuild of all packages in sid, your package failed to build on i386. make[3]: Entering directory `/build/user/ruby-gnome2-0.16.0/poppler/src' cc -I. -I/build/user/ruby-gnome2-0.16.0/glib/src -I. -I/usr/lib/ruby/1.8/i486-linux -I.././poppler -DHAVE_RB_DEFINE_ALLOC_FUNC -DHAVE_RB_BLOCK_PROC -DHAVE_OBJECT_ALLOCATE -DHAVE_NODE_ATTRASGN -DHAVE_RB_CAIRO_H -DHAVE_POPPLER_PAGE_RENDER_SELECTION_TO_PIXBUF -DRUBY_POPPLER_COMPILATION -I/usr/local/lib/site_ruby/1.8/i486-linux -fPIC -g -Wall -O2 -Wall -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12-c rbpoppler-page.c rbpoppler-page.c: In function 'page_get_text': rbpoppler-page.c:113: error: incompatible type for argument 2 of 'poppler_page_get_text' rbpoppler-page.c:113: error: too few arguments to function 'poppler_page_get_text' rbpoppler-page.c: In function 'page_get_selection_region': rbpoppler-page.c:129: error: incompatible type for argument 3 of 'poppler_page_get_selection_region' rbpoppler-page.c:129: error: too few arguments to function 'poppler_page_get_selection_region' rbpoppler-page.c: In function 'page_render_selection': rbpoppler-page.c:149: error: incompatible type for argument 5 of 'poppler_page_render_selection' rbpoppler-page.c:149: error: too few arguments to function 'poppler_page_render_selection' rbpoppler-page.c: In function 'page_render_selection_to_pixbuf': rbpoppler-page.c:174: error: incompatible type for argument 7 of 'poppler_page_render_selection_to_pixbuf' rbpoppler-page.c:174: error: too few arguments to function 'poppler_page_render_selection_to_pixbuf' make[3]: *** [rbpoppler-page.o] Error 1 This build failure can be seen in a sparc buildd[1], as this issue is due to poppler's API change. Although the new API has been supported in the Ruby-GNOME2's repository, no new supporting versions are released yet. Packaging the Subversion HEAD of Ruby-GNOME2 or applying a patch from the repository will fix this bug. [1] http://buildd.debian.org/fetch.cgi?pkg=ruby-gnome2;ver=0.16.0-8;arch=sparc;stamp=1196292434 Many thanks, -nori -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453070: ndiswrapper causes Oops on unload via powersaved one in (three|four) attempts
Hi jacob, On Tuesday 27 November 2007 14:10:25 jacob wrote: Package: ndiswrapper Version: 1.49-1+2.6.22-5 Severity: normal About every third or fourth suspend attempt, ndiswrapper will oops on unload: Nov 26 17:27:32 demon kernel: ndiswrapper: device wlan0 removed Nov 26 17:27:32 demon kernel: BUG: unable to handle kernel paging request at virtual address ec826520 Nov 26 17:27:32 demon kernel: printing eip: Nov 26 17:27:32 demon kernel: ed154768 Nov 26 17:27:32 demon kernel: *pde = 1fff2067 Nov 26 17:27:32 demon kernel: *pte = Nov 26 17:27:32 demon kernel: Oops: [#1] Nov 26 17:27:32 demon kernel: SMP Nov 26 17:27:32 demon kernel: Modules linked in: ndiswrapper battery vmnet(P) parport_pc parport vmmon(P) nfsd exportfs button ac cpufreq_userspace cpufreq_stats cpufreq_powersave cpufreq_conservative nfs lockd nfs_acl sunrpc ipv6 xfs fuse dm_snapshot dm_mirror dm_mod sis drm cpufreq_ondemand powernow_k8 freq_table joydev tsdev pcmcia snd_intel8x0m snd_intel8x0 snd_pcm_oss snd_mixer_oss snd_ac97_codec ac97_bus firmware_class psmouse yenta_socket rsrc_nonstatic i2c_sis96x snd_pcm snd_timer ieee80211softmac snd amd64_agp sis_agp k8temp pcspkr serio_raw pcmcia_core shpchp pci_hotplug i2c_core evdev soundcore ieee80211 ieee80211_crypt snd_page_alloc agpgart rtc jfs sg sr_mod cdrom sd_mod sis5513 generic ide_core sis900 mii ehci_hcd usbcore pata_sis ata_generic libata scsi_mod thermal processor fan Nov 26 17:27:32 demon kernel: CPU:0 Nov 26 17:27:32 demon kernel: EIP:0060:[ed154768]Tainted: P VLI Nov 26 17:27:32 demon kernel: EFLAGS: 00010087 (2.6.22-3-k7 #1) Nov 26 17:27:32 demon kernel: EIP is at kdpc_worker+0x66/0xee [ndiswrapper] Nov 26 17:27:32 demon kernel: eax: 0247 ebx: c158b3ac ecx: ec82651c edx: ed175d9c Nov 26 17:27:32 demon kernel: esi: 0247 edi: e9dbab30 ebp: d369a480 esp: e1e73d04 Nov 26 17:27:32 demon kernel: ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068 Nov 26 17:27:32 demon kernel: Process rmmod (pid: 9853, ti=e1e72000 task=e91ee030 task.ti=e1e72000) Nov 26 17:27:32 demon kernel: Stack: 0246 ed154b05 ed154b1f 0286 e9dbaa80 ddff2680 ed15933f c022d069 Nov 26 17:27:32 demon kernel:dfe9ac3c 0286 d369a36c c0336af4 c01cdf95 e9dbaa80 ea8da4e0 e9dbab30 Nov 26 17:27:32 demon kernel:d369a480 ed157a2a ea8da4e0 e9dbaa80 0286 d369a480 d369a480 00dbaba0 Nov 26 17:27:32 demon kernel: Call Trace: Nov 26 17:27:32 demon powersave-prepare_suspend_to_disk[9764]: WARNING: could not unload module 'ndiswrapper' Nov 26 17:27:32 demon kernel: [ed154b05] ExFreePoolWithTag+0x46/0x49 [ndiswrapper] Nov 26 17:27:32 demon powersave-prepare_suspend_to_disk[9764]: ERROR: suspend2disk failed on unloading 'ndiswrapper'. Trying to recover... Nov 26 17:27:32 demon kernel: [ed154b1f] ExFreePool+0x17/0x1e [ndiswrapper] Nov 26 17:27:32 demon kernel: [ed15933f] pdoDispatchPnp+0x27e/0x365 [ndiswrapper] Nov 26 17:27:32 demon kernel: [c022d069] device_release+0x37/0x7c Nov 26 17:27:32 demon kernel: [c01cdf95] kobject_cleanup+0x49/0x54 Nov 26 17:27:32 demon kernel: [ed157a2a] IofCallDriver+0x7d/0xac [ndiswrapper] Nov 26 17:27:32 demon kernel: [ed157ee3] IoAsyncForwardIrp+0x25/0x2b [ndiswrapper] Nov 26 17:27:32 demon kernel: [ed15db56] NdisDispatchPnp+0xe72/0xeb7 [ndiswrapper] Nov 26 17:27:32 demon kernel: [c0153419] get_page_from_freelist+0x28b/0x31c Nov 26 17:27:32 demon kernel: [c01534fc] __alloc_pages+0x52/0x294 Nov 26 17:27:32 demon kernel: [c017284e] __link_path_walk+0xabd/0xbfa Nov 26 17:27:32 demon kernel: [c015b616] __handle_mm_fault+0x536/0x95d Nov 26 17:27:32 demon kernel: [ed15779e] IoAllocateIrp+0x53/0x60 [ndiswrapper] Nov 26 17:27:32 demon kernel: [c02a8655] _spin_lock_bh+0x8/0x18 Nov 26 17:27:32 demon kernel: [ed15421c] get_current_nt_thread+0x3d/0x42 [ndiswrapper] Nov 26 17:27:32 demon kernel: [ed157a2a] IofCallDriver+0x7d/0xac [ndiswrapper] Nov 26 17:27:32 demon kernel: [ed1594fb] IoSendIrpTopDev+0xad/0xfb [ndiswrapper] Nov 26 17:27:32 demon kernel: [ed1595ca] pnp_remove_device+0x81/0x176 [ndiswrapper] Nov 26 17:27:32 demon kernel: [c01dad6c] pci_device_remove+0x16/0x35 Nov 26 17:27:32 demon kernel: [c022f5b3] __device_release_driver+0x6e/0x8b Nov 26 17:27:32 demon kernel: [c022f9be] driver_detach+0x6a/0xa8 Nov 26 17:27:32 demon kernel: [c022f180] bus_remove_driver+0x57/0x75 Nov 26 17:27:32 demon kernel: [c01daeb6] pci_unregister_driver+0xc/0x57 Nov 26 17:27:32 demon kernel: [ed14e64c] unregister_devices+0x7a/0x94 [ndiswrapper] Nov 26 17:27:32 demon kernel: [ed14e75c] loader_exit+0x13/0x7b [ndiswrapper] Nov 26 17:27:32 demon kernel: [c0148ca3] stop_machine_run+0x2e/0x34 Nov 26 17:27:32 demon kernel: [ed15f7d5] module_cleanup+0x5/0x30 [ndiswrapper] Nov 26 17:27:32 demon kernel: [c014126f] sys_delete_module+0x1a0/0x1c9 Nov 26 17:27:32 demon kernel: [c015cf77] remove_vma+0x31/0x36 Nov 26 17:27:32 demon kernel:
Bug#453290: ITP: timelimit -- Simple utility to limit a process's absolute execution time
On Thu, Nov 29, 2007 at 09:09:40AM +0100, Joerg Jaspert wrote: On 11217 March 1977, Peter Pentchev wrote: * Package name: timelimit Version : 1.0 Upstream Author : Peter Pentchev [EMAIL PROTECTED] * URL : http://devel.ringlet.net/sysutils/timelimit/ * License : Two-clause BSD Programming Lang: C Description : Simple utility to limit a process's absolute execution time Whats the added plus compared to package timeout? Well, from a quick look at timeout, it seems that there are two basic differences between it and timelimit: - timelimit sends a warning signal first, and a kill signal later, so processes have a chance to shut down gracefully, and uncooperative processes are killed anyway; - timeout has process group handling which takes care of child processes spawned by the executed command. The latter may be a useful addition to timelimit, albeit in a slightly different form due to the warning signal policy - we don't want the timelimit process itself to die because of the warning signal it sent to itself, too :) The former, though - the warning signal policy itself - I personally regard as highly useful, especially when dealing with untrusted user processes in a shared hosting environment. Actually, the reason I resurrected timelimit this year (I originally wrote it in 2001, used it for a while, and then just let it lie) was to deal with a bothersome web hosting customer's badly-written CGI apps, which repeatedly brought a four-CPU system to its knees. A wallclock time limitation was the cure, and sending a warning signal before that insured a graceful termination of the app, closing files, leaving databases in a consistent state, etc. Of course, if there is a strong consensus that this is not enough to merit a separate utility, I will withdraw the ITP - although the package is already made and in production use in our environment. G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence no verb. pgpDP03gQ4GBe.pgp Description: PGP signature
Bug#452889: [Pkg-lyx-devel] Bug#452889: lyx: upgrade zaps recent file list
tags 452889 upstream forwarded 452889 http://bugzilla.lyx.org/show_bug.cgi?id=4387 thanks Hi Ross, I can reproduce the problem and forwarded your bug to the LyX bugzilla. http://bugzilla.lyx.org/show_bug.cgi?id=4387 Sven -- There's no need for tears, cause there's no need to cry. That love that you leave will never be denied. [ Flogging Molly - Laura ] Gebuehrenboykott 2008 BU WTAL http://www.boykott-wuppertal.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453392: Chase referrals with credentials
Package: openldap2.3 Version: 2.3.30 Severity: wishlist Normally the OpenLDAP utils follow referrals anonymously, even if the user supplied credentials. The attached patch adds an option, so the user can supply a chase type (with credentials or anonymously). From my changelog: * Add -B (rebind type) option to change referral chasing rebinds: + anon = old behavior (anonymous rebind) + cred = use credentials for rebind Jan-Marek P.S. I also have ports of this patch for 2.2 and 2.4, if neededdiff -urN openldap-2.3.30-debian/clients/tools/common.c openldap-2.3.30/clients/tools/common.c --- openldap-2.3.30-debian/clients/tools/common.c 2006-01-03 23:16:01.0 +0100 +++ openldap-2.3.30/clients/tools/common.c 2007-11-29 11:27:53.0 +0100 @@ -85,6 +85,7 @@ struct berval passwd = { 0, NULL }; char *pw_file = NULL; int referrals = 0; +int referral_rebind = 0; int protocol = -1; int verbose = 0; int version = 0; @@ -107,6 +108,9 @@ /* Set in main() */ char *prog = NULL; +static int tool_default_rebind( LDAP *ld, LDAP_CONST char *url, + ber_tag_t request, ber_int_t msgid, void *params ); + void tool_init( void ) { @@ -130,8 +134,11 @@ tool_common_usage( void ) { static const char *const descriptions[] = { +N_( -B type referral rebind method (anon|cred)\n), +N_( anon: anonymously (default)\n), +N_( cred: use provided credentials\n), N_( -c continuous operation mode (do not stop on errors)\n), -N_( -C chase referrals (anonymously)\n), +N_( -C chase referrals (default: anonymously - see '-B')\n), N_( -d level set LDAP debugging level to `level'\n), N_( -D binddn bind DN\n), N_( -e [!]ext[=extparam] general extensions (! indicates criticality)\n) @@ -226,6 +233,16 @@ int crit, ival; char *control, *cvalue, *next; switch( i ) { + case 'B': + if( strcmp( optarg, anon ) == 0 ) + referral_rebind = 0; + else if( strcmp( optarg, cred ) == 0 ) + referral_rebind = 1; + else { + fprintf( stderr, %s: unknown referal option \%s\\n, prog, optarg); + exit(EXIT_FAILURE); + } + break; case 'c': /* continuous operation mode */ contoper++; break; @@ -877,6 +894,12 @@ referrals ? on : off ); exit( EXIT_FAILURE ); } + else if( referrals referral_rebind (ldap_set_rebind_proc + ( ld, tool_default_rebind, NULL ) != LDAP_OPT_SUCCESS )) + { + fprintf( stderr, Could not set LDAP_OPT_REBIND_PROC\n ); + exit( EXIT_FAILURE ); + } if( ldap_set_option( ld, LDAP_OPT_PROTOCOL_VERSION, protocol ) != LDAP_OPT_SUCCESS ) @@ -899,10 +922,11 @@ return ld; } - -void -tool_bind( LDAP *ld ) +static int +tool_do_bind( LDAP *ld ) { + int rc = EXIT_FAILURE; + #ifdef LDAP_CONTROL_PASSWORDPOLICYREQUEST if ( ppolicy ) { LDAPControl *ctrls[2], c; @@ -919,7 +943,6 @@ if ( authmethod == LDAP_AUTH_SASL ) { #ifdef HAVE_CYRUS_SASL void *defaults; - int rc; if( sasl_secprops != NULL ) { rc = ldap_set_option( ld, LDAP_OPT_X_SASL_SECPROPS, @@ -929,7 +952,7 @@ fprintf( stderr, Could not set LDAP_OPT_X_SASL_SECPROPS: %s\n, sasl_secprops ); - exit( EXIT_FAILURE ); + return rc; } } @@ -947,12 +970,12 @@ lutil_sasl_freedefs( defaults ); if( rc != LDAP_SUCCESS ) { ldap_perror( ld, ldap_sasl_interactive_bind_s ); - exit( EXIT_FAILURE ); + return rc; } #else fprintf( stderr, %s: not compiled with SASL support\n, prog ); - exit( EXIT_FAILURE ); + rc = LDAP_AUTH_METHOD_NOT_SUPPORTED; #endif } else { int msgid, err; @@ -968,19 +991,19 @@ msgid = ldap_bind( ld, binddn, passwd.bv_val, authmethod ); if ( msgid == -1 ) { ldap_perror( ld, ldap_bind ); - exit( EXIT_FAILURE ); + return rc; } if ( ldap_result( ld, msgid, 1, NULL, result ) == -1 ) { ldap_perror( ld, ldap_result
Bug#453393: linux-image-2.6.18-5-686: kernel bug at lookup.c with unionfs (and squashfs)
Package: linux-image-2.6.18-5-686 Version: 2.6.18.dfsg.1-13 Severity: important I have added an unionfs branch to an existing one mounted on / it seems to work, but after a while the following message spontaneously appears in the opened tty and in dmesg [ cut here ] kernel BUG at /build/buildd/linux-modules-extra-2.6-2.6.18/debian/build/build_i3 86_none_686_unionfs/build/lookup.c:108! invalid opcode: [#1] SMP Modules linked in: squashfs loop nls_iso8859_1 nls_cp437 vfat fat dm_snapshot dm _mirror dm_mod sd_mod snd_hda_intel snd_hda_codec rtc parport_pc parport snd_pcm snd_timer snd soundcore psmouse pcspkr snd_page_alloc serio_raw shpchp pci_hotp lug tsdev evdev ext2 mbcache usbhid ide_disk usb_storage scsi_mod ide_generic 81 39too 8139cp mii ehci_hcd uhci_hcd usbcore generic ide_core thermal processor fa n unionfs CPU:0 EIP:0060:[de836fbb]Not tainted VLI EFLAGS: 00010202 (2.6.18-5-686 #1) EIP is at unionfs_lookup_backend+0x1da/0x735 [unionfs] eax: 0001 ebx: dd7d2ae0 ecx: 0002 edx: 0002 esi: dd7d2b41 edi: de83a4a8 ebp: dd7d2b40 esp: ddd79d80 ds: 007b es: 007b ss: 0068 Process cron (pid: 2056, ti=ddd78000 task=ddbdeaa0 task.ti=ddd78000) Stack: 0001 7231 ddcaccf0 0002 0002 0001 0008 000b dcef7e5c 0008 0292 ddb700c0 dd2c0844 ddd79e44 0292 ddcaccf0 c016da85 ddcaccf0 Call Trace: [c016da85] d_alloc+0x142/0x18f [c016537c] do_lookup+0xa3/0x135 [c0166f45] __link_path_walk+0x865/0xd1d [c0116d0a] find_busiest_group+0x177/0x46a [c0167446] link_path_walk+0x49/0xbd [c012fbe1] enqueue_hrtimer+0x4b/0x6a [c012fd27] lock_hrtimer_base+0x19/0x35 [c012fdc9] hrtimer_try_to_cancel+0x3c/0x42 [c012fdd9] hrtimer_cancel+0xa/0x14 [c027fb55] do_nanosleep+0x43/0x6a [c012fee0] hrtimer_nanosleep+0x3d/0xf0 [c016780f] do_path_lookup+0x20a/0x225 [c0167f46] __user_walk_fd+0x29/0x3f [c0161e99] vfs_stat_fd+0x15/0x3c [c012fbe1] enqueue_hrtimer+0x4b/0x6a [c012fd27] lock_hrtimer_base+0x19/0x35 [c012fdc9] hrtimer_try_to_cancel+0x3c/0x42 [c012fdd9] hrtimer_cancel+0xa/0x14 [c027fb55] do_nanosleep+0x43/0x6a [c012fee0] hrtimer_nanosleep+0x3d/0xf0 [c0161f4d] sys_stat64+0xf/0x23 [c012fcf6] hrtimer_wakeup+0x0/0x18 [c0124657] do_gettimeofday+0x31/0xce [c0120f0d] sys_time+0xa/0x2e [c0102c7b] syscall_call+0x7/0xb Code: 28 00 00 00 00 e9 d8 02 00 00 8b 43 54 8b 40 28 03 44 24 38 80 7c 24 06 00 8b 00 74 0a 85 c0 0f 85 b4 02 00 00 eb 0c 85 c0 74 08 0f 0b 6c 00 26 a4 83 de 8b 54 24 0c 8b 42 54 8b 40 28 03 44 24 EIP: [de836fbb] unionfs_lookup_backend+0x1da/0x735 [unionfs] SS:ESP 0068:ddd79d80 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.18-5-686 depends on: ii coreutils 5.97-5.3 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii initramfs-tools [linux-initra 0.85h tools for generating an initramfs ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-5-686 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.18-5-686/preinst/failed-to-move-modules-2.6.18-5-686: * linux-image-2.6.18-5-686/postinst/create-kimage-link-2.6.18-5-686: true linux-image-2.6.18-5-686/preinst/initrd-2.6.18-5-686: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-5-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-5-686/preinst/abort-install-2.6.18-5-686: linux-image-2.6.18-5-686/postinst/old-system-map-link-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/kimage-is-a-directory: linux-image-2.6.18-5-686/preinst/elilo-initrd-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/bootloader-test-error-2.6.18-5-686: linux-image-2.6.18-5-686/preinst/abort-overwrite-2.6.18-5-686: linux-image-2.6.18-5-686/prerm/would-invalidate-boot-loader-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/depmod-error-initrd-2.6.18-5-686: false linux-image-2.6.18-5-686/prerm/removing-running-kernel-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/bootloader-error-2.6.18-5-686: linux-image-2.6.18-5-686/postinst/depmod-error-2.6.18-5-686: false linux-image-2.6.18-5-686/preinst/already-running-this-2.6.18-5-686: * linux-image-2.6.18-5-686/preinst/lilo-initrd-2.6.18-5-686: false linux-image-2.6.18-5-686/preinst/overwriting-modules-2.6.18-5-686: true linux-image-2.6.18-5-686/preinst/bootloader-initrd-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/old-dir-initrd-link-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/old-initrd-link-2.6.18-5-686: true -- Elena of Valhalla homepage:
Bug#453391: ITP: pypoppler -- Poppler python bindings
Package: wnpp Severity: vhishlist Owner: Andrea Gasparini [EMAIL PROTECTED] Package name: pypoppler Version : 0.6.0 Upstream Author : Gian Mario Tagliaretti [EMAIL PROTECTED] URL : http://www.gnome.org/~gianmt/pypoppler-0.6.0.tar.gz License : GPL Programming Lang: C Description : Poppler python bindings This package include Python bindings for LibPoppler. It is needed to run programs written in Python and using Poppler set. LibPoppler is a PDF rendering library based on xpdf PDF viewer, and used by kpdf and evince pdf viewers. -- -gaspa- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453310: locale horrors
OMG... The source of described behavior is in utf8.c:joe_locale() It directly manipulates LC_ environment variables, instead of leaving that to setlocale or other method. First it does utf8.c:joe_locale(void):347 s=(unsigned char *)getenv(LC_ALL); if (!s) { s=(unsigned char *)getenv(LC_CTYPE); if (!s) { s=(unsigned char *)getenv(LANG); } } ... then utf8.c:joe_locale(void):365 locale_lang = s; ... and at the end utf8.c:joe_locale(void):422 init_gettext(locale_lang); So it sets the gettext language to the contents of the LC_ALL or else LC_CTYPE or else LANG environment variables. And that do not depends on whether or not setlocale available on the system!!! 1. The gettext language should be initialized from LC_MESSAGES, not from LC_CTYPE 2. This should be only done when setlocale is unavailable. 3. This is the error when setlocale is available! 4. gettext language should be initialized from setlocale (LC_MESSAGES, NULL) when setlocale is available. Trying to provide quick patch fixing that bug, I have found, that presence of HAVE_SETLOCALE depends on presence CODESET macro. CODESET defined in langinfo.h langinfo.h included only when HAVE_SETLOCALE defined. HAVE_SETLOCALE undefined earlier if CODESET is not defined... utf8.c:22 /* If it looks old, forget it */ #ifndef CODESET #undef HAVE_SETLOCALE #endif #if defined(HAVE_LOCALE_H) defined(HAVE_SETLOCALE) # include locale.h # include langinfo.h #endif end of utf8.c fragment It seems, that joe always uses its own locale functions [I have no knowledge of...] If that is a compatibility feature, I will not provide any patches fixing that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453305: not really fixed...
found 453305 0.16 reopen 453305 thanks Hello again, using LC_MESSAGES does not fix the problem for me ; mr still « cannot determine svn url », and : $ LC_MESSAGES=C svn info . Chemin : . URL : https://example.com/path/to/repo Racine du dépôt : https://example.com/path/to/repo Bye, -- intrigeri [EMAIL PROTECTED]
Bug#453387: dot: regression in generated SVG files
On Thursday 29 November 2007, you wrote: It looks like 2.16-2 (from experimental) gives correct result, both looking at SVG directly (gqview, inkscape)… … or looking at the scaled version using convert. I'm waiting for 2.12 to eventually reach testing and reverse-depending package maintainers to confirm everything is fine before pushing 2.16 (which is a bugfix release anyway) into unstable. Hmm. That would mean that it's not an issue in a library, but in graphiz itself. I'll give 2.16 a try as soon as it reaches unstable. Thx for the quick reply. signature.asc Description: This is a digitally signed message part.
Bug#453401: mixmaster: make the init script LSB-compliant
Package: mixmaster Version: 3.0b2-6 Severity: wishlist Please make /etc/init.d/mixmaster LSB ocmpliant. For more informations, see http://wiki.debian.org/LSBInitScripts -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages mixmaster depends on: ii adduser 3.105add and remove users and groups ii debconf [debconf-2.0] 1.5.16 Debian configuration management sy ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libmailtools-perl 1.77-1 Manipulate email in perl programs ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand ii libpcre37.3-2Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8g-1 SSL shared libraries ii libwww-perl 5.805-1 WWW client/server library for Perl ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages mixmaster recommends: ii exim4-daemon-heavy [mail-tran 4.68-1 Exim MTA (v4) daemon with extended -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453386: python-opengl: same problem with snowballz, but not with billard-gl
Package: python-opengl Version: 3.0.0~a6-4 Followup-For: Bug #453386 Hi, I tried both a program that uses freeglut3 but not python-opengl (billard-gl) which worked, and another program that uses python-opengl (snowballz) which failed with the errors: $ snowballz Traceback (most recent call last): File snowballz.py, line 12, in ? from player import Player File /usr/share/games/snowballz/player.py, line 2, in ? import ai File /usr/share/games/snowballz/ai.py, line 2, in ? import data File /usr/share/games/snowballz/data.py, line 4, in ? import textures File /usr/share/games/snowballz/textures.py, line 2, in ? from OpenGL.GL import * File /usr/lib/python2.4/site-packages/OpenGL/GL/__init__.py, line 2, in ? from OpenGL.raw.GL import * File /usr/lib/python2.4/site-packages/OpenGL/raw/GL/__init__.py, line 6, in ? from OpenGL.raw.GL.constants import * File /usr/lib/python2.4/site-packages/OpenGL/raw/GL/constants.py, line 7, in ? from OpenGL import platform, arrays File /usr/lib/python2.4/site-packages/OpenGL/platform/__init__.py, line 24, in ? from OpenGL.platform.glx import * File /usr/lib/python2.4/site-packages/OpenGL/platform/glx.py, line 29, in ? mode=ctypes.RTLD_GLOBAL File /usr/lib/python2.4/site-packages/OpenGL/platform/ctypesloader.py, line 37, in loadLibrary return dllType( name, mode ) File /usr/lib/python2.4/site-packages/ctypes/__init__.py, line 340, in __init__ self._handle = _dlopen(self._name, mode) OSError: GL: cannot open shared object file: No such file or directory This points to some problem with python-opengl when using the nv driver. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-opengl depends on: ii freeglut3 2.4.0-6OpenGL Utility Toolkit ii libgl1-mesa-glx [libgl1] 7.0.2-2A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.2-2The OpenGL utility library (GLU) ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt ii python-ctypes 1.0.2-2Python package to create and manip ii python-setuptools 0.6c7-1Python Distutils Enhancements python-opengl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453387: dot: regression in generated SVG files
On 29/11/2007, Frans Pop wrote: With 2.12.4 SVG files from DOT files would be generated correctly, but now it looks like the scaling is somehow wrong. Opening them in inkscape also shows issues, indeed. For comparison a correct SVG file I generated early October from the same DOT file (using 2.12.4): - http://alioth.debian.org/~fjp/tmp/graphviz/aptitude_old.svg I believe a change in a depended upon library might have happened, since there were only changes in the bindings handling between 2.12-4 and 2.12-5. The source file is: http://alioth.debian.org/~fjp/tmp/graphviz/aptitude.dot It looks like 2.16-2 (from experimental) gives correct result, both looking at SVG directly (gqview, inkscape)… That the SVG is incorrect can also be seen when a thumbnail is generated from it using 'convert aptitude.svg -thumbnail 400 thumb_svg.png': - http://alioth.debian.org/~fjp/tmp/graphviz/thumb_svg.png The same thumbnail generated from the png file is correct: - http://alioth.debian.org/~fjp/tmp/graphviz/thumb_png.png … or looking at the scaled version using convert. I'm waiting for 2.12 to eventually reach testing and reverse-depending package maintainers to confirm everything is fine before pushing 2.16 (which is a bugfix release anyway) into unstable. Cheers, -- Cyril Brulebois pgpWkeJd2zU5h.pgp Description: PGP signature
Bug#453395: Make the openafs server startup faster
Package: openafs Version: 1.4.5.dfsg1-1 Severity: wishlist Hi, it would be nice if the package could be built with --enable-fast-restart and --enable-bitmap-later The first parameter makes it possible to disable starting the salvager when the server starts (but the default is still to start it). The salvager can be disabled with -DontSalvage as parameter for it. Of course it has the disadvantage, that volumes that can't be mounted will lie around and can't be used until one runs the salvager by hand on it but OTOH it doesn't take hours for the server to start with many volumes. The second parameter enables fast startup of file server by not reading bitmap till needed. Should be pretty selfdescriptional :) What do you think? The first one doesn't make a difference unless someone explicitely enables it in the config, the second only deffers the bitmap reading to the time where it is actually needed. Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453260: /usr/bin/gpic: gpic triggers a glibc free() error dump.
retitle 453260 pic breaks with 10 or more macro arguments tags 453260 fixed-upstream thanks On Wed, Nov 28, 2007 at 12:10:16AM -0500, R. Clayton wrote: Package: groff-base Version: 1.18.1.1-13 Severity: important File: /usr/bin/gpic *** Please type your report below this line ** This program $ cat bad.pic .PS agap = 0.05 define list { box thick 2 $1 $2 arrow left from last box.e + (agap, 0) } list(,a,,b,,c,,d,,e) .PE causes a glibc abort: Thanks for your report. This is fixed upstream in two ways. Firstly (and trivially), pic now supports rather more macro arguments: on Linux it will be 32. Secondly, it now emits an only 32 macro arguments supported message and ignores further arguments rather than crashing. I'm not sure it's worth backporting this fix; I'd rather add it to the pile of bugs that will be fixed when we finally manage to upgrade to a more recent version of groff. Do you have a pressing need for 10 or more macro arguments? Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#151540: Failure notice: Other guys are improving themselves..are you?
FAILURE NOTICE Your request received at November 29, 11:22:57 AM GMT from e-mail address [EMAIL PROTECTED] to be faxed to 15152434434 with a subject of Other guys are improving themselves..are you? could not be delivered. Reason for failure: Not a registered user The originating address of your e-mail: [EMAIL PROTECTED] is not in our database or is not a registered address associated with your account. If you are a registered user, ensure that your e-mail software originates your mail from one of your registered addresses. For assistance, please contact EasyLink Customer Support: For customers in the USA E-mail: [EMAIL PROTECTED] Phone:1 800 624 5266 For customers in all other countries Email: [EMAIL PROTECTED] Phone:44 207 551 or 1 937 264 7000 For user guides, FAQ's and downloads on this service, please visit: http://www.easylink.com/support/index.html Thank you for using EasyLink. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453387: dot: regression in generated SVG files
On 29/11/2007, Frans Pop wrote: Hmm. That would mean that it's not an issue in a library, but in graphiz itself. I'll give 2.16 a try as soon as it reaches unstable. Note that you should be able to co-install the following packages in an unstable environment: - libgraphviz3 (2.12-5, sid) - libgraphviz4 (2.16-2, experimental) - graphviz (2.16-2, experimental) (I've got them installed on my ppc.) Thx for the quick reply. No problem. -- Cyril Brulebois pgptpwIXzGC9G.pgp Description: PGP signature
Bug#453394: otrs2: Wrong closing comment in CSS templates
Package: otrs2 Version: 2.0.4p01-18 Severity: important The CSS templates css.dtl and customer-css.dtl use //-- as closing comment, which is only valid in JavaScript. See http://bugs.otrs.org/show_bug.cgi?id=1266 This confuses some browsers which fail to work with OTRS. -- 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.23.8-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages otrs2 depends on: ii adduser3.102 Add and remove users and groups ii apache22.2.3-4+etch1 Next generation, scalable, extenda ii apache2-mpm-prefork [apach 2.2.3-4+etch1 Traditional model for Apache HTTPD ii dbconfig-common1.8.29+etch1 common framework for packaging dat ii debconf1.5.11Debian configuration management sy ii libapache2-mod-perl2 2.0.2-2.4 Integration of perl with the Apach ii libauthen-sasl-perl2.10-1Authen::SASL - SASL Authentication ii libdate-pcalc-perl 1.2-2 Perl module for Gregorian calendar ii libdbi-perl1.53-1Perl5 database interface by Tim Bu ii libemail-valid-perl0.179-1 Check validity of Internet email a ii libio-stringy-perl 2.110-2 Perl5 modules for IO from scalars ii libmailtools-perl 1.74-1Manipulate email in perl programs ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m ii perl 5.8.8-7etch1 Larry Wall's Practical Extraction ii ucf2.0020Update Configuration File: preserv Versions of packages otrs2 recommends: ii aspell 0.60.4-4 GNU Aspell spell-checker ii ispell 3.1.20.0-4.3 International Ispell (an interacti ii libdbd-mysql-perl 3.0008-1 A Perl5 database interface to the ii libdbd-pg-perl 1.49-2a PostgreSQL interface for Perl 5 ii libgd-graph-perl 1.43.08-2.1 Graph Plotting Module for Perl 5 ii libgd-text-perl0.86-3.1 Text utilities for use with GD ii libxml-parser-perl 2.34-4.2 Perl module for parsing XML files ii mysql-server-5.0 [mysql-se 5.0.32-7etch3 mysql database server binaries ii procmail 3.22-16 Versatile e-mail processor -- debconf information: otrs2/remove-error: abort otrs2/pgsql/method: unix socket otrs2/pgsql/authmethod-admin: ident otrs2/pgsql/changeconf: false otrs2/pgsql/authmethod-user: ident otrs2/internal/skip-preseed: false otrs2/db/dbname: otrs2 otrs2/upgrade-error: abort otrs2/remote/newhost: otrs2/internal/reconfiguring: false otrs2/purge: false * otrs2/database-type: mysql otrs2/remote/host: otrs2/mysql/admin-user: root * otrs2/install-error: ignore otrs2/db/app-user: otrs otrs2/resetdbuser: true otrs2/remote/port: otrs2/upgrade-backup: true otrs2/pgsql/admin-user: postgres otrs2/dbconfig-reinstall: false otrs2/db/basepath: * otrs2/dbconfig-install: true otrs2/pgsql/manualconf: otrs2/mysql/method: unix socket otrs2/dbconfig-remove: otrs2/pgsql/no-empty-passwords: otrs2/dbconfig-upgrade: true otrs2/passwords-do-not-match: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453410: strndup seems to require __USE_GNU
Package: manpages-dev Version: 2.67-1 Hi Michael, it seems that strndup(3) requires the feature test macro __USE_GNU instead of _GNU_SOURCE. At least that's what /usr/include/string.h suggests and what makes gcc happy. Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453411: openldap2.3: [INTL:vi] Vietnamese debconf templates translation update
Package: openldap2.3 Version: 2.3.38-2 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: openldap2.3 translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#453406: Miro doesn't honor --xine-driver option
Package: miro Version: 1.0-1 Severity: important My environment, thanks to ATI, have a broken XV extension. This way, I only can play videos using OpenGL. This is just fine, as I can have my ~/.xine/config setting that by default. It would be fine also if miro honored the --xine-driver option, which is not the case. It keeps using XV and thus I can't watch the video through miro, while I do can watch it by calling xine by hand. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages miro depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libboost-python1.34.1 1.34.1-2 Boost.Python Library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libffi4 4.2.2-3 Foreign Function Interface library ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2.2-3GCC support library ii libglib2.0-02.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxine11.1.7-1 the xine video/media player librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxul0d1.8.1.9-1Gecko engine library ii miro-data 1.0-1GTK+ based RSS video aggregator da ii python 2.4.4-6 An interactive high-level object-o ii python-glade2 2.12.0-1 GTK+ bindings: Glade support ii python-gnome2 2.20.0-1 Python bindings for the GNOME desk ii python-gnome2-extras2.14.3-1+b1 Python bindings for the GNOME desk ii python-gtk2 2.12.0-1 Python bindings for the GTK + widge ii python-pysqlite22.3.5-1 python interface to SQLite 3 ii python-support 0.7.5automated rebuilding support for p Versions of packages miro recommends: ii libxine1-ffmpeg 1.1.7-1mpeg related plugins for libxine1 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453407: live-helper: Make it possible to specify package version to install.
Package: live-helper Version: 1.0~a37-2 Severity: wishlist Hello: I'm trying to build a CD using experimental and hence unstable. There are packages present in both branches, but I want to install experimental. I would like being able to specify which package version to install for example in the package list at config/chroot_local-packageslists like this: package=3.96 or package(experimental) I think the first option congruent with aptitude syntaxis is more convenient. Currently the only way to do this is using local hooks and due to bug #453360 using local hooks for this is a little painful. Thanks, -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages live-helper depends on: ii debootstrap 1.0.6 Bootstrap a basic Debian system live-helper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453408: libc6: sscanf dies on an empty string if %as is used
Package: libc6 Version: 2.7-2 Severity: normal the following code can show you that sscanf() on empty string gets invalid pointer if %as is used. #include stdio.h int main() { char *buf = ; char *str; sscanf (buf, %as, str); printf(%s\n, str); return 0; } a backtrace is below. Hope I'm not doing anything stupid. regards, -- yashi (gdb) r Starting program: /tmp/a.out *** glibc detected *** /tmp/a.out: munmap_chunk(): invalid pointer: 0x7fff5f9a89b0 *** === Backtrace: = /usr/lib/debug/libc.so.6(cfree+0x1b6)[0x2b614b395d06] /usr/lib/debug/libc.so.6(_IO_vfscanf+0x239f)[0x2b614b37329f] /usr/lib/debug/libc.so.6(vsscanf+0x75)[0x2b614b383c85] /usr/lib/debug/libc.so.6(_IO_sscanf+0x88)[0x2b614b37e8b8] /tmp/a.out[0x40050f] /usr/lib/debug/libc.so.6(__libc_start_main+0xf4)[0x2b614b33c1c4] /tmp/a.out[0x400459] === Memory map: 0040-00401000 r-xp 08:21 1457336 /tmp/a.out 0060-00601000 rw-p 08:21 1457336 /tmp/a.out 00601000-00622000 rw-p 00601000 00:00 0 [heap] 2b614b10-2b614b11d000 r-xp 08:21 292480 /lib/ld-2.7.so 2b614b11d000-2b614b12 rw-p 2b614b11d000 00:00 0 2b614b31c000-2b614b31e000 rw-p 0001c000 08:21 292480 /lib/ld-2.7.so 2b614b31e000-2b614b472000 r-xp 08:21 23996 /usr/lib/debug/libc-2.7.so 2b614b472000-2b614b672000 ---p 00154000 08:21 23996 /usr/lib/debug/libc-2.7.so 2b614b672000-2b614b676000 r--p 00154000 08:21 23996 /usr/lib/debug/libc-2.7.so 2b614b676000-2b614b677000 rw-p 00158000 08:21 23996 /usr/lib/debug/libc-2.7.so 2b614b677000-2b614b67d000 rw-p 2b614b677000 00:00 0 2b614b693000-2b614b6a9000 r-xp 08:21 31449 /lib/libgcc_s.so.1 2b614b6a9000-2b614b8a8000 ---p 00016000 08:21 31449 /lib/libgcc_s.so.1 2b614b8a8000-2b614b8a9000 rw-p 00015000 08:21 31449 /lib/libgcc_s.so.1 7fff5f995000-7fff5f9aa000 rw-p 7fff5f995000 00:00 0 [stack] ff60-ff601000 r-xp 00:00 0 [vdso] Program received signal SIGABRT, Aborted. 0x2b614b34ffd5 in *__GI_raise (sig=value optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 (gdb) bt #0 0x2b614b34ffd5 in *__GI_raise (sig=value optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x2b614b351a30 in *__GI_abort () at abort.c:88 #2 0x2b614b38aa8b in __libc_message (do_abort=2, fmt=0x2b614b4458e8 *** glibc detected *** %s: %s: 0x%s ***\n) at ../sysdeps/unix/sysv/linux/libc_fatal.c:170 #3 0x2b614b395d06 in *__GI___libc_free (mem=value optimized out) at malloc.c:5891 #4 0x2b614b37329f in _IO_vfscanf_internal (s=0x7fff5f9a8f30, format=value optimized out, argptr=0x7fff5f9a9050, errp=0x0) at vfscanf.c:2846 #5 0x2b614b383c85 in _IO_vsscanf (string=0x40060c , format=0x40060d %as, args=0x7fff5f9a9050) at iovsscanf.c:45 #6 0x2b614b37e8b8 in __sscanf (s=0x476e Address 0x476e out of bounds, format=0x476e Address 0x476e out of bounds) at sscanf.c:34 #7 0x0040050f in main () at scanf-bug.c:8 (gdb) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libgcc1 1:4.3-20070930-1 GCC support library libc6 recommends no packages. -- debconf information: glibc/restart-failed: glibc/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453409: fbgtk (graphical / installgui) netboot images *do* exist
Package: installation-guide Version: 20070319 Severity: minor In appendix subsection D.6 the installation guide says (emphasis added) It is also available as a special mini ISO image^[23], which is mainly useful for testing; in this case the image is booted just using install. THERE IS NO GRAPHICAL INSTALLER IMAGE THAT CAN BE NETBOOTED. this is no longer accurate. For example, Etch i386 files can be found at http://ftp.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/gtk/debian-installer/i386/initrd.gz http://ftp.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/gtk/debian-installer/i386/linux -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453406: Acknowledgement (Miro doesn't honor --xine-driver option)
Tags: +patch I've just changed a single line in ./platform/gtk-x11/xine/xine_impl.c where the string auto was hardcoded, even if the char *driver was being passed to the attach method, and it worked just fine... daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453412: flex: [INTL:vi] Vietnamese debconf templates translation update
Package: flex Version: 2.5.33-13 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: flex translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#452469: gnome: hang for some time at startup
There is the tall of a hanging gnome. A long time ago, an automount was available, whose name was /net/maison. As content of this automonted directory was useful two thing happen: - .gtk-bookmarks contain file:///net/maison/mp3/newmp3 - .nautilus/metafiles/ contain several filed named file:%2F%2F%2Fnet%2Fmaison.xml containing metainformation about file that were in it. Then, I chose to change my automount, using something that automatically try to mount say the home share of the foo host if one try to access to /net/foo/home. And as maison was not the dns name of the host where the useful directory was I began to acess it under a different name, *and* the old path failed silently, with no timeout (maison did not resolv to anything) Then, my ISP change the configuration of dhcp generated resolv.conf adding a search neuf.fr part to it, and maison.neuf.fr does resolv to a machine that drop sunrpc conexion, so when someone try to acces to /net/maison/mp3/newmp3 for example, there is a timeout before failure. So I've solved my problem, but still it seem that gnome-panel and nautilus are doing some synchron file check that could make them hang. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453413: gpsd: [INTL:vi] Vietnamese debconf templates translation update
Package: gpsd Version: 2.34.dfsg-3 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: gpsd translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#445390: Is Jay Bonci MIA ?
Hi, libxml-rss-perl need to be upgraded to a new upstream version (see #445390). If Jay Bonci does not manifest himself and nobody objects, I will add this package in the Debian Perl Group in a few weeks. Jay will be listed as an Uploader and will be able to continue to maintain this package later if he wishes to (as anyone in the Debian Perl Group). Else, can Jay give a sign and explain what he wants to do with this package ? Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453386: python-opengl: problem persists with vesa driver
Package: python-opengl Version: 3.0.0~a6-4 Followup-For: Bug #453386 Hi, although my other PII-266 440 LX chipset / Cirrus Logic graphics card does not exhibit this problem, I still get this problem on this 1.2 GHz Duron (VIA chipset) with GForce3 Ti200 graphics whether using the nv or vesa driver. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-opengl depends on: ii freeglut3 2.4.0-6OpenGL Utility Toolkit ii libgl1-mesa-glx [libgl1] 7.0.2-2A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.2-2The OpenGL utility library (GLU) ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt ii python-ctypes 1.0.2-2Python package to create and manip ii python-setuptools 0.6c7-1Python Distutils Enhancements python-opengl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453402: python-gst0.10: shared library does not fit python2.5 c api version
Package: python-gst0.10 Version: 0.10.8-1 Severity: important when importing gst you get the message RuntimeWarning: Python C API version mismatch for module _gst: This Python has API version 1013, module _gst has v ersion 1012. under python version 2.5 while python 2.4 works fine. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages python-gst0.10 depends on: ii libc6 2.7-2 GNU C Library: Shared libraries ii libglib2.0-0 2.14.4-1 The GLib library of C routines ii libgstreamer-plugins-base0 0.10.15-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.15-1 Core GStreamer libraries and eleme ii libxml22.6.30.dfsg-3 GNOME XML library ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15register and build utility for Pyt ii python-gobject 2.14.0-2 Python bindings for the GObject li python-gst0.10 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453398: Allow easier configuration changes to the BOS server
Package: openafs Version: 1.4.5.dfsg1-1 Severity: wishlist Hi, would be nice if the package could be built with --enable-bos-new-config which will let the BOS server copy BosConfig.new to BosConfig on restarts. Without this it's a bit annoying to deploy a new config as the BosServer rewrites it's config on starting and shutting down. Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453404: removal of package fails when puppet is not running
Package: puppet Version: 0.20.1-1 I have a system where puppet is not running. # apt-get remove puppet Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED puppet 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 1962kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 82071 files and directories currently installed.) Removing puppet ... invoke-rc.d: initscript puppet, action stop failed. dpkg: error processing puppet (--remove): subprocess pre-removal script returned error exit status 1 invoke-rc.d: initscript puppet, action start failed. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: puppet E: Sub-process /usr/bin/dpkg returned an error code (1) # cat /var/lib/dpkg/info/puppet.prerm #!/bin/sh set -e # Automatically added by dh_installinit if [ -x /etc/init.d/puppet ]; then if [ -x `which invoke-rc.d 2/dev/null` ]; then invoke-rc.d puppet stop || exit $? else /etc/init.d/puppet stop || exit $? fi fi # End automatically added section Puppet is not running, put the package fails to remove since the prerm script has failed. I changed the exit $? to exit 0, and I can remove the package without starting puppet. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453399: Please enable support for supergroups (aka nested pts groups)
Package: openafs Version: 1.4.5.dfsg1-1 Severity: wishlist Hi, it would be nice if the openafs package could be compiled with --enable-supergroups to allow nested pts groups. Upstream is discussing to enable it by default in 1.5 anyway and just don't want it for 1.4 because of small behaviour changes (i.e. one can actually have nested groups). IMHO there's no reason to not enable it in Debian right now. Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453400: dpkg-source: please accept DM-Upload-Allowed field in control (and import to dsc)
Package: dpkg-dev Version: 1.14.12 Severity: normal Currently, dpkg-source does not recognise the DM-Upload-Allowed: control field and therefore does not import it into the dsc it generates: $ dpkg-source -b sudo-1.6.9p6 dpkg-source: warning: unknown information field 'Dm-Upload-Allowed' in input data in general section of control info file ... dpkg-source: building sudo in sudo_1.6.9p6-1.1.dsc $ grep -i dm-upload sudo*dsc This can be worked around by using XS-DM-Upload-Allowed at the moment. Please also note that it has downcased the M in DM: I doubt this will cause a problem but maybe someone familiar with dak code can shed some confirm. The DM-Upload-Allowed field is used to determine whether an upload signed by a key in the debian-maintainers keyring will be accepted into the archive. Please see http://www.debian.org/vote/2007/vote_003 for information on the debian maintainers process. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/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 dpkg-dev depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii cpio2.9-6GNU cpio -- a program to manage ar ii dpkg1.14.11 package maintenance system for Deb ii make3.81-3 The GNU version of the make util ii patch 2.5.9-4 Apply a diff file to an original ii perl [perl5]5.8.8-12 Larry Wall's Practical Extraction ii perl-modules5.8.8-12 Core Perl modules Versions of packages dpkg-dev recommends: ii bzip2 1.0.3-7high-quality block-sorting file co ii gcc [c-compiler] 4:4.2.1-6 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-17 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-3The GNU C compiler -- no debconf information -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453403: aptitude doesn't install packages due an apt-listbugs error exit code.
Package: apt-listbugs Version: 0.0.83 Severity: important When I try to install a package using aptitude, apt-listbugs is conveniently called but I have the below output (an error) and aptitude quits installing the package after having already downloaded it. Retrieving bug reports... 0%/usr/lib/ruby/1.8/timeout.rb:54:in `parse_header': execution expired (Timeout::Error) from /usr/lib/ruby/1.8/timeout.rb:56:in `timeout' from /usr/lib/ruby/1.8/timeout.rb:76:in `timeout' from /usr/lib/ruby/1.8/http-access2.rb:1490:in `parse_header' from /usr/lib/ruby/1.8/http-access2.rb:1448:in `read_header' from /usr/lib/ruby/1.8/http-access2.rb:1274:in `get_status' from /usr/lib/ruby/1.8/http-access2.rb:472:in `do_get_header' from /usr/lib/ruby/1.8/http-access2.rb:442:in `do_get_block' from /usr/lib/ruby/1.8/http-access2.rb:372:in `conn_request' ... 8 levels... from /usr/share/apt-listbugs/debian/btssoap.rb:48:in `get_bugs' from /usr/share/apt-listbugs/debian/bts.rb:56:in `parse' from /usr/sbin/apt-listbugs:1035:in `create' from /usr/sbin/apt-listbugs:1376 E: The subprocess /usr/sbin/apt-listbugs apt || exit 10 return error code (10) E: Failure running script /usr/sbin/apt-listbugs apt || exit 10 A package couldn't be installed. Trying to recover: Press enter to continue... Please let me know how could I help. Thanks, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listbugs depends on: ii apt 0.7.6 Advanced front-end for dpkg ii libdpkg-ruby1.8 0.3.2 modules/classes for dpkg on ruby 1 ii libhttp-access2-ruby1.8 2.0.6-3 HTTP accessing library for ruby ii libintl-gettext-ruby1.8 0.11-10 Gettext wrapper for Ruby 1.8 ii libruby1.8 [libzlib-ruby1.8] 1.8.6.111-2 Libraries necessary to run Ruby 1. ii libxml-parser-ruby1.80.6.8-2 Interface of expat for the scripti ii ruby 1.8.2-1 An interpreter of object-oriented apt-listbugs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453405: evince: Print scale entry misleading
Package: evince Version: 2.20.1-2 Severity: normal When the paper size of a pdf file, and evince's paper size setting are not the same, the Scale option on the Page Setup tab in the Print dialog is misleading. Leaving the setting at 100% results in a scaling of the page to the evince's paper size. I would expect the 100% setting to print the page (and more importantly, the objects on it!) at exactly the size prescribed by the file. Scaling to evince's page size should have a separate option. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evince depends on: ii gconf2 2.20.1-1 GNOME configuration database syste ii ghostscript [gs-es 8.61.dfsg.1~svn8187-2 The GPL Ghostscript PostScript/PDF ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii gs-esp 8.61.dfsg.1~svn8187-2 Transitional package ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.20.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libdjvulibre15 3.5.19-3 Runtime support for the DjVu image ii libgconf2-42.20.1-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgnome-keyring0 2.20.1-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 libgnomeprint2.2-0 2.18.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2 2.18.1-1 GNOME 2.2 print architecture User ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.1-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkpathsea4 2007.dfsg.1-2 TeX Live: path search library for ii libnautilus-extens 2.20.0-2 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpoppler-glib2 0.6.2-1 PDF rendering library (GLib-based ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.30.dfsg-3 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime evince recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453416: fish snippets in /etc/fish.d generate an unnecesary warning
Package: lintian Severity: minor the fish shell provides the /etc/fish.d directory for snippets that customize the shell environment. Obviously these are only run when starting a fish shell instance, and thus when fish is present. Consequently the following error is unnecessary: missing-dep-for-interpreter fish = fish (.snippet-file) (the desktop-profiles package uses such a snippet to deal with a corner-case bug for fish users) -- cobaco (aka Bart Cornelis) signature.asc Description: This is a digitally signed message part.
Bug#453242: gnustep-base: FTBFS: checking if ffcall trampolines work... no
On 28/11/07 at 23:51 -0500, Hubert Chathi wrote: Hi Lucas, On Tue, 27 Nov 2007 23:44:23 +0100, Lucas Nussbaum [EMAIL PROTECTED] said: During a rebuild of all packages in sid, your package failed to build on i386. I'm building in an i386 chroot on amd64. Maybe that's part of the problem. It compiles fine on my machine, which is a normal ix86 machine. And it apparently compiles fine under amd64, too. (Although ffcall does seem to have some problems with amd64 -- #451356.) Is building in an i386 chroot on and amd64 a normal configuration that we are supposed to be supporting? I'm not sure. However, the test probably tries to *run* the code, not just compile it. So it probably won't be possible to use the package in an i386 chroot on amd64. i.e. if it only fails in that configuration, should this bug be serious or important? I don't know. However, a better question is probably do we want it fix or not?. Only 2 or 3 packages currently fail to build in an i386 chroot on amd64, so it would be great not to add another one. :) Note that 1.13.0-7 built fine, too. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453417: c-shell snippets in /etc/csh/login.d generate 2 spurious warnings
Package: lintian Severity: minor csh/tcsh provide the /etc/csh/login.d directory for snippets that customize the shell environment. Obviously these are only run when starting a c-shell instance, and thus when csh/tcsh are present. Consequently the following 2 errors are unnecessary: - missing-dep-for-interpreter csh = c-shell | tcsh (.snippet-file) - csh-considered-harmful .snippet-file (the desktop-profiles package uses such a snippet to deal with a corner-case bug for csh/tcsh users) -- cobaco (aka Bart Cornelis) signature.asc Description: This is a digitally signed message part.
Bug#453161: Patch to fix libpri FTBFS
Hi Libc maintainers, Could you please comment on this issue? Thank you! On 29/11/07 at 00:52 +, brian m. carlson wrote: On Thu, Nov 29, 2007 at 01:48:33AM +0200, Faidon Liambotis wrote: I will upload after confirming that this changing sys/time.h is supposed to be OK (I don't believe it is, but the maintainers may disagree for a good reason). According to POSIX, headers are not generally allowed to make symbols from other headers visible (IIRC). But since stddef.h does not actually define any symbols, it might be an exception. Regardless of any other reason that this change might have occurred, it can only improve POSIX compliance, since other systems will almost certainly need this change as well. Lucas, did you have any more of these? There was at least one more. I know because I patched it, too. It's #453165 (and the related bug, #453159). -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#453415: XML keeps changing in .kdevelop project file
Package: kdevelop Version: 4:3.4.1-3 Severity: normal kdevelop make up it's mind on how to store empty XML tags (as tag/tag or as tag/ in the .kdevelop project file. This is annoying because I track the .kdevelop file in an SCM and I keep seeing meaningless changes which I either have to commit (untidy because it doesn't reflect an actual change), or revert back to the version currently stored in the SCM (annoying to have to do this on a regular basis). For instance, here is a recent diff where I didn't actually change anything in the project. I just opened the project in kdevelop: = DIFF STARTS HERE = diff --git a/player.kdevelop b/player.kdevelop index dcfceef..ffeca90 100644 --- a/player.kdevelop +++ b/player.kdevelop @@ -14,9 +14,9 @@ ignoreparts/ projectdirectory./projectdirectory absoluteprojectpathfalse/absoluteprojectpath -description/description +description/ projectnameplayer/projectname -defaultencoding/defaultencoding +defaultencoding/ /general kdevautoproject general @@ -222,7 +222,7 @@ resolveIncludePathsUsingMakeExperimentalfalse/resolveIncludePathsUsingMakeExperimental /codecompletion creategettersetter - prefixGet/prefixGet + prefixGet/ prefixSetset/prefixSet prefixVariablem_,_/prefixVariable parameterNametheValue/parameterName @@ -249,11 +249,11 @@ kdevdebugger general programargs/ - gdbpath/gdbpath + gdbpath/ dbgshelllibtool/dbgshell - configGdbScript/configGdbScript - runShellScript/runShellScript - runGdbScript/runGdbScript = DIFF ENDS HERE = ie, kdevelop decided to change some of the empty tagtag/ tags over to tag/. That's fine, but kdevelop will at a later stage change them back to the tagtag/ layout. Please decide on the most correct format for empty tags and stick to it. Thanks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages kdevelop depends on: ii kdebase-bin 4:3.5.8.dfsg.1-1 core binaries for the KDE base mod ii kdelibs4c2a 4:3.5.8.dfsg.1-3 core libraries and binaries for al ii kdevelop-data 4:3.4.1-3An IDE for Unix/X11 - data ii libacl1 2.2.45-1 Access control list shared library ii libapr1 1.2.11-1 The Apache Portable Runtime Librar ii libaprutil1 1.2.7+dfsg-2+b1 The Apache Portable Runtime Utilit ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libattr11:2.4.39-1 Extended attribute shared library ii libaudio2 1.9a-1 Network Audio System - shared libr ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcvsservice0 4:3.5.7-3DCOP service for accessing CVS rep ii libdb4.44.4.20-11Berkeley v4.4 Database Libraries [ ii libfam0 2.7.0-13 Client library to control the FAM ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.1-1GNU libidn library, implementation ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpcre37.3-2Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libsvn1 1.4.4dfsg1-1 Shared libraries used by Subversio ii libuuid11.40.2-1 universally unique id library ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-6 compression library -
Bug#453414: can dosemu go to main?
Package: dosemu Version: 1.4.0+svn.1828-2 Severity: wishlist Hello, I wonder if the reasons that dosemu is in contrib are still valid. The only thing that a package in main must fulfil over packages in contrib is: * must not require a package outside of _main_ for compilation or execution (thus, the package must not declare a Depends, Recommends, or Build-Depends relationship on a non-_main_ package), (Debian Policy, 2.2.1, 2.2.2) The Build-Depends: are all in main, same for Depends and (empty) Recommends. Best regards Uwe -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing-proposed-updates'), (300, 'testing'), (200, 'unstable'), (2, 'experimental'), (1, 'proposed-updates') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dosemu depends on: ii libasound21.0.13-2 ALSA library ii libc6 2.7-2 GNU C Library: Shared libraries ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libslang2 2.0.6-4The S-Lang programming library - r ii libsndfile1 1.0.16-1 Library for reading/writing audio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l dosemu recommends no packages. -- no debconf information -- Uwe Kleine-König, Software Engineer Digi International GmbH Branch Breisach, Küferstrasse 8, 79206 Breisach, Germany Tax: 315/5781/0242 / VAT: DE153662976 / Reg. Amtsgericht Dortmund HRB 13962 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389876: Is Eric Schwartz MIA ?
Hi, I would like to know which is the state of the yaz source package ? (libyaz2, libyaz2-dev, yaz-doc, yaz-ziffy binary packages) I uploaded a new version of this package by NMU in experimental nearly one year ago. Do Eric Schwartz want to continue to be the maintainer of this package ? Lots of new versions have been created upstream... And my NMU has never been ACKed. If nobody object, Eric stays quiet, I will hijack this package instead of doing an NMU (co-maintainers will be welcome in this case) and upload it to unstable. Managing new version is way to intrusive for an NMU in this case. Note: I'm interested in this package only because it is needed for Koha (ITP 389876). Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412976: repoened - reassign tech-ctte (mixmaster /etc/default/*)
On 11218 March 1977, Jari Aalto wrote: to decide if the daemon will start at boot or via start command. If you do not want something to start - remove the startup links. Thats what those links are for. Everything else is just a broken thing. The maintainer is (IMO) right to deny your request. -- bye Joerg A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). pgp3lLpXmqMuq.pgp Description: PGP signature
Bug#453410: strndup seems to require __USE_GNU
On Nov 29, 2007 12:54 PM, Martin Schulze [EMAIL PROTECTED] wrote: Package: manpages-dev Version: 2.67-1 Hi Michael, it seems that strndup(3) requires the feature test macro __USE_GNU instead of _GNU_SOURCE. At least that's what /usr/include/string.h suggests and what makes gcc happy. Hi Joey, What makes you think that _GNU_SOURCE does not do the job? It seems to work for my quick test. (Have a look at feature_test_macros(7) and features.h.) Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449621: Reopening: texlive-bin: debian/watch fails to report upstream's version
Hi Raphael, On Di, 27 Nov 2007, Raphael Geissert wrote: ftp://ftp.tug.org/texlive/Images/texlive()-live-.*\.iso Thanks a lot ... I hope that it is now really fixed. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- There was a point to this story, but it has temporarily escaped the chronicler's mind. --- This line perhaps best sums up the whole book. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453413: gpsd: [INTL:vi] Vietnamese debconf templates translation update
Hi, The updated Vietnamese translation for the debconf file: gpsd thanks for the update! Commited to svn, will be shipped with the next upload. Cheers, Bernd -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453161: Patch to fix libpri FTBFS
Lucas Nussbaum a écrit : Hi Libc maintainers, Could you please comment on this issue? As far as I understand, the patch is correct. If you need a header you have to include it and do not assume it is included by another one. This also improves portability among various OS. Aurelien Thank you! On 29/11/07 at 00:52 +, brian m. carlson wrote: On Thu, Nov 29, 2007 at 01:48:33AM +0200, Faidon Liambotis wrote: I will upload after confirming that this changing sys/time.h is supposed to be OK (I don't believe it is, but the maintainers may disagree for a good reason). According to POSIX, headers are not generally allowed to make symbols from other headers visible (IIRC). But since stddef.h does not actually define any symbols, it might be an exception. Regardless of any other reason that this change might have occurred, it can only improve POSIX compliance, since other systems will almost certainly need this change as well. Lucas, did you have any more of these? There was at least one more. I know because I patched it, too. It's #453165 (and the related bug, #453159). -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423240: Comedi
Hi Gudjon, I'm Ccing this mail to #423240 so it gets properly tracked. I hope you don't mind. On 29/11/07 at 01:53 +0100, Gudjon I. Gudjonsson wrote: Hi again Lucas I saw that the Debian Comedi package has been orphaned. I fixed the package some time ago for myself. Then I sent an email to David but got no answer. I am willing to adopt the package until someone else more interested appears :) Cool! Do you need help with adopting the package? I started a month ago updating the package but that version did not work. The current version seems to work and my preliminary packages are available on my server. I will test the package more throughly and then I might need some help with adopting, but I hope I will figure it out :) deb http://195.198.146.229/debian/ amd64/ deb-src http://195.198.146.229/debian/ source/ Good :) It might be a good idea to mention your intention to adopt the package by following the instructions on http://www.debian.org/devel/wnpp/ (basically you have to retitle the bug to ITA). But I do have an acute problem. Do you have any idea on how to get my package sdcc autobuilt? Have a look at http://lists.debian.org/debian-devel-announce/2006/11/msg00012.html , it should help you. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412976: repoened - policy not yet followed
On Mon, Nov 26, 2007 at 02:18:22PM +0200, Jari Aalto wrote: The bug title was: Add /etc/default/mixmaster to control the daemon startup at boot Having a default file control startup is severily b0rked - and most, if not all of the default files you mentioned don't do that. Especially, apache2 did it earlier but reverted that abuse of default files. If you don't want something started move the S symlink of your runlevel to a K symlink. I cannot see how this is an explanation would address why mixmaster deviates from the policy section that says to put control of behavior into: /etc/default/* It is sugested, not a MUST. And there is no good reason to abuse a default file for startup contolling - that's the core purpose of the rc.d symlinks. Often there are some variables in the `init.d' scripts whose values control the behavior of the scripts, and which a system administrator is likely to want to change. they should be placed in a file in `/etc/default', If there is a configuration file that controls things it should get used. The default file is something additional for something that is not controable through the proper configuration files. The system administrator wants to control the behavior of the daemon, the startup at boot (enabled/disabled). Then the system administrator should control the behavior of startup like it is done since about 20 years, with the control of the rc.d symlinks. In contrast to: # /etc/init.d/mixmaster start Not starting Mixmaster Daemon: remailer mode not enabled in /etc/mixmaster/remailer.conf. The message can't be more clear about what you should do. Repoening bug as the policy is not followed. Policy *is* followed, please read again and don't reopen without a pretty clear view of reality. So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453418: RFP: trophy -- 2D car racing action game
Package: wnpp Severity: wishlist * Package name: trophy Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : 2D car racing action game (from the website:) TROPHY is a 2D car racing action game for Linux. There are many extras which are... er... 'untypical' for racing games. So you can shoot at other players for example. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412976: repoened - reassign tech-ctte (mixmaster /etc/default/*)
On Thu, 29 Nov 2007, Jari Aalto wrote: [BTS control messages were sent separately] [apparently not yet, but I'll provide a summary anyway.] Summary of current status: o The mixmaster package provides both the client and server functionality. o By default the server part (running a remailer) is not enabled. o To configure mixmaster to run as a remailer the admin has to set a dozen options in /etc/mixmaster/remailer.conf. Options like email address, which formats they will accept, whether to run as an exit or only as a middleman remailer, etc. o One of those options is the REMAIL setting, which enables or disables the remailing (server) part of mixmaster. o The init script has code to only try starting the mixmaster daemon, which is only needed when it's being run as a remailer, when the REMAIL option is actually set to y in that config file. The submitter wants a new conffile, /etc/default/mixmaster, that is sourced by the init script to control whether the daemon is started. That would either be in addition or instead of the REMAIL setting in /etc/mixmaster/remailer.conf which is already used by the mixmaster software. Obviously my suggestion is to reject this request. Peter signature.asc Description: Digital signature