Bug#514800: inputlirc: missing init dependency on lirc?
On Thu, Feb 12, 2009 at 12:12:08AM +0100, Guus Sliepen wrote: On Wed, Feb 11, 2009 at 12:02:45AM +0100, Jaap Eldering wrote: I recently upgraded my desktop to Lenny and installed the insserv dependency based init package. I'm pretty sure that since then my remote stopped working correctly: it did send signals, but it didn't seem to read/use the .lircrc config file anymore. Restarting lirc and then inputlirc solves the problem and restores the original behaviour. So it seems that /etc/init.d/inputlirc is missing a boot-time depencency on lirc, but I'm not completely sure that it not an error in configuration from my side. Inputlirc does not depend at all on lirc. However, I guess that you are using the init script from the lirc package to automatically start irexec. I cannot specify in the LSB header of the inputlirc init script that the lirc init script should start after it. The only thing you can do is to add Should-Start: inputlirc to /etc/init.d/lirc's header. Does that solve your problem? I'm a bit confused about you saying add Should-Start: inputlirc to /etc/init.d/lirc. The correct order of starting is lirc, inputlirc. That I can confirm manually: starting them in that order and my configuration works, starting them in the reverse order and it doesn't work. So it seems to me that in /etc/init.d/inputlirc on the 'Should-Start:' line 'lirc' should be added. I tried this and after a reboot it works as it originally did. Jaap signature.asc Description: Digital signature
Bug#514953: gnome-desktop-environment: panels are loading in kind of random order
Package: gnome-desktop-environment Version: 1:2.22.2~5 Severity: normal i have both standard panels on bottom (one for menu, application launchers, clock, etc and one for opened windows 'changers'). i have set one of them above other, but sometimes when i log in it happens the panels to be swapped and i have manually to set them again in proper order. it happens estimatelly one time per seven logins. cheers. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-desktop-environment depends on: ii alacarte 0.11.5-1easy GNOME menu editing tool ii cheese 2.22.3-3A tool to take pictures and videos ii deskbar-applet 2.22.3.1-1 universal search and navigation ba ii desktop-base 5.0.3 common files for the Debian Deskto ii dmz-cursor-theme 0.4.1 Style neutral, scalable cursor the ii ekiga2.0.12-1+nmu1 H.323 and SIP compatible VoIP clie ii evince 2.22.2-4~lenny1 Document (postscript, pdf) viewer ii evolution2.22.3.1-1 groupware suite with mail client a ii evolution-data-server2.22.3-1.1 evolution database backend server ii fast-user-switch-applet 2.22.0-1Applet for the GNOME panel providi ii file-roller 2.22.4-2an archive manager for GNOME ii gcalctool5.22.3-2A GTK2 desktop calculator ii gconf-editor 2.22.0-1An editor for the GConf configurat ii gdm 2.20.7-4GNOME Display Manager ii gksu 2.0.0-6 graphical frontend to su ii gnome-about 2.22.3-2The GNOME about box ii gnome-backgrounds2.22.0-1a set of backgrounds packaged with ii gnome-core 1:2.22.2~5 The GNOME Desktop Environment -- e ii gnome-keyring2.22.3-2GNOME keyring services (daemon and ii gnome-media 2.22.0-3GNOME media utilities ii gnome-menus 2.22.2-4an implementation of the freedeskt ii gnome-netstatus-applet 2.12.1-2Network status applet for GNOME 2 ii gnome-nettool2.22.0-1network information tool for GNOME ii gnome-network-admin 2.22.0-3GNOME Network Administration Tool ii gnome-power-manager 2.22.1-4power management tool for the GNOM ii gnome-screensaver2.22.2-2GNOME screen saver and locker ii gnome-system-monitor 2.22.3-1Process viewer and system resource ii gnome-system-tools 2.22.0-3Cross-platform configuration utili ii gnome-themes 2.22.2-1official themes for the GNOME 2 de ii gnome-user-guide 2.22.1-1GNOME user's guide ii gnome-utils 2.20.0.1-3 GNOME desktop utilities ii gnome-volume-manager 2.22.1-1GNOME daemon to auto-mount and man ii gstreamer0.10-alsa 0.10.19-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-ba 0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins-go 0.10.8-4GStreamer plugins from the good ii gstreamer0.10-tools 0.10.19-3 Tools for use with GStreamer ii gtk2-engines 1:2.14.3-2 theme engines for GTK+ 2.x ii gucharmap1:2.22.3-2 Unicode character picker and font ii iceweasel-gnome-support 3.0.5-1 Support for GNOME in Iceweasel ii libgnome2-perl 1.042-1+b1 Perl interface to the GNOME librar ii libgnomevfs2-bin 1:2.22.0-5 GNOME Virtual File System (support ii libgnomevfs2-extra 1:2.22.0-5 GNOME Virtual File System (extra m ii nautilus-cd-burner 2.20.0-1CD Burning front-end for Nautilus ii seahorse 2.22.3-2GNOME front end for GnuPG ii sound-juicer 2.22.0-2GNOME 2 CD Ripper ii swfdec-gnome 2.22.2-2Tools to play SWF files (Macromedi ii totem-gstreamer 2.22.2-5A simple media player for the GNOM ii totem-plugins2.22.2-5Plugins for the Totem media player ii vinagre 0.5.1-2 VNC client for the GNOME Desktop ii vino 2.22.2-1VNC server for GNOME ii zenity 2.22.1-2Display graphical dialog boxes fro Versions of packages gnome-desktop-environment recommends: ii fam 2.7.0-13.3 File Alteration Monitor ii gnome-accessibility 1:2.22.2~5 The GNOME desktop environment -- a ii gnome-games 1:2.22.3-3 games for the GNOME desktop Versions of packages gnome-desktop-environment suggests: ii
Bug#514943: [Pkg-utopia-maintainers] Bug#514943: network-manager: wired connection remains with wireless associated and no cable
Drew Parsons schrieb: On Thu, 2009-02-12 at 07:57 +0100, Michael Biebl wrote: What driver do you use? What does nm-tool say for eth0, is carrier detect supported? Driver for eth0 is e1000e, Carrier Detect: yes The wlan0 driver is iwlagn. You might also check the syslog . syslog says before the new kernel, nm would bring eth0 up at home, and then deactivate it: Jan 31 21:47:50 pug NetworkManager: info Waking up... Jan 31 21:47:50 pug NetworkManager: info (eth0): now managed Jan 31 21:47:50 pug NetworkManager: info (eth0): device state change: 1 - 2 Jan 31 21:47:50 pug NetworkManager: info (eth0): bringing up device. Jan 31 21:47:50 pug kernel: [31790.172718] ADDRCONF(NETDEV_UP): eth0: link is not ready Jan 31 21:47:50 pug NetworkManager: info (eth0): preparing device. Jan 31 21:47:50 pug NetworkManager: info (eth0): deactivating device (reason: 2). Jan 31 21:47:50 pug NetworkManager: info (wlan0): now managed Jan 31 21:47:50 pug NetworkManager: info (wlan0): device state change: 1 - 2 Jan 31 21:47:50 pug NetworkManager: info (wlan0): bringing up device. ... Jan 31 21:50:09 pug NetworkManager: info (wlan0): preparing device. Jan 31 21:50:09 pug NetworkManager: info (wlan0): deactivating device (reason: 2). Jan 31 21:50:09 pug kernel: [31929.475088] ADDRCONF(NETDEV_UP): wlan0: link is not ready Jan 31 21:50:09 pug kernel: [31929.488461] wlan0: authenticate with AP Does reason 2 means no cable? Nothing more was said about eth0. It continued from wlan0: authenticate with AP and the wireless interface got established. With the new kernel, syslog starts reporting the same, including (eth0): deactivating device (reason: 2). But then a second later it continues on saying: Feb 12 00:35:14 pug NetworkManager: info (wlan0): preparing device. Feb 12 00:35:14 pug NetworkManager: info (wlan0): deactivating device (reason: 2). Feb 12 00:35:14 pug kernel: [ 8875.187423] ADDRCONF(NETDEV_UP): wlan0: link is not ready Feb 12 00:35:14 pug NetworkManager: info (eth0): carrier now ON (device state 2) Feb 12 00:35:14 pug NetworkManager: info (eth0): device state change: 2 - 3 Feb 12 00:35:14 pug NetworkManager: info (wlan0): device state change: 2 - 3 Feb 12 00:35:14 pug NetworkManager: info Activation (eth0) starting connection 'ANU wired' Feb 12 00:35:14 pug NetworkManager: info (eth0): device state change: 3 - 4 Feb 12 00:35:14 pug NetworkManager: info Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled... ... Feb 12 00:35:15 pug NetworkManager: info (eth0): device state change: 7 - 8 Feb 12 00:35:15 pug NetworkManager: info (eth0): writing resolv.conf to /sbin/resolvconf Feb 12 00:35:27 pug NetworkManager: info Policy set (eth0) as default for routing and DNS. These eth0 entries are new. I guess (eth0): carrier now ON is the start of the trouble. Only after this do I get to the wlan0: authenticate with AP step. There are also some new wlan0 steps between set (eth0) as default and authenticate with AP, including: Feb 12 00:35:27 pug NetworkManager: info Activation (eth0) successful, device activated. Feb 12 00:35:27 pug NetworkManager: info Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete. Feb 12 00:35:27 pug NetworkManager: info (wlan0): supplicant interface state change: 1 - 2. Feb 12 00:35:29 pug NetworkManager: info Activation (wlan0) starting connection 'myAP' Feb 12 00:35:29 pug NetworkManager: info (wlan0): device state change: 3 - 4 Feb 12 00:35:29 pug NetworkManager: info Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled... Is that enough detail or do you need full logs? NM checks /sys/class/net/*/carrier What does that say [1] one your system, when eth0 is connected/disconnected? Cheers Michael [1] cat /sys/class/net/eth0/carrier -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#514456: imagemagick: Encoding photos to slideshow very slow
On Wed, Feb 11, 2009 at 11:42 PM, Michael Pavletich pcpa...@gmail.com wrote: OK, thanks for that, I didn't know about the debugging shell. Please see the attached txt file. I had to run it through 2x to get the results, but I changed the duration and transition times and limited it to a single image, so please take that into consideration should you need to. First run gave me the ending section, I interrupted the second run to get the initial section, then I combined the 2 so you can see the start and the finish without all the repetitive stuff in the middle as each frame was processed. could you copy the following script in the image directory and try: time sh script.sh In order to be statiscally significant post only the result for the third run. Post result with with stable, openmp and testing version. Regards thanks you Mike P script.sh Description: Bourne shell script
Bug#512546: Same problem on Dell Optiplex 760 with Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02)
Quoting Sebastiaan Couwenberg (sebas...@xs4all.nl): http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.28 This kernel is not even in unstable yet, so I think support for this hardware will have to wait till Lenny 'N' Half at least? Such improved support is exactly the purpose of Lenny'n'half, yes. Really sad that the new line of Dell Optiplex desktops will not be supported out-of-the-box by lenny. I think we can blame the damn habit of those HW manufacturers to change their product line every 6 months.:-( In Ubuntu support for these ICH10 NICs was added to kernel 2.6.27-6.9: [ Tim Gardner ] * Add support in e1000e for a couple of ICH10 PCI IDs * Enable CONFIG_INPUT_PCSPKR=m - LP: #275453 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/275453/comments/3 Apparently they merged some changes from the e1000e driver from SourceForge: This is their responsibility. I personnally think that such backports of kernel N+1 into kernal N add more mess in the kernel land than solving problems, but apparently some people think differently. We indeed don't have much to do with that bug report. We could reassign it to the kernel with please support foo but we already know this should be closed when the kernel team uploads 2.6.28. So, reassigning it to the kernel just adds more hassle to the kernel team: think about closing that BR when uploading 2.6.28without much benefit. Any other opinions before I close the bug report? signature.asc Description: Digital signature
Bug#514943: network-manager: wired connection remains with wireless associated and no cable
On Thu, 2009-02-12 at 08:57 +0100, Michael Biebl wrote: NM checks /sys/class/net/*/carrier What does that say [1] one your system, when eth0 is connected/disconnected? Currently, with ethernet cable plugged in, $ cat /sys/class/net/eth0/carrier 1 Pull out the cable, $ cat /sys/class/net/eth0/carrier 0 At this point I can make wlan0 connect to a nearby wifi network, so $ cat /sys/class/net/wlan0/carrier 1 Then plug the cable back in, nm automatically resets eth0 (overriding the wifi network I just activated, i.e. resetting eth0 gateway as default), and eth0/carrier=1 again. At this point the behaviour looks normal. I'll run a suspend-to-ram with the cable plugged in, pull the cable out when suspended, then resume. After that, nm picks up the local wifi network, and the wired networks are greyed out. So it looks like it's behaving correctly right at the moment. The (eth0): carrier now ON is now not appearing (until I plug in the cable). I'll check again later when I get home to see if the wrong behaviour returns. Thanks for your help checking it. Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508221: pidgin-sipe: Please package new upstream version
Hi, 1.3.3 is now out. version 1.3.3 (2009-02-09) - Implemented keep alive support. Thanks Stefan Becker - Support LCS 2005 buddy auth/blocking. Thanks Gabriel Burt - Fixed SSL errors. - Fixed many segmentation fault errors. - Added many translation files. -- Benoît Sibaud -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514932: Acknowledgement (seems to forget passing xslt options to xsltproc)
Workaround, if your document does not use external data: Call dblatex with the --no-external option. Btw. why is self.xsltproc.use_catalogs set to 0 in make_listings? Don't we want always catalog support? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514916: It seems to be related to another package
On Wednesday 11 February 2009, 22:10:25, rpowell wrote: Package: live-initramfs The following patch makes everything work in my environment, and I believe will still work in single-NIC setups: *** /srv/fai/nfsroot/live/filesystem.dir/usr/share/initramfs-tools/scripts/func tionsWed Jan 7 06:14:37 2009 --- /srv/fai/broken/initramfs-tools_scripts_functions Wed Feb 11 12:56:23 Thanks for the patch but it applies to a file which belongs to initramfs-tools, not live-initramfs which is an extension (or an hook) of the former. -- ESC:wq -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514791: libgl1-mesa-glx: segfault calling glGenLists();
On Wed, 2009-02-11 at 18:44 +0100, Kurt Roeckx wrote: On Wed, Feb 11, 2009 at 08:55:44AM +0100, Michel Dänzer wrote: On Tue, 2009-02-10 at 22:18 +0100, Kurt Roeckx wrote: Package: libgl1-mesa-glx Version: 7.0.3-7 Severity: important Hi, This little test program causes a segfault on amd64: #include GL/gl.h int main() { glGenLists(1); return 0; } But the same thing works with the version from experimental (7.3-1). That's purely luck; the result of calling GL functions is undefined without a current GLX context. I was trying to use iccexamine which you can get at: http://sourceforge.net/project/showfiles.php?group_id=177017package_id=247078 But it has a few depedencies that aren't available Debian. I have no idea how GLX works, I've never looked at it before. iccexamine works with the versions from experimental and segfaults with the version from testing/unstable. Your test program above is definitely incorrect, but that doesn't necessarily mean anything for iccexamine. You could try running it in gdb with breakpoints set on glXMakeCurrent and glGenLists. If the latter is called before the former, iccexamine is broken. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514062: conrtab.c monkey patch
severity 514062 minor tags 514062 +patch quit It's a monkey patch. Thanks, takaki crontab-stdin.patch Description: Binary data
Bug#500509: alsa-utils: /usr/share/alsa/alsa.conf should be moved to /etc
On Tue, Sep 30, 2008 at 08:30:55PM +0200, Elimar Riesebieter wrote: * Russell Coker [080929 23:10 +0200] On Tuesday 30 September 2008 04:15, Elimar Riesebieter riese...@lxtec.de wrote: Config files belong under /etc not under /usr. To be honest: Which config files do you mean? /usr/share/alsa/alsa.conf This file is installed by libasound2. (...) This file should not be customized. More precisely, it is a kind of default configuration that is not hardcoded in the C code, but in a text file; as far as I understand, everything done in that file can be overridden in /etc/asound.conf, so that's where the local configuration-changing should happen. Russel, does this convince you that the bug is not a bug? -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514954: vsftpd fails to install
Package: vsftpd Version: 2.0.7-2 Severity: normal % apt-get install vsftpd results in: Setting up vsftpd (2.0.7-2) ... dpkg: error processing vsftpd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: vsftpd It would help to know WHAT the problem is, since I could probably fix it -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28 (SMP w/4 CPU cores) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages vsftpd depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-18 GNU C Library: Shared libraries ii libcap2 2.11-2 support for getting/setting POSIX. ii libpam-modules1.0.1-5Pluggable Authentication Modules f ii libpam0g 1.0.1-5Pluggable Authentication Modules l ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii netbase 4.34 Basic TCP/IP networking system Versions of packages vsftpd recommends: ii logrotate 3.7.7-3Log rotation utility vsftpd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512498: rhino: NPE at startup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthias Klose wrote: tags 512498 + moreinfo thanks please package the latest release candidate and recheck. (Hmm, that's an original use of the moreinfo tag :) ) One question here - why are we packaging these release candidates at all? Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmT5R4ACgkQXjXn6TzcAQmTvQCgtqyciz447rJ3hAVHuWYjxVnx DY8AoO89OXhgAAho41seEiuitILaUEwX =MAL2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#411045: /etc/cron.hourly refuse to run script with extension
I reported that likes your bug. Please see http://bugs.debian.org/68561 . Thanks, Takaki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514802: [Pkg-octave-devel] Bug#514802: Bug#514802: octave-symbolic: (un)install accesses user .octave_hist
Am Mittwoch, den 11.02.2009, 17:55 +0100 schrieb Rafael Laboissiere: * Thomas Weber thomas.weber.m...@gmail.com [2009-02-11 13:34]: I don't think so. Seems to me like octave is accessing .octave_hist despite the --no-history flag. Snippet from $ strace -f octave --no-history open(/home/weber/.octave_hist, O_RDONLY) = 3 open(/home/weber/.octave_hist, O_WRONLY|O_CREAT|O_TRUNC, 0600) = 3 I seem to remember that this came up once already, but can't find it currently. Is this an upstream bug? If it's a bug, yes. It seems that --no-history only influences the saving of the new command at the end of an Octave session. Then again, it seems logical to read it, so you can scroll the history of past commands. I'm not sure that fixing the current corner-case of non-readable .octave_hist file is worth the effort. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514875: xterm: please make eightBitInput: true by default
On Wed, 2009-02-11 at 16:38 +0100, Louis-David Mitterrand wrote: The Euro character doesn't display unless eightBitInput is true. Please consider making it the default. It could be very confusing for newbies having set up euro support properly for all apps, that xterm requires a special switch (unlike other apps). hmm? the default *is* true, according to the manpage (and the code, as far as I can tell)... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514889: please unblock powermgmt-base (was Re: Bug#514889: On battery power, so skipping file system check when in AC power
reopen 514889 severity 514889 important tags 514889 +moreinfo reassign 514889 powermgmt-base thanks Hi Virgo, hi release-team, On Donnerstag, 12. Februar 2009, Virgo Pärna wrote: It is a problem, because it never does filesystem check - even after crash, when it is necessary. And the message says, that it skips the check because it is running on battery power, when it is not running on battery power but in AC power. Sorry for not getting that AC power != battery (ouch) and the resulting rudeness of my mail. It wasn't my best day yesterday but that certainly isnt an excuse, though I'm telling you as it explains a bit. I hope you accept my apologies. Please run on_ac_power ; echo $? - I expect the result is 255. Then please also run cat /sys/class/power_supply/AC/online when on AC power and on battery. I assume the result is 1 and 0. This has been fixed in powermgnt-base 1.30+nmu1, which is in unstable since 163 days. +powermgmt-base (1.30+nmu1) unstable; urgency=low + + * NMU + * on_ac_power: Use /sys/class/power_supply on 2.6.25+ systems where +/proc/acpi/ac_adaptor is no longer present. Closes: #473629 +(Patch by Vefa Bicakci.) + + -- Joey Hess jo...@debian.org Mon, 01 Sep 2008 13:27:22 -0400 $ debdiff powermgmt-base_1.30.dsc powermgmt-base_1.30+nmu1.dsc | diffstat debian/changelog |9 + src/on_ac_power | 39 +++ 2 files changed, 36 insertions(+), 12 deletions(-) Please unblock powermgmt-base and let it go into lenny if there is still time ;-) Else, I'm looking forward to see it in r1. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#514919: Removing support for uploads to multiple distributions
Russ Allbery wrote: Adam D. Barratt a...@adam-barratt.org.uk writes: The Policy section detailing the Distribution field in .changes files specifies that the field may contain a space-separated list of distributions. Whilst this is technically accurate, the feature has been deprecated since the testing distribution became an official part of the archive and is, imho, obsolete; the use case of uploading the same package to unstable and the frozen-stable-to-be as a single upload no longer applies. I discussed this with a couple of members of the ftpteam on IRC earlier today, and they were both in favour of removing support for the feature from dak. One of them had a dig through the archives and discovered that there have been no multiple-distribution uploads since 2004; even then there was only the one upload in that year, with the grand total of three in 2003. I would do a more radical change. (BTW I think ftp-team/DSA should update the footnote 38, and we should remove all). I think we should move distribution field from upload target to a final target distribution, i.e. a sort of quality assessment. I really don't like that maintainers fill a RC bug only to stop migrating a package from stable to testing. To distinguish different queues, I would use different upload URLs (like we had for non-us). But such proposal should eventually come from ftp-team. Nobody use it? Maybe we should ask people to use it, i.e. for the case of important fixes that should go *also* to backport. In conclusion: if this proposal will simplify dak tools I'll agree, in other case I'm undecided. This looks good to me in general. The only concern that I have is that there are other archive maintenance packages besides dak and some of them explicitly list multiple- distribution upload support as a feature (reprepro, for instance). Policy is specifically intended to describe the requirements for packages that are part of Debian, where dak matters the most, but this is specifically a description of the *.changes *syntax*. I'm a little unsure as to whether we should make multiple distributions a syntax error, when other tools support it, or instead just say that it's allowed in the syntax but the Debian archive doesn't support it. I think this is a general problem we the policy (that IMO should be fixed in the new policy): it is not clear (and it use the same restrictions) to both users, but IMHO packagers should have stricter rules, and dak/dpkg/... could have more relaxed rules (like the main internet rule). ciao cate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514956: miro-data is missing the file /usr/share/miro/resources/statictabs.xml, perhaps others.
Package: miro-data Version: 2.0-1 Severity: serious Justification: Policy 3.5 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- no debconf information Miro is unable to run because of the missing statictabs.xml file. --cut-- miro location: /usr/lib/xulrunner-1.9/libxpcom.so before 3 INFO Starting up Miro INFO OS: Linux INFO Version:2.0 INFO Revision: https://svn.participatoryculture.org/svn/dtv/tags/Miro-2.0/tv/resources - 9177 INFO Builder:u...@greenwood INFO Build Time: 1234316050.51 INFO Starting event loop thread INFO Restoring database... INFO Connecting to /home/rooster/.miro/sqlitedb TIMING Database load slow: 0.388 INFO Spawning global feed dtv:manualFeed INFO Spawning global feed dtv:singleFeed INFO Spawning global feed dtv:search INFO Spawning global feed dtv:searchDownloads INFO wbg: setting autodownload stuff initially to new INFO Spawning global feed dtv:directoryfeed INFO wbg: setting autodownload stuff initially to new WARNING Unknown startup error: Traceback (most recent call last): File /var/lib/python-support/python2.5/miro/startup.py, line 87, in wrapped func(*args, **kwargs) File /var/lib/python-support/python2.5/miro/startup.py, line 174, in finalizeStartup setupTabs() File /var/lib/python-support/python2.5/miro/startup.py, line 203, in setupTabs tabs.reloadStaticTabs() File /var/lib/python-support/python2.5/miro/tabs.py, line 357, in reloadStaticTabs document = parse(resources.path('statictabs.xml')) File /usr/lib/python2.5/site-packages/_xmlplus/dom/minidom.py, line 1915, in parse return expatbuilder.parse(file) File /usr/lib/python2.5/site-packages/_xmlplus/dom/expatbuilder.py, line 924, in parse fp = open(file, 'rb') IOError: [Errno 2] No such file or directory: '/usr/share/miro/resources/statictabs.xml' INFO *** Launching Downloader Daemon TIMING idle (finalizing startup) too slow (0.576 secs) INFO *** Daemon ready *** INFO Shutting down Downloader... INFO Shutting down downloaders... INFO Shutdown complete INFO Closing Database... INFO Shutting down event loop INFO Shutting down frontend INFO Saving preferences... INFO Shutting down icon cache updates INFO Shutting down movie data updates INFO Done shutting down. INFO Remaining threads are: INFO _MainThread(MainThread, started) --cut-- According to the upstream manifest as found via apt-file , that file should be included in miro-data, --cut-- apt-file search statictabs.xml democracyplayer-data: /usr/share/democracy/resources/statictabs.xml miro-data: /usr/share/miro/resources/statictabs.xml --cut-- Without this file miro will not run and asks to file a bug report. It it my belief the maintainer of the package ought to be responsible for missing files. Thanks. however on inspecting the miro-data_2.0-1_all.deb it was found to be missing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512546: Same problem on Dell Optiplex 760 with Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02)
reassign 512546 linux-2.6 thanks On Donnerstag, 12. Februar 2009, Christian Perrier wrote: This kernel is not even in unstable yet, so I think support for this hardware will have to wait till Lenny 'N' Half at least? Such improved support is exactly the purpose of Lenny'n'half, yes. I don't think so, AFAIK missing PCI IDs are routinily added to kernel updates also in pointreleases. In Ubuntu support for these ICH10 NICs was added to kernel 2.6.27-6.9: [ Tim Gardner ] * Add support in e1000e for a couple of ICH10 PCI IDs https://bugs.launchpad.net/ubuntu/+source/linux/+bug/275453/comments/3 + /* Even those these are ICH10 devices, the ICH9 setup (which really +* uses ICH8) works fine. Just drop this patch when it collides with +* upstream. I ripped this from the SourceForge e1000e 0.4.1.7 driver. +*/ +#define E1000_DEV_ID_ICH10_D_BM_LM0x10DE +#define E1000_DEV_ID_ICH10_D_BM_LF0x10DF + { PCI_VDEVICE(INTEL, E1000_DEV_ID_ICH10_D_BM_LM), board_ich9lan }, + { PCI_VDEVICE(INTEL, E1000_DEV_ID_ICH10_D_BM_LF), board_ich9lan }, + http://launchpadlibrarian.net/18283516/linux_2.6.27-5.8_2.6.27-6.9.diff.gz regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#514955: patch completion broken: bad set of key/value pairs for associative array
Package: zsh-beta Version: 4.3.9-dev-1+20090129-1 Severity: normal piper:~|master|.tmp/cdt.lalFLHgV/puppet-0.24.7% patch lib/TAB _patch:11: bad set of key/value pairs for associative array _patch:11: bad set of key/value pairs for associative array _patch:11: bad set of key/value pairs for associative array _patch:11: bad set of key/value pairs for associative array piper:~|master|.tmp/cdt.lalFLHgV/puppet-0.24.7% patch lib/ -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zsh-beta depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libcap2 2.11-2 support for getting/setting POSIX. ii libncursesw5 5.7+20090124-1 shared libraries for terminal hand ii passwd1:4.1.1-6 change and administer password and Versions of packages zsh-beta recommends: ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi Versions of packages zsh-beta suggests: pn zsh-beta-doc none (no description available) -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#472574: jack support should be enabled for AMD64
I really do not now anything about this, but could Peter be right? I have the problem that selecting jack in mixxx is not an option on amd64 lenny. According to the ubuntu guys, see: https://bugs.launchpad.net/ubuntu/+source/portaudio19/+bug/183011 , this has to do with portaudio and apparently they fixed it? (although there is still one complaint about instability?) (Or should I try to do the whole thing in a 32bit chroot?) Thanks! Frans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514875: xterm: please make eightBitInput: true by default
On Thu, Feb 12, 2009 at 10:05:11AM +0100, Julien Cristau wrote: On Wed, 2009-02-11 at 16:38 +0100, Louis-David Mitterrand wrote: The Euro character doesn't display unless eightBitInput is true. Please consider making it the default. It could be very confusing for newbies having set up euro support properly for all apps, that xterm requires a special switch (unlike other apps). hmm? the default *is* true, according to the manpage (and the code, as far as I can tell)... You are right, I just found out that it's the presence (or not) of the LC_CTYPE (or LC_ALL) variable in the environment that makes the difference. Sorry for barking up the wrong tree. Cheers, -- http://www.critikart.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507652: Increase severity to release-critical because XeLaTeX is broken.
severity 507652 grave reassign 507652 texlive-xetex thanks Dear everyone, I am raising the severity because xelatex is unusable for me. In my message from Sunday 13:47 (EST) I enumerated some ways to fix this. If I am wrong about the severity, I am sorry. Thanks, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#512386: compliments of day.
Greetings and compliments of the season. It might interest you to know little about who is sending this mail. My names are Nelson Chuka am from Gauteng in South Africa. I am presenting a proposal which is related to GETTING GENUINE INFORMATION ON POOLS BETTING. I am in other words looking for a partner that will be able to search for genuine information that will enable one to fish out the matches that will get their draws in Saturday sports world. In my Country, this is a very good business that can turn some one an overnight multimillionaire. If you welcome this proposal your duties is to assist me acquire a genuine information that will serve as guide to pick the teams that will play score or non score draws in either of the international forecasting papers: Soccer Research, Capital and Bob Morton or weekly BBC sports Information that will produce score or non score draws on Saturday sports world. I will be obliged to meet some one that will source for this original information that will originate the score or non score draws on Saturdays sports world. This could be applicable to UK/English or Australia seasons football seasons. It costs a lot of money to acquire genuine Information, but we will reach an agreement on how this money will be paid. I will urge you to take this proposal very seriously as it is a top secret in other African countrys. Thanks with anticipation as I wait to hearing from you soonest. Thanks for your cooperation. Nelson Chuka. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514807: Regression in libgnutls security update
Florian Weimer f...@deneb.enyo.de writes: * Simon Josefsson: What can be done here is to produce better documentation, perhaps in release notes. People must be aware that trusting X.509 certificate chains containing RSA-MD5 signatures or V1 CAs is insecure. I think it is somewhat debatable if this also applies to the root CA container, where the X.509 structure is just use as a transport for key material. The RSA-MD5 signature does not hurt there Agreed. That is how GnuTLS works now; it doesn't validate signatures in trusted CA certificates. and the DN doesn't really matter, either. The SubjectDN of the CA needs to match the IssuerDN of the next cert in the chain. The risk I see is that someone adds a v1 *server* certificate to the trusted list, without realizing that it will act as a *CA* certificate in this place. Exactly. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514578: LDAP STARTTLS is broken
Brian May br...@microcomaustralia.com.au writes: Simon Josefsson wrote: Can you provide more details what works and not work actually means for you? Output from gnutls-cli with -d 4711 and --print-cert helps. The original failure in this bug report is the intended and documented behaviour, so if you really are seeing the same problem, the problem is with your cert chains. Unfortunately no. The configuration that didn't work, now works, and I don't know what I did to change do that. I will list the steps though: 1. upgrade client from etch to lenny 2. note ldap is broken because certificate is not trusted 3. hours of debugging, including adding both root and intermediate class 3 certificate to trusted chain 4. upgrade libgnutls26 from 2.4.2-5 to 2.4.2-6 5. It works! 6. Upgrade openldap server to Lenny. 7. Upgrade another client to lenny. It is using libgnutls26 2.4.2-5. 8. It works! 9. Downgrade libgnutls26 on first client to 2.4.2-5 10. It still works! Something must have changed, but I don't know what. Do you recall which version you upgraded to in step 1? Maybe it was an older version, which didn't have the fixes. Maybe step 6 might be significant? I can't see any evidence to proof this - it seems unlikely. I might be wrong... Not impossible, maybe you could try downgrade openldap and see if you can reproduce it? I will let you know if I encounter the problem again. Just in case I also downgraded libgnutls26 to 2.4.2-4, and it still works. Ok. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514570: Fixed today
This has been fixed by the upload of sun-java6-jre, sun-java6-bin, sun-java6-jdk and ia32-sun-java6-bin in version 6-12-1 to lenny and sid. Bug can be marked as fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500509: alsa-utils: /usr/share/alsa/alsa.conf should be moved to /etc
On Thu, 12 Feb 2009, Lionel Elie Mamane lio...@mamane.lu wrote: More precisely, it is a kind of default configuration that is not hardcoded in the C code, but in a text file; as far as I understand, everything done in that file can be overridden in /etc/asound.conf, so that's where the local configuration-changing should happen. So why not just install the file as /etc/asound.conf? Russel, does this convince you that the bug is not a bug? No. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514807: Regression in libgnutls security update
Daniel Kahn Gillmor d...@fifthhorseman.net writes: One option, of course, is to change the interface of GnuTLS to cleanly separate out trusted peer certificates from trusted CA certificates in the API. This would permit users to specify how they intend to use a given V1 cert. Of course, this would also require an API change, potentially an soname bump, etc. In the absence of such a change, i think it's safer to strongly deprecate V1 certificates (as has been documented for years, if not enforcced), and let applications which choose to treat the trusted certificate list solely as a CA store specify so explicitly with GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT. Agreed. V1 certificates should be deprecated. I believe the best we can achieve is to have a flag that allows callers to ignore the security problem and accept V1 CAs. But we have that, and have had it for a long time. The defaults should be secure. I just added in GnuTLS v2.7.x a priority string flag for this, so if applications are enhanced to use the priority string functionality (not many do yet), users will be able to set the flag easily. See NEWS: ** gnutls-cli: No longer accepts V1 CAs by default during X.509 chain verify. Use --priority NORMAL:%VERIFY_ALLOW_X509_V1_CA_CRT to permit V1 CAs to be used for chain verification. ... ** libgnutls: New priority strings %VERIFY_ALLOW_SIGN_RSA_MD5 ** and %VERIFY_ALLOW_X509_V1_CA_CRT. They can be used to override the default certificate chain validation behaviour. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514919: Removing support for uploads to multiple distributions
In gmane.linux.debian.devel.policy, you wrote: I think we should move distribution field from upload target to a final target distribution, i.e. a sort of quality assessment. I really don't like that maintainers fill a RC bug only to stop migrating a package from stable to testing. ^^ I assume you mean unstable To distinguish different queues, I would use different upload URLs (like we had for non-us). But such proposal should eventually come from ftp-team. dak doesn't deal with moving packages from unstable to testing, that's for britney to decide (under the control of the release team). Ultimately, as I understand it, the current position is that packages not aimed at testing shouldn't go to unstable anyways (as they may tie up migration of other packages through shlib changes or other problems) but should be placed in experimental instead. Nobody use it? Maybe we should ask people to use it, i.e. for the case of important fixes that should go *also* to backport. As backport.org is an entirely seperate archive, that wouldn't work (unless we re-injected the package into the backport.org queued, but that would require us to 1) know about it and 2) not feel ill at the prospect of doing things like that :-) Cheers, Mark PS - Sorry if this goes wrong, but this is the first time I've replied to a lists mail having read it via news - chances of failure are high. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504880: Disambiguate installed for packages
On Wed, Feb 11, 2009 at 08:27:57PM -0800, Russ Allbery wrote: Raphael Hertzog hert...@debian.org writes: Please find a proposed patch in attachment. Feel free to reword/improve if needed. Is the reason why you can't rely on configured for the prerm case the same reason why you can't rely on it for the postinst case: because of breaking circular dependencies and choosing one package to deconfigure first? It just seems conceptually odd to use Pre-Depends for a dependency for a removal script. I'm a little concerned that this sounds like an implicit encouragement to use Pre-Depends more because you can rely on it, and I don't think we want to do that. I'm not entirely sure how to avoid that, though, and in context there are other warnings against using Pre-Depends. What we really want to do is actively discourage circular dependencies, since in the absence of circular dependencies, Depends works as expected and you can rely on packages being configured for postinst and prerm dependencies. I completly agree. What happens if there are circular Pre-Depends? Does dpkg just give up at that point and throw a fatal error? Experimentally, as soon as there is at least one Pre-Depends in a dependency loop, apt or dpkg throws an error and abort. Adding Pre-Depends to a circular dependency only make things worse not better. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514867: nautilus
Le mercredi 11 février 2009 à 16:34 +0300, Aliel a écrit : Package: nautilus Version: 2.20.0-7 memory leak after works with fils -- System Information: Debian Release: lenny 5.0 Architecture: i686 Kernel: Linux 2.6.26-1-686 And with more words? -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `- our own. Resistance is futile. After start gdm nautilus uses approximately 5mb RAM, but after browse my files (jpg, ogg, odt, pdf, etc) a few directories, nautilus use 30-40mb RAM sometimes anymore. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514957: mysql-server: installation requires tab key or use of mouse
Package: mysql-server Version: 5.1.30really5.0.75-0ubuntu5 Severity: wishlist hi :) my pet peeve with installing the mysql-server package is when you enter the password for the root user. the password field does not have focus, so you have to press tab or use the mouse. then you have to press tab or use the mouse again to press enter. i've never done gtk programming in the past. is there a simple way to set focus and to steal an enter key to automatically hit continue? -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server depends on: ii mysql-server 5.1.30really5.0.75-0ubuntu5 MySQL database server binaries mysql-server recommends no packages. mysql-server suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512589: fw_setenv: Cannot malloc -131072 bytes: Cannot allocate memory
Luca Capello l...@pca.it writes: # MTD device name Device offset Env. size Flash sector size Number of sectors /dev/mtd2 0x 00040002 2 Aha, with this change it looks good: $ sudo fw_printenv boot_menu_timeout=300 bootargs_base=rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot bootcmd=setenv bootargs ${bootargs_base} ${mtdparts} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10 mem=127M persistent_log=127M; mmcinit; ext2load mmc 1 0x3200 ${sd_image_name}; bootm 0x3200 bootdelay=1 menu_1=Boot from Flash: setenv bootargs ${bootargs_base} ${mtdparts}; nand read.e 0x3200 kernel 0x20; bootm 0x3200 menu_2=Reboot: reset menu_3=Power off: neo1973 power-off menu_4=Set console to USB: setenv stdin usbtty; setenv stdout usbtty; setenv stderr usbtty menu_5=Set console to serial: setenv stdin serial; setenv stdout serial; setenv stderr serial menu_6=SD/uImage2.bin: setenv bootargs ${bootargs_base} ${mtdparts} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10; mmcinit; ext2load mmc 1 0x3200 uImage2.bin; bootm 0x3200 menu_7=SD/uImage3.bin: setenv bootargs ${bootargs_base} ${mtdparts} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10; mmcinit; ext2load mmc 1 0x3200 uImage3.bin; bootm 0x3200 mtddevname=nor mtddevnum=0 mtdids=nor0=physmap-flash,nand0=neo1973-nand mtdparts=mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) partition=nor0,0 pcb_rev=0x000 pcf50633_int1=0x80 pcf50633_int2=0xfe quiet=1 sd_image_name=uImage.bin splashimage=nand read.e 0x3200 splash 0x5000; unzip 0x3200 0x880 0x96000 stderr=usbtty stdin=usbtty stdout=usbtty usbtty=cdc_acm li...@ginger:~$ sudo fw_setenv bootcmd 'setenv bootargs ${bootargs_base} ${mtdparts} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10 mem=127M; mmcinit; ext2load mmc 1 0x3200 ${sd_image_name}; bootm 0x3200' li...@ginger:~$ sudo fw_printenv boot_menu_timeout=300 bootargs_base=rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot bootdelay=1 menu_1=Boot from Flash: setenv bootargs ${bootargs_base} ${mtdparts}; nand read.e 0x3200 kernel 0x20; bootm 0x3200 menu_2=Reboot: reset menu_3=Power off: neo1973 power-off menu_4=Set console to USB: setenv stdin usbtty; setenv stdout usbtty; setenv stderr usbtty menu_5=Set console to serial: setenv stdin serial; setenv stdout serial; setenv stderr serial menu_6=SD/uImage2.bin: setenv bootargs ${bootargs_base} ${mtdparts} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10; mmcinit; ext2load mmc 1 0x3200 uImage2.bin; bootm 0x3200 menu_7=SD/uImage3.bin: setenv bootargs ${bootargs_base} ${mtdparts} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10; mmcinit; ext2load mmc 1 0x3200 uImage3.bin; bootm 0x3200 mtddevname=nor mtddevnum=0 mtdids=nor0=physmap-flash,nand0=neo1973-nand mtdparts=mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) partition=nor0,0 pcb_rev=0x000 pcf50633_int1=0x80 pcf50633_int2=0xfe quiet=1 sd_image_name=uImage.bin splashimage=nand read.e 0x3200 splash 0x5000; unzip 0x3200 0x880 0x96000 stderr=usbtty stdin=usbtty stdout=usbtty usbtty=cdc_acm bootcmd=setenv bootargs ${bootargs_base} ${mtdparts} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10 mem=127M; mmcinit; ext2load mmc 1 0x3200 ${sd_image_name}; bootm 0x3200 I did a test reboot and the system seemed to boot up nicely with updated kernel boot parameters: $ cat /proc/cmdline rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10 mem=127M Thanks a lot for packaking the fixed version! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512546: Same problem on Dell Optiplex 760 with Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02)
On Thu, Feb 12, 2009 at 10:16:09AM +0100, Holger Levsen wrote: I don't think so, AFAIK missing PCI IDs are routinily added to kernel updates also in pointreleases. Yes they are. But you have not shown the upstream commit ids. Bastian -- No problem is insoluble. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514807: libgnutls13: Security update causes TLS certificate verification: Error, Unknown error
Edward Allcutt emall...@gleim.com writes: retitle 514807 X.509v1 CA certs no longer trusted implicitly thanks Simon Josefsson wrote: Edward Allcutt emall...@gleim.com writes: Simon Josefsson wrote: I suspect the problem is that you have a RSA-MD5 signature somewhere in the certificate chain. Nope, already checked that... gnutls-cli does work after all. It's the other modules linked to libgnutls that are failing. I believe the problem is that you have a V1 CA, which isn't permitted by default by libgnutls. Only since this security update. I'm not saying that not trusting VA CAs shouldn't be the correct ideal behavior but it does seem very impractical right now. At the very least, can you postpone this change in functionality until lenny? That's not my call to make, but haven't this fixed been rolled out for etch already? Anyway, I believe it is the right fix too: otherwise etch users are left vulnerable. I don't recommend doing the same in other applications, and we should probably remove it from gnutls-cli too. It may be useful to create a parameter in other tools to enable the flag on a per-case basis, though. Those applications which need to change their flags should of course be patched to do so, but not in stable. This seems like a change in the API of libgnutls. A change towards what is documented, granted, but a change nonetheless and away from what most applications seem to expect. The behaviour you have been seeing has always been the documented and intended behaviour. The _implementation_ had a security bug, which caused these certificate chains to be accepted anyway. I agree that whether this is a ABI change or not is a rather subtle issue. The patch does change what the user is seeing, so there is some externally visible change. Usually that means the ABI version has to be incremented. On the other hand, _any_ security patch is in the same situation. When you close a security hole, you change how users can interact with the software. However I don't think a security patch is a valid reason to bump the ABI version. Debian etc need to be able to fix security problems without bumping the ABI version of a library and re-linking every application. For explanation of why V1 CA's are bad, see: I understand that. The argument against GNUTLS_VERIFY_ALLOW_ANY_X509_V1_CA_CRT is very strong, but the argument against GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT seems rather weak, especially given most applications give a list of trusted CAs, not non-CAs. I think the argument applies equally strong to both flags. What difference do you see? I think we should not second guess that most applications only put CAs in the trusted cert list when it is allowed to put EE certs there too. It seems better to close the security holes. In addition, at least one very popular CA still seems to use a v1 cert as their root. They have new v3 root certs however these aren't included in ca-certificates until lenny. These users are at risk regardless of what GnuTLS does, so I believe some effort needs to go into fixing that. I'm tagging this as wontfix since this is the documented and intended behaviour. I am sorry you had to notice it through an upgrade -- however the reason for the upgrade was to close this hole. Hmm, I thought the reason for the upgrade was to close this hole: CVE-2008-4989. Fixing this deviation from documentation was just a side-effect. The CVE-2008-4989 problem was that the implementation deviated from the documentation and intended behaviour: certificate chains weren't validated properly enough. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514958: nfs-common: nfsstat does not recognize the documented long option '--mounted'
Package: nfs-common Version: 1:1.0.10-6+etch.1 Severity: normal In the manual page and also on the help page (--help) of the program nfsstat, the long form --mounted is given for the option -m. This form is not recognized by the program: ...:~# nfsstat --mounted nfsstat: unrecognized option `--mounted' Try `nfsstat --help' for more information. On the other hand, the notation --mount is recognized. I suppose that mounted is the intended spelling (and that therefore the option parser will be corrected, not the man page and help display). The short option -m is recognized and working, by the way. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages nfs-common depends on: ii add 3.102Add and remove users and groups ii lib 2.3.6.ds1-13etch5GNU C Library: Shared libraries ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library ii lib 1.1a-1 An asynchronous event notification ii lib 0.10-4 A mechanism-switch gssapi library ii lib 1.4.4-7etch5 MIT Kerberos runtime libraries ii lib 0.18-0 An nfs idmapping library ii lib 0.14-2etch3 allows secure rpc communication us ii lib 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb 3.1-23.2etch1Linux Standard Base 3.1 init scrip ii net 4.29 Basic TCP/IP networking system ii por 5-26 The RPC portmapper ii ucf 2.0020 Update Configuration File: preserv nfs-common recommends no packages. -- no debconf information With kind regards, Wolfgang Braun -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512546: Same problem on Dell Optiplex 760 with Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02)
On Thu, Feb 12, 2009 at 10:49:14AM +0100, Bastian Blank wrote: On Thu, Feb 12, 2009 at 10:16:09AM +0100, Holger Levsen wrote: I don't think so, AFAIK missing PCI IDs are routinily added to kernel updates also in pointreleases. Yes they are. But you have not shown the upstream commit ids. The upstream commit to add this IDs and generic ICH10 support is f4187b56e1f8a05dd110875d5094b21b51ebd79b. As there are explicit differences in the init for ICH8/9 and ICH10 devices, I don't consider the hacked addition of ID with reuse of ICH9-init as safe for now. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514807: libgnutls13: Security update causes TLS certificate verification: Error, Unknown error
Edward Allcutt emall...@gleim.com writes: Simon Josefsson wrote: Simon Josefsson si...@josefsson.org writes: The reason gnutls-cli doesn't complain is because it contains this code: /* there are some CAs that have a v1 certificate *%@#*% */ gnutls_certificate_set_verify_flags (xcred, GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT); I don't recommend doing the same in other applications, and we should probably remove it from gnutls-cli too. It may be useful to create a parameter in other tools to enable the flag on a per-case basis, though. FWIW, I've worked on this in the gnutls 2.7.x branch. gnutls-cli no longer accepts V1 CAs by default, and there is a new --priority token %VERIFY_ALLOW_X509_V1_CA_CRT to enable it for those that needs it. The priority string approach is what we recommend applications expose to their users for configuring GnuTLS internal details. That's all very well, but it's a rather big change in functionality for stable. I doubt it would be acceptable to patch all the relevant apps which assume that their list of trusted CAs will actually be used as such. Right, and I don't think these applications should be patched for two reasons: 1) That would open up for security problems. 2) The GnuTLS documentation and API has a flag to enable V1 CAs to be valid as a CA root, and another flag to enable V1 CAs to be valid as an intermediate CA cert. This implies the default is that the certs are intended to be disallowed. I can see the same change has been made in libgnutls26 in lenny. Should I file several RC bugs against the various modules affected? Bear in mind that their documented semantics are a list of trusted CAs so I think GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT would be entirely appropriate in those cases. The documentation should be updated for these applications, to clarify that V1 CAs are not permitted by default. Alternatively, the application documentation could just refer to the GnuTLS manual for more technical discussions like this. To patch the applications to use the GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT would expose users to security problems, so I don't think that is a good idea. Are there any apps which provide a list of trusted certs which should not all be considered trusted CAs? If not then perhaps GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT should be the default. Good question, I think this should be discussed with application authors. My hope is that we can convince them that V1 certificates should not be trusted by default even if the user provided such a certificate in their trust list, due to the security problem with V1 certs. (Another hope is that application writers extend their code to call the GnuTLS gnutls_priority_* functions, then users can supply a GnuTLS priority string to the application to set the flag that will make it possible to use a V1 CA again. This provides a way to work-around the problem. It also makes it possible for GnuTLS to introduce new flags to work around future similar problems, without a need to patch applications.) /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514959: RM: fsp -- RoQA; orphaned, out of date, low popcon, better alternatives
Package: ftp.debian.org Severity: normal Hi! Please see the following reasons for the removal request: * Package is orphaned. * Upstream has no new releases since 2005. * Better alternatives like tftp. * Few users - a popcon of 48 users only. Package has reverse depends only on fspd (fsp daemon). Thank you! -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514578: LDAP STARTTLS is broken
Simon Josefsson wrote: Do you recall which version you upgraded to in step 1? Maybe it was an older version, which didn't have the fixes. The latest version in Etch to the latest version in Lenny. I didn't go past Lenny. Not impossible, maybe you could try downgrade openldap and see if you can reproduce it? Unfortunately not, I believe I upgrading slapd resulted in the database format being upgraded at the same time. -- Brian May br...@microcomaustralia.com.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514807: Regression in libgnutls security update
Edward Allcutt emall...@gleim.com writes: What can be done here is to produce better documentation, perhaps in release notes. People must be aware that trusting X.509 certificate chains containing RSA-MD5 signatures or V1 CAs is insecure. I don't disagree, but breaking working configurations, not all of which are as insecure as you fear, doesn't seem like the best plan, especially since there was no advance warning. I agree here that advance warning would have been good. It was not clear that the security problem that was fixed would have the consequence you reported. Now that you report it, and we analyze it, it is clear that it is the intended consequence. What are the possible channels to communicate to etch users that they will get (intentional) errors from gnutls if they have 1) a V1 certificate in their certificate chains, or 2) have a RSA-MD2/MD5 signature in non-trusted certificates in their chain? Perhaps a wiki page will help to explain the issue better than this bug report e-mail thread can do. Hm possibly we could reconsider the default regarding V1 CAs for etch: maybe you are right that the security problem is less problematic than the solution. Anyway, not my call to make, and I hope others can use this discussion to evaluate what the best outcome is. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511089: Preferences accessible via dock icon
Whilst you are correct that the main UI does not have a preferences button, I was invited to enter my Twitter credentials on initial startup. I was also able to later re-use the Preferences dialog by right-clicking gTwitter's notification area icon and selecting Preferences. Whilst it would be nice if the UI was a bit more transparent about available options, I don't think this qualifies as a GRAVE package problem? -- Matthew Exley hen...@guided-naafi.org
Bug#514960: 'Warning: Couldn't save certificate' - suddenly refuses to save my certificate
Package: mutt Version: 1.5.18-6 Severity: normal I can't pinpoint what changed happened to trigger this. It happened before the latest mutt upgrade. I think it has been happening for 2-3 weeks now. I googled for it and other people seem to often see the same issue, eg: http://does-not-exist.org/mail-archives/mutt-users/msg04066.html But I really don't see anyone finding out what is causing it. I have strace of starting mutt in http://ytti.fi/mutt.strace -- Package-specific info: Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.18-6-xen-amd64 (x86_64) ncurses: ncurses 5.7.20090207 (compiled with 5.7) libidn: 1.10 (compiled with 1.10) hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 27 2008 08:41:43) Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP +USE_GSS -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. patch-1.5.13.cd.ifdef.2 patch-1.5.13.cd.purge_message.3.4 patch-1.5.13.nt+ab.xtitles.4 patch-1.5.4.vk.pgp_verbose_mime patch-1.5.6.dw.maildir-mtime.1 patch-1.5.8.hr.sensible_browser_position.3 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutt depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libgdbm3 1.8.3-4GNU dbm database routines (runtime ii libgnutls26 2.4.2-6the GNU TLS library - runtime libr ii libidn11 1.10-3 GNU libidn library, implementation ii libkrb53 1.6.dfsg.4~beta1-6 MIT Kerberos runtime libraries ii libncursesw5 5.7+20090207-1 shared libraries for terminal hand ii libsasl2-22.1.22.dfsg1-23Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii locales 2.7-18 GNU C Library: National Language ( ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag Versions of packages mutt suggests: ii ca-certificates 20080809 Common CA certificates ii gnupg 1.4.9-3 GNU privacy guard - a free PGP rep ii ispell 3.1.20.0-4.4 International Ispell (an interacti pn mixmaster none (no description available) ii openssl 0.9.8g-15Secure Socket Layer (SSL) binary a pn urlview none (no description available) Versions of packages mutt is related to: ii mutt 1.5.18-6 text-based mailreader supporting M pn mutt-dbg none (no description available) pn mutt-patched none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514578: LDAP STARTTLS is broken
Brian May br...@microcomaustralia.com.au writes: Not impossible, maybe you could try downgrade openldap and see if you can reproduce it? Unfortunately not, I believe I upgrading slapd resulted in the database format being upgraded at the same time. Ouch. Ok, thanks for your feedback, I think we'll just have to wait and see if anyone else reports similar problems. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514395: LUT settings are not restored after switching to console.
reassign 514395 xserver-xorg-core kthxbye On Wed, 2009-02-11 at 22:11 +0100, Kurt Roeckx wrote: On Wed, Feb 11, 2009 at 06:55:15PM +0100, Michel D?nzer wrote: On Wed, 2009-02-11 at 18:35 +0100, Kurt Roeckx wrote: or atleast get them restored when switching back to X. What method does dispwin use for changing the LUT settings? It uses this for randr 1.2: XRRCrtcGamma *crtcgam; debugr(Setting gamma using Randr 1.2\n); if ((crtcgam = XRRAllocGamma(r-nent)) == NULL) { debugr( XRRAllocGamma failed\n); return 1; } for (i = 0; i r-nent; i++) { crtcgam-red[i] = vals[0][i]; crtcgam-green[i] = vals[1][i]; crtcgam-blue[i] = vals[2][i]; } XRRSetCrtcGamma(p-mydisplay, p-crtc, crtcgam); XSync(p-mydisplay, False); /* Flush the change out */ XRRFreeGamma(crtcgam); Else it would use XF86VidModeSetGammaRamp() At least with RandR 1.2, I suspect this could be an issue in the X server rather than the driver. I've tried using xgamma (from x11-xserver-utils 7.3+5) and then the setting are kept. xgamma uses the XF86VidModeSetGamma() call. I've rebuild dispwin so it uses the XF86VidModeSetGammaRamp() call instead and then the settings are also kept. AFAICT the driver RandR 1.2 code just sets the LUT values passed in by the X server, so I'm reassigning. If this still happens with xserver-xorg-core from experimental, you may want to report it upstream. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514943: network-manager: wired connection remains with wireless associated and no cable
On Thu, 2009-02-12 at 08:57 +0100, Michael Biebl wrote: [1] cat /sys/class/net/eth0/carrier yeah, from home it's now working again. eth0 is ignored, wlan0 gets switch on. $ cat /sys/class/net/eth0/carrier 0 d...@pug:~$ cat /sys/class/net/wlan0/carrier 1 Must have been some transitory bug. I wish more bugs could be bullied into disappearing simply by reporting them. I propose leaving this bug open a few days. If it all remains in working order, I'll close the bug next week. Thanks for your assistance, Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514826: Same problem here with another hardware configuration
I don't know if bug #511447 is the same as #514826 but I think #514826 is the same as #501969. Maybe it's possible to merge. Le Wed, 11 Feb 2009 12:48:35 +, Ian McDonald i...@st-andrews.ac.uk a écrit : It looks to me very similar to 501969, which if the lilo command line was fixed up, would go away too. -- Emmanuel Lesouef DSI | CRBN t: 0231069671 e: e.leso...@crbn.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514807: Regression in libgnutls security update
Florian Weimer f...@deneb.enyo.de writes: Simon, could we make the harmless variant (X.509v1 certificate set as trusted is accepted as a root CA, but intermediate X.509v1 certificates aren't accepted) the default in etch? It is possible to allow V1 certs to be used as roots when validating certificates by default, see untested patch below. I wouldn't agree that it is harmless: if there is a V1 end-entity certificate in the trusted cert list, it will be usable as a CA certificate as well. It may be that the practical problems are more important than the potential security problem here, which would argue for using the patch. I'm not the best person to judge that. If the patch is used, some documentation is needed to alert users that they should not put V1 end entity certificates in their trusted ca list. I wouldn't want to see security incidents because of this trade-off. RFC 5280 has discussion about this: (k) If certificate i is a version 3 certificate, verify that the basicConstraints extension is present and that cA is set to TRUE. (If certificate i is a version 1 or version 2 certificate, then the application MUST either verify that certificate i is a CA certificate through out-of-band means or reject the certificate. Conforming implementations may choose to reject all version 1 and version 2 intermediate certificates.) GnuTLS has no way to provide this out-of-band knowledge that a V1 certificate is a CA or not. /Simon diff --git a/lib/gnutls_cert.c b/lib/gnutls_cert.c index 7872f20..fe7ad22 100644 --- a/lib/gnutls_cert.c +++ b/lib/gnutls_cert.c @@ -280,6 +280,7 @@ gnutls_certificate_allocate_credentials (gnutls_certificate_credentials_t * (*res)-verify_bits = DEFAULT_VERIFY_BITS; (*res)-verify_depth = DEFAULT_VERIFY_DEPTH; + (*res)-verify_flags = GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT; return 0; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514919: Removing support for uploads to multiple distributions
On Wed, Feb 11, 2009 at 09:27:17PM +, Adam D. Barratt wrote: The Policy section detailing the Distribution field in .changes files specifies that the field may contain a space-separated list of distributions. Whilst this is technically accurate, the feature has been deprecated since the testing distribution became an official part of the archive and is, imho, obsolete; the use case of uploading the same package to unstable and the frozen-stable-to-be as a single upload no longer applies. I discussed this with a couple of members of the ftpteam on IRC earlier today, and they were both in favour of removing support for the feature from dak. One of them had a dig through the archives and discovered that there have been no multiple-distribution uploads since 2004; even then there was only the one upload in that year, with the grand total of three in 2003. For Debian's archive, I think this change is entirely reasonable. However, I'm not convinced that it is correct to remove this feature from the *syntax*. While Ubuntu's archive maintenance software doesn't support it right now, several people have requested it (https://bugs.launchpad.net/soyuz/+bug/235064). If you're maintaining packages for a system that releases every six months, it turns out to be rather more likely in practice to be able to say that the same packages will work for several different releases, and less painful to maintain this state. .changes is a good format for interacting with Debian-format archives other than just Debian's, and this seems worth preserving. How about this patch instead (incorporating your fold of frozen into testing): diff --git a/policy.sgml b/policy.sgml index 36f51aa..78f2346 100644 --- a/policy.sgml +++ b/policy.sgml @@ -3096,10 +3096,6 @@ Package: libc6 than unstable, but still risky. It is not possible to upload packages directly to emtesting/em. - /item - - tagemfrozen/em/tag - item From time to time, the emtesting/em distribution enters a state of code-freeze in anticipation of release as a emstable/em @@ -3124,7 +3120,9 @@ Package: libc6 p You should list emall/em distributions that the - package should be installed into. + package should be installed into. Note, however, that + the Debian archive only supports listing a single + distribution. /p p -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#274229: base-passwd: This bug is now considerably worse in 3.5.20
Package: base-passwd Version: 3.5.20 Followup-For: Bug #274229 base-passwd now tries to set real shells for all sorts of users who should not have them: BEGIN PASTE Preparing to replace base-passwd 3.5.19 (using .../base-passwd_3.5.20_i386.deb) ... Unpacking replacement base-passwd ... Processing triggers for man-db ... Setting up base-passwd (3.5.20) ... update-passwd has found some differences between your system accounts and the current Debian defaults. It is advisable to allow update-passwd to change your system; without those changes some packages might not work correctly. For more documentation on the Debian account policies please see /usr/share/doc/base-passwd/README. The list of proposed changes is: Changing shell of daemon from /bin/false to /bin/sh Changing shell of bin from /bin/false to /bin/sh Changing shell of sys from /bin/false to /bin/sh Changing shell of games from /bin/false to /bin/sh Changing shell of man from /bin/false to /bin/sh Changing shell of lp from /bin/false to /bin/sh Changing shell of mail from /bin/false to /bin/sh Changing shell of news from /bin/false to /bin/sh Changing shell of uucp from /bin/false to /bin/sh Changing shell of proxy from /bin/false to /bin/sh Changing shell of www-data from /bin/false to /bin/sh Changing shell of backup from /bin/false to /bin/sh Changing shell of list from /bin/false to /bin/sh Changing shell of irc from /bin/false to /bin/sh Changing GECOS of gnats from Gnats Bug-Reporting System to Gnats Bug-Reporting System (admin). Changing shell of gnats from to /bin/sh Changing shell of nobody from /bin/false to /bin/sh Would commit 17 changes It is highly recommended that you allow update-passwd to make these changes (a backup file of modified files is made with the extension .org so you can always restore the current settings). May I update your system? [Y/n] n Okay, I will not update your system. If you want to make this update later please check the update-passwd utility. END PASTE -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages base-passwd depends on: ii libc6 2.7-18 GNU C Library: Shared libraries base-passwd recommends no packages. base-passwd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514961: ITP: scim-tegaki -- handwriting recognition engine for SCIM platform
Package: wnpp Severity: wishlist Owner: LI Daobing lidaob...@gmail.com * Package name: scim-tegaki Version : 0.1 Upstream Author : Mathieu Blondel mathieu at mblondel dot org * URL : http://tegaki.sourceforge.net/ * License : GPL Programming Lang: python Description : handwriting recognition engine for SCIM platform Tegaki is an ongoing project which aims to develop a free and open-source modern implementation of handwriting recognition software, that is suitable for both the desktop and mobile devices, and that is designed from the ground up to work well with Chinese and Japanese. . This package connetcs Tegaki to SCIM. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514737: libpdf-reuse-perl: wrong declaration of PDF::Reuse::findFont
severity 514737 normal retitle 514737 libpdf-reuse-perl: wrong declaration of PDF::Reuse::findFont, breaks with ModPerl? thanks On Thu, Feb 12, 2009 at 10:17:59AM +0100, Andreas Faust wrote: On Thursday 12 February 2009 07:20:02 you wrote: On Tue, Feb 10, 2009 at 03:32:31PM +0100, Andreas Faust wrote: Package: libpdf-reuse-perl Severity: grave Justification: renders package unusable Too many arguments for PDF::Reuse::findFont at /usr/share/perl5/PDF/Reuse.pm line 197, near $nyFont) BEGIN not safe after errors--compilation aborted at /usr/share/perl5/PDF/Reuse.pm line 744. Compilation failed in require at (eval 312) line 36. BEGIN failed--compilation aborted at (eval 312) line 36. sub PDF::Reuse::findFont() is wrong, as it implies no arguments it should be sub PDF::Reuse::findFont while I see the wrong prototype on Reuse.pm:744, I can't reproduce this error. Could you please provide a test case or something like that? no i can't. it becomes problem with mod_perl::registry.. (Please keep 514...@bugs.debian.org Cc'd) The severity is inflated in that case. Downgrading. I still have trouble reproducing this. Running this under Mod_Perl::Registry works for me: #!/usr/bin/perl -w use strict; use PDF::Reuse; our $n++; prFile(/tmp/test.pdf); prFont(q/Times-Roman/); prText(100, 500, qq/Hello World\n/); prEnd(); print Done for the ${n}th time at @{[scalar localtime]}\n; __END__ Please provide more detail. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511996: sl-modem-daemon: slmodemd doesn't work, process unkillable (fwd) (fwd)
- Forwarded message from Maurizio Avogadro mav...@gmail.com - sorry for my late but I'm very busy... after the first glance: 1. I noticed that some previous version left a - ---Sr--r-T root root data.(slamr|modem:)[0-9] file in /var/lib/slmodem: maybe the slmodemd daemon is unable to access that file after dropping the privileges. This didn't happen in my case. Can that user simply try to delete that file and restart the daemon (it will be created anew as - -rw--- 1 Slmodemd Slmodemd data.(slamr|modem:)[0-9] if not after the first slmodemd run, after the second)? 2. What are the permissions of /var/lib/slmodem? Maurizio -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473439: pick consistent terminology for category/component/area
On Sun, Feb 01, 2009 at 10:23:38AM -0800, Russ Allbery wrote: Kurt Roeckx k...@roeckx.be writes: On Sun, Jan 25, 2009 at 03:37:37PM -0800, Russ Allbery wrote: diff --git a/policy.sgml b/policy.sgml index 24c9072..16919b2 100644 --- a/policy.sgml +++ b/policy.sgml @@ -293,7 +293,13 @@ emfree/em in our sense (see the Debian Free Software Guidelines, below), or may be imported/exported without restrictions. Thus, the archive is split into the distribution -areas or categories based on their licenses and other restrictions. +areas or componentsfootnote + The Debian archive software uses the term component internally + and in the Release file format to refer to the division of an + archive. The Debian Social Contract refers to distribution + areas. This document uses the same terminology as the Social + Contract. +/footnote based on their licenses and other restrictions. The SC has this in it: We have created contrib and non-free areas in our archive [...] The packages in these areas are [...] packages in these areas [...] There is no combination with distribution. True. I added that because I thought it made the construct clearer, but perhaps it doesn't. I suppose we could use archive area instead, which is closer to the wording of the SC. Does that sound like a better idea? Or I could keep distribution area and just change the wording of the footnote to be more accurate, say: The Debian Social Contract refers to areas. (just removing the distribution word there). I'm happy with either choice. I mostly just want to close this old bug. :) I'd say: The Debian Social Contract simply refers to areas. ... to emphasise the fact (as it seems to me) that the SC is non-specific. I don't think we should feel tied to the SC's vague choice of words. I strongly suspect that (a) the authors were more interested in getting across the principle than in clear nomenclature, and (b) the specific term components in our archive maintenance software postdates the SC. Since this is technical policy, it seems reasonable to me that we would generally prefer more specific terms. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514030: docbook-xsl: Please package version 1.74 with epub support
Hi, On Mon, 09 Feb 2009, Daniel Leidert wrote: I have something ready to test the script (only namespace-stripped stylesheets, as docbook-xsl-ns is not yet packaged). You can get it from: http://debian.wgdd.de/temp/epub/ *** IMPORTANT: This is really just for testing! You will probably have to remove the package to install the final Debian package. Please give me your feedback. Installed fine and dbtoepub works. Apparently it doesn't support figures/images yet (and --debug --verbose doesn't output anything interesting), but this is upstream stuff and probably unrelated to the packaging. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513122: gimp stuck querying plugin xsane, cannot start
jida...@jidanni.org wrote: Hi, JB See if you can find which backend is reponsible JB for the hang, by setting SANE_DEBUG_DLL to something like 128. $ SANE_DEBUG_DLL=128 gimp ... [dll] sane_exit: calling backend `agfafocus's exit function [dll] sane_exit: calling backend `abaton's exit function [dll] sane_exit: calling backend `net's exit function At which point it hangs and I have to C-c C-c Please send me the full log, there's not enough data with what you quoted. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514962: strings-static in chkrootkit triggers false Xen /lib/tls warning
Package: chkrootkit Version: 0.48-8 Severity: minor Running Lenny in a Xen VM at Rimuhosting.com the strings-static program from chkrootkit triggers the following warning that can be seen in dmesg. *** *** ** WARNING: Currently emulating unsupported memory accesses ** ** in /lib/tls glibc libraries. The emulation is** ** slow. To ensure full performance you should ** ** install a 'xen-friendly' (nosegneg) version of ** ** the library, or disable tls support by executing ** ** the following as root: ** ** mv /lib/tls /lib/tls.disabled** ** Offending process: strings-static (pid=7880) ** *** *** Continuing... However this is misleading as the libc6-xen libraries are already installed and there is no /lib/tls directory, viz: csamuel:~# ls /lib/tls ls: cannot access /lib/tls: No such file or directory -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.38-xenU (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages chkrootkit depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii debconf [debconf-2. 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii net-tools 1.60-22 The NET-3 networking toolkit ii procps 1:3.2.7-11 /proc file system utilities chkrootkit recommends no packages. chkrootkit suggests no packages. -- debconf information: * chkrootkit/run_daily_opts: -q * chkrootkit/run_daily: true chkrootkit/diff_mode: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514963: utf-8 man pages not handled properly sometimes
Package: man-db Version: 2.5.2-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I noticed this issue, when some translated man pages from gammu package (currently in experimental) do not show properly. All they are properly encoded in utf-8 and man has no problem showing them locally. But once they get installed into /usr/share/man/cs/, some iso-8859-2 detection sometimes fails and manconv starts to thing that some of pages are in iso-8859-2 instead of utf-8. - From debug logs, I found out that /usr/lib/man-db/manconv -f utf-8:iso-8859-2 -t ISO-8859-2//IGNORE is called and on some of pages, it things the man page is in iso-8859-2 instead of utf-8. If the man page is not in /usr/share/man/cs/, the iso-8859-2 is missing in from charsets and man page is shown correctly. I'm attaching example of such man page. - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.20-0.1-default (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages man-db depends on: ii bsdmainutils 6.1.10collection of more utilities from ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii dpkg 1.14.25 Debian package management system ii groff-base 1.18.1.1-21 GNU troff text-formatting system ( ii libc6 2.7-18GNU C Library: Shared libraries ii libgdbm3 1.8.3-4 GNU dbm database routines (runtime ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime man-db recommends no packages. Versions of packages man-db suggests: ii elinks [www-browser] 0.12~pre2.dfsg0-1 advanced text-mode WWW browser ii epiphany-gecko [www-br 2.22.3-9 Intuitive GNOME web browser - Geck pn groff none(no description available) ii iceweasel [www-browser 3.0.6-1 lightweight web browser based on M ii less 418-1 Pager program similar to more ii links [www-browser]2.2-1 Web browser running in text mode ii w3m [www-browser] 0.5.2-2+b1WWW browsable pager with excellent - -- debconf information: * man-db/install-setuid: false -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmUAeUACgkQ3DVS6DbnVgRncgCdEp0TV1iNnRq8u3IptUrCDqjJ MIgAoJtzLgbeUOBY2RtEo7bSBdcHkB53 =t10n -END PGP SIGNATURE- .\*** .\ .\ This file was generated with po4a. Translate the source file. .\ .\*** .TH GAMMU\-SMSD\-MYSQL 7 Leden 8, 2009 Gammu 1.23.0 Dokumentace Gammu .SH JMÉNO .P gammu\-smsd\-mysql·\-·služba pro gammu\-smsd(1) používající k ukládání zpráv databázový server MySQL .SH POPIS gammu\-smsd(1) podporuje několik služeb. Aktuálně použitá je zvolená v konfiguračním souboru gammu\-smsdrc(5). Služba MYSQL ukládá všechna data na databázovém serveru MySQL, jehož parametry jsou zadány v konfiguračním souboru (viz gammu\-smsdrc(5)· pro popis těchto parametrů). .SS Přijímání zpráv Přijaté zprávy jsou ukládány v tabulce inbox. .SS Odesílání zpráv Zprávy k odeslání jsou čteny z tabulky outbox a jejich případné další části z tabulky outbox_multipart. .SS Popis tabulek .TP \fBdaemon\fP Informace o běžících démonech. .TP \fBgammu\fP Tato tabulka obsahuje jedinou hodnotu \- verzi databázového schématu. .TP \fBinbox\fP Tabulka, ve které jsou ukládány přijaté zprávy. .TP \fBoutbox\fP Zprávy určené k odeslání by měly být uloženy v této tabulce. Pokud zpráva obsahuje více částí, další části jsou uloženy v tabulce outbox_multipart. .TP \fBoutbox_multipart\fP Data pro odchozí zprávy, které jsou z více částí. .TP \fBphones\fP Informace o připojených telefonech. Tato tabulka je pravidelně obnovována a můžete v ní najít informace jako stav baterie nebo síla signálu. .TP \fBsentitems\fP Informace o odeslaných zprávách a jejich stavu, pokud jsou zapnuty doručenky. .TP \fBpbk\fP SMSD tuto tabulku v současné době nepoužívá, je zde jen pro použití v aplikaci. .TP \fBpbk_groups\fP SMSD tuto tabulku v současné době nepoužívá, je zde jen pro použití v aplikaci. .SH PŘÍKLAD SQL skript potřebný pro vytvoření všech tabulek je obsažen v dokumentaci Gammu. Ta také obsahuje pár PHP skriptů pro práci s databází. .SH DALŠÍ INFORMACE gammu\-smsd(1), gammu\-smsdrc(5), gammu(1), gammurc(5) .SH AUTOR gammu\-smsd a tuto manuálovou stránku napsal Michal Čihař mic...@cihar.com. .SH COPYRIGHT Copyright \(co 2009 Michal Čihař a další autoři. Licence GPLv2: GNU GPL verze 2 http://www.gnu.org/licenses/old\-licenses/gpl\-2.0.html .br Tento program je volný software;
Bug#514964: RM: nouvelle -- RoQA; orphaned, out of date, low popcon, better alternatives
Package: ftp.debian.org Severity: normal Hi! Please see the following reasons for the removal request: * Package is orphaned. * Upstream has no new releases since 2005. * Better alternatives like python-webpy. * Few users - a popcon of 7 users only. Package has no reverse depends. Thank you! -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#274229: base-passwd: This bug is now considerably worse in 3.5.20
On Thu, Feb 12, 2009 at 10:46:43AM +, Chris Carr wrote: Package: base-passwd Version: 3.5.20 Followup-For: Bug #274229 base-passwd now tries to set real shells for all sorts of users who should not have them: None of this has changed at all for years, as you can verify from revision control; this bug has not got worse recently. It's only that (as always) base-passwd nags you about differences on every upgrade rather than learning to accept the change. This is a bug, but it hasn't regressed recently. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#274229: base-passwd: This bug is now considerably worse in3.5.20
-Original Message- From: Colin Watson [mailto:cjwat...@debian.org] Sent: 12 February 2009 11:07 To: Chris Carr; 274...@bugs.debian.org Subject: Re: Bug#274229: base-passwd: This bug is now considerably worse in3.5.20 On Thu, Feb 12, 2009 at 10:46:43AM +, Chris Carr wrote: Package: base-passwd Version: 3.5.20 Followup-For: Bug #274229 base-passwd now tries to set real shells for all sorts of users who should not have them: None of this has changed at all for years, as you can verify from revision control; this bug has not got worse recently. It's only that (as always) base-passwd nags you about differences on every upgrade rather than learning to accept the change. This is a bug, but it hasn't regressed recently. My apologies - I meant merely to highlight that the situation is worse than was previously recorded on the BTS. I did not mean to imply that anything had changed recently. CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506524: gedit-latex-plugin: Error when enabling plugin; does not build documents
Hi, thanks for the report. Can you please check if the new version behave differently? I think it should be fixed, but I'm waiting some time before closing the bug, in order to let someone try and give feedback -- -gaspa- --- https://launchpad.net/~gaspa - -- HomePage: iogaspa.altervista.org --- -Il lunedi'dell'arrampicatore: www.lunedi.org - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514737: libpdf-reuse-perl: wrong declaration of PDF::Reuse::findFont
On Thursday 12 February 2009 11:53:35 Niko Tyni wrote: First of all: it's a bug, it's wrong to perl documentation about prototyping. It's absolutely right that my perl instane complains about it :) to be very detailed: we use a kind of mod_perl - light, which is self-coded and not limited to Apache. It's familiar with mod_perl's Apache::Registry, but slightly faster and alot slimmer. During runtime, we get that error. Just to provide You the code that raises the error will probably not help You much, because You don't have the same environment - and believe me - i wont provide You that :) so, please just fix it by removing the braces. i've done that already for us. so i am only upstreaming :) severity 514737 normal retitle 514737 libpdf-reuse-perl: wrong declaration of PDF::Reuse::findFont, breaks with ModPerl? thanks On Thu, Feb 12, 2009 at 10:17:59AM +0100, Andreas Faust wrote: (Please keep 514...@bugs.debian.org Cc'd) The severity is inflated in that case. Downgrading. I still have trouble reproducing this. Running this under Mod_Perl::Registry works for me: #!/usr/bin/perl -w use strict; use PDF::Reuse; our $n++; prFile(/tmp/test.pdf); prFont(q/Times-Roman/); prText(100, 500, qq/Hello World\n/); prEnd(); print Done for the ${n}th time at @{[scalar localtime]}\n; __END__ Please provide more detail. -- dgx new media GmbH Saalbaustr. 8-10 64283 Darmstadt Germany Tel. +49 6151 8508 - 012 Fax +49 6151 8508 - 111 www.dgx.de Geschäftsführer: Dipl. Designer Till Middelhauve Dipl. Informatiker Witold Wegner Amtsgericht Darmstadt, HRB 7809 Steuernummer 00723113813 signature.asc Description: This is a digitally signed message part.
Bug#514958: sorry: wrong e-mail-address of bug-reporter
Oops - I just realized that a dot in w.br...@seg.de slipped through in my configuration of reportbug. I am very sorry and I hope, this can be corrected in the database, if needed. Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514965: Please save state more often
Package: liferea Version: 1.4.18-1.1 Severity: wishlist Hello, thanks for maintaining liferea. Liferea crashes often, fair enough: there are many open bugs about that. That is not the most annoying thing about it: when it crashes, one can just start it again. The most annoying thing is that when it crashes, it forgets the last actions that I did: feeds that I added in the last session are not there anymore, messages that I have read are again marked unread, and so on. Since user actions are not so frequent, it would be good to save their effect right away; except maybe that a message should be marked as read when I move to another message, rather than when I just started reading it. Ciao, Enrico -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liferea depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgcc11:4.3.2-1.1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnutls262.4.2-5 the GNU TLS library - runtime libr ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liblua5.1-05.1.3-1 Simple, extensible, embeddable pro ii libnm-glib00.6.6-3 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libsqlite3-0 3.5.9-5 SQLite 3 shared library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-5 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii xulrunner-1.9 1.9.0.6-1 XUL + XPCOM application runner ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages liferea recommends: ii curl 7.18.2-8 Get a file from an HTTP, HTTPS or ii dbus 1.2.1-5simple interprocess messaging syst ii dbus-x11 1.2.1-5simple interprocess messaging syst ii wget 1.11.4-2 retrieves files from the web liferea suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514966: logcheck: hide exec log entries
Package: puppet Version: 0.24.7-1 Severity: wishlist Please filter system events (ignore.d.server/puppetd) of the following type: Feb 12 12:16:52 vera puppetd[18382]: (//Node[puppetmaster.madduck.net]/apt/Exec[apt-update]/returns) executed successfully -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii adduser 3.110 add and remove users and groups ii facter1.5.1-0.1 a library for retrieving facts fro ii libopenssl-ruby 4.2OpenSSL interface for Ruby ii libruby [libxmlrpc-ruby] 4.2Libraries necessary to run Ruby 1. ii libshadow-ruby1.8 1.4.1-8Interface of shadow password for R ii libxmlrpc-ruby4.2transitional dummy package ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii ruby 4.2An interpreter of object-oriented Versions of packages puppet recommends: ii libaugeas-ruby1.8 0.2.0-2Augeas bindings for the Ruby langu ii rdoc 4.2Generate documentation from ruby s puppet suggests no packages. -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#514963: utf-8 man pages not handled properly sometimes
retitle 514963 manconv fails to distinguish between text not in input encoding and characters not representable in output encoding found 514963 2.5.3-3 user man...@packages.debian.org usertags 514963 target-2.5.5 thanks On Thu, Feb 12, 2009 at 12:03:01PM +0100, Michal Čihař wrote: I noticed this issue, when some translated man pages from gammu package (currently in experimental) do not show properly. All they are properly encoded in utf-8 and man has no problem showing them locally. But once they get installed into /usr/share/man/cs/, some iso-8859-2 detection sometimes fails and manconv starts to thing that some of pages are in iso-8859-2 instead of utf-8. - From debug logs, I found out that /usr/lib/man-db/manconv -f utf-8:iso-8859-2 -t ISO-8859-2//IGNORE is called and on some of pages, it things the man page is in iso-8859-2 instead of utf-8. If the man page is not in /usr/share/man/cs/, the iso-8859-2 is missing in from charsets and man page is shown correctly. I'm attaching example of such man page. I tried to warn about this problem in the policy manual: Due to limitations in current implementations, all characters in the manual page source should be representable in the usual legacy encoding for that language, even if the file is actually encoded in UTF-8. ... and you can see the problem like this: $ iconv -f UTF-8 -t ISO-8859-2 gammu-smsd-mysql.7 /dev/null iconv: illegal input sequence at position 325 In other words, what's happening here is that the middle dot (U+00B7) at position 325 isn't representable in ISO-8859-2. Unfortunately, manconv isn't currently smart enough to distinguish between conversion failed because this isn't valid UTF-8 and conversion failed because this bit of UTF-8 isn't available in the target encoding, and therefore it falls back to recoding from ISO-8859-2 to ISO-8859-2 (i.e. a no-op) and then you see the mess when it tries to interpret UTF-8 as if it were ISO-8859-2. I think it might be possible to fix this, albeit more slowly, by recoding the page to UCS-4, which should always succeed as long as the text matches the input encoding being tried, and then recoding from there to ISO-8859-2 and just throwing away characters that don't fit. Alternatively, by the time we've done that we might have a groff that supports UTF-8 input! For the meantime, you can work around this problem by ensuring that your manual page passes 'iconv -f UTF-8 -t ISO-8859-2 gammu-smsd-mysql.7 /dev/null'. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514967: grub-mkdevicelist does not cope with /boot on a disk #16
Package: grub Version: 0.97-47lenny2 Severity: important This system has 25 disks and upgrading from Etch to Lenny hit problems when the new version of grub in Lenny did not create the correct device.map file, it stopped at disk #16 /dev/sdp (hd15). On this system the system disk with /boot is #25, /dev/sdy1. grub-mkdevicelist should be able to cope with larger number of disks - for example we have another system with 35 disks, and due to the way that the aacraid driver discovers its host the /boot partition is on disk #33, /dev/sdag1. We worked around the issue on this system by extending the device.map file by hand. -- Package-specific info: *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdd (hd4) /dev/sde (hd5) /dev/sdf (hd6) /dev/sdg (hd7) /dev/sdh (hd8) /dev/sdi (hd9) /dev/sdj (hd10) /dev/sdk (hd11) /dev/sdl (hd12) /dev/sdm (hd13) /dev/sdn (hd14) /dev/sdo (hd15) /dev/sdp (hd16) /dev/sdq (hd17) /dev/sdr (hd18) /dev/sds (hd19) /dev/sdt (hd20) /dev/sdu (hd21) /dev/sdv (hd22) /dev/sdw (hd23) /dev/sdx (hd24) /dev/sdy *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/mapper/stg5-root / ext3 rw,errors=remount-ro,data=ordered,usrquota 0 0 /dev/sdy1 /boot ext3 rw,errors=continue,data=ordered 0 0 /dev/md4 /nfs/ibm xfs rw,noatime,nodiratime,swalloc,attr2,nobarrier,logbufs=8,logbsize=256k,sunit=128,swidth=512,usrquota,prjquota,grpquota 0 0 /dev/md4 /nfsv4/nfs/ibm xfs rw,noatime,nodiratime,swalloc,attr2,nobarrier,logbufs=8,logbsize=256k,sunit=128,swidth=512,usrquota,prjquota,grpquota 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/mapper/stg5-root ro rootflags=quota ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,0) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions= ## should update-grub lock old automagic boot options ## e.g. lockold=false ## lockold=true # lockold=false ## Xen hypervisor options to use with the default Xen boot option # xenhopt= ## Xen Linux kernel options to use with the default Xen boot option # xenkopt=console=tty0 ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(single-user) single # altoptions=(single-user mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7 # howmany=all ##
Bug#514969: ITP: zinnia -- online hand recognition system with machine learning
Package: wnpp Severity: wishlist Owner: LI Daobing lidaob...@gmail.com * Package name: zinnia Version : 0.02 Upstream Author : Taku Kudo t...@chasen.org * URL : http://zinnia.sourceforge.net/ * License : BSD Programming Lang: C++ (with Python, Perl, Ruby binding, with swig) Description : Online hand recognition system with machine learning Zinnia is a simple, customizable and portable online hand recognition system based on Support Vector Machines. Zinnia simply receives user pen strokes as a sequence of coordinate data and outputs n-best characters sorted by SVM confidence. To keep portability, Zinnia doesn't have any rendering functionality. In addition to recognition, Zinnia provides training module that allows us to create any hand-written recognition systems with low-cost. P.S. 1. zinnia declare it licensed under New BSD License, but the COPYING file is a GPL template (this is a known bug: http://sourceforge.net/support/tracker.php?aid=2592429) 2. zinnia is required by scim-tegaki (ITP: http://bugs.debian.org/514961) -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514968: Allow to give priority to files approaching completion
Package: deluge-torrent Version: 0.5.9.3-1 Severity: wishlist Hello, thanks for maintaining deluge-torrent. When downloading a torrent that contains several files, it is possible to give different priority to the various files. One feature that I'm missing is to be able to ask deluge to automatically give a higher priority to those files that are nearer to completion. That will allow to avoid have a partial dowload with all incomplete (and useless) files, and would instead give some complete files earlier on during the download. Ciao, Enrico -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages deluge-torrent depends on: ii dbus-x11 1.2.1-5 simple interprocess messaging syst ii deluge-torrent-common 0.5.9.3-1 A Bittorrent client written in Pyt ii libboost-date-time1.34 1.34.1-14 set of date-time libraries based o ii libboost-filesystem1.3 1.34.1-14 filesystem operations (portable pa ii libboost-thread1.34.1 1.34.1-14 portable C++ multi-threading ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii librsvg2-common2.22.2-2lenny1SAX-based renderer library for SVG ii libssl0.9.80.9.8g-15 SSL shared libraries ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii notification-daemon0.3.7-1+b1a daemon that displays passive pop ii python 2.5.2-3 An interactive high-level object-o ii python-dbus0.82.4-2 simple interprocess messaging syst ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk22.12.1-6 Python bindings for the GTK+ widge ii python-notify 0.1.1-2+b1Python bindings for libnotify ii python-openssl 0.7-2 Python wrapper around the OpenSSL ii python-support 0.8.4 automated rebuilding support for P ii python-xdg 0.15-1.1 A python library to access freedes ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages deluge-torrent recommends: ii python-gtkmozembed2.19.1-3.1 Python bindings for the GtkMozEmbe deluge-torrent suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514963: utf-8 man pages not handled properly sometimes
Hi Dne Thu, 12 Feb 2009 11:43:42 + Colin Watson cjwat...@debian.org napsal(a): I tried to warn about this problem in the policy manual: Due to limitations in current implementations, all characters in the manual page source should be representable in the usual legacy encoding for that language, even if the file is actually encoded in UTF-8. ... and you can see the problem like this: $ iconv -f UTF-8 -t ISO-8859-2 gammu-smsd-mysql.7 /dev/null iconv: illegal input sequence at position 325 In other words, what's happening here is that the middle dot (U+00B7) at Oops, that came from wrongly using some translation tool and are already fixed upstream. That's why I had that hard time to find what actually causes the problem, when trying to reproduce it with current SVN. Unfortunately diff between those versions was too big to spot these dots... position 325 isn't representable in ISO-8859-2. Unfortunately, manconv isn't currently smart enough to distinguish between conversion failed because this isn't valid UTF-8 and conversion failed because this bit of UTF-8 isn't available in the target encoding, and therefore it falls back to recoding from ISO-8859-2 to ISO-8859-2 (i.e. a no-op) and then you see the mess when it tries to interpret UTF-8 as if it were ISO-8859-2. I think it might be possible to fix this, albeit more slowly, by recoding the page to UCS-4, which should always succeed as long as the text matches the input encoding being tried, and then recoding from there to ISO-8859-2 and just throwing away characters that don't fit. Alternatively, by the time we've done that we might have a groff that supports UTF-8 input! Yes, that would be great. For the meantime, you can work around this problem by ensuring that your manual page passes 'iconv -f UTF-8 -t ISO-8859-2 gammu-smsd-mysql.7 /dev/null'. Thanks, will do that. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#435859: Safe example
When process gets killed you will be left with important.lock file still there, and no other processes would be able to work. Also when using timeout with -l option, then someone else could break the lock: delete important.lock and create new important.lock file. So command rm -f of the first process could delete someone's lock. I found this solution: lockfile -l90 important.lock || exit ln -f important.lock important.$$ || exit trap [[ \$(stat -c %i important.lock) == \$(stat -c %i important.$$) -f important.$$ ]] rm -f important.lock important.$$ EXIT ... access_important_to_your_hearts_content ... This way you will not remove important.lock created by someone else and you will see file important.$$ when lock was removed by force. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514971: ITP: tegaki-gtk -- handwriting recognition software (GTK interface)
Package: wnpp Severity: wishlist Owner: LI Daobing lidaob...@gmail.com * Package name: tegaki-gtk Version : 0.1 Upstream Author : Mathieu Blondel mathieu ÂT mblondel DÔT org * URL : http://tegaki.sourceforge.net/ * License : GPL-2 Programming Lang: Python Description : handwriting recognition software (GTK interface) Tegaki is an ongoing project which aims to develop a free and open-source modern implementation of handwriting recognition software, that is suitable for both the desktop and mobile devices, and that is designed from the ground up to work well with Chinese and Japanese. . This package provide the GTK interface. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514798: dmraid 1.0.0.rc15-1~exp5 fails to activate nvidia raid
found 514798 1.0.0.rc15-1~exp6 thanks Am Mittwoch, den 11.02.2009, 08:35 +0100 schrieb Giuseppe Iuculano: Latest experimental version is 1.0.0.rc15-1~exp6, could you tray that version please? debian:~# apt-get install dmraid=1.0.0.rc15-1~exp6 debian:~# dmraid -ay [142486.397148] device-mapper: table: 254:1: striped: Not enough destinations specified [142486.397148] device-mapper: ioctl: error adding target to table RAID set nvidia_eajiedie was not activated So, exactly the same as with 1.0.0.rc15-1~exp5. I don't think it's important, but meanwhile I installed lenny since unstable/experimental was really quite ... unstable, so this test was done on a lenny box with the experimental repository temporarily added. Just thought you should know. Let me know if you need further information, logs, etc. Alexander Kurtz signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#514974: sun-java6-jdk: Problem with debugging, can't check local variables
Package: sun-java6-jdk Version: 6-12-1 Severity: normal Debugging in netbeans (version 6.5, downloaded from netbans.org) is broken after upgrading sun java packages to version 6-12. I can't look into local variables (I can see them, but not their type and values), everything else (breakpoints and such things) seems to work fine. I have been using this version of Netbeans for some time, so it's not related to IDE. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sun-java6-jdk depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libx11-6 2:1.1.5-2 X11 client-side library ii sun-java6-bin 6-12-1 Sun Java(TM) Runtime Environment ( sun-java6-jdk recommends no packages. Versions of packages sun-java6-jdk suggests: pn sun-java6-demonone (no description available) pn sun-java6-doc none (no description available) ii sun-java6-source 6-12-1 Sun Java(TM) Development Kit (JDK) -- debconf information: * shared/accepted-sun-dlj-v1-1: true shared/error-sun-dlj-v1-1: * shared/present-sun-dlj-v1-1: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514973: ITP: tegaki -- handwriting recognition software (base library)
Package: wnpp Severity: wishlist Owner: LI Daobing lidaob...@gmail.com * Package name: tegaki Version : 0.1 Upstream Author : Mathieu Blondel mathieu ÂT mblondel DÔT org * URL : http://tegaki.sourceforge.net/ * License : GPL Programming Lang: Python Description : handwriting recognition software (base library) Tegaki is an ongoing project which aims to develop a free and open-source modern implementation of handwriting recognition software, that is suitable for both the desktop and mobile devices, and that is designed from the ground up to work well with Chinese and Japanese. This package provides the base library. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514807: Regression in libgnutls security update
* Simon Josefsson: and the DN doesn't really matter, either. The SubjectDN of the CA needs to match the IssuerDN of the next cert in the chain. I meant it in the sense that no root certificates are revoked after the DN has become invalid because the denoted legal entity has ceased to exist, or someone else has gained access to (or full control over) the key material. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#445607: updated patch, now as quilt
Hi, here is the patch in quilt format, now that pinentry has changed to that. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata Index: pinentry-0.7.5/gtk+-2/pinentry-gtk-2.c === --- pinentry-0.7.5.orig/gtk+-2/pinentry-gtk-2.c 2009-02-12 13:12:08.0 +0100 +++ pinentry-0.7.5/gtk+-2/pinentry-gtk-2.c 2009-02-12 13:12:19.0 +0100 @@ -93,6 +93,22 @@ GDK_HINT_MIN_SIZE | GDK_HINT_MAX_SIZE); } +/* Realize the window as transient, if we will grab the keyboard */ +static void +make_transient (GtkWidget *win, GdkEvent *event, gpointer data) +{ + GdkScreen *screen; + GdkWindow *root; + + if (!pinentry-grab) +return; + + /* Make window transient for the root window */ + screen = gdk_screen_get_default(); + root = gdk_screen_get_root_window(screen); + gdk_window_set_transient_for(win-window, root); + +} /* Grab the keyboard for maximum security */ static void @@ -110,6 +126,9 @@ ungrab_keyboard (GtkWidget *win, GdkEvent *event, gpointer data) { gdk_keyboard_ungrab (gdk_event_get_time (event)); + + /* Unmake window transient for the root window */ + gdk_window_set_transient_for(win-window, NULL); } @@ -263,6 +282,10 @@ /* We need to grab the keyboard when its visible! not when its mapped (there is a difference). */ g_object_set(G_OBJECT(win), events, GDK_VISIBILITY_NOTIFY_MASK | GDK_STRUCTURE_MASK, NULL); + if (pinentry-grab) + g_signal_connect (G_OBJECT (win), + realize, + G_CALLBACK (make_transient), NULL); g_signal_connect (G_OBJECT (win), pinentry-grab ? visibility-notify-event : focus-in-event, G_CALLBACK (grab_keyboard), NULL); signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#514950: hylafax-server: start script not reaaly syncing directories: modems deleted in /etc/hylafax persists
Hi Sebastian, Il giorno gio, 12/02/2009 alle 07.57 +0100, Sebastian Niehaus ha scritto: [...] I deleted a modem from /etc/hylafax/ rm /etc/hylafax/config.ttyACM0 This change is not synced to /var/spool/hylafax/etc/, I needed to remove the configuration file at this directory as well. Could you please specify if you did restart hylafax in order to resync directories? Bye, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514972: ITP: tegaki-recognize -- handwriting recognition software (recognize application)
Package: wnpp Severity: wishlist Owner: LI Daobing lidaob...@gmail.com * Package name: tegaki-recognize Version : 0.1 Upstream Author : Mathieu Blondel mathieu ÂT mblondel DÔT org * URL : http://tegaki.sourceforge.net/ * License : GPL-2 Programming Lang: Python Description : handwriting recognition software (recognize application) Tegaki is an ongoing project which aims to develop a free and open-source modern implementation of handwriting recognition software, that is suitable for both the desktop and mobile devices, and that is designed from the ground up to work well with Chinese and Japanese. . This package provide the recognize application. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514976: update-grub cannot locate /boot on /dev/sdag1, even when device.map is correct (worked in Etch)
Package: grub Version: 0.97-47lenny2 Severity: important This system has a lot of disks (35 all up) and due to the order in which the aacraid discovers them the system disk with the /boot partition is #33 with /boot on /dev/sdag1. Unfortunately even after having worked around #514967 that prevents device.map being correctly created update-grub still cannot correctly locate the boot partition, and gives the following error: stg7 ~ # /usr/sbin/update-grub Searching for GRUB installation directory ... found: /boot/grub warning: grub-probe can't find drive for /dev/sdag1. grub-probe: error: Cannot find a GRUB drive for /dev/sdag1. Check your device.map. The only way we have found to get the system to correctly boot was during the install to disable the JBOD of the 32 drives for our software RAID arrays and post installation we have to manually downgrade to the old Etch grub package which works correctly as shown below: stg7 ~ # dpkg -i ./grub_0.97-27etch1_amd64.deb dpkg - warning: downgrading grub from 0.97-47lenny2 to 0.97-27etch1. (Reading database ... 35348 files and directories currently installed.) Preparing to replace grub 0.97-47lenny2 (using ./grub_0.97-27etch1_amd64.deb) ... Unpacking replacement grub ... Setting up grub (0.97-27etch1) ... Processing triggers for man-db ... stg7 ~ # update-grub Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... none found, skipping ... Found kernel: /vmlinuz-2.6.28.4-vpac-1 Found kernel: /vmlinuz-2.6.26-1-amd64 Updating /boot/grub/menu.lst ... done stg7 ~ # -- Package-specific info: *** BEGIN /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdd (hd4) /dev/sde (hd5) /dev/sdf (hd6) /dev/sdg (hd7) /dev/sdh (hd8) /dev/sdi (hd9) /dev/sdj (hd10) /dev/sdk (hd11) /dev/sdl (hd12) /dev/sdm (hd13) /dev/sdn (hd14) /dev/sdo (hd15) /dev/sdp (hd16) /dev/sdq (hd17) /dev/sdr (hd18) /dev/sds (hd19) /dev/sdt (hd20) /dev/sdu (hd21) /dev/sdv (hd22) /dev/sdw (hd23) /dev/sdx (hd24) /dev/sdy (hd25) /dev/sdz (hd26) /dev/sdaa (hd27) /dev/sdab (hd28) /dev/sdac (hd29) /dev/sdad (hd30) /dev/sdae (hd31) /dev/sdaf (hd32) /dev/sdag (hd33) /dev/sdah *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/mapper/stg7-root / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/sdag1 /boot ext3 rw,errors=continue,data=ordered 0 0 /dev/mapper/stg7-var /var ext3 rw,errors=continue,data=ordered 0 0 /dev/md15 /nfs/user1 xfs rw,noatime,nodiratime,swalloc,attr2,nobarrier,logbufs=8,logbsize=256k,logdev=/dev/md1,sunit=128,swidth=512,usrquota,prjquota,grpquota 0 0 /dev/md25 /nfs/user2 xfs rw,noatime,nodiratime,swalloc,attr2,nobarrier,logbufs=8,logbsize=256k,logdev=/dev/md2,sunit=128,swidth=512,usrquota,prjquota,grpquota 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-legacy-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel
Bug#514977: ITP: tegaki-zinnia-japanese -- handwriting recognition software (data for Japanese)
Package: wnpp Severity: wishlist Owner: LI Daobing lidaob...@gmail.com * Package name: tegaki-zinnia-japanese Version : 0.1 Upstream Author : Mathieu Blondel mathieu ÂT mblondel DÔT org * URL : http://tegaki.sourceforge.net/ * License : LGPL-2.1 Programming Lang: N/A Description : handwriting recognition software (data for Japanese) Tegaki is an ongoing project which aims to develop a free and open-source modern implementation of handwriting recognition software, that is suitable for both the desktop and mobile devices, and that is designed from the ground up to work well with Chinese and Japanese. . this package provide the data required for recognize Japanese. P.S. as the upstream author declared in the homepage, the data is derived from the tomoe package[1], which is licensed under LGPL-2.1 [1] http://tomoe.sourceforge.jp/ -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514919: Removing support for uploads to multipledistributions
Colin Watson wrote, Thursday, February 12, 2009 10:47 AM For Debian's archive, I think this change is entirely reasonable. However, I'm not convinced that it is correct to remove this feature from the *syntax*. While Ubuntu's archive maintenance software doesn't support it right now, several people have requested it (https://bugs.launchpad.net/soyuz/+bug/235064). [...] You should list emall/em distributions that the - package should be installed into. + package should be installed into. Note, however, that + the Debian archive only supports listing a single + distribution. Yeah, I'd be happy with that. Thanks, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514975: xkb-data: Keyboard unuseable with version 1.5-2
Package: xkb-data Version: 1.4-1 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- no debconf information I upgraded from xkb-data 1.4-1 to 1.5-2. From there on I couldn't use my keyboard under X any longer. Every keystroke activated the scroll-lock LED which had to be switched off again by another keystroke. It seemed to me as if a Ctrl-key was permanently pressed in the background. I suppose this has something to do with the level-5 modifiers, but even when I commented the respective lines out, I was unable to fix the effect. I had to force a downgrade to the old version again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466542: task-spooler for Debian
Hi Alexander, I just checked you keep working on task-spooler debs outside the official archive. Do you still need help to get it sponsored? Do you plan to become a Debian maintainer? Thanks, Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#512498: rhino: NPE at startup
Marcus Better writes: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthias Klose wrote: tags 512498 + moreinfo thanks please package the latest release candidate and recheck. (Hmm, that's an original use of the moreinfo tag :) ) heh, you belong to this java crowd as well ;) One question here - why are we packaging these release candidates at all? originally done by mkoch in April 2008, don't know the exact reason. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514978: ITP: tegaki-zinnia-simplified-chinese -- Simplified Chinese handwriting model for Zinnia
Package: wnpp Severity: wishlist Owner: LI Daobing lidaob...@gmail.com * Package name: tegaki-zinnia-simplified-chinese Version : 0.1 Upstream Author : Mathieu Blondel mathieu ÂT mblondel DÔT org * URL : http://tegaki.sourceforge.net/ * License : LGPL Programming Lang: N/A Description : Simplified Chinese handwriting model for Zinnia Tegaki is an ongoing project which aims to develop a free and open-source modern implementation of handwriting recognition software, that is suitable for both the desktop and mobile devices, and that is designed from the ground up to work well with Chinese and Japanese. . this package provide the data required for recognize Simplified Chinese. P.S. as the upstream author declared in the homepage, the data is derived from the tomoe package[1], which is licensed under LGPL-2.1 [1] http://tomoe.sourceforge.jp/ -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514979: getservbyname() corrupts the stack
Package: libc6 Version: 2.7-18 I have found that getservbyname() can corrupt the caller's stack when looking up information in NIS. Given the following simple program: #include stdio.h #include netdb.h int main(void) { char **a; struct servent *entry = getservbyname(afsprot, NULL); if (entry == NULL) { printf(No entry found for afsprot\n); return 1; } printf(Service: %s\n\tPort: %d/%s\n, entry-s_name, ntohs(entry-s_port), entry-s_proto); if (entry-s_aliases *(entry-s_aliases)) { printf(\tAliases:); for (a=entry-s_aliases; *a; a++) { printf( %s, *a); } } return 0; } and a line service: db files nis in /etc/nsswitch.conf, I get the valgrind errors in the first attachment (valgrind.out). An affected application is aklog (from the openafs-krb5 package; I'm building an OpenAFS 1.4.8 version of that package). In this case, the program segfaults with a very similar valgrind trace (aklog.out). It terminates successfully if I invoke aklog with the -noprdb option, which bypasses the getservbyname() call. That the stack is smashed can also be verified in gdb. This kept me from getting a backtrace from gdb. An strace, however, confirms that the crash occurs in getservbyname() code. ==32343== Memcheck, a memory error detector. ==32343== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==32343== Using LibVEX rev 1854, a library for dynamic binary translation. ==32343== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==32343== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework. ==32343== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==32343== For more details, rerun with: -v ==32343== ==32343== Invalid read of size 4 ==32343==at 0x4015847: (within /lib/ld-2.7.so) ==32343==by 0x4153131: (within /lib/i686/cmov/libc-2.7.so) ==32343==by 0x400DA15: (within /lib/ld-2.7.so) ==32343==by 0x41532F4: __libc_dlopen_mode (in /lib/i686/cmov/libc-2.7.so) ==32343==by 0x412B6DF: __nss_lookup_function (in /lib/i686/cmov/libc-2.7.so) ==32343==by 0x412B7CF: (within /lib/i686/cmov/libc-2.7.so) ==32343==by 0x412D565: __nss_services_lookup (in /lib/i686/cmov/libc-2.7.so) ==32343==by 0x4133D98: getservbyname_r (in /lib/i686/cmov/libc-2.7.so) ==32343==by 0x4133AFD: getservbyname (in /lib/i686/cmov/libc-2.7.so) ==32343==by 0x8048429: main (in /home/gelato/src/experiments/AFS/a.out) ==32343== Address 0x419532c is 44 bytes inside a block of size 46 alloc'd ==32343==at 0x4022D6E: malloc (vg_replace_malloc.c:207) ==32343==by 0x400DB23: (within /lib/ld-2.7.so) ==32343==by 0x4008555: (within /lib/ld-2.7.so) ==32343==by 0x4011B46: (within /lib/ld-2.7.so) ==32343==by 0x400DA15: (within /lib/ld-2.7.so) ==32343==by 0x401154D: (within /lib/ld-2.7.so) ==32343==by 0x4153131: (within /lib/i686/cmov/libc-2.7.so) ==32343==by 0x400DA15: (within /lib/ld-2.7.so) ==32343==by 0x41532F4: __libc_dlopen_mode (in /lib/i686/cmov/libc-2.7.so) ==32343==by 0x412B6DF: __nss_lookup_function (in /lib/i686/cmov/libc-2.7.so) ==32343==by 0x412B7CF: (within /lib/i686/cmov/libc-2.7.so) ==32343==by 0x412D565: __nss_services_lookup (in /lib/i686/cmov/libc-2.7.so) Service: afsprot Port: 7002/udp ==32343== ==32343== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 34 from 3) ==32343== malloc/free: in use at exit: 0 bytes in 0 blocks. ==32343== malloc/free: 74 allocs, 74 frees, 24,186 bytes allocated. ==32343== For counts of detected errors, rerun with: -v ==32343== All heap blocks were freed -- no leaks are possible. ==32333== Memcheck, a memory error detector. ==32333== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==32333== Using LibVEX rev 1854, a library for dynamic binary translation. ==32333== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==32333== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework. ==32333== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==32333== For more details, rerun with: -v ==32333== ==32333== Invalid read of size 4 ==32333==at 0x4015847: (within /lib/ld-2.7.so) ==32333==by 0x422A131: (within /lib/i686/cmov/libc-2.7.so) ==32333==by 0x400DA15: (within /lib/ld-2.7.so) ==32333==by 0x422A2F4: __libc_dlopen_mode (in /lib/i686/cmov/libc-2.7.so) ==32333==by 0x42026DF: __nss_lookup_function (in /lib/i686/cmov/libc-2.7.so) ==32333==by 0x42027CF: (within /lib/i686/cmov/libc-2.7.so) ==32333==by 0x4204565: __nss_services_lookup (in /lib/i686/cmov/libc-2.7.so) ==32333==by 0x420AD98: getservbyname_r (in /lib/i686/cmov/libc-2.7.so) ==32333==by 0x420AAFD: getservbyname (in /lib/i686/cmov/libc-2.7.so) ==32333==by 0x80590FB: (within /usr/bin/aklog) ==32333==by 0x8059721: (within /usr/bin/aklog) ==32333==by 0x804DCD5: (within /usr/bin/aklog) ==32333== Address 0x42d775c is 44 bytes inside a
Bug#507652: Increase severity to release-critical because XeLaTeX is broken.
severity 507652 wishlist retitle 507652 make math support working in xe(la)tex and lmodern fonts tags 507652 + fixed-upstream thanks I am raising the severity because xelatex is unusable for me. What about simply using \Ubung ... and then xelatex ... That works. In my message from Sunday 13:47 (EST) I enumerated some ways to fix this. No, you enumerated problems, no ways to fix it. The fix is useing \U for now. If I am wrong about the severity, I am sorry. Yes you are. Noone ever said that xetex is ready for full math typesetting. That is so much WIP, the lmodern fonts in use in Debian imply don't have the math stuff AFAIS set up properly. But we cannot update only lmodern, because there are a bunch of other things we would have to touch withing texlive (fontspec eg). That is not a good idea. So your options are: - wait for texlive 2008 in Debian - install texlive 2008 as is (no debian packages) (I can confirm that using test-fontspec in TL2008 gives the expected output) - use pdflatex - use \ notation (recode is your friend, I guess it has a mode for that) - install updated packages for fontspc, lmodern etc locally But there is no fix for *all*. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- IBSTOCK (n.) Anything used to make a noise on a corrugated iron wall or clinker-built fence by dragging it along the surface while walking past it. 'Mr Bennett thoughtfully selected a stout ibstock and left the house.' - Jane Austen, Pride and Prejudice, II. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#279591: Bug #279591 (man page)
Hi! From the way you write you seem to want to work more on similar bugs and I want to point out to you some mistakes in your patch: * Laurent Guignard lguignard.deb...@gmail.com [2009-02-12 06:35:16 CET]: -Specify a blind-carbon-copy (BCC) recipient +Specify a blind\-carbon\-copy (BCC) recipient This is a wrong change. blind-carbon-copy isn't something literal so having it displayed as hyphen is proper here. -\fILevel\fP can range from 1-5 and effects verbosity. A value of 2 is +\fILevel\fP can range from 1\-5 and effects verbosity. A value of 2 is Same here, the hyphen for the range isn't something wrong. -Open a mailbox in \fIread-only\fP mode. +Open a mailbox in \fIread\-only\fP mode. Again, non-option so no dash required. -Display the Mutt version number and compile-time definitions. +Display the Mutt version number and compile\-time definitions. [...] -The user's e-mail address. +The user's e\-mail address. [...] -System-wide configuration file. +System\-wide configuration file. [...] -User definition for handling non-text MIME types. +User definition for handling non\-text MIME types. [...] -System definition for handling non-text MIME types. +System definition for handling non\-text MIME types. [...] -with the S-Lang library, however. +with the S\-Lang library, however. [...] -For a more up-to-date list of bugs, errm, fleas, please visit the +For a more up\-to\-date list of bugs, errm, fleas, please visit the Likewise. -Default Reply-To address. +Default Reply\-To address. This is a corner-case: It's an actual email-header so someone who has set edit_headers might think about cp that to an email. Hope this helps your understanding of the problem. Escaping of a hyphen is only there needed where it actually _is_ meant to be a literal dash, like in commandline and configuration options. Same goes btw. for quotes, though lintian doesn't check for those because it's almost impossible to be sure wether a quote is meant to be around an example or rather being part of the example. Hope that helps your understanding. :) Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514751: ITP: pgfplots -- TeX package to draw normal and/or logarithmic plots directly in TeX
OHURA Makoto oh...@debian.org writes: * Package name: pgfplots I've added this to the science-viewing task package. For the benefit of Makoto, debian-science collects related packages that are useful to scientists into tasks packages. See http://blends.alioth.debian.org/science/tasks/index.html For the benefit of those reading on debian-science, this is package description. Version : 1.2 Upstream Author : Christian Feuersanger * URL or Web page : http://pgfplots.sourceforge.net/ * License : GPLv3 Description : TeX package to draw normal and/or logarithmic plots directly in TeX This package provides tools to generate plots and labeled axes easily. It draws normal plots, logplots and semi-logplots. Axis ticks, labels, legends (in case of multiple plots) can be added with key-value options. It can cycle through a set of predefined line/marker/color specifications. In summary, its purpose is to simplify the generation of high-quality function plots, especially for use in scientific contexts (logplots). Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514980: bluetooth: pand daemon stops responding after a certain amount of data sent
Package: bluetooth Version: 3.36-3 Severity: normal -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bluetooth depends on: ii bluez-utils 3.36-3 Bluetooth tools and daemons bluetooth recommends no packages. bluetooth suggests no packages. -- debconf-show failed I attempt to build a simple PAN with two computers (a desktop and a notebook). I have three different USB Bluetooth dongles, one of them is Pentagram Fang Compact, second one is a no-name and the third one a Billionton dongle. The devices discover each other and can pair as well. I run pand on the desktop system, using: pand --listen --role=NAP --devup=/etc/bluetooth/dev-up where my desktop dev-up script is: #!/bin/sh echo 1 /proc/sys/net/ipv4/ip_forward ifconfig bnep0 192.168.0.1 netmask 255.255.255.248 up iptables -t nat -A POSTROUTING -s 192.168.0.0/29 -j MASQUERADE On the notebook system I run pand with: pand --role=PANU --connect 00:11:67:cf:a1:f7 --devup=/etc/bluetooth/pan/dev-up where my notebook dev-up script is: #!/bin/sh ifconfig bnep0 192.168.0.2 netmask 255.255.255.248 up route add default gw 192.168.0.1 Both of the devices create configure bnep0 interface and connect properly. From my notebook I can access the desktop (ping 192.168.0.1) as well as internet (ping google.pl). I can even use a browser. But only a limited set of webpages works properly (i.e. google.pl, wikipedia.pl). They can be browsed on and on for a long time. Other pages (i.e. onet.pl, wp.pl, gazeta.pl) immediately cause the connection to hang. Internet becomes unaccessible, the computers can no longer ping each other, furthermore the services on the desktop computer become undiscoverable. Only unplugging replugging the desktop dongle and restarting bluetooth service helps. It is not a browser issue, I tried several browsers with no effect. What is more, a simple apt-get update also causes the connection to hang. Even with Windows 2000 with Bluesoleil driver running on the notebook I get exactly the same issue: connection starts, some pages load properly and then everything freezes. What I also tried was connecting to the internet with a ssh tunnel using local socks proxy for the browser. Unfortunately, this only prolonges the connection lifetime a little. It hangs at some point nevertheless. Interestingly, I noticed, that leaving the connection open without sending any considerable data doesn't freeze the connection. For example, from my notebook I can ping any internet domain as long as I wish to. Hcidump on both computers doesn't report any errors. The packets simply flow correctly until at some point the transmission stops. No error messages in /var/log/syslog or in dmesg. Not a single one. Running pand with --nodetach option also gives no clue. Of course I tried several howtos from the internet, tried to play with bluetooth config on both computers (hcid.conf from desktop attached), to switch dongles, to manually set-up the bnep interfaces, to modify iptables config on my desktop. No effect. Best regards Marcin # # HCI daemon configuration file. # # HCId options options { # Automatically initialize new devices autoinit yes; # Security Manager mode # none - Security manager disabled # auto - Use local PIN for incoming connections # user - Always ask user for a PIN # security auto; # Pairing mode # none - Pairing disabled # multi - Allow pairing with already paired devices # once - Pair once and deny successive attempts pairing multi; # Default PIN code for incoming connections passkey 1234; } # Default settings for HCI devices device { # Local device name # %d - device id # %h - host name name Moriel Desktop; # Local device class class 0x080104; # Default packet type #pkt_type DH1,DM1,HV1; # Inquiry and Page scan iscan enable; pscan enable; # Default link mode # none - no specific policy # accept - always accept incoming connections # master - become master on incoming connections, #deny role switch on outgoing connections lm accept, master; # Default link policy # none- no specific policy # rswitch - allow role switch # hold- allow hold mode # sniff - allow sniff mode # park- allow park mode lp rswitch,hold,sniff,park; }
Bug#514737: libpdf-reuse-perl: wrong declaration of PDF::Reuse::findFont
forwarded 514737 http://rt.cpan.org/Ticket/Display.html?id=43232 thanks On Thu, Feb 12, 2009 at 12:12:17PM +0100, Andreas Faust wrote: First of all: it's a bug, it's wrong to perl documentation about prototyping. It's absolutely right that my perl instane complains about it :) to be very detailed: we use a kind of mod_perl - light, which is self-coded and not limited to Apache. It's familiar with mod_perl's Apache::Registry, but slightly faster and alot slimmer. During runtime, we get that error. Just to provide You the code that raises the error will probably not help You much, because You don't have the same environment - and believe me - i wont provide You that :) so, please just fix it by removing the braces. i've done that already for us. so i am only upstreaming :) Thank you. I have forwarded your report upstream as well, it's CPAN ticket #43232. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506173: Actually, syslog-ng shouldn't conflict with any other syslog package
Package: syslog-ng Version: 2.0.9-4.1 Followup-For: Bug #506173 Hi, there are circumstances when having more than one syslog daemon installed makes sense (for example, I want to use klogd and socklog for local messages and syslog-ng to listen on a UDP socket). It's the same as having more than one webserver, or more than one HTTP proxy. The default configurations may conflict, but there is no inherent conflict. Andras -- Andras Korn korn at chardonnay.math.bme.hu http://chardonnay.math.bme.hu/~korn/ QOTD: Unless you're the lead dog, the view never changes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514975: xkb-data: Keyboard unuseable with version 1.5-2
notfound 514975 1.4-1 found 514975 1.5-2 severity 514975 important tag 514975 unreproducible moreinfo kthxbye On Thu, 2009-02-12 at 13:21 +0100, Martin H. Thomas wrote: Package: xkb-data Version: 1.4-1 wrong version. Severity: grave Justification: renders package unusable not true. I upgraded from xkb-data 1.4-1 to 1.5-2. From there on I couldn't use my keyboard under X any longer. Every keystroke activated the scroll-lock LED which had to be switched off again by another keystroke. It seemed to me as if a Ctrl-key was permanently pressed in the background. I suppose this has something to do with the level-5 modifiers, but even when I commented the respective lines out, I was unable to fix the effect. I had to force a downgrade to the old version again. please attach your full x log and config (with xkb-data 1.5). what versions of libx11-6 and x11-xkb-utils are installed? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507652: Increase severity to release-critical because XeLaTeX is broken.
Dear Norbert, sorry for bugging you. Am Donnerstag, den 12.02.2009, 13:35 +0100 schrieb Norbert Preining: I am raising the severity because xelatex is unusable for me. What about simply using \Ubung ... and then xelatex ... That works. In my message from Sunday 13:47 (EST) I enumerated some ways to fix this. No, you enumerated problems, no ways to fix it. Well, I consider documenting this bug in README.Debian as a fix and would appreciate if you could point to this report or write down to use \ for umlauts (although this defeats the purpose to use xelatex for full UTF-8 support). The fix is useing \U for now. This works for me. If I am wrong about the severity, I am sorry. Yes you are. Noone ever said that xetex is ready for full math typesetting. That is so much WIP, the lmodern fonts in use in Debian imply don't have the math stuff AFAIS set up properly. But we cannot update only lmodern, because there are a bunch of other things we would have to touch withing texlive (fontspec eg). That is not a good idea. So your options are: - wait for texlive 2008 in Debian - install texlive 2008 as is (no debian packages) (I can confirm that using test-fontspec in TL2008 gives the expected output) - use pdflatex - use \ notation (recode is your friend, I guess it has a mode for that) - install updated packages for fontspc, lmodern etc locally But there is no fix for *all*. Thanks for your answer and work, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#514889: please unblock powermgmt-base (was Re: Bug#514889: On battery power, so skipping file system check when in AC power
Holger Levsen hol...@layer-acht.org writes: This has been fixed in powermgnt-base 1.30+nmu1, which is in unstable since 163 days. +powermgmt-base (1.30+nmu1) unstable; urgency=low Unblocked. Marc -- BOFH #139: UBNC (user brain not connected) pgpEgIfozF0u0.pgp Description: PGP signature