Bug#387042: hwclock: No need to call hwclock during boot and shutdown on i386
[Alain Guibert] Are you sure? They are supposed to take between 1 and 2 seconds. It was measured using bootchart. I am not sure how it reacts to a clock that jumps, so there might be a problem there. So I am not sure. I do realise that hwclock have its purpose if the hardware clock is using local time, and not UTC, but am not equally convinced that it is useful if it is using UTC. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387245: bind: New upstream version
Package: bind Version: 1:8.4.6-1 Severity: wishlist Since December 2005 the ISC seems to have version 8.4.7 out with some fixes, I don't know if we happen to have them all in our 8.4.6 but if not, maybe we should consider upgrading to 8.4.7. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bind depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii netbase 4.25Basic TCP/IP networking system bind recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387214: list: asks permission to send kernel, X11 config and lsmod several times
Am Wednesday 13 September 2006 05:27 schrieb Jose Luis Rivas Contreras: tags 387214 upstream thanks Filipus Klutiero escribió: Package: list Version: 1.9.92-1 Severity: wishlist list first asks [...] If you continue, the following data will be transmitted: [...] - the complete kernel configuration (.config) - the complete list of loaded kernel modules (lsmod) - the complete X11 configuration [...] Is it ok for me to transfer this data to linux-stats.org? and then Am I allowed to collect and send your kernel configuration (.config)? , Am I allowed to collect and send the list of the loaded kernel modules? and Am I allowed to collect and send your X11 configuration (xorg.conf)? This is redundant. Thank you very much, I'm already sending this to the upstream. I've just got this very first email from the debian bugtracking system which seems to be sent to inform me that there is a question about why list asks twice for the confirmation to sent data. Well the first question is a general question for confirmation if list is allowed to send data, whatever data would be needed. The second question (the second three questions) is specially for these three things (kernel, modules and x11 config), because these things are also security related things where some people are very afraid and careful to send such things. I've added these many question on purpose. Because it is better to ask someone several times to send dangerous data instead of not asking at all, isn't it? The user has to be absolutly sure that he is willing to give this data away. And by the way, you can automatically answer all questions with the appropriate switch, see the --help for information about that. ps: Sorry for my bad english, I'm not a native english speaker. Sincerely Alexander 'dma147' Mieland -- Alexander 'dma147' Mieland 2.6.17-ck1-r3-my1 SMP GnuPG-ID: 27491179 Registered Linux-User #249600 http://blog.linux-stats.orghttp://www.linux-stats.org http://www.mieland-programming.de http://www.php-programs.de pgpufnUBS1TfM.pgp Description: PGP signature
Bug#387183: ctn: Cannot open ANY dicom file on AMD64
On Wed, 13 Sep 2006, Thijs Kinkhorst wrote: Of course, anyone willing to hack on CTN to bring it up to speed with current environments is welcome. But I think at this point it's not that sensible to try to keep CTN alive in Debian without upstream support or other longer-time commitments to code maintenance; especially since the popcon numbers are not impressive and I don't use it myself anymore. Well, I think popcon is not really a good help for specialized software like this. We just know that very view users (compared to the amount of Debian users as a whole) deal with medical imaging. Relying on statistics of a small set is wrong (ups I hope no doctors are reading this ;-)). I'm cc'ing this to debian-med; maybe someone there is interested in reviving CTN. If a release manager reads this - CTN can be removed from testing for the time being. So if CTN has RC bugs that we can not fix it will be removed from testing anyway and there is no need to do extra action. This is just a technical matter. It would be really great if we would find a way to fix the problems in the Debian-Med group and force Upstream with patches into action. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387136: dbconfig-load-include ignores varnames
hi sean, On Wed, Sep 13, 2006 at 12:20:42AM +0200, sean finney wrote: On Tue, 2006-09-12 at 14:34 +0200, Michael Ablassmeier wrote: as with 1.8.21 dbconfig-load-include always returns the default variable names, no matter what varname is specified. It also fails to provide the data: what exactly are you trying to do? dbconfig-load-include is for reading in configuration files to preseed dbconfig-common when migrating from a previously non-dbconfig-using package. if you're trying to generate a config file based on the dbconfig-common configuration, you should be using dbconfig-generate-include. on zabbix-server-mysql installation a user can possibly choose to autogenerate the password for the database user. If zabbix-frontend-php is installed on the same machine as zabbix-server-mysql i used to read the database password for the database user specified during the server installation using dbconfig-load-include (in postinst, in order to skip this debconf question for the frontend package (or to get the autogenerated password)), which was working well. # lest check if zabbix-server-mysql is installed and use # its configured database password, dont ask the user if [ -e /etc/dbconfig-common/zabbix-server-mysql.conf ]; then eval `dbconfig-load-include /etc/dbconfig-common/zabbix-server-mysql.conf -f sh -pdb_password` else RET= db_get zabbix-frontend-php/database-password || true db_password=$RET [ $db_password = none ] db_password= fi kida:/home/abi# dbconfig-load-include /etc/dbconfig-common/zabbix-server-mysql.conf -f sh -pfoo dbc_dbpass='' kida:/home/abi# grep dbc_dbpass /etc/dbconfig-common/zabbix-server-mysql.conf # dbc_dbpass: database user password dbc_dbpass=mydamsecurepasswordisset this is the intended behaviour, though the file should be the last argument (i think getopt is covering for this anyway, though). what you're saying is: - read the input file /etc/dbconfig-common/zabbix-server-mysql.conf - the input file is in sh format - use the variable named foo in this file as the default password again, i'm pretty sure you want to be using dbconfig-generate-include. hm, yes, dbconfig-generate-include works, but im pretty sure i was using dbconfig-load-include before which worked nicely. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386413: cannot disable GTK file chooser dialog
close 386413 severity 343393 wishlist merge 343393 386413 tags 343393 wontfix thanks * Olaf Zaplinski ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.5-0bpo1 Severity: wishlist When I want to open a file (Ctrl-O), I see a file chooser which is an annoyance for me. I cannot find a way to quickly enter the location, e.g. /opt/var/foo/bar, instead I have to go through a click-and-click-hell. ;-) I found no way to get the old file chooser back. A funny thing about this is bug #326032. Can't we have both versions? BTW, same problem in thunderbird-1.5.0.4-2bpo1 backport.org packages are not official debian packages and are not maintained by me. I'm not sure the Debian BTS is the most appropriate place to file bugs. Please don't file duplicate bugs. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#387236: typo in /etc/init.d/README
tags 387236 + pending confirmed thanks [Ole Janssen] In the second last paragraph it should read parallel and not parallell. Thank you. I've commited this to svn, and it will be included in the next upload. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387246: /etc/init.d/hotkey-setup test for /dev/nvram should use -c, not -b
Package: hotkey-setup Version: 0.1-17 /etc/init.d/hotkey-setup uses -b /dev/nvram to check whether the nvram device is present. nvram is a character device, not a block device; the test should be -c /dev/nvram. $ uname -a Linux thinko 2.6.17.9 #9 Fri Sep 8 18:16:07 PDT 2006 i686 GNU/Linux $ ls -l /dev/nvram crw-rw 1 root root 10, 144 2006-09-12 23:02 /dev/nvram $ [ -c /dev/nvram ] echo present present A patch: diff -ur hotkey-setup-0.1/debian/init.d hotkey-setup-0.1-new/debian/init.d --- hotkey-setup-0.1/debian/init.d 2006-04-29 12:09:27.0 -0700 +++ hotkey-setup-0.1-new/debian/init.d 2006-09-12 23:08:52.0 -0700 @@ -15,7 +15,7 @@ if [ ! -c /dev/input/uinput ]; then modprobe uinput fi - if [ ! -b /dev/nvram ]; then + if [ ! -c /dev/nvram ]; then modprobe nvram fi /usr/sbin/thinkpad-keys touch $THINKPAD_LOCKFILE Tom. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387195: add patch tag
tags 387195 + patch thanks Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384189: python-gtk2: i can reproduce this bug
On Tue, Sep 12, 2006 at 07:45:10PM +0200, Josselin Mouette wrote: Le mardi 12 septembre 2006 à 10:16 +0200, Loïc Minier a écrit : That's the bulk of the problem; Josselin: I think the alternatives system doesn't offer any guarantee that any link will be touched, the symlink might not even exist. Do you think we should consider upgrading existing installs with a diversion based system instead of the alternatives? Or perhaps drop support for gtk1.2 via alternatives? I think we should entirely drop the alternatives, yes. How about the following plan? * Remove the alternative in pygtk in favor of shipping pygtk in /usr/lib/python2.4, just like the rest of the package which isn't python-{support,central}ized. * Just ship pygtk.py with the other files in python-gtk2, provided by python-support; introduce a conflict with the previous python-gtk-1.2 package to avoid upgrade issues. Because of the way sys.path works with .pth files, pygtk will always be imported from python-gtk2 first, if both packages are installed. This is a bit hackish, but it is only a temporary measure until we can remove python-gtk-1.2. If you're confident that the path preferences are stable and will ensure python-gtk2 is always found first when installed, this seems quite reasonable to me, and not really hackish at all. The current behavior in contrast really is quite hackish, since as we discussed on IRC, the desired behavior here never fell into the intended use of alternatives. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#386507: Please add a Tools-Options menu item like in Windows Firefox for the benefit of frequent Windows users
tags 386507 wontfix thanks * Jason Spiro ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.4-1 Severity: wishlist I use Windows at work and Linux at home. In Windows, Firefox has a Tools-Options menu item. In Linux, the same menu item is on the Edit menu instead. It would be great if you could add a Tools-Options menu item. It would greatly help those who switch between Linux and Windows every day. The reason it's like that on Windows is to be consistent with IE, I think. The reason it is like it is on Linux is to follow the Gnome HIG, I think. So I don't think changing that is a good idea. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#387048: new quagga available
Hi On 2006-09-13 Patryk Dawidziuk wrote: Hi there, Uhm, I don't like to use pre-releases, I wait until a proper version (0.99.5.1 or whatever) is available on www.quagga.net... Anyway, quagga is actively developed, and cvs version fixes lot of bugs. I use cvs snapshots in production environment, and have never hit a grave bug that made my network go down. Perhaps it could be possible to create a brand new quagga-latest package, which would be in fact latest cvs version ? If talking about wishlista, I'd gladly see such a package. Ordinary quagga releases contain no patches for freshly discovered bugs. E.g. since 0.99.4 several ospfd and bgpd crashes have been discovered and fixed, people may benefit if there is quagga-latest package. Just a thought. For that reason I thought Quagga forked from 0.98.x (rock stable) to a 0.99.x (early adopters/developers) branch a year ago or so. It might not hurt, though, if you ask on the quagga-dev list why they don't update the 0.99 branch for such a long time if there are really so many bugfixes in CVS. For a separated quagga-snapshot package I don't see a large enough user base, people who want to test use self build versions with debugging symbols and the rest likes to most stable as possible version. Building an own .deb based on my quagga package and a newer upstream source only takes you half an hour so you might consider that, too. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387247: evolution: Evolution is not installable
Package: evolution Severity: grave Justification: renders package unusable I can't install Evolution: pest:/home/oyvind# apt-get install evolution Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: evolution: Depends: libdbus-1-2 (= 0.62) but it is not installable E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379920: freetype: buffer overflow [CVE-2006-3467]
Hi guys, Looks like it's time for another try at freetype. CVE-2006-3467 appears to be a potentially exploitable integer overflow in freetype's PCF parser. I've uploaded freetype_2.1.7-6 to http://people.debian.org/~vorlon/freetype-DSA/, replacing the previous version there; signed sources, unsigned changes. Please do whatever's necessary with the package to make it suitable for a DSA release -- I won't be uploading it at all to the security.d.o dak queue, given the poor outcome of my other recent attempts. debdiff vs. 2.1.7-5 in stable (r3) is also attached to this mail, in case that's more convenient. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u freetype-2.1.7/debian/rules freetype-2.1.7/debian/rules --- freetype-2.1.7/debian/rules +++ freetype-2.1.7/debian/rules @@ -178,6 +178,9 @@ # Fix integer overflows (CVE-2006-2493) patch -p0 -i $(patchdir)/400-CVE-2006-2493_integer-overflows.diff + # Fix further integer overflows (CVE-2006-3467) + patch -p0 -i $(patchdir)/500-CVE-2006-3467_pcf-strlen.diff + cd $(freetype_u) ./configure --prefix=/usr CFLAGS=\$(CFLAGS)\ # cd $(freetype_u) ./configure --prefix=/usr $(MAKE) -C $(freetype_u) diff -u freetype-2.1.7/debian/changelog freetype-2.1.7/debian/changelog --- freetype-2.1.7/debian/changelog +++ freetype-2.1.7/debian/changelog @@ -1,3 +1,12 @@ +freetype (2.1.7-6) stable-security; urgency=low + + * Add debian/patches-freetype/CVE-2006-3467_pcf-strlen.patch for +CVE-2006-3467, a missing string length check in PCF files that +leads to a possibly exploitable integer overflow. Thanks to Martin +Pitt for the patch. Closes: #379920. + + -- Steve Langasek [EMAIL PROTECTED] Tue, 12 Sep 2006 23:27:20 -0700 + freetype (2.1.7-5) stable; urgency=low * Backport the fix for bug #367579 (use CURDIR instead of PWD) so that only in patch2: unchanged: --- freetype-2.1.7.orig/debian/patches/500-CVE-2006-3467_pcf-strlen.diff +++ freetype-2.1.7/debian/patches/500-CVE-2006-3467_pcf-strlen.diff @@ -0,0 +1,34 @@ +Index: freetype-2.1.7/src/pcf/pcfread.c +=== +--- freetype-2.1.7.orig/src/pcf/pcfread.c 2006-07-26 12:59:30.0 +0200 freetype-2.1.7/src/pcf/pcfread.c 2006-07-26 12:59:46.0 +0200 +@@ -433,6 +433,14 @@ + + for ( i = 0; i nprops; i++ ) + { ++ /* 2006:0500 (mbarnes) - Detect invalid string length. ++ * XXX Is this is best error code to return? */ ++ if ( props[i].name 0 ) ++ { ++error = FT_Err_Invalid_File_Format; ++goto Bail; ++ } ++ + /* XXX: make atom */ + if ( FT_NEW_ARRAY( properties[i].name, + ft_strlen( strings + props[i].name ) + 1 ) ) +@@ -443,6 +451,14 @@ + + if ( props[i].isString ) + { ++ /* 2006:0500 (mbarnes) - Detect invalid string length. ++ * XXX Is this the best error code to return? */ ++if ( props[i].value 0 ) ++{ ++ error = FT_Err_Invalid_File_Format; ++ goto Bail; ++} ++ + if ( FT_NEW_ARRAY( properties[i].value.atom, +ft_strlen( strings + props[i].value ) + 1 ) ) + goto Bail; signature.asc Description: Digital signature
Bug#387251: ipw3945 firmware does not load on upgrade to udev 0.100
Package: udev Version: 0.098-2 Severity: normal After upgrading udev to 0.100-1, I could not load the firmware for my ipw3945 wireless card. Syslog reported the following: Sep 13 19:06:43 localhost kernel: ipw3945: no version for ieee80211_wx_get_encodeext found: kernel tainted. Sep 13 19:06:43 localhost kernel: ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.1.0d Sep 13 19:06:43 localhost kernel: ipw3945: Copyright(c) 2003-2006 Intel Corporation Sep 13 19:06:43 localhost kernel: ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection Sep 13 19:06:53 localhost kernel: ipw3945: ipw3945.ucode load failed: Reason -2 Sep 13 19:06:53 localhost kernel: ipw3945: Could not read microcode: -2 Sep 13 19:06:53 localhost kernel: ipw3945: probe of :0c:00.0 failed with error -2 The modprobe of the module seemed to be taking a long time. After downgrading to 0.098-2, it worked again. From my bug checking, it seems I am having the same symptoms as #328094, though I can't tell why. All I can say is that the problem seems to exist for 0.100. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 20 2006-04-18 15:06 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2006-04-18 15:31 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2006-08-04 18:29 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 22 2006-04-18 15:31 025_logitechmouse.rules - ../logitechmouse.rules lrwxrwxrwx 1 root root 16 2006-07-11 11:40 030_ifplugd.rules - ../ifplugd.rules lrwxrwxrwx 1 root root 15 2006-04-19 00:07 85-pcmcia.rules - ../pcmcia.rules lrwxrwxrwx 1 root root 15 2006-08-25 09:52 libnjb.rules - ../libnjb.rules lrwxrwxrwx 1 root root 13 2006-04-18 15:06 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-04-18 15:06 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-04-18 15:06 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 866 2006-08-29 13:39 z25_persistent-cd.rules -rw-r--r-- 1 root root 676 2006-08-29 13:39 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-04-21 09:25 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-04-18 15:06 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2006-04-18 15:06 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2006-04-19 11:13 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2006-04-19 10:48 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 29 2006-04-18 15:06 z75_cd-aliases-generator.rules - ../cd-aliases-generator.rules lrwxrwxrwx 1 root root 12 2006-09-13 09:17 z99_hal.rules - ../hal.rules -- /sys/: /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/nbd0/dev /sys/block/nbd10/dev /sys/block/nbd11/dev /sys/block/nbd12/dev /sys/block/nbd13/dev /sys/block/nbd14/dev /sys/block/nbd15/dev /sys/block/nbd1/dev /sys/block/nbd2/dev /sys/block/nbd3/dev /sys/block/nbd4/dev /sys/block/nbd5/dev /sys/block/nbd6/dev /sys/block/nbd7/dev /sys/block/nbd8/dev /sys/block/nbd9/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram16/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda3/dev /sys/block/sr0/dev /sys/class/capi/capi/dev /sys/class/cpuid/cpu0/dev /sys/class/cpuid/cpu1/dev /sys/class/graphics/fb0/dev /sys/class/i2c-dev/i2c-0/dev /sys/class/i2c-dev/i2c-1/dev /sys/class/i2c-dev/i2c-2/dev /sys/class/ieee1394_protocol/dv1394-0/dev /sys/class/ieee1394_protocol/raw1394/dev /sys/class/ieee1394_protocol/video1394-0/dev /sys/class/input/input0/event0/dev /sys/class/input/input0/mouse0/dev /sys/class/input/input3/event3/dev /sys/class/input/input4/event4/dev /sys/class/input/input4/mouse2/dev /sys/class/input/input7/event5/dev /sys/class/input/input8/event6/dev /sys/class/input/input8/mouse3/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/hpet/dev /sys/class/misc/hw_random/dev /sys/class/misc/nvram/dev /sys/class/misc/pktcdvd/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/tun/dev /sys/class/misc/vhci/dev /sys/class/msr/msr0/dev /sys/class/msr/msr1/dev /sys/class/ppp/ppp/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/seq/dev
Bug#383091: cupsys: failure to connect to usb printer
For what its worth, removing and reinstalling the package had no effect, but after purging first and then installing it magically started working properly. Perhaps a config file problems? Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387248: Democracyplayer - errore installazione
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: democracyplayer Version: 0.8.5-3 - # apt-get install democracyplayer Lettura della lista dei pacchetti in corso... Fatto Generazione dell'albero delle dipendenze in corso... Fatto Alcuni pacchetti non possono essere installati. Questo può voler dire che è stata richiesta una situazione impossibile oppure, se si sta usando la distribuzione unstable, che alcuni pacchetti richiesti non sono ancora stati creati o rimossi da incoming. Poiché è stata richiesta solo una singola operazione è molto facile che il pacchetto semplicemente non sia installabile, si consiglia di inviare un bug report per tale pacchetto. Le seguenti informazioni possono aiutare a risolvere la situazione: I seguenti pacchetti hanno dipendenze non soddisfatte: democracyplayer: Dipende: libxine1 (= 1.1.1+cvs20060621-1) ma 1.0.1-1sarge3 sta per essere installato E: Pacchetto non integro - --- OS: Debian Etch Kernel: 2.6.8-2-686 libc6: 2.3.6.ds1-4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFB67GRBgBWfRDdk4RAsxOAJwJlkpnodVBducpE7/d8epKHXEHggCgoTgg 1BisAcLKGmr4W7YVJ+x96pU= =/sYi -END PGP SIGNATURE-
Bug#387249: [NONFREE-DOC] Package contains IETF RFC/I-D
Package: camstream-doc Version: 0.26.3-9 Hi! It seems your package contains non-free IETF RFC/I-D's: usr/share/doc/camstream-doc/tech/rfc959.txt.gz doc/camstream-doc The license on IETF RFC/I-D's is not DFSG-free, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810 http://release.debian.org/removing-non-free-documentation I believe the options are: 1) Remove the file from the package (which may include re-packaging the source code). 2) Move the files to a non-free package (which may also include re-packaging the source code). If you disagree with this, because this bug is reported for several packages at once, it seems better to discuss this on debian-legal, in this thread: http://thread.gmane.org/gmane.linux.debian.devel.legal/25993 The severity is serious, because this violates the Debian policy http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg. I'm sorry if this report is filed in error, I went over many packages looking for suspicious filenames, and there may be false positives. Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387250: [NONFREE-DOC] Package contains IETF RFC/I-D
Package: libaws-doc Version: 2.2-1 Severity: serious Hi! It seems your package contains non-free IETF RFC/I-D's: usr/share/doc/libaws-doc/rfc0821.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc1738.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc1867.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc1939.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc1945.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2045.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2049.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2109.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2183.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2195.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2554.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2595.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2616.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2617.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2817.txt.gz doc/libaws-doc usr/share/doc/libaws-doc/rfc2818.txt.gz doc/libaws-doc The license on IETF RFC/I-D's is not DFSG-free, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810 http://release.debian.org/removing-non-free-documentation I believe the options are: 1) Remove the file from the package (which may include re-packaging the source code). 2) Move the files to a non-free package (which may also include re-packaging the source code). If you disagree with this, because this bug is reported for several packages at once, it seems better to discuss this on debian-legal, in this thread: http://thread.gmane.org/gmane.linux.debian.devel.legal/25993 The severity is serious, because this violates the Debian policy http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg. I'm sorry if this report is filed in error, I went over many packages looking for suspicious filenames, and there may be false positives. Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387183: ctn: Cannot open ANY dicom file on AMD64
Hi, On Wed, Sep 13, 2006 at 02:20:42AM +0200, Thijs Kinkhorst wrote: On Tue, September 12, 2006 21:37, Michael Hanke wrote: I'm packaging a DICOM - NIfTI converter which uses the CTN library. I had to discover that the converter does not work on AMD64 machine, while everything is ok on i386. Thanks for your report. I've heard some other (more casual) comments about 64-bit incompatibilities before. I've passed these on to upstream, upstream has been promising a new release for over a year now but to no avail. Since the current packaged version is from 2002 and has a number of other problems, I'm quite inclined to *not* release ctn with etch unless there's new upstream work. I think this is the extra drop that was needed to take that decision. Of course, anyone willing to hack on CTN to bring it up to speed with current environments is welcome. But I think at this point it's not that sensible to try to keep CTN alive in Debian without upstream support or other longer-time commitments to code maintenance; especially since the popcon numbers are not impressive and I don't use it myself anymore. I'm cc'ing this to debian-med; maybe someone there is interested in reviving CTN. If a release manager reads this - CTN can be removed from testing for the time being. Really sad news. As you might know I'm working on getting a whole toolchain for (medical-imaging|neuroscience) research into Debian. One key feature is of course a converter that moves the data from the scanner into a useful dataformat. I think this is NIfTI. The make the story short, the best converter that I know of depends on CTN. Upstream rereleased it under the GPL (for Debian main), several bugfixes are on the way, but this might be the end!? I haven't looked at the CTN package, but I also think that it is a heavy job to maintain it without upstream. Do you know, by any chance, some good candidate to replace CTN? I do not really care for the console tools, but for the library itself. Cheers, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387252: normalize-audio: New upstream version and URL
Package: normalize-audio Version: 0.7.6-7 Severity: wishlist Hi, The URL in the copyright file http://www.cs.columbia.edu/~cvaill/normalize/normalize-0.7.6.tar.gz; now 404s. The new upstream URL seems to be: http://normalize.nongnu.org/ A new release is also listed at this new URL, 0.7.7 http://savannah.nongnu.org/download/normalize/normalize-0.7.7.tar.gz (or .bz2) with misc. bug fixes. Any chance of a rebuild before etch? Thanks a lot, Stu. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages normalize-audio depends on: ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libmad0 0.15.1b-2.1 MPEG audio decoder library Versions of packages normalize-audio recommends: ii vorbis-tools 1.1.1-6several Ogg Vorbis tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386308: [Pkg-dia-team] Bug#386308: dia-common: Dependency issues on sid
Hi, Anders Breindahl wrote: `aptitude install dia` gives the following output: - snip - The following packages are BROKEN: dia - snip - The following packages have unmet dependencies: dia: Depends: dia-common (= 0.95.0-4) but 0.95.0-4.1 is to be installed. Resolving dependencies... While it should be possible to circumvent this by simply installing dia-common manually, that isn't possible, too. Could this be caused by the dependency depending directly on a specific version, rather than that version and above? I don't know how this was caused, but I can't reproduce it and I guess it's just gone now that 0.95.0-4.1 properly propagated to the mirrors. Please try again and report back. Thanks, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387141: Catalan translation fixes/corrections
Quoting Robert Millan ([EMAIL PROTECTED]): Package: apt Version: 0.6.45 Severity: normal Tags: patch l10n Attaching a few fixes/corrections for the Catalan translation. I highly suppose that this gets the approval of Jordi as translator owning that translation. I would recommend always taking care to CC the registered translation (ie from Last-Translator) just to be sure to avoid any confusion or misunderstanding. Please confirm before I can commit ; signature.asc Description: Digital signature
Bug#387253: SMTP problem with postfix postfix_2.3.3-1_i386.deb
Package: postfix Version: 2.2.10-2 achilles:/var/cache/apt/archives# which postfix /usr/sbin/postfix achilles:/var/cache/apt/archives# type postfix postfix is hashed (/usr/sbin/postfix) achilles:/var/cache/apt/archives# dpkg --search /usr/sbin/postfix postfix: /usr/sbin/postfix achilles:/var/cache/apt/archives# dpkg --list postfix Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-==-==- ii postfix 2.2.10-2 A high-performance mail transport agent achilles:/var/cache/apt/archives# dpkg --status postfix Package: postfix Status: install ok installed Priority: extra Section: mail Installed-Size: 2212 Maintainer: LaMont Jones [EMAIL PROTECTED] Architecture: i386 Version: 2.2.10-2 Replaces: postfix-doc ( 1.1.7-0), postfix-tls, mail-transport-agent Provides: mail-transport-agent, postfix-tls Depends: libc6 (= 2.3.6-6), libdb4.3 (= 4.3.28-1), libsasl2 (= 2.1.19.dfsg1), libssl0.9.8 (= 0.9.8b-1), debconf (= 0.5) | debconf-2.0, netbase, adduser (= 3.48), dpkg (= 1.8.3), lsb-base (= 3.0-6), ssl-cert Recommends: mail-reader, resolvconf Suggests: procmail, postfix-mysql, postfix-pgsql, postfix-ldap, postfix-pcre, sasl2-bin, libsasl2-modules Conflicts: mail-transport-agent, smail, libnss-db ( 2.2-3), postfix-tls Conffiles: /etc/init.d/postfix ecdb425d565b90668bc42c2a4e921b7e /etc/ppp/ip-up.d/postfix fccc53fc4eeeab46941ebcc95a71e766 /etc/ppp/ip-down.d/postfix 52275dc23864f3bfca412c7558e28fe6 /etc/network/if-up.d/postfix fccc53fc4eeeab46941ebcc95a71e766 /etc/network/if-down.d/postfix 52275dc23864f3bfca412c7558e28fe6 /etc/postfix/postfix-script 1b9f1c7cfdb4a58dec3c658bac58199f /etc/postfix/post-install 5c32eed54c3c4807117c83fff7331b3a /etc/postfix/postfix-files 39f07a8159e619f6f93083502f9bba90 /etc/resolvconf/update-libc.d/postfix 3c921a0c2447ae3e166a62411568d048 Description: A high-performance mail transport agent Postfix is Wietse Venema's mail transport agent that started life as an alternative to the widely-used Sendmail program. Postfix attempts to be fast, easy to administer, and secure, while at the same time being sendmail compatible enough to not upset existing users. Thus, the outside has a sendmail-ish flavor, but the inside is completely different. I apt-get upgraded and postfix got updated. After that I couldnt send mails through my smtp server. I checked everything were ok. Both that postfix didnt run as root, and that sendmail -bs neither did run as root. When I tried to send mails I got these two error messages in /var/log/mail.log: error: incorrect SMTP server privileges: uid=0 euid=0 fatal: the Postfix SMTP server must run with $mail_owner privileges Then I degraded to the previous version and my smtp server worked perfectly once again. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386406: libmms: majormms haven't yet granted relicensing to LGPL
severity 386406 important tags 386406 + moreinfo retitle 386406 Some bits might not have been properly relicensed, but please provide/gather more information stop Hi, On Tue, Sep 12, 2006, Don Armstrong wrote: Loic: The only actual (minor) issue here is that the package doesn't reference the GPL and include the copyright+licensing statement of the parts that are GPL licensed. It would also be useful to include the actual copyright statements of the parts which you have included the LGPLed license statement. [Adjusting the severity accordingly; feel free to override.] The upstream tarball is said to be LGPL, and was relicensed as such after the message the OP links to. This is the result of an upstream relicensing work, which was announced publicly and followed by a tarball release. My understanding is that the submitter claims that this relicensing is incomplete and/or erroneous, but doesn't provide any further information than references to messages before the relicensing happened. Even if relicensing the Debian package would have some consequences, I am open to this solution *if* this has some factual and recent ground. I currently didn't see any useful new piece of information, and would like to get convinced that the licensing is required (since I had already convinced myself that the LGPL was fine when I prepared the package in the first place). Perhaps the best way to achieve this is for the OP to clarify the conditions of the relicensing with upstream. Before anyone suggest I should be the one doing this, please recall that I already did it when uploading to Debian, and there's no new piece of information in the report. Thanks for discussion, -- Loïc Minier [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Selon Nacho Barrientos Arias [EMAIL PROTECTED]: (gdb) print style_ptr-font $2 = (GdkFont *) 0x7083d0 (gdb) next (gdb) print style_ptr-font Is it NULL now? Yes, (gdb) next 170 style_ptr = styles_list-edit_text_background; (gdb) print style_ptr-font $3 = (GdkFont *) 0x0 Great, thanks. Could you please try the attached patch? It tries to avoid the problem you're facing. Thomas--- prefop.c- 2006-09-13 07:54:20.0 + +++ prefop.c 2006-09-13 07:58:01.0 + @@ -156,10 +156,12 @@ */ #define DO_APPLY_ENTRY_FONT_NAME { \ if((font_name != NULL) (style_ptr != NULL)) { \ - if(style_ptr-font != NULL)\ - gdk_font_unref(style_ptr-font); \ - style_ptr-font = gdk_font_load(font_name); \ -} } + GdkFont *new_font = gdk_font_load(font_name); \ + if(new_font != NULL) {\ + if(style_ptr-font != NULL)\ + gdk_font_unref(style_ptr-font); \ + style_ptr-font = new_font;\ +} } } /* Font editable text */ font_name = (gchar *)PrefParmGetValueP(
Bug#387255: debian-cd: breakage when using KERNEL_PARAM
Package: debian-cd Version: 2.2.24 Severity: normal Tags: patch when building an image and setting the KERNEL_PARAMS variable, the generated CD sandwiches KERNEL_PARAMS against the default options without any space. i.e., my bootprompt line ended up like this: ... console-tools/archs=skip-configvga=normal initrd=/install/2.6/initrd.gz ... attached is a patch which should fix it. live well, vagrant -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages debian-cd depends on: ii apt 0.6.45 Advanced front-end for dpkg ii apt-utils0.6.45 APT utility programs ii bc 1.06-19 The GNU bc arbitrary precision cal ii cpp 4:4.1.1-5 The GNU C preprocessor (cpp) ii debootstrap 0.3.3 Bootstrap a basic Debian system ii grep-dctrl 2.9.0 Grep Debian package information - ii lynx 2.8.5-2sarge1.1 Text-mode WWW Browser ii make 3.81-2 The GNU version of the make util ii mkisofs 4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem ii perl [libdigest-md5-perl 5.8.8-6.1 Larry Wall's Practical Extraction ii sysutils 2.0.1 Miscellaneous small system utiliti Versions of packages debian-cd recommends: ii debianutils 2.17 Miscellaneous utilities specific t pn hfsutils none (no description available) pn jigdo-filenone (no description available) -- no debconf information --- /usr/share/debian-cd/tools/boot/etch/boot-i386 2006-03-06 17:43:17.0 -0600 +++ boot-i386 2006-09-13 03:00:06.0 -0500 @@ -167,7 +167,7 @@ if [ -n $KERNEL_PARAMS ]; then # Substitute custom kernel params into the isolinux config # file. - sed -i s|append |append $KERNEL_PARAMS| boot$N/isolinux/isolinux.cfg + sed -i s|append |append $KERNEL_PARAMS | boot$N/isolinux/isolinux.cfg fi fi
Bug#387203: Taking bastet
owner 387203 ! thanks According to [1], i take this ITA. [1] http://lists.debian.org/debian-devel/2006/09/msg00343.html -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348316: faubackup: Return with non-zero exit value on full disk
On Mon, 2006-09-04 18:26:47 +0200, Martin Waitz [EMAIL PROTECTED] wrote: On Mon, Sep 04, 2006 at 10:26:31AM +0200, Jan-Benedict Glaw wrote: One of my backup systems went out of disk space last night. I saw the disk full message, but faubackup exited with return code zero... This is an excerpt of the log file I was sent: Rotating backup Will execute: ssh -i /root/.ssh/back2print_backup_key [EMAIL PROTECTED] faubackup --one-file-system /mnt/backup/faubackup/staging/backprint/root_mnt_samba /mnt/backup/faubackup/daily/backprint/root_mnt_samba faubackup-scatter: fwrite ..inodes/fe04/00/4c/00/58: No space left on device Result: 0 The Result: line really is the $? value:-/ Both client and server run faubackup-0.5.8. Any chance to get it fixed to return non-zero exit values after errors? I have no clue how this can happen. Could you please send me an strace extract of the faubackup command, from the failed fwrite to the end? (start strace -f -o faubackup.strace faubackup --one-file-system ..., then remove the beginning from the file) As it's now known how to fix the wrong exit code, will there be a new Debian package soon? MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: Eine Freie Meinung in einem Freien Kopf the second : für einen Freien Staat voll Freier Bürger. signature.asc Description: Digital signature
Bug#384791: fbtv: fails with `mmap: Invalid argument'
package fbtv reopen 384791 thanks On Tue, Sep 05, 2006 at 12:32:31AM +0200, Aurelien Jarno wrote: They have failed due to a temporary problem, but the buildd maintainers of those architecture haven't requeued them. I will ask them. Hmmm, this seems to take a while. I'll reopen then bug to prevent the wrong version from entering testing. It should be closed automagically anyways once all archs are built. However, if it should not, I will also take care of this :) Mario -- Why are we hiding from the police, daddy? | J. E. Guenther Because we use SuSE son, they use SYSVR4. | de.alt.sysadmin.recovery signature.asc Description: Digital signature
Bug#387254: conserver-server: build conserver for AMD64, please
Package: conserver-server Version: 8.1.14-1 Severity: wishlist Please, could you include conserver packages in AMD64 debian unstable/testing? The packages are present in unofficial AMD64 Sarge, and I use conserver packages build from unstable sources on AMD64 testing without any problems. Thank you. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (150, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-em64t-p4-smp Locale: LANG=, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages conserver-server depends on: ii adduser 3.95 Add and remove users and groups ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra conserver-server recommends no packages. -- debconf information excluded -- Regards, Sasha. Alexandra N. Kossovsky, software engineer. e-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387258: alsa-driver: Wrong use of po-debconf flags
Package: alsa-driver Severity: normal Tags: patch l10n The logic of the translate flag is actually inverted in one of the templates. You obviously want to mark the variable as not to be translated and, instead, it's marked as the only part to be translated. I deeply suggest that, if you happen to receive translation updates, you DO NOT apply them as ytou're likely to lose some translations. If you use a VCS, you should even probably revert to the former version of all PO files. As long as this will be fixed, I suggest you post a call for translation updates in debian-i18n. If in trouble, please feel free to send me the whole set of PO files *before* this change (ie in former versions) and I can try handling this and help posting the call for updates, if one is needed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384791: fbtv: fails with `mmap: Invalid argument'
close 384791 3.95-4 thanks On Wed, Sep 13, 2006 at 09:47:18AM +0200, Mario 'BitKoenig' Holbe wrote: package fbtv reopen 384791 thanks On Tue, Sep 05, 2006 at 12:32:31AM +0200, Aurelien Jarno wrote: They have failed due to a temporary problem, but the buildd maintainers of those architecture haven't requeued them. I will ask them. Hmmm, this seems to take a while. I'll reopen then bug to prevent the wrong version from entering testing. There's no danger of that happening. It should be closed automagically anyways once all archs are built. No, this would not happen. Bugs are only closed automatically for sourceful uploads, and the versioned close previously sent gave the BTS accurate information about the state of this bug (TTBOMK) -- your reopen removed that bug state unnecessarily. As for getting the package built, both arm and i386 should be taking another crack at xawtv now. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#384962: locale unusable with current firefox
On Tue, 12 Sep 2006 21:51:31 +0200, gerhard oettl wrote: Same story here, but as suggested in bug 364454 aptitude reinstall firefox-locale-de revived the language support. As already stated in bug 364454, running touch /usr/lib/firefox/extensions/langpack-* is much faster than reinstalling and does the trick, too. Maybe the postinst script of firefix should search for language-packages and reinstall them. Overkill? Both overkill and not a solution, because both reinstalling and the above command only work on user accounts with an already existing .mozilla directory. Newly created users will still have an english firefox. Since firefox' locales are not included in the firefox package itself (upstream packages are also separate), new uploads of the debian packages are needed for any new firefox version (any firefox upload? -- has anybody checked?). This sucks, because it requires timely action by the maintainer. It would really be nicer if firefox itself would cope better with this situation. But this probably won't happen in time for etch. Luk, could you please upload a new version? Thanks, Nis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Nacho Congratulations, i applied it to a clean source tree and it works for Nacho me. Now, i can execute Manedit with an existing RC file. Great! So the previous patch manedit.diff is not needed? I believe drag and drop could crash without it, but this is not related to this bug. Me Heck. Here's the patch. Oh well. My webmail is hiding attachments. Sorry for the duplicate. Thomas
Bug#386406: libmms: majormms haven't yet granted relicensing to LGPL
On Wed, 13 Sep 2006, Loïc Minier wrote: On Tue, Sep 12, 2006, Don Armstrong wrote: Loic: The only actual (minor) issue here is that the package doesn't reference the GPL and include the copyright+licensing statement of the parts that are GPL licensed. It would also be useful to include the actual copyright statements of the parts which you have included the LGPLed license statement. [Adjusting the severity accordingly; feel free to override.] The upstream tarball is said to be LGPL, and was relicensed as such after the message the OP links to. This is the result of an upstream relicensing work, which was announced publicly and followed by a tarball release. My understanding is that the submitter claims that this relicensing is incomplete and/or erroneous, but doesn't provide any further information than references to messages before the relicensing happened. Ah; my understanding was that there were some parts (the xmms header files?) which were GPL only, and that the rest of libmms was licenced under the LGPL, which is what I retitled the bug to clarify. [If that's actually the case, as debian/copyright currently indicates, it should eventually be modified with the changes I suggested... but that's a trivial issue.] Even if relicensing the Debian package would have some consequences, I am open to this solution *if* this has some factual and recent ground. Let me be as unequivocal as I can be: There is no factual ground or reasonable reason to strip out the LGPL and return the work to the GPLed state. Because the LGPL can always be returned to the GPL, it is always compatible with the GPL. We as distributors do not need to reduce the flexibility we offer to those using the distribution.[1] If upstream has released it under the LGPL, then that's good enough. Even if they've made a mistake, and parts of it are still GPLed, that's still fine because the LGPL is explicitly compatible with the GPL. All that would mean is that the copyright file has a fixable error in it because it doesn't document the actual license of parts carefully enough. The only questionable part comes if you actually need the permissions of the LGPL in Debian... but I assume that's not the case here. [And baring clarification from the submitter, we should assume that the relicensing was carried out with due dilligence, and that those extra permisions are actually available.] Don Armstrong 1: We obviously could... but it is not required. -- If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money it values more, it will lose that, too. -- W. Somerset Maugham http://www.donarmstrong.com http://rzlab.ucr.edu
Bug#387257: ICE: verify_stmts failed (invalid operand to unary operator [0];)
Package: gcc-snapshot Version: 20060912-1 PR29059 Automatic build of re_0.1-5 on em64t by sbuild/amd64 0.49 ... src/ru32un.c: In function 'void SaveAddCPI(char*)': src/ru32un.c:529: error: invalid operand to unary operator [0]; src/ru32un.c:529: error: invalid operand to unary operator [0]; src/ru32un.c:529: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. make: *** [build-stamp] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
tags 384585 + patch thanks Date: Wed, 13 Sep 2006 10:05:21 +0200 Thomas Girard [EMAIL PROTECTED] wrote: Great, thanks. Could you please try the attached patch? It tries to avoid the problem you're facing. Congratulations, i applied it to a clean source tree and it works for me. Now, i can execute Manedit with an existing RC file. -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387256: pgadmin3: missing schema parameter during backup (missing pg_dump --schema=schema option)
Package: pgadmin3 Version: 1.4.0-0.3.release.sarge.2 Severity: normal Tags: patch I define two or more schemas in a database (say schema1 and schema2) and restrict user access to them (say user1 can work on schema1 only, and user2 can work on schema2 only). user1 creates table addressbook in schema1 user2 creates table addressbook in schema2 They work fine on their tables, but if user1 select table addressbook in pgadmin3 object browser and tries to backup that table, pgadmin3 refuses to execute the requested operation saying that user1 has not enough rights to access table addressbook. Problem is: pgadmin3 invokes command line tool pg_dump, without specifying the --schema=schema1 option in the command line. Solution/Patch: add --schema=schemaNameOfTheSelectedTable to the command line of pg_dump -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.5-686-smp-p4-w4l-himem Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages pgadmin3 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13sarge1 GCC support library ii libpq37.4.7-6sarge2 PostgreSQL C client library ii libssl0.9.7 0.9.7e-3sarge2 SSL shared libraries ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.0-0.pgadmin3.sarge.1 wxWidgets Cross-platform C++ GUI t ii pgadmin3-data 1.4.0-0.3.release.sarge.2 Graphical administration tool for -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Selon Thomas Girard [EMAIL PROTECTED]: Great, thanks. Could you please try the attached patch? It tries to avoid the problem you're facing. Heck. Here's the patch.--- prefop.c- 2006-09-13 07:54:20.0 + +++ prefop.c 2006-09-13 07:58:01.0 + @@ -156,10 +156,12 @@ */ #define DO_APPLY_ENTRY_FONT_NAME { \ if((font_name != NULL) (style_ptr != NULL)) { \ - if(style_ptr-font != NULL)\ - gdk_font_unref(style_ptr-font); \ - style_ptr-font = gdk_font_load(font_name); \ -} } + GdkFont *new_font = gdk_font_load(font_name); \ + if(new_font != NULL) {\ + if(style_ptr-font != NULL)\ + gdk_font_unref(style_ptr-font); \ + style_ptr-font = new_font;\ +} } } /* Font editable text */ font_name = (gchar *)PrefParmGetValueP(
Bug#387250: [NONFREE-DOC] Package contains IETF RFC/I-D
Ludovic Brenta [EMAIL PROTECTED] writes: Simon, Thanks for bringing this issue to my attention. I will remove the RFC documents from the package, as I'm sure they're in doc-rfc anyway. However, before I do that, I'll ask upstream when a new release is planned, and whether they'd be willing to delete the documents from their tarballs. Sounds fine! Thanks for your swift response. /Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387250: [NONFREE-DOC] Package contains IETF RFC/I-D
Simon, Thanks for bringing this issue to my attention. I will remove the RFC documents from the package, as I'm sure they're in doc-rfc anyway. However, before I do that, I'll ask upstream when a new release is planned, and whether they'd be willing to delete the documents from their tarballs. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386954: dirvish should reside in /usr/bin
also sprach martin f krafft [EMAIL PROTECTED] [2006.09.11.1731 +0200]: There simply are tools that are not for everybody, ifconfig, lsof comes to mind. ifconfig needs root access for most of it's operations, and lsof (which I happen to use a lot as non-root) just happens to be in /usr/bin. :) also, iproute is /bin/ip, not /sbin/ip ... the same applies to things like updatedb and plenty of others. -- .''`. 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 signature.asc Description: Digital signature (GPG/PGP)
Bug#385980: err.. sorry
My previous message was for #345931, sorry ;) -- The probability of failure of a (computer) system is exponentially proportional to the physical distance between it and the one who could fix it. -- Martin F. Krafft -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345931: If the problem is that the user doesn't know he won't be able to reboot...
Steve Langasek [EMAIL PROTECTED] writes: Surely this is still a bug in the grub shell for failing to notice that it had rendered the system unbootable? Grub shell is supposed to be used by experienced users, and if the big problem is that setup() doesn't copy those files to /boot/ there are two lines of action: a) On a call to setup() output a nice warning message that clearly says that the files MUST be manually copied by the user encouragin the use of grub-install b) On a call to setup() take care of copying the files. I'd vote for option a, with that warning in place the bug would be ok, right? I've never touched inside grub but I can try to patch it if you select A, and less maybe for B ;) [so, is option A ok for closing the bug? at least the user knows that he/she won't boot again... hehe] Cheers, Marc. -- The probability of failure of a (computer) system is exponentially proportional to the physical distance between it and the one who could fix it. -- Martin F. Krafft -- The probability of failure of a (computer) system is exponentially proportional to the physical distance between it and the one who could fix it. -- Martin F. Krafft -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387260: Patch for serious BT performance problem available in CVS - please sync
Package: mldonkey-server Version: 2.7.7-10 Having patch 5384 ( http://savannah.nongnu.org/patch/?5384 ) in Debian package would be enough, but it would also be nice if you could include the latest patches as well: 2006/09/13 5386: Telnet: Longhelp cleanup 5385: Command mem_stats: verbosity 0 is default now 5360: patch removed, it does not fix the bug 5383: BT: Detect new client types (thx to pango) - fix Mainline detection for two-digit version numbers - fix Tornado detection - fix broken Bits on wheels detection - detect Rufus - detect Bitspirit v3 5384: BT: Fix serious bug causing bad performance introduced by abstract bitmaps patch (pango) Greetings, spiralvoice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387189: samba: Panic or segfault in Samba
#3 0x0822b8ba in smb_panic ( why=0xbfa206c4 pdb_get_methods_reload: failed to get pdb methods for backend smbpasswd,\n) at lib/util.c:1601 commas in passdb backend are not supported anymore in 3.0.23. We suggest that you remove this comma. signature.asc Description: Digital signature
Bug#365140: process
Hi Finn-Arne You already give the explanation for avoiding the start of the script (enable-nat). What would you like to see changed? I see that it might be annoying and that the user/admin has to think about it first before installing debian-edu-config and for special rules for instance create such files and deactivate things, but imho there is no other way of doing it. I would like to close this bugreport, but want to wait for a statement first. Cheers Steffen pgpcI7UjRRKnS.pgp Description: PGP signature
Bug#384585: manedit: crashes with autogenerated rc file
Date: Wed, 13 Sep 2006 10:35:24 +0200 Thomas Girard [EMAIL PROTECTED] wrote: Great! So the previous patch manedit.diff is not needed? I believe drag and drop could crash without it, but this is not related to this bug. It seems to work without this patch at the moment, but i only tested it dragging and dropping manpage sections in left menu. I'll continue testing it. Anyway, attach the other patch to the corresponding bug or, if not exists, clone this bug or report a new one :) -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387259: mock: long description not really helpful
Package: mock Version: 0.6.4-1 Severity: minor Hi! The long description isn't really a help. It says it takes a srpm and builds it in a chroot. What then? What's the result of that? A compiled rpm binary package? A .deb? How does it set the dependencies if its a rpm binary (though, I'm not sure, if that isn't hardcoded in the .spec file, knowing next to nothing about the rpm build process myself). What sort of chroot/net access does it require for a prober build? Thanks in advance, Alfie -- ntpdate www.infomaniak.ch (ich glaube es fehlen die Optionen; siehe man-pages) seit wann ist 'ne world wide web-adresse 'n Timeserver? -- Jonas Meurer in news:at.linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364965: Don't load type1 backend by default
On Thu, Apr 27, 2006 at 00:49:16 +0200, Juliusz Chroboczek wrote: I would like to argue that the type1 backend should not be loaded by default. To do this, it seems to be sufficient to remove type1 from the DEFAULT_MODULES variable in xserver-xorg.config.in, and maybe from the Default line of the xserver-xorg/config/modules debconf template. Cheers, Julien signature.asc Description: Digital signature
Bug#387261: watchdog: Fails to configure
Package: watchdog Version: 5.2.6-3 Severity: grave Justification: renders package unusable Setting up watchdog (5.2.6-3) ... udev active, devices will be created in /dev/.static/dev/ udev active, devices will be created in /dev/.static/dev/ dpkg: error processing watchdog (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: watchdog -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Versions of packages watchdog depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii makedev 2.3.1-83creates device files in /dev ii udev 0.093-1 /dev/ and hotplug management daemo watchdog recommends no packages. -- debconf information: * watchdog/restart: true * watchdog/run: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387264: eric: Can't load a project file
Package: eric Version: 3.9.1-1 Severity: important If I try to load a project, the software hangs even the project was created with the same verzion of eric. There is no warning or error in console :( -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11.moria Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages eric depends on: ii bicyclerepair 0.9-4.1A refactoring tool for python ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.5 register and build utility for Pyt ii python-qt33.16-1.2 Qt3 bindings for Python ii python-qtext 3.16-1.2 Qt extensions for PyQt Versions of packages eric recommends: pn eric-api-filesnone (no description available) pn libqt3-i18n none (no description available) pn python-kde3 none (no description available) ii python-xml0.8.4-5XML tools for Python -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387178: [powerpc] Suspend-to-disk does not work with 2.6.17-2
On Tue, Sep 12, 2006 at 08:54:58PM +0200, Michael Tautschnig wrote: I've been using custom built kernels on my Powerbook6,8 ever since, but I wanted to give Debian kernels a try. However, suspend-to-disk (using hibernate) does not work due to khvcd not stopping: kernel: Stopping tasks: kernel: stopping tasks timed out after 20 seconds (1 tasks remaining): kernel: khvcd kernel: Restarting tasks...6 Strange, khvcd not stopped kernel: done If you need any further info, feel free to contact me. please try the latest snapshots for 2.6.18-rc6, you'll find instructions: http://wiki.debian.org/DebianKernel if the problem persist please report the bug upstream at bugzilla.kernel.org. providing a pointer to the upstream bug would be nice. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387195: patch
Quoting Davide Viti ([EMAIL PROTECTED]): Tags: patch The attached patch fixes compilation by removing dependency from ${unidatadir}/UnicodeData.txt in the $(AUTO_FALLBACKS_FB) and $(AUTO_FALLBACKS_NFB) rules Thanks, Davide. I'd prefer Alastair uploading a new version than myself as I have no skill to judge whether that patch is correct or not (I suspect it is...:-)). signature.asc Description: Digital signature
Bug#387057: xfsprogs: repeated xfs_repair does not fix the filesystem
Nathan Scott [EMAIL PROTECTED] writes: On Tue, Sep 12, 2006 at 12:30:08AM +0200, Ferenc Wagner wrote: Package: xfsprogs Version: 2.8.11-1 Severity: normal I guess my problem is rooted in the 'well known' 2.6.17 error, or maybe not. Anyway, my experience under a current Sid system is that xfs_repair does not fix my filesystem. It does something, as the first two runs produced slightly different outputs, but the further runs did not. I've got similar problems on two filesystems: Try moving aside the contents of lost+found after the first run, and see if the problems persist. After renaming lost+found to l+f, xfs_repair didn't report any errors: = Phase 1 - find and verify superblock... = Phase 2 - using internal log = - zero log... = - scan filesystem freespace and inode maps... = - found root inode chunk = Phase 3 - for each AG... = - scan and clear agi unlinked lists... = - process known inodes and perform inode discovery... = - agno = 0 = - agno = 1 = - agno = 2 = - agno = 3 = - agno = 4 = - agno = 5 = - agno = 6 = - agno = 7 = - process newly discovered inodes... = Phase 4 - check for duplicate blocks... = - setting up duplicate extent list... = - clear lost+found (if it exists) ... = - check for inodes claiming duplicate blocks... = - agno = 0 = - agno = 1 = - agno = 2 = - agno = 3 = - agno = 4 = - agno = 5 = - agno = 6 = - agno = 7 = Phase 5 - rebuild AG headers and trees... = - reset superblock... = Phase 6 - check inode connectivity... = - resetting contents of realtime bitmap and summary inodes = - ensuring existence of lost+found directory = - traversing filesystem starting at / ... = - traversal finished ... = - traversing all unattached subtrees ... = - traversals finished ... = - moving disconnected inodes to lost+found ... = Phase 7 - verify and correct link counts... = done Still, xfs_check reported: = link count mismatch for inode 400254 (name ?), nlink 0, counted 2 = link count mismatch for inode 4239409 (name ?), nlink 0, counted 2 = link count mismatch for inode 8388736 (name ?), nlink 39, counted 38 Further runs of xfs_repair didn't bring any change. On the root filesystem the results are much the same, but xfs_check reports: = sb_ifree 3042, counted 3041 I read that xfs_check is being obsoleted in the future, but not sure which program to trust. Are my filesystems healthy or not? -- Thanks, Feri. (Please Cc: me, I'm not subscribed to the xfs mailing list.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387230: fglrx-kernel-src: the module build is sucessfull, but it cant be loaded by kernel
Steve Langasek wrote: Or, it uses whatever you specify as a compiler override using the appropriate environment variables. Yes, but the problem is that will there be users that simplely will follow the steps of the readme, the module will build sucessfully, but it wil not works for them and they will not understand why. There is no API for passing this information to module packages; you'll have to do some additional work to set the corresponding compiler version in your environment. Perhaps a note in the begining of the readme o in the debconf template about how to configure this will be usefull. I found posts in forums and mails of lists with the same problem and without answer. This is not grave, because there is a workaround which is reasonable given that this is a -src package. Sorry, i chose the options of reportbug that do the package unusefull, since it not worked for me. Thanks for your time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378192: kcheckgmail segfaults on edgy
An Ubuntu Edgy user reported the same problem on a amd64 system. Here is his output when launching from shell: ScimInputContextPlugin() kcheckgmail: [void KCheckGmailTray::slotLoginStart()] kcheckgmail: [void GMail::login()] Waiting for wallet... kcheckgmail: [bool GMailWalletManager::get()] kcheckgmail: [bool GMailWalletManager::get()] yeah, from wallet kcheckgmail: [bool GMailWalletManager::get()] wallet NOT open, callback kcheckgmail: [bool GMailWalletManager::getWallet()] kcheckgmail: [bool GMailWalletManager::getWallet()] it's enabled kcheckgmail: [void GMailWalletManager::openWallet()] calling openWallet kcheckgmail: [void GMailWalletManager::openWallet()] connecting wallet kcheckgmail: [bool GMailWalletManager::get()] return true [EMAIL PROTECTED]:~$ kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] Wallet Open! kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] Setting folder kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] Password: kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] Got pass: xxx kcheckgmail: Sending login: Email=xPasswd=xnull=Sign%20in kcheckgmail: [void GMailWalletManager::clearPassword()] KCrash: Application 'kcheckgmail' crashing... and here's the backtrace: (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 47552390740336 (LWP 12475)] [KCrash handler] #5 0x2b3fa50e4992 in QString::fromUtf8 () from /usr/lib/libqt-mt.so.3 #6 0x2b3fa50ea020 in QString::sprintf () from /usr/lib/libqt-mt.so.3 #7 0x004147e3 in endl () #8 0x004170b8 in endl () #9 0x004182f1 in endl () #10 0x2b3fa4de1a5e in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #11 0x2b3fa332db72 in KIO::Job::result () from /usr/lib/libkio.so.4 #12 0x2b3fa336f40f in KIO::Job::emitResult () from /usr/lib/libkio.so.4 #13 0x2b3fa338bf7a in KIO::SimpleJob::slotFinished () from /usr/lib/libkio.so.4 #14 0x2b3fa338c5aa in KIO::TransferJob::slotFinished () from /usr/lib/libkio.so.4 #15 0x2b3fa336f078 in KIO::TransferJob::qt_invoke () from /usr/lib/libkio.so.4 #16 0x2b3fa4de1a5e in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #17 0x2b3fa4de25f8 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #18 0x2b3fa337d5f5 in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.4 #19 0x2b3fa338566e in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.4 #20 0x2b3fa333a05b in KIO::Slave::gotInput () from /usr/lib/libkio.so.4 #21 0x2b3fa3373b58 in KIO::Slave::qt_invoke () from /usr/lib/libkio.so.4 #22 0x2b3fa4de1a5e in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #23 0x2b3fa4de244f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #24 0x2b3fa51505f8 in QSocketNotifier::activated () from /usr/lib/libqt-mt.so.3 #25 0x2b3fa4e033bc in QSocketNotifier::event () from /usr/lib/libqt-mt.so.3 #26 0x2b3fa4d7d01a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #27 0x2b3fa4d7eda9 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #28 0x2b3fa4147bb8 in KApplication::notify () from /usr/lib/libkdecore.so.4 #29 0x2b3fa4d0fe42 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #30 0x2b3fa4d6fc33 in QEventLoop::activateSocketNotifiers () from /usr/lib/libqt-mt.so.3 #31 0x2b3fa4d24554 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #32 0x2b3fa4d9654f in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #33 0x2b3fa4d96357 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #34 0x2b3fa4d7eae0 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #35 0x0040d746 in ?? () #36 0x2b3fa6f650c4 in __libc_start_main () from /lib/libc.so.6 #37 0x0040d509 in ?? () #38 0x7fff07a2d468 in ?? () #39 0x in ?? () The bug was reported at https://launchpad.net/bugs/60132 -- Cheers, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306263: Bug#386263: FTBFS: aclocal: macro `AM_PROG_MKDIR_P' required but not defined
On Thu, 7 Sep 2006, Steve Langasek wrote: On Wed, Sep 06, 2006 at 11:33:17AM +, Martin Michlmayr wrote: # Rebootstrap the package aclocal -I macros aclocal: macro `AM_PROG_MKDIR_P' required but not defined aclocal: macro `AM_PROG_MKDIR_P' required but not defined So in addition to the gettext pseudobug (#385235), we seem to have an incompatibility between the latest gettext and automake 1.4/1.7. These versions are still in active use, which makes it impractical to include a gettext in etch that doesn't support them. Simple question: Is this the kind of bug that may be forwarded upstream and fixed? Alternatively, if it helps, I could greate a gettext-0.14 package on which older packages could build-depend (the same way they already build-depend on an old automake). Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387265: amd64-libs: Please add libcap
Package: amd64-libs Version: 1.4 Severity: wishlist Please add libcap to amd64-libs. Thanks, Piotr Kaczuba -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13-orbiter.x86-64.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages amd64-libs depends on: ii lib64gcc11:4.1.1-13 GCC support library (64bit) ii lib64ncurses55.5-3 Shared libraries for terminal hand ii lib64z1 1:1.2.3-13 compression library - 64 bit runti ii libc6-amd64 2.3.6.ds1-4 GNU C Library: 64bit Shared librar amd64-libs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387263: flashplugin-nonfree: Fails to install; fails to fail to install
Package: flashplugin-nonfree Version: 7.0.63.8 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I installed version 7.0.63.8 today but the update-flashplayer script failed to complete. It appears the md5sum of the package has changed. Strangely, aptitude didn't retry the failed configuration attempt; it seems that the package's postinst does not exit with a failure status when the upgrade script fails. If I hadn't noticed this then I would be unknowingly left with the old version installed. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages flashplugin-nonfree depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii wget 1.10.2-2 retrieves files from the web Versions of packages flashplugin-nonfree recommends: pn xfs none (no description available) - -- debconf information: flashplugin-nonfree/httpget: true flashplugin-nonfree/not_exist: flashplugin-nonfree/http_proxy: flashplugin-nonfree/local: flashplugin-nonfree/delete: false flashplugin-nonfree/failed: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFB9NEshl/216gEHgRAqy4AJ9VzeWvnrBDDeNucNbVifeX9gNLvACfQAot n8xkqUD+5zFrRJcQCFlEWZg= =QKf5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387262: mime-support: RTF isn't really a text format
Package: mime-support Version: 3.37-1 Severity: normal Hi, In /etc/mime.types, one can read application/rtf text/rtfrtf so that when attaching a .rtf file in a mailer, it is reported as text/rtf, and when recipient double clicks on it, a text viewer is launched instead of OpenOffice.org for instance... RTF format, tough a textual format, is not really readable as text (just like PostScript is not very readable). mime.types should rather only provide: application/rtf rtf Samuel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) mime-support depends on no packages. Versions of packages mime-support recommends: ii file 4.17-3 Determines file type using magic -- no debconf information -- Samuel Thibault [EMAIL PROTECTED] N un driver qui fait quoi, alors ? y ben pour les bips s pour passer les oops en morse -+- #ens-mim - vive les rapports de bug -+- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306263: Bug#386263: FTBFS: aclocal: macro `AM_PROG_MKDIR_P' required but not defined
Oops. It's 386263 not 306263. Sorry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387151: Support -n parameter for backward compatibilty
I saw the problem with following much used command in openembedded:quilt import -f -p $pnum -n $name $patchOn 9/12/06, Martin Quinson [EMAIL PROTECTED] wrote:Do you mean this?delete [-r] [--backup] [patch|-n] If you can provide me a patch reintroducing the feature you want, yougreatly improve your chances of seing this reintroduced. Real life is ratheractive nowadays, sorry.Why was the feature removed in the first place? (pretty cruel handling of quilt users) How can I reach the same results with existing options?-- Arieh
Bug#387270: gnupg: segfaults when asking a passphrase
Package: gnupg Version: 1.4.5-1 Severity: normal gnupg segfaults when it encrypts a file with a symmetric cipher: gpg --symmetric --armor copyright gpg: Segmentation fault caught ... exiting Segmentation fault (copyright is a copy of /usr/share/doc/gnupg/copyright) Supplying a passphrase from a command line makes gnupg work well: $ ls copyright $ gpg --symmetric --armor --batch --passphrase foo copyright $ ls copyright copyright.asc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages gnupg depends on: ii libbz2-1.01.0.2-7high-quality block-sorting file co ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libldap2 2.1.30-8 OpenLDAP libraries ii libreadline5 5.1-7 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii makedev 2.3.1-77 creates device files in /dev ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350186: pdftex: -interaction option does not work
On 11.09.06 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] wrote: On 09.09.06 Noah Slater ([EMAIL PROTECTED]) wrote: Hi, As far as I remember I was trying to run `pdftex -interaction batchmode' which at the time was not running in batch mode, but instead providing me with interactive imput prompts. A minimal example reads: [EMAIL PROTECTED]:~ $ more a.tex \bye Shouldn't there be an error, in order to test whether tex is running interactively, something like iii \blubber{} aaa \bye Hmm, I simply forgot what the batchmode option is good for It works here too. To sum up: 1. The maintainers can't reproduce the bug 2. The submitter doesn't know any more, what he was exactly doing and when the bug occured so he can't help them. Noah, is it OK to close now? If it pops up again later you may submit a new bug. H. -- sigmentation fault
Bug#376780: atd: Please correct LSB formatted dependency info in init.d script
Here is a better header, removing some unneeded and/or unwanted stuff. The script should not stop in the S runlevel (nothing should), and it do not need to depend on $local_fs as it already depend on $remote_fs which in turn depend on $local_fs. ### BEGIN INIT INFO # Provides: atd # Required-Start:$syslog $time $remote_fs # Required-Stop: $syslog $time $remote_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 ### END INIT INFO Please update the script in a future upload. I've tested this dependency information with insserv, and it gave the correct boot sequence. :) Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382706: amaya crashes with GDK error traced to this component
severity 382706 normal retitle 382706 libgl1-mesa-dri: rendering glitches on radeon thanks The title and severity of this bug are incorrect. The only reproducible problem reported in the original report that's related to libgl1-mesa-dri is display errors using the Radeon driver. I imagine this isn't a bug in libgl at all, but anyway it's not a release-critical one. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#387269: lintian: [checks/files] extra-license-file: Exception for Ruby script
Package: lintian Version: 1.23.24 Severity: minor There are cases where Ruby scripts generate some license text, and the file name contains license. I encountered this particular case when I package qwikWeb (written in Ruby). Here is a patch. --- lintian-1.23.24/checks/files~ 2006-09-04 06:56:29.0 +0900 +++ lintian-1.23.24/checks/files2006-09-13 18:23:44.0 +0900 @@ -502,7 +502,7 @@ # because a package had a HTML form for licenses called like that. # Another exception is made for various picture formats since # those are likely to just be simply pictures. - and not $file =~ m/\.(el|c|h|py|cc|pl|pm|html|php|xpm|png|jpe?g|gif|svg)$/ + and not $file =~ m/\.(el|c|h|py|cc|pl|pm|rb|html|php|xpm|png|jpe?g|gif|svg)$/ and not defined $link) { tag extra-license-file, $file; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386899: Last NMU does not solve the problem
Hi Andrea, Your last NMU does not solve the problem! The problem is that in the debian/rules $${binary:Version} in not evaluated as the binary version of libexiv2-0.10 package but is left as it in the shlibs file. In the 0.10.1.2 package, the libexiv2-0.10.shlibs contains libexiv2 0.10 libexiv2-0.10 (= ${binary:Version}) Building a package against this one will lead to the problems pointed out above. If you replace in the debian/rules dh_makeshlibs -V'libexiv2-0.10 (= $${binary:Version})' by dh_makeshlibs -V this will produce the shlibs file as you intent to although its not recommended in the dh_makeshlibs man page (maybe you should ask dh_makeshlibs gurus for information). Sincerely, Yannick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387266: smbspool manpage outdated (uid used for kerberos)
Package: smbclient Version: 3.0.23c-1 Severity: minor File: /usr/share/man/man8/smbspool.8.gz Hi, the smbspool manpage is outdated, as it does not mention the kerberos support. Instead, it says the user name is ignored, but in fact, it is used to access the users' kerberos ticket cache. Minor bug, but it would be helpful for people that have to set up printing in an Active Directory, to show them what's possible. Thanks, Joachim -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.otto Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages smbclient depends on: ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcomerr2 1.39-1 common error description library ii libkrb531.4.4-1 MIT Kerberos runtime libraries ii libldap22.1.30-13+b1 OpenLDAP libraries ii libncurses5 5.5-3Shared libraries for terminal hand ii libpopt01.10-3 lib for parsing cmdline parameters ii libreadline55.1-8GNU readline and history libraries ii samba-common3.0.23c-1Samba common files used by both th smbclient recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387268: flashplugin-nonfree: APSB06-11 fixes multiple vulnerabilities in Flash player
Package: flashplugin-nonfree Version: 7.0.63.7 Severity: grave Tags: security Justification: user security hole -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - From http://www.adobe.com/support/security/bulletins/apsb06-11.html: Multiple Vulnerabilities in Adobe Flash Player 8.0.24.0 and Earlier Versions CVE-2006-3014 Arbitrary javascript execution [Windows/MS Excel only] CVE-2006-3311 Buffer overflow allows remote arbitrary code execution CVE-2006-3587 Remote arbitrary code execution [flash 8 only] CVE-2006-3588 Remote DOS (browser crash) [flash 8 only] CVE-2006-4640 Remote bypass of scripting protections Critical vulnerabilities have been identified in Flash Player 8.0.24.0 and earlier versions that could allow an attacker who successfully exploits these vulnerabilities to take control of the affected system. Although the text on the page is unclear, it seems that the Linux Flash player is fixed in version 7.0.68.0. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages flashplugin-nonfree depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii wget 1.10.2-2 retrieves files from the web Versions of packages flashplugin-nonfree recommends: pn libstdc++2.10-glibc2.2none (no description available) pn xfs none (no description available) - -- debconf information: flashplugin-nonfree/httpget: true flashplugin-nonfree/not_exist: flashplugin-nonfree/http_proxy: flashplugin-nonfree/local: flashplugin-nonfree/delete: false flashplugin-nonfree/failed: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFB9V9shl/216gEHgRAsnaAKDpjdDfrzSBG4qC1pe5In0awvRJfwCff5HV 5vkJ7gy8yhrREjpIktTrJt8= =eKHj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387271: tree check: expected class 'expression', have 'exceptional' (baselink) in get_base_var, at ipa-utils.c:224
Package: gcc-snapshot Version: 20060912-1 PR29016 Automatic build of cinepaint_0.20-1-1.3 on coconut0 by sbuild/ia64 0.49 ... g++ -DHAVE_CONFIG_H -I. -I. -I../../lib -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/freetype2 -I../.. -I/usr/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -Wall -O2 -c -o PrimeWindow.o PrimeWindow.cpp PrimeWindow.cpp:64: warning: non-local variable 'anonymous struct menuMap_stops []' uses anonymous type PrimeWindow.cpp:605: internal compiler error: tree check: expected class 'expression', have 'exceptional' (baselink) in get_base_var, at ipa-utils.c:224 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. make[3]: *** [PrimeWindow.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386263: FTBFS: aclocal: macro `AM_PROG_MKDIR_P' required but not defined
On Thu, 7 Sep 2006, Steve Langasek wrote: On Wed, Sep 06, 2006 at 11:33:17AM +, Martin Michlmayr wrote: # Rebootstrap the package aclocal -I macros aclocal: macro `AM_PROG_MKDIR_P' required but not defined aclocal: macro `AM_PROG_MKDIR_P' required but not defined So in addition to the gettext pseudobug (#385235), we seem to have an incompatibility between the latest gettext and automake 1.4/1.7. These versions are still in active use, which makes it impractical to include a gettext in etch that doesn't support them. Simple question: Is this the kind of bug that may be forwarded upstream and fixed? Alternatively, if it helps, I could greate a gettext-0.14 package on which older packages could build-depend (the same way they already build-depend on an old automake). Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387267: libmms: patch to enable seeking support on mms protocol
Package: libmms Version: 0.2-7 Severity: wishlist Tags: patch The patch will add support for byte offset seeking and time offset seeking, and some other APIs as follows, (Note: This patch is licensed under LGPL) int mms_request_time_seek (mms_io_t *io, mms_t *instance, double time_sec); int mms_time_seek (mms_io_t *io, mms_t *instance, double time_sec); int mms_request_packet_seek (mms_io_t *io, mms_t *instance, unsigned long packet_seq); /* * mms_seek() will try to seek using mms_request_packet_seek(), if the server * ignore the packet seek command, it will return unchanged current_pos, rather * than trying to mms_read() until the destination pos is reached. This is to * let the caller, by itself, to decide to choose the alternate method, such * as, mms_time_seek() and/or mms_read() until the destination pos is reached. * One can do binary search using time offset (mms_time_seek()) as a search * index, to approach the desired byte offset. It is to systematically guess * the time offset to reach for the byte offset. * * Known BUG: Application must be compiled with 64-bit file offset * (-D_FILE_OFFSET_BITS=64) to use this function correctly. */ off_tmms_seek (mms_io_t *io, mms_t *instance, off_t offset, int origin); /* return total playback time in seconds */ double mms_get_time_length (mms_t *instance); /* return raw total playback time in 100 nanosecs (10^-7) */ uint64_t mms_get_raw_time_length (mms_t *instance); __ คุณใช้ Yahoo! รึเปล่า คุณเบื่อหน่ายอีเมลขยะใช่ไหม Yahoo! เมล มีการป้องกันอีเมลขยะที่ดีที่สุด http://th.mail.yahoo.com diff -urN --exclude={diff} libmms-0.2-7/src/mms.c libmms-0.2-7.develop/src/mms.c --- libmms-0.2-7/src/mms.c 2006-09-13 14:40:47.665865104 +0700 +++ libmms-0.2-7.develop/src/mms.c 2006-09-10 15:44:55.0 +0700 @@ -134,6 +134,8 @@ uint8_t buf[BUF_SIZE]; int buf_size; int buf_read; + off_t buf_packet_seq_offset; /* packet sequence offset residing in + buf */ uint8_t asf_header[ASF_HEADER_LEN]; uint32_t asf_header_len; @@ -142,10 +144,14 @@ int num_stream_ids; int stream_ids[ASF_MAX_NUM_STREAMS]; int stream_types[ASF_MAX_NUM_STREAMS]; + uint8_t packet_id_type; off_t start_packet_seq; /* for live streams != 0, need to keep it around */ int need_discont; /* whether we need to set start_packet_seq */ uint32_t asf_packet_len; uint64_t file_len; + uint64_t time_len; /* playback time in 100 nanosecs (10^-7) */ + uint64_t preroll; + uint64_t asf_num_packets; char guid[37]; uint32_t bitrates[ASF_MAX_NUM_STREAMS]; uint32_t bitrates_pos[ASF_MAX_NUM_STREAMS]; @@ -528,6 +534,7 @@ header-flags = 0; header-packet_id_type = 0; len = io_read(io, this-s, this-buf, 8); + this-buf_packet_seq_offset = -1; if (len != 8) goto error; @@ -578,6 +585,7 @@ lprintf(packet_len: %d bytes\n, packet_len); len = io_read(io, this-s, this-buf + 12, packet_len) ; + //this-buf_packet_seq_offset = -1; // already set in get_packet_header if (len != packet_len) { return 0; } @@ -736,6 +744,9 @@ break; } this-file_len = LE_64(this-asf_header + i + 40 - 24); +this-time_len = LE_64(this-asf_header + i + 64 - 24); +//this-time_len = LE_64(this-asf_header + i + 72 - 24); +this-preroll= LE_64(this-asf_header + i + 80 - 24); lprintf (file object, packet length = %d (%d)\n, this-asf_packet_len, LE_32(this-asf_header + i + 96 - 24)); break; @@ -806,6 +817,10 @@ } break; + case GUID_ASF_DATA: +this-asf_num_packets = LE_64(this-asf_header + i + 40 - 24); +break; + default: lprintf (unknown object\n); break; @@ -1055,6 +1070,7 @@ this-need_discont= 1; this-buf_size= 0; this-buf_read= 0; + this-buf_packet_seq_offset = -1; this-has_audio = 0; this-has_video = 0; this-bandwidth = bandwidth; @@ -1244,6 +1260,7 @@ /* report_progress (stream, 80); */ /* command 0x07 */ + this-packet_id_type = ASF_MEDIA_PACKET_ID_TYPE; { mms_buffer_t command_buffer; mms_buffer_init(command_buffer, this-scmd_body); @@ -1255,7 +1272,7 @@ mms_buffer_put_8 (command_buffer, 0xFF); mms_buffer_put_8 (command_buffer, 0xFF); mms_buffer_put_8 (command_buffer, 0x00);/* stream time limit flag */ -mms_buffer_put_32 (command_buffer, ASF_MEDIA_PACKET_ID_TYPE);/* asf media packet id type */ +mms_buffer_put_32 (command_buffer, this-packet_id_type);/* asf media packet id type */ if (!send_command (io, this, 0x07, 1,
Bug#387260: Patch for serious BT performance problem available in CVS - please sync
Hi, spiral voice wrote: Having patch 5384 ( http://savannah.nongnu.org/patch/?5384 ) in Debian package would be enough, but it would also be nice if you could include the latest patches as well: I'm a bit busy (or lazy? :) at the moment. Could you send me the diff? Thanks. Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387272: logcheck-database: new rule needed for send-uucp in inn2 2.4.3-1
Package: logcheck-database Version: 1.2.47 Severity: minor Tags: patch Hi, Starting with inn2 2.4.3-1 the send-uucp program logs a new message which is not yet ignored. Here's a patch to ignore it. Regards, Tom --- /etc/logcheck/ignore.d.server/innd.orig 2005-08-22 21:34:29.0 +0200 +++ /etc/logcheck/ignore.d.server/innd 2006-09-13 11:54:09.0 +0200 @@ -45,6 +45,7 @@ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ cnfsstat\[[0-9]+\]: Class (ARCHIV|SPOOL) for groups matching \[^[:space:]]+\ Buffer (ARCH|SPOOL)[0-9]+, len: [0-9]+ Mbytes, used: [0-9]+\.[0-9]+ Mbytes \([0-9 ]+\.[0-9]%\) [ 0-9]+ cycles$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ send-uucp\[[0-9]+\]: checking site [^[:space:]]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ send-uucp\[[0-9]+\]: no articles for [^[:space:]]+$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ send-uucp\[[0-9]+\]: Flushing [^[:space:]]+ for site [^[:space:]]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ send-uucp\[[0-9]+\]: batched articles for [^[:space:]]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ innfeed\[[0-9]+\]: ME time [0-9]+ idle [0-9]+\([0-9]+\) blstats [0-9]+\([0-9]+\) stsfile [0-9]+\([0-9]+\) newart [0-9]+\([0-9]+\) readart [0-9]+\([0-9]+\) prepart [0-9]+\([0-9]+\) read [0-9]+\([0-9]+\) write [0-9]+\([0-9]+\) cb [0-9]+\([0-9]+\)$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ innfeed\[[0-9]+\]: [._[:alnum:]-]+ spooling no active connections$ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.20-pern Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy logcheck-database recommends no packages. -- debconf information: * logcheck-database/rules-directories-note: * logcheck-database/standard-rename-note: * logcheck-database/conffile-cleanup: true * logcheck-database/security_level: paranoid -- Thomas Parmelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207278: is it possible Patricia
The three brand name drugs available to improve sex lives are now available in generic form at a significantly lower price. Pick up the one that is best for you at: http://hr.com.yqfvlbrwrcqs8grqd3l85oleql33.wderhilg.cc cat jump -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384016:
The hashbang has indeed got around this problem in the short term. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386468: mdadm: cannot mount root filesystem after upgrade (system unbootable)
also sprach Cyrille Bollu [EMAIL PROTECTED] [2006.09.09.1121 +0200]: thanks for the help: It is working now! ... But, still with /dev/md3 as root filesystem and not /dev/md2 (my debian stable is on /dev/md1)... ;-) Please give me exact details about which array is used how. /dev/md1 is your stable root, /dev/md3 is your unstable root? what's /dev/md2? Any others? Do you have any clue as why the name of my RAID arrays were changed during the upgrade? What were they before? Also, there is still this problem that mdadm --examine --scan reports 2 /dev/md4 array: See #386315 Also, what is the difference between update-initramfs -u -k all and dpkg-reconfigure -plow mdadm. Isn't the second command calling the first? Because I had tried the 2nd command already without success... But maybe I did forgot something else at that time... dpkg-reconfigure calls update-initramfs, that's correct. -- .''`. 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 signature.asc Description: Digital signature (GPG/PGP)
Bug#387178: [powerpc] Suspend-to-disk does not work with 2.6.17-2
[...] please try the latest snapshots for 2.6.18-rc6, you'll find instructions: http://wiki.debian.org/DebianKernel if the problem persist please report the bug upstream at bugzilla.kernel.org. providing a pointer to the upstream bug would be nice. The problem remainded the same - here we go: http://bugzilla.kernel.org/show_bug.cgi?id=7152 I just wonder why nobody else has stumbled over that issue? Is nobody suspending their powerbook? Regards, Michael signature.asc Description: Digital signature
Bug#386831: User tomcat5 problem after removing tomcat5 but keeping tomcat5.5
On Tue, Sep 12, 2006 at 03:30:45PM +0200, Arnaud Vandyck wrote: I don't know how to solve this issue. A solution could be to change the user of tomcat5.5 as tomcat5-5. Yes this would be the best way. Cause so it is posible that tomcat5 and tomcat5.5 runs on the same Server with different users. But if you do you must keep the people in mind that already has installed the package. Thanks for help on this bug. No Problem I need it here for some productiv webservices. If there is a new package I can test it. But it must be runable under testing. Ruben -- Ruben Puettmann [EMAIL PROTECTED] http://www.puettmann.net signature.asc Description: Digital signature
Bug#372509: xserver-xorg-input-kbd: Keyboard does not work properly for second X server
When launching a second X server (e.g. using startx -- :1), for the second X Server the keyboard behaves badly. Pressing arbitary keys results in the resolution to be switched around (like what usually happens with Ctrl + Alt + +/-). No characters are printed. Hi Ben, the keyboard on a second xserver works for me [tm]. I'm using the X11R7.1 xserver and keyboard driver. They're currently in experimental so you could try them from there if you like, otherwise they'll be uploaded to unstable and to testing (etch) soon. If they don't fix your second keyboard then we'll have to dig deeper. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314874: apm support
Could this be fixed, please. I have a Sony laptop and I am using APM because it simply works better than ACPI on this particular laptop. Also dmidecode says my chassis is of type 'Other'. So in the end laptop-detect tells me I don't have a laptop! Yet with the patches that have been posted so far adding APM support is really not hard. I have put the pieces together and the patch below will say a computer is a laptop if APM reports a battery. If not, then nothing is changed so this should really have no negative impact on desktops. If the patch is not good enough, then please let me know why and I will try to fix the issue. --- laptop-detect.orig 2006-09-13 11:57:25.0 +0200 +++ laptop-detect 2006-09-13 12:03:05.0 +0200 @@ -33,5 +33,11 @@ fi fi +# If APM reports a battery, then it is a laptop +if [ -e /proc/apm ] [ $(cut -d ' ' -f 7 /proc/apm) != -1% ]; then +# echo We're a laptop 2; + exit 0 +fi + #probably not a laptop; exit exit 1 -- Francois Gouget [EMAIL PROTECTED] http://fgouget.free.fr/ Linux: the choice of a GNU generation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387276: binutils: FTBFS of alsa-lib package on ppc64 - 32-bit libraries not found in (/usr)/lib32
Package: binutils Version: 2.17-2 Severity: wishlist Tags: patch Hello, the alsa-lib package currently FTBFS on ppc64 because some necessary 32-bit libraries in (/usr)/lib32 are not found by the linker. The problem is the same as the one which is described in #369052 for amd64. The amd64 case was solved by introducing the debian specific patch debian/patches/127_x86_64_i386_biarch.dpatch. The attached patch does a similar thing for the ppc64 case. Regards Andreas Jochens diff -urN ../tmp-orig/binutils-2.17/debian/patches/00list.ppc64 ./debian/patches/00list.ppc64 --- ../tmp-orig/binutils-2.17/debian/patches/00list.ppc64 1970-01-01 00:00:00.0 + +++ ./debian/patches/00list.ppc64 2006-09-13 07:50:10.0 + @@ -0,0 +1,1 @@ +128_powerpc64_biarch diff -urN ../tmp-orig/binutils-2.17/debian/patches/128_powerpc64_biarch.dpatch ./debian/patches/128_powerpc64_biarch.dpatch --- ../tmp-orig/binutils-2.17/debian/patches/128_powerpc64_biarch.dpatch 1970-01-01 00:00:00.0 + +++ ./debian/patches/128_powerpc64_biarch.dpatch2006-09-13 07:03:52.0 + @@ -0,0 +1,35 @@ +#!/bin/sh -e +## 128_powerpc64_biarch.dpatch +## +## DP: Description: Add (/usr)/lib32 to the search paths on powerpc64. +## DP: Author: Andreas Jochens [EMAIL PROTECTED] +## DP: Upstream status: Debian specific + +if [ $# -ne 1 ]; then +echo 2 `basename $0`: script expects -patch|-unpatch as argument +exit 1 +fi + +[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts +patch_opts=${patch_opts:--f --no-backup-if-mismatch} + +case $1 in + -patch) patch $patch_opts -p1 $0;; + -unpatch) patch $patch_opts -p1 -R $0;; +*) +echo 2 `basename $0`: script expects -patch|-unpatch as argument +exit 1;; +esac + +exit 0 + [EMAIL PROTECTED]@ binutils/ld/emulparams/elf32ppccommon.sh 2006-03-02 08:50:04.0 + +--- binutils/ld/emulparams/elf32ppccommon.sh 2006-09-13 06:59:26.0 + +@@ -45,5 +45,6 @@ + + # Look for 64 bit target libraries in /lib64, /usr/lib64 etc., first. + case $EMULATION_NAME in ++ *32*) LIBPATH_SUFFIX=32 ;; + *64*) LIBPATH_SUFFIX=64 ;; + esac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387274: wifi-radar: [INTL:fr] French debconf templates translation update
Package: wifi-radar Version: 1.9.6-1 Severity: wishlist Tags: l10n patch Hi, Please find attached the French debconf templates translation, proofread by the debian-l10n-french lists contributors. This file should be put as debian/po/fr.po in your package build tree. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#387195: patch
Christian Perrier wrote: Quoting Davide Viti ([EMAIL PROTECTED]): Tags: patch The attached patch fixes compilation by removing dependency from ${unidatadir}/UnicodeData.txt in the $(AUTO_FALLBACKS_FB) and $(AUTO_FALLBACKS_NFB) rules Thanks, Davide. I'd prefer Alastair uploading a new version than myself as I have no skill to judge whether that patch is correct or not (I suspect it is...:-)). Patch is already in subversion :-) I hope to upload a new console-data as soon as I've pulled in some other patches - 379110, 382507, 319069, etc. Hopefully today or tomorrow. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387275: lire: [INTL:fr] French Debconf templates translation update
Package: lire Version: 2:2.0.2-1 Severity: wishlist Tags: l10n patch Hi, Please find attached the French debconf translation update, proofread by the debian-l10n-french list contributors. Cheers, -- Thomas Huriaux # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Traduction d'origine: Francis J. Lacoste, Wolfgang Sourdeau [EMAIL PROTECTED] # # $Id: fr.po,v 1.19 2006/07/22 15:17:13 vanbaal Exp $ # msgid msgstr Project-Id-Version: lire 1.4rc1-3\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-09-04 14:15+0200\n PO-Revision-Date: 2006-09-04 14:30+0200\n Last-Translator: Thomas Huriaux [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:1001 msgid Configuring Lire msgstr Configuration de Lire #. Type: note #. Description #: ../templates:1001 msgid Please note that, after this package is installed, new cronjobs will be installed and running on your system. msgstr Veuillez noter que de nouvelles tâches périodiques cron seront mises en service sur le système après l'installation de ce paquet. #. Type: note #. Description #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #. Type: note #. Description #: ../templates:1001 ../templates:2001 ../templates:3001 ../templates:4001 #: ../templates:6001 msgid Refer to /usr/share/doc/lire/README.Debian for details. msgstr Veuillez consulter le fichier /usr/share/doc/lire/README.Debian pour plus d'informations. #. Type: boolean #. Description #: ../templates:2001 msgid Rename old Lire user to 'lire'? msgstr Faut-il renommer l'ancien identifiant utilisé par Lire en « lire » ? #. Type: boolean #. Description #: ../templates:2001 msgid Previous releases of Lire used to permit the use of a user whose username was different than 'lire' for running special tasks such as cronjobs. This is no longer supported since this was causing more trouble than needed. msgstr Des versions précédentes de Lire permettaient l'utilisation d'un compte utilisateur dont l'identifiant était différent de « lire » pour l'exécution de tâches spécifiques comme les tâches périodiques de cron. Cette possibilité n'est désormais plus offerte car elle compliquait inutilement la maintenance du système. #. Type: boolean #. Description #: ../templates:2001 msgid You seem to be upgrading from such a version; the configuration program can convert your current setup. If no conversion is done, the installation process will be aborted. msgstr Il semble que vous effectuiez la mise à niveau depuis une telle version. Le programme de configuration peut modifier votre configuration actuelle. Si aucune conversion n'est faite, le processus d'installation sera interrompu. #. Type: boolean #. Description #: ../templates:3001 msgid Use existing 'lire' user for Lire? msgstr Faut-il utiliser l'identifiant « lire » existant pour Lire ? #. Type: boolean #. Description #: ../templates:3001 msgid A user named 'lire' seems to be present on your system, which may or may not have been created by a previous installation of Lire. msgstr Un identifiant « lire » semble exister sur votre système. Il a peut-être été créé par une installation précédente de Lire. #. Type: boolean #. Description #: ../templates:3001 msgid This poses no problem per se but beware that this user will have access to the files handled (created or otherwise readable...) by the Lire automated processes. If you rather wish to cancel the installation process, choose 'No' below. msgstr Cela ne pose a priori aucun problème. Cependant, cet utilisateur aura accès aux fichiers gérés par les processus automatiques de Lire (qu'ils aient été créés ou qu'ils soient accessibles en lecture). Ne choisissez pas cette option si vous préférez annuler la procédure d'installation. #. Type: boolean #. Description #: ../templates:4001 msgid Use existing 'lire' group for Lire? msgstr Faut-il utiliser le groupe « lire » existant pour Lire ? #. Type: boolean #. Description #: ../templates:4001 msgid A group named 'lire' seems to be present on your system, which may or may not have been created by a previous installation of Lire. msgstr Un groupe « lire » semble exister sur votre système. Il a peut-être été créé par une installation précédente de Lire. #. Type: boolean #. Description #: ../templates:4001 msgid This poses no problem per se but beware
Bug#320835: Status?
I wonder if you intent to resolve this whichlist bug anytime soon? Looks like there is no intrest by the package maintainer to fix this ;-( There is no reaction on any mail or bts request. ruben -- Ruben Puettmann [EMAIL PROTECTED] http://www.puettmann.net signature.asc Description: Digital signature
Bug#387273: ITP: senna -- Senna is an embeddable fulltext search engine, which you can use in conjunction with various scripting languages and databases. Senna is an inverted index based engine, and c
Package: wnpp Severity: wishlist Owner: Tasuku SUENAGA [EMAIL PROTECTED] * Package name: senna Version : 0.8.1 Upstream Author : Brazil [EMAIL PROTECTED] * URL : http://qwik.jp/senna/ * License : LGPL Programming Lang: C Description : Senna is an embeddable fulltext search engine, which you can use in conjunction with various scripting languages and databases. Senna is an inverted index based engine, and combines the best of n-gram indexing and word indexing to achieve fast, precise searches. While senna codebase is rather compact it is scalable enough to handle large amounts of data and queries. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387277: incomplete package removal
Package: mono-common Version: 1.1.13.8-1 Severity: normal The mono-common package does not remove all the files it installs. Behold: $ ls -l /usr/share/dotnet/ ls: /usr/share/dotnet/: No such file or directory $ sudo apt-get install mono-common Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: mono-common 0 upgraded, 1 newly installed, 0 to remove and 44 not upgraded. Need to get 0B/88.7kB of archives. After unpacking 606kB of additional disk space will be used. Selecting previously deselected package mono-common. (Reading database ... 148754 files and directories currently installed.) Unpacking mono-common (from .../mono-common_1.1.13.8-1_i386.deb) ... Setting up mono-common (1.1.13.8-1) ... update-binfmts: warning: /usr/share/binfmts/cli: no executable /usr/bin/cli found, but continuing anyway as you request $ sudo apt-get remove mono-common Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: mono-common* 0 upgraded, 0 newly installed, 1 to remove and 44 not upgraded. Need to get 0B of archives. After unpacking 606kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 148774 files and directories currently installed.) Removing mono-common ... update-binfmts: warning: no executable /usr/bin/cli found, but continuing anyway as you request Purging configuration files for mono-common ... dpkg - warning: while removing mono-common, directory `/usr/share/dotnet' not empty so not removed. $ ls -l /usr/share/dotnet/ total 0 lrwxrwxrwx 1 root root 14 Sep 13 12:48 mono - ../../lib/mono -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387261: watchdog: Fails to configure
severity 387261 normal tag 387261 unreproducible tag 387261 moreinfo thanks Setting up watchdog (5.2.6-3) ... udev active, devices will be created in /dev/.static/dev/ udev active, devices will be created in /dev/.static/dev/ dpkg: error processing watchdog (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: watchdog On my system I get: udev active, devices will be created in /dev/.static/dev/ udev active, devices will be created in /dev/.static/dev/ Restarting watchdog daemon...done. Could you please run teh postinst script step by step to tell where the error occurs? Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387136: dbconfig-load-include ignores varnames
severity 387136 grave thanks hi again, On Wed, Sep 13, 2006 at 12:20:42AM +0200, sean finney wrote: this is the intended behaviour, though the file should be the last argument (i think getopt is covering for this anyway, though). what you're saying is: - read the input file /etc/dbconfig-common/zabbix-server-mysql.conf - the input file is in sh format - use the variable named foo in this file as the default password again, i'm pretty sure you want to be using dbconfig-generate-include. severity grave as this may break installation of other packages. i'll be downgrading the bug for the moment until i'm convinced that it really is a bug. i have just checked out your SVN tags/ repository and tried older verions of dbconfig-common: 1.8.10: kida:/home/abi# dbconfig-load-include -f sh -pmypass /etc/dbconfig-common/zabbix-server-mysql.conf mypass='abi' (all other versions between .10 and .15 behave like that) 1.8.15: kida:/home/abi# dbconfig-load-include -f sh -pmypass /etc/dbconfig-common/zabbix-server-mysql.conf mypass='abi' (all other versions until .18 behave like that)i 1.8.18: kida:/home/abi# dbconfig-load-include -f sh -pmypass /etc/dbconfig-common/zabbix-server-mysql.conf dbc_dbpass='' so it seems with 1.8.18 something broke, or the behavior of dbconfig-load-include was changed. Diff between those two versions attatched, im setting the severity to grave again. :) bye, - michael --- ../1.8.17/dbconfig-load-include 2006-09-13 12:42:13.0 +0200 +++ dbconfig-load-include 2006-09-13 12:42:17.0 +0200 @@ -9,7 +9,7 @@ dbtype_varname=dbtype # the version will always be the package version -VERSION=$Revision: 157 $ +VERSION=$Revision: 276 $ version(){ prog=`basename $0` @@ -155,17 +155,26 @@ case $format in sh) - . $inputfile - [ $use_dbuser ] cat EOF -$dbuser_varname='$dbc_dbuser' + cat EOF | sh +. $inputfile +use_dbuser=$use_dbuser; +use_dbpass=$use_dbpass; +use_dbname=$use_dbname; +use_dbserver=$use_dbserver; +use_dbport=$use_dbport; +use_dbtype=$use_dbtype; + +[ $use_dbuser ] cat FOO +dbc_dbuser='\$$dbuser_varname' +FOO +[ $use_dbpass ] cat FOO +dbc_dbpass='\$$dbpass_varname' +FOO + [ $use_dbname ] echo dbc_dbname='\$$dbname_varname' + [ $use_dbserver ] echo dbc_dbserver='\$$dbserver_varname' + [ $use_dbport ] echo dbc_dbport='\$$dbport_varname' + [ $use_dbtype ] echo dbc_dbtype='\$$dbtype_varname' EOF - [ $use_dbpass ] cat EOF -$dbpass_varname='$dbc_dbpass' -EOF - [ $use_dbname ] echo $dbname_varname='$dbc_dbname' - [ $use_dbserver ] echo $dbserver_varname='$dbc_dbserver' - [ $use_dbport ] echo $dbport_varname='$dbc_dbport' - [ $use_dbtype ] echo $dbtype_varname='$dbc_dbtype' ;; php) @@ -196,7 +205,6 @@ echo dbc_dbport='\$$dbport_varname';\n; if(!empty(\$use_dbtype) isset(\$$dbtype_varname)) echo dbc_dbtype='\$$dbtype_varname';\n; -? EOF ;;
Bug#387278: fvwm: TileCascade cascades windows, although there is enough space (off-by-1 error)
Package: fvwm Version: 1:2.5.17-1 Severity: minor The style TileCascadePlacement starts cascading windows, although there is enough space to tile them. Details --- (Window manager started with fvwm -f /dev/null) 1. Start xterm -geometry -0+0 (or just any other X client), this will put xterm in the upper right corner. 2. Start xclock -geometry +0+0 (or any other X client with 1-pixel size increments), this will put xclock in the upper left corner. 3. Now adjust xclock's width to exactly fill the space between the left edge of the screen and the left side of the xterm. Check with xzoom that the two windows are exactly adjacent, neither overlapping nor leaving a gap. To be sure, also adjust xclock's height to fill the complete screen height (no pixel accuracy needed here). The screen should look like this now: +-+ |+-+++| || |||| || || xterm|| || |||| || |||| ||xclock |++| || | | || | | || | | || | | || | | |+-+ | +-+ 4. Close the xterm. 5. Start another xterm, this time without geometry parameter. Fvwm /should/ place it exactly where the xterm before was: In the upper right corner, because the xclock is placed and sized in a way to leave exactly the room needed for an xterm. /Instead/, Fvwm places the window somewhere near the upper left corner, as it would with CascadePlacement. With ExplainWindowPlacement, Fvwm then prints: , | | [FVWM][__explain_placement]: placed new window 0x14e 'xterm': | initial size 498x346 | desk 0 (current desk) | current page | position 96 192, placed by fvwm (normal placement) | placement method: TileCascade | (tile placement failed) | ` 6. Close the xterm. 7. Decrease xclock's width by 1 pixel. 8. Start another xterm, also without geometry parameter. This time, Fvwm will correctly place it in the upper right corner, leaving a horizontal gap of 1 pixel between its right side and the right screen edge. Fvwm prints: , | | [FVWM][__explain_placement]: placed new window 0x14e 'xterm': | initial size 498x346 | desk 0 (current desk) | current page | position 781 0, placed by fvwm (normal placement) | placement method: TileCascade | ` This happens with all possible values for EdgeThickness (0|1|2). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fvwm depends on: ii debconf [debconf-2.0] 1.5.3Debian configuration management sy ii gdk-imlib11 1.9.14-30imaging library for use with gtk ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-3 Free Implementation of the Unicode ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libncurses5 5.5-2Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libreadline55.1-7GNU readline and history libraries ii librplay3 3.3.2-11 Shared libraries for the rplay net ii libsm6 1:1.0.1-2X11 Session Management library ii libstroke0 0.5.1-5 mouse strokes library -- runtime f ii libx11-62:1.0.0-8X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.1-3X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages fvwm recommends: ii fvwm-icons 2001.08.13-4
Bug#387279: lynx 2.8.5-2sarge1.2 NMU diff
Package: lynx Version: 2.8.5-2sarge1.2 Severity: important Tags: patch Hello, Please find the lynx 2.8.5-2sarge1.2 NMU diff file as an attachment. Aníbal Monsalve Salazar -- http://v7w.com/anibal interdiff -z -p1 cache/lynx/lynx_2.8.5-2sarge1.1.diff.gz cache/lynx/lynx_2.8.5-2sarge1.2.diff.gz diff -u lynx-2.8.5/debian/changelog lynx-2.8.5/debian/changelog --- lynx-2.8.5/debian/changelog +++ lynx-2.8.5/debian/changelog @@ -1,3 +1,15 @@ +lynx (2.8.5-2sarge1.2) unstable; urgency=high + + * NMU. + * Added OpenBSD patch to fix infinete loop rendering broken HTML +[debian/patches/04_CVE-2004-1617.dpatch] +Closes: #384725. + * Fixed FTBFS on GNU/Hurd (and GNU/k*BSD). +Patch by Robert Millan [EMAIL PROTECTED]. +Closes: #238057. + + -- Anibal Monsalve Salazar [EMAIL PROTECTED] Wed, 13 Sep 2006 18:41:49 +1000 + lynx (2.8.5-2sarge1.1) unstable; urgency=low * Non-maintainer upload. diff -u lynx-2.8.5/debian/patches/00list lynx-2.8.5/debian/patches/00list --- lynx-2.8.5/debian/patches/00list +++ lynx-2.8.5/debian/patches/00list @@ -3,0 +4,2 @@ +04_CVE-2004-1617.dpatch +05_FTBFS_on_GNUHurd_and_GNUkBSD only in patch2: unchanged: --- lynx-2.8.5.orig/debian/patches/04_CVE-2004-1617.dpatch +++ lynx-2.8.5/debian/patches/04_CVE-2004-1617.dpatch @@ -0,0 +1,225 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 04_CVE-2004-1617.dpatch from the OpenBSD project. +## ftp://ftp.openbsd.org/pub/OpenBSD/patches/3.6/common/004_lynx.patch +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: CVE-2004-1617: Lynx allows remote attackers to cause a denial of service +## DP: (infinite loop) via a web page or HTML email that contains invalid HTML +## DP: including (1) a TEXTAREA tag with a large COLS value and (2) a large tag +## DP: name in an element that is not terminated. + [EMAIL PROTECTED]@ +diff -urNad lynx-2.8.5~/src/GridText.c lynx-2.8.5/src/GridText.c +--- lynx-2.8.5~/src/GridText.c 2004-01-28 19:30:38.0 + lynx-2.8.5/src/GridText.c 2006-05-12 15:12:32.0 +0100 +@@ -9589,8 +9589,8 @@ + /* + * Set SIZE. + */ +-if (I-size != NULL) { +- f-size = atoi(I-size); ++if (I-size != 0) { ++ f-size = I-size; + /* +* Leave at zero for option lists. +*/ +diff -urNad lynx-2.8.5~/src/HTForms.h lynx-2.8.5/src/HTForms.h +--- lynx-2.8.5~/src/HTForms.h 2003-06-02 02:16:28.0 +0100 lynx-2.8.5/src/HTForms.h 2006-05-12 15:12:32.0 +0100 +@@ -40,7 +40,7 @@ + CONST char *md; + CONST char *min; + CONST char *name; +- CONST char *size; ++ int size; + CONST char *src; + CONST char *type; + char *value; +diff -urNad lynx-2.8.5~/src/HTML.c lynx-2.8.5/src/HTML.c +--- lynx-2.8.5~/src/HTML.c 2004-01-19 12:16:02.0 + lynx-2.8.5/src/HTML.c 2006-05-12 15:12:32.0 +0100 +@@ -80,6 +80,19 @@ + + #define STACKLEVEL(me) ((me-stack + MAX_NESTING - 1) - me-sp) + ++#define DFT_TEXTAREA_COLS 60 ++#define DFT_TEXTAREA_ROWS 4 ++ ++#define MAX_TEXTAREA_COLS LYcolLimit ++#define MAX_TEXTAREA_ROWS (3 * LYlines) ++ ++#define LimitValue(name, value) \ ++ if (name value) { \ ++ CTRACE((tfp, Limited #name to %d, was %d\n, \ ++ value, name)); \ ++ name = value; \ ++ } ++ + struct _HTStream { + CONST HTStreamClass * isa; + #ifdef USE_SOURCE_CACHE +@@ -4316,7 +4329,7 @@ + I.align=NULL; I.accept=NULL; I.checked=NO; I.class=NULL; + I.disabled=NO; I.error=NULL; I.height= NULL; I.id=NULL; + I.lang=NULL; I.max=NULL; I.maxlength=NULL; I.md=NULL; +- I.min=NULL; I.name=NULL; I.size=NULL; I.src=NULL; ++ I.min=NULL; I.name=NULL; I.size=0; I.src=NULL; + I.type=NULL; I.value=NULL; I.width=NULL; + I.accept_cs = NULL; + I.name_cs = ATTR_CS_IN; +@@ -4502,7 +4515,7 @@ + I.align=NULL; I.accept=NULL; I.checked=NO; I.class=NULL; + I.disabled=NO; I.error=NULL; I.height= NULL; I.id=NULL; + I.lang=NULL; I.max=NULL; I.maxlength=NULL; I.md=NULL; +- I.min=NULL; I.name=NULL; I.size=NULL; I.src=NULL; ++ I.min=NULL; I.name=NULL; I.size=0; I.src=NULL; + I.type=NULL; I.value=NULL; I.width=NULL; + I.accept_cs = NULL; + I.name_cs = ATTR_CS_IN; +@@ -4794,7 +4807,7 @@ + I.checked = YES; + if (present present[HTML_INPUT_SIZE] + value[HTML_INPUT_SIZE] *value[HTML_INPUT_SIZE]) +- I.size = value[HTML_INPUT_SIZE]; ++ I.size = atoi(value[HTML_INPUT_SIZE]); + if (present present[HTML_INPUT_MAXLENGTH] + value[HTML_INPUT_MAXLENGTH] *value[HTML_INPUT_MAXLENGTH]) + I.maxlength = value[HTML_INPUT_MAXLENGTH]; +@@ -5033,26 +5046,28 @@ + if (present present[HTML_TEXTAREA_COLS] + value[HTML_TEXTAREA_COLS] +
Bug#350186: pdftex: -interaction option does not work
Hilmar, I have been on holiday this past few days. Please allow me chance to find the original problem input file etc tonight and reply. If I cannot I will let you know. I hope this is ok. Thanks, Noah On 13/09/06, Hilmar Preusse [EMAIL PROTECTED] wrote: On 11.09.06 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] wrote: On 09.09.06 Noah Slater ([EMAIL PROTECTED]) wrote: Hi, As far as I remember I was trying to run `pdftex -interaction batchmode' which at the time was not running in batch mode, but instead providing me with interactive imput prompts. A minimal example reads: [EMAIL PROTECTED]:~ $ more a.tex \bye Shouldn't there be an error, in order to test whether tex is running interactively, something like iii \blubber{} aaa \bye Hmm, I simply forgot what the batchmode option is good for It works here too. To sum up: 1. The maintainers can't reproduce the bug 2. The submitter doesn't know any more, what he was exactly doing and when the bug occured so he can't help them. Noah, is it OK to close now? If it pops up again later you may submit a new bug. H. -- sigmentation fault -- Creativity can be a social contribution, but only in so far as society is free to use the results. - R. Stallman
Bug#387260: Some other stuff
This feature is present in CVS and 2.7.7-10 #272837: mldonkey-server: show emule comments in file property http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378831 Please reopen the bug and try my latest comment. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386397: Closed wrong bugreport by accident
reopen 386397 thanks Sorry, this has gone to the wong bug number, I misread an 8 for a 3. I reopened the bugreport. pgpUzeG79OThp.pgp Description: PGP signature
Bug#387260: Patch for serious BT performance problem available in CVS - plea
From: Samuel Mimram [EMAIL PROTECTED] I'm a bit busy (or lazy? :) at the moment. Could you send me the diff? http://mldonkey.sourceforge.net/spiralvoice/277_cvs20060913.bz2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387280: db4.3-doc should be in Section doc
Package: db4.3-doc Version: 4.3.29-6 Severity: normal dixsept:~ dpkg -s db4.3-doc Package: db4.3-doc Status: install ok installed Priority: optional Section: libs [...] It should be in Section doc, not libs. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3-20060705 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]