Bug#545424: approx-import reports package mismatch error
On Mon, 07 Sep 2009 01:25 -0400, Eric Cooper e...@cmu.edu wrote: package approx merge 545424 518763 thanks On Sun, Sep 06, 2009 at 08:19:30PM -0700, whollyg...@letterboxes.org wrote: I can just copy the file into the appropriate place in the pool, restart the upgrade on the client in question and the package is accepted as is, so aptitude and approx appear to parse versioning info differently. Yes, this occurs when the version has an epoch (digit and ':'). Hope this can be fixed. If I left out anything important, I'll do my best to get it to you. It was a simple fix, I just haven't uploaded it yet. Sorry for the inconvenience. Thanks for the info. Glad to hear it was an easy fix. My turn to apologize for not noting the previous bug report. Best regards, will -- whollyg...@letterboxes.org -- http://www.fastmail.fm - IMAP accessible web-mail -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537874: mutt does not more find NEW messages after the malloc() crash
tag 537874 +moreinfo thanks On Mon, Sep 07, 2009 at 09:58:39AM +0200, Michelle Konzack wrote: Good morning Antonio, Am 2009-09-06 19:16:34, schrieb Antonio Radici: tag 537874 +moreinfo thanks Hi Michelle, I remember troubleshooting and fixing your malloc() bug, can you please let me know if you can reproduce this with 1.5.20-2? I have currently no UNSTABLE installed an my Workstation is running from a CF-Drive. Since 1.5.20-2 can not installed on Lenny, I can not test it. Is it possibel for you to make a backport for proposed-updates Hi Michelle, unfortunately we don't even know if it's a bug so I don't think that proposed-updates is the right queue. The best I managed to do is to build an 'unofficial' backport from the latest unstable release (1.5.20-2) and put it on a private repository (because mentors.debian.net strip the .deb packages) Please note that the .deb are built for lenny i386, unfortunately this is the only arch I have :D This is the place where the packages are: http://theforest.dyne.org/debian-backports/ Once you've done this and if you manage to reproduce the bug, please follow this document and send us the core file along with the muttdebg :-) http://wiki.debian.org/Teams/Mutt#Howtoreportabug Let me know if you need any other info Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538967: FYI, more details on getting rid of /etc/init.d/timidity
On Tuesday 08 September 2009 07:06:06 Dave Witbrodt wrote: Package: timidity Version: 2.13.2-34 Severity: normal Updating to version 2.13.2-34, I found that the /etc/init.d/timidity script was still present. Most confusing was that 'dpkg -L timidity' still listed the script as being present in the package, but dpkg-deb -c /var/cache/apt/archives/timidity_2.13.2-34_amd64.deb was not showing it. Not wanting to leave my system in a confused state, I decided to purge 'timidity', and then reinstall it. That succeeded in getting rid of the initscript. Unfortunately, hanging links to the initscript were left in /etc/rc[2345].d which I had to remove manually using 'update-rc.d timidity remove'. Something is amiss here: either the purge failed to remove those links, or the purge succeeded but the reinstall caused them to reappear. I have been wanting to test dependency-based booting, but I have been waiting for the 'timidity' issue to be resolved for quite some time. Fortunately, I don't need 'timidity-daemon', but until that initscript is fixed anyone using the daemon package will not be able to use the new dependency-based booting in 'sysv-rc'. Thanks for the additional info. I really want this to be resolved, but so far the choice to move the init.d to timidity-daemon has been quite painful. It looks like this is an exceptional case with quite some hidden issues. My guess is that the -33 version confused your system (it confused mine to), and unfortunately I have no clue how to solve that (but a purge, reinstall like you also figured out). I will have a look at the specific upgrade from the version in stable and testing to -34. If that goes fine, I guess the issue is not that relevant? Joost -- Joost Yervante Damad - jo...@teluna.org - http://teluna.org/ Teluna - UNIX/Linux - Sofware Development - Open Source Solutions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534418: boinc-client: client apps memory leaks cause OOM crashes
forwarded 534418 http://boinc.berkeley.edu/trac/ticket/933 thanks On Wed, Jun 24, 2009 at 01:19:52AM -0700, Michael R. Crusoe wrote: Client apps can have crufty code leading to OOM conditions. The attached patch prevents this from taking down the system by configuring oom_adj to favor removal. Hi Michael Thanks for you bug report and your patch, and sorry for the really late response, I will review/apply this patch this week, indeed, is hard to work whith apps that leave you out of memory, having oom_adj could be a good idea to prevent this. Cheers -- René Mayorga signature.asc Description: Digital signature
Bug#539603: mutt does not more find NEW messages if imap_idle is used and mutt restarted
tag 539603 +moreinfo thanks Hi Michelle, can you please retest this against the 1.5.20-2 backport for lenny that I sent you in another email (see 537874)? Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545556: New upstream release
Package: libcap-ng Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, there is a new upstream release, 0.6.1, please update the Debian package. Cheers, Giuseppe. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkql9PoACgkQNxpp46476aqIrACgmJIB37QPa2YCFlOZgQE8YzZT TyAAn2VI0zLtvKiSObD7C/ri4dp9Z68d =gukC -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#545461: make: Implicit rule for .f files generate a f77 invocation.
reassign 545461 gfortran thanks On Mon, Sep 07 2009, Jörgen Tegnér wrote: Since gfortran doesn't create a symlink from gfortran to f77 implicit rules for fortran doesn't work. Example output below $ make f77 -c -o rmatvec.o rmatvec.f make: f77: Command not found make: *** [rmatvec.o] Error 127 Possibly the correct fix is to make gfortran create the symlink instead of changing make. This is probably a better solution, since it also handles Makefiles where f77 is explicitly spelled out. Also, adding a symlink to f77 is a less intrusive change to gfortran than changing build in rules would be for make (it would mean we are no longer compatible with other platforms or the upstream make). manoj -- We shall reach greater and greater platitudes of achievement. Richard J. Daley Manoj Srivastava sriva...@acm.org http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545445: [pkg-nvidia-devel] Bug#545442: Impossible install nvidia-glx package, missing dependencies
Hammer Attila wrote: I try build own nvidia module with following command: m-a a-i nvidia The build is failed, I sending the log file with attachment. We don't care about the nvidia binary driver, you should complain to nvidia. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545558: Should libcap-ng have Priority optional?
Package: libcap-ng Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, thanks for maintaining libcap-ng. debcheck for smartmontools[1] warns me about a depends to libcap-ng0 which is extra. I think libcap-ng should have optional priority, why extra? [1]http://qa.debian.org/debcheck.php?dist=unstablepackage=smartmontools Cheers, Giuseppe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkql9ikACgkQNxpp46476arxdQCfUtuAcGnea38cnU4eQnqgkxlc pNcAn1BKmHIg3eRGfLhjjouYhfJ430WS =INiN -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#545557: compiz: no reasonable default plugin settings
Package: compiz Version: 0.8.2-6 Severity: important I made a clean install of Debian sid and installee compiz. When starting with compiz --replace no plugin were loaded (apart from gnomecompat), not even window decorations, so it really looked like compiz was not working. Compiz should have at least some reasonable plugins nabled by default when run for the first time. Thanks, Ludovico Output: $ compiz --replace Checking for Xgl: not present. xset q doesn't reveal the location of the log file. Using fallback /var/log/Xorg.0.log Detected PCI ID for VGA: 00:02.0 0300: 8086:2a02 (rev 0c) (prog-if 00 [VGA controller]) Checking for texture_from_pixmap: present. Checking for non power of two support: present. Checking for Composite extension: present. Checking screen 1Comparing resolution (1280x800) to maximum 3D texture size (4096): Passed. Checking for Software Rasterizer: Not present. Checking for nVidia: not present. Checking for FBConfig: present. Checking for Xgl: not present. Backend : gconf Integration : true Profile : default Adding plugins Initializing core options...done Initializing gnomecompat options...done Compiz packages: $ dpkg -l | grep compiz ii compiz 0.8.2-6OpenGL window and compositing manager ii compiz-core 0.8.2-6OpenGL window and compositing manager ii compiz-fusion-plugins-extra 0.8.2-3Compiz Fusion plugins - extra collection ii compiz-fusion-plugins-main 0.8.2-3Compiz Fusion plugins - main collection ii compiz-gnome 0.8.2-6OpenGL window and compositing manager - GNOM ii compiz-gtk 0.8.2-6OpenGL window and compositing manager - Gtk ii compiz-plugins 0.8.2-6OpenGL window and compositing manager - plug ii compizconfig-backend-gconf 0.8.2-1Compiz Fusion configuration system - gconf b ii compizconfig-settings-manager0.8.2-2 Compizconfig Settings Manager ii libcompizconfig0 0.8.2-2+b1 Configuration settings library for compiz-fu ii python-compizconfig 0.8.2-1 Compizconfig bindings for python -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages compiz depends on: ii compiz-core 0.8.2-6OpenGL window and compositing mana ii compiz-gnome 0.8.2-6OpenGL window and compositing mana ii compiz-gtk0.8.2-6OpenGL window and compositing mana ii compiz-plugins0.8.2-6OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.8.2-2Compizconfig Settings Manager -- 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#514827: Announce of the upcoming NMU for the root-system package
Quoting Christian Holm Christensen (ch...@nbi.dk): Hi, On Mon, 2009-09-07 at 06:34 +0200, Christian Perrier wrote: The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. ...or not..:-) root-system FTBFS (#529998) The patch attached to the bug report does indeed fix the problem. My main problem right now, is that I'm on vacation for the next month and even thought I do have a network connection - I'll be in no position to work on the packages. and I don't have the skills to fix this. So, unless the maitnainer fixes the FTBFS *and* updates l10n, there is no chance that the package gets its l10n bugs fixed soon. I suggest that you just apply the posted fix and use that as part of your NMU release. I see no harm in that. OK, no problem. I actually didn't notice the patch. Of course, I'll be happy to do the NMU with the patch as, in addition to fix l10n issues, that will fix an RC bug as well..:-) signature.asc Description: Digital signature
Bug#545559: Init script: Cannot _stop_ mpd when START_MPD is set to false.
Package: mpd Version: 0.15.1-1 Severity: normal I don't want mpd to start at system startup. Hence, I have changed /etc/default/mpd to include: -- 8 -- START_MPD=false -- 8 -- With this configuration in place I tried to stop mpd using: # /etc/init.d/mpd stop This lead to the following error message: -- 8 -- leeloo:~# /etc/init.d/mpd stop Not stopping MPD: disabled by /etc/default/mpd. ... failed! -- 8 -- The value of “START_MPD” should not effect the shutdown behavior. Otherwise mpd may not be shut down gracefully when the system is stopped. For extra credit it'd be nice to be able to disable automatic start of the daemon on system startup yet be able to start the daemon “by hand” at a later point (without changing /etc/default/mpd back and forth). Regards, —octo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mpd depends on: ii adduser 3.110 add and remove users and groups ii libao2 0.8.8-5 Cross Platform Audio Output Librar ii libasound2 1.0.20-3shared library for ALSA applicatio ii libaudiofile00.2.6-7 Open-source version of SGI's audio ii libavcodec52 4:0.5+svn20090706-2 ffmpeg codec library ii libavformat524:0.5+svn20090706-2 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2 ffmpeg utility library ii libc62.9-25 GNU C Library: Shared libraries ii libcue1 1.3.0-1 CUE Sheet Parser Library ii libcurl3-gnutls 7.19.5-1.1 Multi-protocol file transfer libra ii libfaad0 2.6.1-3.1 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libgcc1 1:4.4.1-1 GCC support library ii libglib2.0-0 2.20.4-1The GLib library of C routines ii libid3tag0 0.15.1b-10 ID3 tag reading library from the M ii libjack0 0.116.2+svn3592-2 JACK Audio Connection Kit (librari ii libmad0 0.15.1b-4 MPEG audio decoder library ii libmms0 0.4-2 MMS stream protocol library - shar ii libmpcdec3 1:1.2.2-2.1 Musepack (MPC) format library ii libogg0 1.1.4~dfsg-1Ogg bitstream library ii libpulse00.9.15-4.1 PulseAudio client libraries ii libresid-builder0c2a 2.1.1-7 SID chip emulation class based on ii libsamplerate0 0.1.7-2 audio rate conversion library ii libshout32.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsidplay2 2.1.1-7 SID (MOS 6581) emulation library ii libsqlite3-0 3.6.17-2SQLite 3 shared library ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libvorbis0a 1.2.0.dfsg-6The Vorbis General Audio Compressi ii libvorbisenc21.2.0.dfsg-6The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-6The Vorbis General Audio Compressi ii libwavpack1 4.50.1-1an audio codec (lossy and lossless mpd recommends no packages. Versions of packages mpd suggests: ii avahi-daemon 0.6.25-1 Avahi mDNS/DNS-SD daemon ii gmpc [mpd-client] 0.18.0-3 Gnome Music Player Client (graphic pn icecast2 none (no description available) pn pulseaudionone (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#545511: Corrected version of the fi.po
Quoting Esko Arajärvi (e...@iki.fi): #. Type: error #. Description #: ../lilo.templates:18001 msgid You should either repair the situation or hand-roll your own ${liloconf} configuration file; you can then run /usr/sbin/liloconfig again to retry the configuration process. Documentation for LILO can be found in /usr/share/doc/ lilo/. msgstr Voit joko korjata tilanteen tai luoda käsin oman asetustiedoston ${liloconfig}. Tämän jälkeen voit ajaa uudelleen ohjelman /usr/bin/ ^^ That variable doesn't match the variable in msgid. I fixed that in the attached file. PS: I don't do these checks by hand or by proofreading each and every translation:-)actually the attached script (whose author is unknown...IIRC it was Martin Quinson) does exactly that and is part of my script that checks PO files for common errors. fi.po Description: application/gettext #! /usr/bin/perl sub getVars { my $text = shift; my $var = ''; while ($text =~ m/\G.*?(\$\{[^{}]+\})/g) { $var .= $1; } return $var; } $/ = \n\n; open (PO, $ARGV[0]) or die Unable to open $ARGV[0]: $!\n; while (PO) { s/\n//g; (my $msgid) = m/^msgid (.*)$/m; (my $msgstr) = m/^msgstr (.*)$/m; next if $msgstr eq '' || m/^#, .*fuzzy/m; my $var1 = getVars($msgid); my $var2 = getVars($msgstr); print if $var1 ne $var2; } close (PO); signature.asc Description: Digital signature
Bug#542116: linux-image-2.6.30-1-amd64: media players sometimes fail to open audio device
2009/9/8 Ben Hutchings b...@decadent.org.uk: Please cc 542...@bugs.debian.org on all mail concerning this bug report. On Mon, 2009-08-24 at 10:23 +0200, Michal Suchanek wrote: 2009/8/23 Ben Hutchings b...@decadent.org.uk: On Tue, 2009-08-18 at 08:33 +0200, Michal Suchanek wrote: 2009/8/18 Ben Hutchings b...@decadent.org.uk: On Mon, 2009-08-17 at 23:46 +0200, Michal Suchanek wrote: Package: linux-image-2.6.30-1-amd64 Version: 2.6.30-3.local Severity: normal Media players sometimes fail to open the audio device saying that the device is busy. Which specific media players are you using? mplayer and vlc Since re-running the player (or skipping to the next item in playlist) resolves the problem I don't think this is really the case. I am running a rebuild of 2.6.30-3 because I needed the vmlinux image. Are you running esd or any other software mixer? No. Next to nothing works with these. Which sound driver were you using, or which sound chip do you have? I guess it's snd-hda-intel - here is it's message when it loads: HDA Intel :00:1b.0: PCI INT A - GSI 19 (level, low) - IRQ 19 This is what oss says about the chip: 1: oss_hdaudio0 Intel HD Audio interrupts=55013 (55013) HD Audio controller Intel HD Audio Vendor ID 0x808627d8 Subvendor ID 0x10438249 Codec 0: ALC883 (0x10ec0883/0x1043c603) Please try snd-hda-intel again, and send a copy of the kernel log from after you see the 'device is busy' error. I don't think there's any message. It does not happen always, only once in ~10 attempts to reopen the device I will try to reproduce this and see if there is anything in the recent log. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543220: Fwd: Bug#543220: vlc interface won't load with segmentation fault
Commented out #/usr/local/lib in /etc/ld.so.conf.d/libc.conf ldconfig I take it I have to clean up /usr/local/lib and put it back on some day. I will post the solution of this somewhere on the internet Thanks Xtophe _ [1] Barry Katie op de geheel vernieuwde site http://www.barrydegraaff.tk/ en http://www.barrydegraaff.tk/blog/ [2] Heeft u er genoeg van altijd maar gedoe te hebben met uw website? Alweer gehacked of toe aan iets nieuws, kijk voor een maatwerk website http://www.barrydegraaff.tk/benocms/ On Mon, Sep 7, 2009 at 9:48 PM, Christophe Mutricy xto...@chewa.net wrote: Le Mon 07 Sep 09 à 21:35 +0200, Barry de Graaff (services) a écrit : 0xb7fbb11a in libvlc_playlist_play () from /usr/local/lib/libvlc.so.2 ^ Looks like you have self-compile vlc at some point. As it crash it's likely the version you use comes from some git snapshot. So either clean your /usr/local or remove /usr/local/lib from /etc/ld.so.conf and rerun ldconfig -- Xtophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542344: mutt mangles display of time in From line
tag 542344 +confirmed upstream forwarded 542344 http://bugs.mutt.org/3331 thanks Hi Craig, I had a look at the code and finding the place where this happens is not so straightforward, so I opened a bug upstream (see the forwarded link). I also ruled out ncurses as root case because the bug also happens on lenny with a backport of 1.5.20-2 Thanks for your bug report, usually upstream is pretty responsive so hopefully the fix will make one of our new releases Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545444: mirror submission for ftp.tku.edu.tw
On Tue, Sep 08, 2009 at 08:19:21AM +0800, wisely wrote: From Simon Paillard: On Mon, Sep 07, 2009 at 08:34:01AM +, wisely wrote: [..] Site: ftp.tku.edu.tw Type: leaf Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc Please use the recommended ftpsync script, available from http://debian.org/mirror/ftpmirror#how Please don't forget to perform this change. Archive-ftp: /Linux/Debian/debian/ Archive-http: /Linux/Debian/debian/ CDImage-ftp: /Linux/Debian/debian-cd/ CDImage-http: /Linux/Debian/debian-cd/ FTP access is not working, please check. Http and ftp are both working , please check again. Indeed, from an other host it's ok. However, on my main computer it's still NOK, your server close the connection (my IP is 88.191.104.212). Could you please make it available at the standard path /debian/ and /debian-cd/ ? I've changed the site path to /debian/ and /debian-cd/ . Thanks you very much. IPv6: no Archive-upstream: ftp.tw.debian.org CDImage-upstream: ftp.tw.debian.org Updates: once Once ftpsync is configured, please consider being pushed by ftp.tw.debian.org. Details are available at http://www.debian.org/mirror/push_mirroring You can contact Andrew Lee andrew SIGN linux.org.tw How much bandwidth is available ? The site bandwidth is 1Gbps. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514986: SQLGetData() should return SQL_NO_DATA at end of data
Here comes a new patch for mdbtools/0.5.99.0.6pre1.0.20051109-5... Also, the patch had a bug. i=cbValueMaxstrlen(str+stmt-pos)?cbValueMax:strlen(str+stmt-pos); i=cbValueMax=strlen(str+stmt-pos)?cbValueMax-1:strlen(str+stmt-pos); is correct. diff -C2 -r mdbtools-0.5.99.0.6pre1.0.20051109/include/mdbodbc.h mdbtools-0.5.99.0.6pre1.0.20051109-6/include/mdbodbc.h *** mdbtools-0.5.99.0.6pre1.0.20051109/include/mdbodbc.hSat Apr 9 20:17:55 2005 --- mdbtools-0.5.99.0.6pre1.0.20051109-6/include/mdbodbc.h Tue Sep 1 16:04:38 2009 *** *** 54,57 --- 54,59 struct _sql_bind_info *bind_head; int rows_affected; + int icol; + int pos; }; diff -C2 -r mdbtools-0.5.99.0.6pre1.0.20051109/src/odbc/connectparams.c mdbtools-0.5.99.0..6pre1.0.20051109-6/src/odbc/connectparams.c *** mdbtools-0.5.99.0.6pre1.0.20051109/src/odbc/connectparams.c Sat Apr 9 20:17:56 2005 --- mdbtools-0.5.99.0.6pre1.0.20051109-6/src/odbc/connectparams.c Tue Sep 1 15:01:48 2009 *** *** 320,323 --- 320,360 } + gchar* ExtractDBQ (ConnectParams* params, const gchar* connectString) + { +char *p, *q, *s; + +if (!params) + return NULL; +/* + * Position ourselves to the beginning of DSN + */ +p = strstr (connectString, DBQ); +if (!p) return NULL; +/* + * Position ourselves to the = + */ +q = strchr (p, '='); +if (!q) return NULL; +/* + * Skip over any leading spaces + */ +q++; +while (isspace(*q)) + q++; +/* + * Copy the DSN value to a buffer + */ +s = line; +while (*q *q != ';') + *s++ = *q++; +*s = '\0'; +/* + * Save it as a string in the params object + */ +params-dsnName = g_string_assign (params-dsnName, line); + +return params-dsnName-str; + } + /* * Begin local function definitions diff -C2 -r mdbtools-0.5.99.0.6pre1.0..20051109/src/odbc/connectparams.h mdbtools-0.5.99.0.6pre1.0.20051109-6/src/odbc/connectparams.h *** mdbtools-0.5.99.0.6pre1.0.20051109/src/odbc/connectparams.h Sat Apr 9 20:17:56 2005 --- mdbtools-0.5.99.0.6pre1.0..20051109-6/src/odbc/connectparams.h Tue Sep 1 15:02:03 2009 *** *** 39,42 --- 39,43 gchar* ExtractDSN (ConnectParams* params, const gchar* connectString); + gchar* ExtractDBQ (ConnectParams* params, const gchar* connectString); #endif diff -C2 -r mdbtools-0.5.99.0.6pre1.0.20051109/src/odbc/odbc.c mdbtools-0.5.99.0.6pre1.0.20051109-6/src/odbc/odbc.c *** mdbtools-0.5.99.0.6pre1.0.20051109/src/odbc/odbc.c Tue Sep 1 14:51:14 2009 --- mdbtools-0.5.99.0.6pre1.0.20051109-6/src/odbc/odbc.cTue Sep 1 15:56:29 2009 *** *** 31,34 --- 31,35 static void *no_unused_var_warn[] = {software_version, no_unused_var_warn}; + static iconv_t iconv_in,iconv_out; static SQLSMALLINT _odbc_get_client_type(int srv_type); *** *** 96,99 --- 97,130 #define MAX_TYPE_INFO 11 + void __attribute__ ((constructor)) my_init(){ + iconv_out = iconv_open(UCS-2LE, UTF-8); + iconv_in = iconv_open(UTF-8, UCS-2LE); + } + + void __attribute__ ((destructor)) my_fini(){ + if(iconv_out != (iconv_t)-1)iconv_close(iconv_out); + if(iconv_in != (iconv_t)-1)iconv_close(iconv_in); + } + + int unicode2ascii(char *_in,unsigned int *_lin,char *_out,unsigned int *_lout){ + char *in=_in,*out=_out; + unsigned lin=*_lin,lout=*_lout; + int ret=iconv(iconv_in,in,lin,out,lout); + *_lin-=lin,*_lout-=lout; + return ret; + } + + int ascii2unicode(char *_in,unsigned int *_lin,char *_out,unsigned int *_lout){ + char *in=_in,*out=_out; + unsigned lin=*_lin,lout=*_lout; + int ret=iconv(iconv_out,in,lin,out,lout); + *_lin-=lin,*_lout-=lout; + return ret; + } + + int sqlwlen(SQLWCHAR *p){ + int r=0;for(;*p;r++)p++;return r; + } + /* The SQL engine is presently non-reenterrant and non-thread safe. See _SQLExecute for details. *** *** 134,138 } ! SQLRETURN SQL_API SQLDriverConnect( SQLHDBChdbc, SQLHWNDhwnd, --- 165,169 } ! SQLRETURN SQL_API SQLDriverConnect_( SQLHDBChdbc, SQLHWNDhwnd, *** *** 150,180 TRACE(SQLDriverConnect); - strcpy (lastError, ); params = ((ODBCConnection*) hdbc)-params; !if (!(dsn = ExtractDSN (params, szConnStrIn))) !{ ! LogError (Could not find DSN in connect string); ! return SQL_ERROR; !} !else if (!LookupDSN (params, dsn)) !{ ! LogError (Could not find DSN in odbc.ini); ! return SQL_ERROR; !} !else !{ SetConnectString (params, szConnStrIn); ! ! if (!(database = GetConnectParam (params, Database))) ! { LogError (Could not find Database parameter); return SQL_ERROR; } } !ret = do_connect (hdbc, database); !return ret; } ---
Bug#488868: closed by Antonio Radici anto...@dyne.org (mutt: nntp patch)
On Mon, Sep 07, 2009 at 11:12:32AM -0300, Leandro Lucarella wrote: I'm very sad to hear that =( I can imagine :| I had a run of the patch but it was really big, I was expecting something smaller.. that meant that we have to integrate the patch with every version of mutt; additionally I talked with Christoph, the mutt maintaienr, and he wasn't keen on including the patch. IMHO we should try to keep mutt as clean as possible so we can rule out root causes of bugs very quickly, as I said, there are many news readers that you can use, maybe if the patch were well maintained from upstream, as the sidebar patch is, we would have included that. I know that at the moment we are not including the patch, so I can't do anything to alleviate your sadness, but I hope that this mail can clarify the reasons why we did it :-) Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545565: [INTL:es] Spanish debconf template translation for rocksndiamonds
Package: rocksndiamonds Version: 3.2.6.1+dfsg1-3 Severity: wishlist Tags: l10n patch -- Saludos Fran # rocksndiamonds po-debconf translation to Spanish # Copyright (C) 2007, 2009 Free Software Foundation, Inc. # This file is distributed under the same license as the rocksndiamonds package. # # Changes: # - Initial translation # Enrique Matias Sanchez cronop...@gmail.com, 2007 # # - Updates # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: rocksndiamonds 3.2.6.1+dfsg1-3\n Report-Msgid-Bugs-To: rocksndiamo...@packages.debian.org\n POT-Creation-Date: 2009-08-28 21:54+0200\n PO-Revision-Date: 2009-08-30 13:31+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Download non-free game data? msgstr ¿Desea descargar los datos no libres del juego? #. Type: boolean #. Description #: ../templates:2001 msgid The data files required by rocksndiamonds do not have licenses that would allow them to be distributed as a package. However, they can be automatically downloaded from the Internet and installed locally. msgstr Los archivos de datos que necesita rocksndiamonds no tienen licencias que permitan su distribución como un paquete. Sin embargo, se pueden descargar automáticamente desde Internet e instalarse de forma local. #. Type: multiselect #. Description #: ../templates:3001 msgid Games to download data for: msgstr Descargar los datos de los juegos: #. Type: error #. Description #: ../templates:4001 msgid Missing utilities for download or unpacking msgstr Faltan algunas de las herramientas necesarias para descargar o desempaquetar los datos #. Type: error #. Description #: ../templates:4001 msgid Downloading and unpacking the game data requires the packages wget, p7zip, and unzip, but not all of these are available. msgstr Se necesitan los paquetes wget, 7-zip y unzip para descargar y desempaquetar los datos del juego, pero todos no están disponibles. #. Type: error #. Description #: ../templates:4001 #| msgid #| Some of them are not available on this system. You should install them #| and then reconfigure this package by using 'dpkg-reconfigure #| rocksndiamonds'. msgid You should install them and then reconfigure this package by using \dpkg-reconfigure rocksndiamonds\. msgstr Debería instalarlos y, después, reconfigurar este paquete ejecutando «dpkg-reconfigure rocksndiamonds». #. Type: error #. Description #: ../templates:5001 msgid Cannot download required resources msgstr No se pueden descargar los recursos necesarios #. Type: error #. Description #: ../templates:5001 msgid An error occurred while downloading game data. You should check the network connection and settings and retry later on. msgstr Se produjo un fallo mientras se descargaban los datos del juego. Debería comprar la conexión de red, la configuración y reintentarlo más tarde. #~ msgid #~ These games require data files that are not available under a free #~ software license and so are not distributable with Debian. This script #~ may automatically download these data files from the net and install them #~ on your system. #~ msgstr #~ Estos juegos precisan de ficheros de datos que no están disponibles bajo #~ ninguna licencia de software libre, y que por tanto no se pueden incluir #~ en Debian. Este programa puede descargar automáticamente estos ficheros #~ de datos de Internet, e instalarlos en su sistema. #~ msgid #~ The wget, 7-zip, unzip, tar are needed to either download or unpack the #~ game data. #~ msgstr #~ Se necesitan los paquetes wget, 7-zip, unzip y tar para descargar y #~ desempaquetar los datos del juego.
Bug#545567: kpart-webkit: webkit part not shown in konqueror
Package: kpart-webkit Version: 0.0.20090824svn1015061-1 Severity: normal With 4.3.1, konqueror no longer shows the option to select the webkit kpart. Ritesh -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kpart-webkit depends on: ii kdebase-runtime 4:4.3.1-1runtime components from the offici ii kdelibs54:4.3.1-1core libraries for all KDE 4 appli ii libc6 2.9-25 GNU C Library: Shared libraries ii libqtcore4 4:4.5.2-2Qt 4 core module ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libwebkitkde1 0.0.20090824svn1015061-1 KDE bindings for WebKit kpart-webkit recommends no packages. kpart-webkit 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#149680: iproute: Unless there is a need for this white space, it should be removed.
Hello Mike! On Mon, Sep 07, 2009 at 03:18:43PM -0500, Mike Mestnik wrote: Unless there is a need for this white space, it should be removed. I found out about the larger issue by assuming where the lines ended. This caused some problems with grep and perl and making it proper will also have problems. A notice should be sent out making it clear that this space will be removed in future versions. Feel free to submit patches cleaning the code up. Also please send them directly to upstream for review. I will not personally waste time on maintaining some ugly hack that I need to keep up to date that just makes the code more crufty for the sake of whitespace. If the whitespace is really important to you but you're not willing to work on a proper solution, then you can easily solve it in a very hacky way by diverting the iproute commands and replacing them with wrapper scripts that sed out the whitespace. I hope you understand and respect that I prefer working on issues that I consider more important on my own free time. In other words, this is still a wontfix for Debian, both because it's not prioritized by the package maintainers and because it's not a Debian-specific issue. Whoever wants this solved need to create a solution that upstream integrates and will thus later appear in Debian as well... -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542344: [Mutt] #3331: mutt mangles display of time in From line
#3331: mutt mangles display of time in From line --+- Reporter: anto...@dyne.org | Owner: mutt-dev Type: defect| Status: new Priority: trivial | Milestone: Component: display | Version: 1.5.20 Keywords:| --+- Forwarding from http://bugs.debian.org/542344 I checked this with the same version of mutt on lenny and sid (two different version of ncurses) and this is reproducible on both versions, so I ruled out libncurses as cause of the problem {{{ To reproduce the bug launch mutt without any conf file mutt -n -F /dev/null you may want to open a mailbox here, so use mutt -f mbox -n -F /dev/null at this point hit enter to show a message and then check the first line of the pager, it will be displayed like this: From anto...@dyne.org Mon Sep 7 05: 5:53 2009 but if you check the message it contains: From anto...@dyne.org Mon Sep 7 05:15:53 2009 as you can see the minute field is mangled }}} -- Ticket URL: http://dev.mutt.org/trac/ticket/3331 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545568: citadel: [INTL:fr] French debconf templates translation update
Package: citadel Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (even typo corrections). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to debian-i...@lists.debian.org with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of citadel debconf templates to French # Copyright (C) 2005-2009 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the citadel package. # # Translators: # Jean-Luc Coulon (f5ibh) jean-luc.cou...@wanadoo.fr, 2008. # Christian Perrier bubu...@debian.org, 2008, 2009. msgid msgstr Project-Id-Version: fr-new\n Report-Msgid-Bugs-To: cita...@packages.debian.org\n POT-Creation-Date: 2009-09-05 14:21+0200\n PO-Revision-Date: 2009-08-13 06:42+0200\n Last-Translator: Christian Perrier bubu...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 0.3\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: string #. Description #: ../citadel-server.templates:1001 msgid Listening address for the Citadel server: msgstr Adresse IP où Citadel sera à l'écoute : #. Type: string #. Description #: ../citadel-server.templates:1001 msgid Please specify the IP address which the server should be listening to. If you specify 0.0.0.0, the server will listen on all addresses. msgstr Veuillez indiquer l'adresse IP sur laquelle le serveur sera actif. Si vous indiquez 0.0.0.0, Citadel sera à l'écoute de toutes les adresses. #. Type: string #. Description #: ../citadel-server.templates:1001 msgid This can usually be left to the default unless multiple instances of Citadel are running on the same computer. msgstr Vous pouvez normalement sauter cette étape à moins que plusieurs instances de Citadel ne tournent sur le même ordinateur. #. Type: select #. Choices #: ../citadel-server.templates:2001 msgid Internal, Host, LDAP, Active Directory msgstr Interne, Hôte, LDAP, Active Directory #. Type: select #. Description #: ../citadel-server.templates:2002 msgid Authentication method to use: msgstr Méthode d'authentification à utiliser : #. Type: select #. Description #: ../citadel-server.templates:2002 msgid Please choose the user authentication mode. By default Citadel will use its own internal user accounts database. If you choose Host, Citadel users will have accounts on the host system, authenticated via /etc/passwd or a PAM source. LDAP chooses an RFC 2307 compliant directory server, the last option chooses the nonstandard MS Active Directory LDAP scheme. msgstr Veuillez choisir le mode d'authentification des utilisateurs. Par défaut, Citadel utilise son système interne de comptes. Si vous choisissez « Hôte », les utilisateurs de Citadel doivent avoir des comptes locaux, authentifiés avec /etc/passwd ou PAM. Le choix « LDAP » utilise un répertoire conforme au RFC 2307 et l'option « Active Directory » utilise le schéma LDAP non standard d'Active Directory. #. Type: select #. Description #: ../citadel-server.templates:2002 msgid Do not change this option unless you are sure it is required, since changing back requires a full reinstall of Citadel. msgstr Ne modifiez cette option que si elle est indispensable car il n'est pas possible de la changer sans
Bug#537746: mutt: progress counters update too fast
severity 537746 wishlist tag 537746 +confirmed pending thanks Hi, this makes perfectly sense, thanks for the bug report; I've set the bug as pending so this will be included in the next release, I should do some tests with various values first then I will get an approval from Christoph. Thanks a lot for your report Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545274: dpkg-dev: dpkg-source cannot verify GPG signatures
On Mon, 7 Sep 2009 08:45:58 +0200 Raphael Hertzog hert...@debian.org wrote: Other idea, please paste the output of dpkg-vendor --query Vendor echo $?. I guess that's more likely to be the problem... you have not upgraded base-files to the unstable version. Install version 5.0.0 or newer and try again. # dpkg-vendor --query Vendor ; echo $? dpkg-vendor: error: vendor default doesn't exist in /etc/dpkg/origins/ 2 # # ls -l /etc/dpkg/origins/ total 4 -rw-r--r-- 1 root root 82 2009-02-02 14:13 debian # # cat /etc/dpkg/origins/debian Vendor: Debian Vendor-URL: http://www.debian.org/ Bugs: debbugs://bugs.debian.org # # apt-show-versions -a base-files base-files 5lenny2 install ok installed base-files 5lenny4 stable ftp.us.debian.org base-files 5.0.0 testing ftp.us.debian.org base-files 5.0.0 unstable ftp.us.debian.org base-files/testing upgradeable from 5lenny2 to 5.0.0 # # apt-get install base-files Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: base-files 1 upgraded, 0 newly installed, 0 to remove and 548 not upgraded. Need to get 68.0kB of archives. After this operation, 24.6kB of additional disk space will be used. Get:1 http://ftp.us.debian.org testing/main base-files 5.0.0 [68.0kB] Fetched 68.0kB in 0s (118kB/s) (Reading database ... 141937 files and directories currently installed.) Preparing to replace base-files 5lenny2 (using .../base-files_5.0.0_i386.deb) ... Unpacking replacement base-files ... Setting up base-files (5.0.0) ... Installing new version of config file /etc/debian_version ... Installing new version of config file /etc/issue ... Installing new version of config file /etc/issue.net ... # # dpkg-source --require-valid-signature -x psutils_1.17-27.dsc dpkg-source: info: extracting psutils in psutils-1.17 dpkg-source: info: unpacking psutils_1.17.orig.tar.gz dpkg-source: info: applying psutils_1.17-27.diff.gz # That explains why it doesn't use the Debian keyring since it doesn't know that the current vendor is Debian, since no keyring are passed to gpgv, it fallbacks to usings trustedkeys which doesn't exist and complains about it. Seems like it. Maybe a versioned Depends: would help? -- Ian Bruce -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545566: [INTL:es] Spanish debconf template translation for grub2
Package: grub2 Version: 1.96+20090829-2 Severity: wishlist Tags: l10n patch -- Saludos Fran # grub2 po-debconf translation to Spanish # Copyright (C) 2007, 2009 Software in the Public Interest # This file is distributed under the same license as the grub2 package. # # Changes: # - Initial translation # Maria Germana Oliveira Blazeticgermanaolivei...@gmail.com, 2007 # # - Updates # Gary Ariel Sandi Vigabriel gary@gmail.com, 2009 # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: grub2 1.96+20090829-2\n Report-Msgid-Bugs-To: gr...@packages.debian.org\n POT-Creation-Date: 2009-08-30 14:58+0200\n PO-Revision-Date: 2009-08-30 19:42+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../grub-pc.templates.in:1001 msgid Chainload from menu.lst? msgstr ¿Desea realizar la carga en cadena desde el archivo «menu.lst»? #. Type: boolean #. Description #: ../grub-pc.templates.in:1001 msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub. msgstr Los scripts de actualización han detectado en «/boot/grub» una configuración heredada de una versión anterior de GRUB. #. Type: boolean #. Description #: ../grub-pc.templates.in:1001 msgid In order to replace the Legacy version of GRUB in your system, it is recommended that /boot/grub/menu.lst is adjusted to chainload GRUB 2 from your existing GRUB Legacy setup. This step may be automaticaly performed now. msgstr Para reemplazar la versión anterior de GRUB en el sistema, se recomienda que se configure «/boot/grub/menu.lst» para que cargue en cadena GRUB 2 a partir de la configuración heredada de GRUB. Este paso se debería hacer de forma automática. #. Type: boolean #. Description #: ../grub-pc.templates.in:1001 msgid It's recommended that you accept chainloading GRUB 2 from menu.lst, and verify that your new GRUB 2 setup is functional for you, before you install it directly to your MBR (Master Boot Record). msgstr Antes de instalar GRUB 2 directamente en el MBR («Master Boot Record») se recomienda que acepte cargarlo en cadena desde el archivo «menu.lst» y que verifique que puede utilizar la nueva configuración de GRUB 2. #. Type: boolean #. Description #: ../grub-pc.templates.in:1001 msgid In either case, whenever you want GRUB 2 to be loaded directly from MBR, you can do so by issuing (as root) the following command: msgstr En cualquier caso, cuando quiera que GRUB 2 se cargue directamente desde el MBR, puede hacerlo ejecutando (como usuario «root») la siguiente orden: #. Type: boolean #. Description #: ../grub-pc.templates.in:1001 msgid upgrade-from-grub-legacy msgstr upgrade-from-grub-legacy #. Type: string #. Description #: ../templates.in:1001 msgid Linux command line: msgstr Linea de órdenes de Linux: #. Type: string #. Description #: ../templates.in:1001 #| msgid #| The following Linux command line was extracted from the `kopt' parameter #| in GRUB Legacy's menu.lst. Please verify that it is correct, and modify #| it if necessary. msgid The following Linux command line was extracted from /etc/default/grub or the `kopt' parameter in GRUB Legacy's menu.lst. Please verify that it is correct, and modify it if necessary. msgstr La siguiente linea de órdenes de Linux se extrajo del archivo «/etc/default/grub» o del parámetro «kopt» en el archivo «menu.lst» de la versión anterior de GRUB. Por favor, compruebe que esto es correcto y modifíquelo si es necesario. #. Type: string #. Description #: ../templates.in:2001 #| msgid Linux command line: msgid Linux default command line: msgstr Linea de órdenes predeterminada de Linux: #. Type: string #. Description #: ../templates.in:2001 msgid The following string will be used as Linux parameters for the default menu entry but not for the recovery mode. msgstr La siguiente cadena se utilizará como parámetros de Linux para la entrada predeterminada del menú pero no para el modo de recuperación. #. Type: string #. Description #: ../templates.in:3001 #| msgid Linux command line: msgid kFreeBSD command line: msgstr
Bug#537119: emacs: crashes when invoking commands via globally redefined keys
Sorry for the late reply! No, this machine here is and should stay on stable release and there is no stable emacs23 yet as far as I know. If you think emacs23 cures this I will install it by hand. Uli Ulrich Kraehmer Department of Mathematics University of Glasgow University Gardens Glasgow G12 8QW Scotland, UK Telephone: +44-141-330-6835 Fax: +44-141-330-4111 http://www.maths.gla.ac.uk/~ukraehmer - The University of Glasgow, charity number SC004401 On Sat, 5 Sep 2009, Rob Browning wrote: Ulrich Kraehmer ukraeh...@maths.gla.ac.uk writes: I have redefined the F-keys to save buffers, invoking latex typesetting etc. by putting e.g. (global-set-key [f12] \C-x\C-s\C-ctj) in my .emacs file. This usually works but can make emacs hang up completely so that it can only be stopped by killing the process, for example, if the invoked latex typesetting stops at an error and I reinvoke the typesetting command by hitting F12 again, or when trying to exit emacs while there are unsaved buffers. Are you using emacs23 yet, and if so, has this still been a problem? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545564: cannot create ipip6 tunnel: cannot guess tunnel mode although mode is specified
Package: iproute Version: 20090324-1 Severity: normal % sudo ip tun a siptun mode ipip6 remote 2001:1620:2018:2::4d6d:8b56 Cannot guess tunnel mode. More info on request, I could not imagine what else you'd want. Same problem in lenny btw. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (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 iproute depends on: ii libc6 2.9-26 GNU C Library: Shared libraries ii libdb4.7 4.7.25-7 Berkeley v4.7 Database Libraries [ Versions of packages iproute recommends: ii libatm1 2.4.1-17.2 shared library for ATM (Asynchrono Versions of packages iproute suggests: pn iproute-doc none (no description available) -- debconf-show failed -- .''`. 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#545560: unblock: openssh/1:5.1p1-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package openssh This includes udebs so is blocked by default, but it's been in unstable for over a month now without significant problems. unblock openssh/1:5.1p1-7 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#545563: libnet-dns-perl should suggest libio-socket-inet6-perl
Package: libnet-dns-perl Version: 0.63-2 Severity: minor libnet-dns-perl should suggest libio-socket-inet6-perl. Otherwise, when using an IPv6 nameserver per default, libnet-dns-perl will not resolve any hostname. cu, Stefan. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686-bigmem (SMP w/1 CPU core) Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libnet-dns-perl depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libdigest-hmac-perl 1.01-7 create standard message integrity ii libnet-ip-perl 1.25-2 Perl extension for manipulating IP ii perl [libmime-base64-per 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10. 5.10.0-19lenny2 minimal Perl system libnet-dns-perl recommends no packages. libnet-dns-perl 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#545561: finch: Finch segfault when status was set to offline on pidgin before
Package: finch Version: 2.6.1-2 Severity: important Hi, I use pidgin on my home desktop computer for instant messaging when I can use my graphical environment and remotely, through SSH, I use finch. When I set my status offline on pidgin and then starting finch I have a segmentation fault on finch. To use finch, I must start finch with -n (no login) option and then set my status online. I use finch/pidgin with one Jabber account and two MSN accounts. Regards, Yann. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages finch depends on: ii libc6 2.9-26 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-1 simple interprocess messaging syst ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libgstfarsight0.10-0 0.0.14-2 Audio/Video communications framewo ii libgstreamer-plugins-base 0.10.24-1 GStreamer libraries from the base ii libgstreamer0.10-00.10.24-1 Core GStreamer libraries and eleme ii libidn11 1.15-1 GNU Libidn library, implementation ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand ii libpurple02.6.1-2multi-protocol instant messaging l ii libxml2 2.7.3.dfsg-2.1 GNOME XML library ii pidgin-data 2.6.1-2multi-protocol instant messaging c finch recommends no packages. Versions of packages finch suggests: ii libx11-6 2:1.2.2-1 X11 client-side library -- 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#545574: lintian: Check for discrepancies in LGPL licensing
Package: lintian Version: 2.2.14 Severity: wishlist It would be useful to have lintian check for discrepancies in LGPL licensing; in particular check for the use of the non-existent licenses Lesser GPL v2 and Library GPL v2.1. See the following attached e-mail for a example case. On Tue, Jul 28, 2009 at 3:29 AM, Adriaan de Grootgr...@fsfeurope.org wrote: Hi Daniel, Mathew, The confusion seems to be the following: - LGPL v. 2.1 is the *Lesser* GPL - LGPL v. 2 is the *Library* GPL You can find the texts of these licenses at - http://www.gnu.org/licenses/lgpl-2.1.html - http://www.gnu.org/licenses/old-licenses/library.html In general, writing Library GPL v. 2.1 is accepted to mean Lesser GPL v. 2.1. I don't know if there's a consensus on other label+version mix-ups. So if your program license headers refer to a version that technically does not exist (i.e. Lesser GPL v. 2), as Daniel points out in icns_family.c, there is technically a problem, but in practice there is not. It *is* in the interest of the copyright holders to have consistent licensing across the entire library, so it would be good to pick one (either Library v. 2 or Lesser v. 2.1) and write that in the headers. If the library portion of lcns is intended to be under the Lesser General Public License v. 2.1 (or, at your option, any later version) -- and Mathew indicates this in his message -- it would be best to write that in the headers. That means changing the version number in files referring to Lesser to version 2.1, and changing files still licensed under the Library General Public License v. 2 (or, at your option, any later version) to fall under the Lesser GPL v. 2.1 (or, at your option, any later version). Having one single consistent license text makes things a lot easier both for tools, lawyers and others to decide what's going on. Hence the suggestion to fix it, but it's not a high priority. I would suggest the following course of action (not legal advice, just best practices): - ping the developer list saying The intention is to license under Lesser GPL v. 2.1, but the wording is sometimes messy, like 'Library GPL v. 2.1' or 'Lesser GPL v. 2'. We should make this text consistent. - wait a week or so for anyone to come forward saying they really really meant licensing under Library GPL v.2 or later and refuse to re-license. - then update the license headers. Since the intention is clear and the LGPL v. 2.1 is written as a clarification of terminology (and adds one clause related to linking) and drop-in successor to the LGPL v. 2, this is a straightforward change. Not something to do during otherwise hectic development, but good for a quiet time or during freeze before a release (and CIA suggests that icns development is pretty quiet). [ade], hoping he didn't make any mistakes in {Lesser,Library} v. {2,2.1} -- [] Adriaan de Groot [][][] Freedom Task Force, Free Software Foundation Europe || http://blogs.fsfe.org/adridg/ Free Software Foundation Europe e.V. is a German Verein registered at the Registergericht Hamburg (VR 17030). Its president is Karsten Gerloff. For more information on FSFE, see http://fsfe.org. -- Forwarded message -- From: Mathew Eis mat...@eisbox.net Date: Mon, Jul 27, 2009 at 3:18 AM Subject: Re: Inconsistency in License of files in libicns To: d...@uvic.ca Cc: f...@fsfeurope.org Hello Daniel, Thank you for contacting me. Unfortunately, I am a little confused by the nature of this e-mail, with the following link being the basis of our licensing for the library portion of libicns (largely the files that you note to be in error): http://www.gnu.org/licenses/lgpl-2.1.html The above clearly is the Lesser General Public License version 2.1 as published by GNU themselves, under which the library portion of libicns is intended to be published. I am a little confused as to why you say that there is no Lesser General Public License version 2.1 Please let me know if there is something which I am misunderstanding, as I would most certainly be interested in addressing any licensing issues that libicns may have. Sincerely, -Mathew Eis On Sat, Jul 25, 2009 at 9:41 PM, D M Germand...@uvic.ca wrote: Dear Mathew, I am a researcher doing analysis of licenses in Free and Open source software, particularly those in Debian. In recent weeks we have discovered a minor inconsistency in many projects and it is present in some of the libicns files authored by you. I have been contacting developers in several FOSS projects to try to address it. This is the license statement from file ./src/icns_family.c This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. As you might know, there is no Lesser General Public License version 2.1.
Bug#545179: libc6: postinst must run telinit u
On Mon, Sep 07, 2009 at 10:46:34AM +0200, Bastian Blank wrote: I really can't explain you why the behaviour is still the same. The mentioned bug shows a different problem. I suspect that the referenced bug report was made with / being ext2, while nowadays ext3 is the default. If I'm right, then the automatic journal replay prevents fsck from complaining. Hmm, I've found the logs of the first boot after the last libc upgrade: dpkg.log fragment: 2009-08-31 21:36:58 status installed libc6 2.9-26 messages.log indicates the machine was shut down properly: Aug 31 21:41:09 twister shutdown[20750]: shutting down for system halt Aug 31 21:41:16 twister kernel: Kernel logging (proc) stopped. Aug 31 21:41:16 twister kernel: Kernel log daemon terminating. Aug 31 21:41:26 twister exiting on signal 15 kernel.log of the next boot: Sep 1 07:11:31 twister kernel: [4.286170] EXT3-fs: INFO: recovery required on readonly filesystem. Sep 1 07:11:31 twister kernel: [4.286272] EXT3-fs: write access will be enabled during recovery. Sep 1 07:11:31 twister kernel: [4.480816] kjournald starting. Commit interval 5 seconds Sep 1 07:11:31 twister kernel: [4.480934] EXT3-fs: md0: orphan cleanup on readonly fs Sep 1 07:11:31 twister kernel: [4.481039] ext3_orphan_cleanup: deleting unreferenced inode 658 Sep 1 07:11:31 twister kernel: [4.481076] ext3_orphan_cleanup: deleting unreferenced inode 529 Sep 1 07:11:31 twister kernel: [4.490777] ext3_orphan_cleanup: deleting unreferenced inode 527 Sep 1 07:11:31 twister kernel: [4.625170] EXT3-fs: md0: 3 orphan inodes deleted Sep 1 07:11:31 twister kernel: [4.625272] EXT3-fs: recovery complete. Sep 1 07:11:31 twister kernel: [4.628012] EXT3-fs: mounted filesystem with ordered data mode. Sep 1 07:11:31 twister kernel: [4.628130] VFS: Mounted root (ext3 filesystem) readonly on device 9:0. So it's now the kernel that complains about the unclean shutdown instead of fsck, but the issue seems to be very much the same. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545366: dselect 1.15.4 does not distinguish between new and old packages
Hi! On Mon, 2009-09-07 at 09:43:37 +0200, Sven Joachim wrote: On 2009-09-07 09:11 +0200, Raphael Hertzog wrote: On Sun, 06 Sep 2009, Petr Vandrovec wrote: Since today's update run dselect is completely confused and does not remember which packages are new and which are old - it lists all available and not installed packages as new, again and again. And Hrmmmf, ok missed that one when doing the automatic forget change on dpkg... not only that, it also marks some of them for installation although I do not want them (and some are not installable at all - for some reason it wants to install libsasl2 which is not installable together with libsasl2-2). I see that it updates available status, they seem to contain valid data, but on load it somehow ignores them. The installability problems I assume is due to some transition going on in unstable right now. Besides that it creates some strange /var/lib/dpkg/updates/tmp.i which is full of lines saying '##padding', but other than that I do not see what can be wrong, and unfortunately diff between 1.15.3.1 and 1.15.4 is quite huge. The “tmp.i” file is normal, yes. You can use git bisect to isolate the problem more precisely. My bet would be on the code that auto-cleans up the status database, Certainly. FWIW, the problem occurs also if only dpkg is upgraded to 1.15.4 and dselect stays at 1.15.3.1. maybe it applies by error on the available file as well and thus it believes that all packages are new everytime? Given that the available package is as big as ever and dselect shows every package as new even after you run sync-available (from the dctrl-tools package), this does not seem to be the case. The problem is that dselect used the status file to track not seen and seen not-installed packages as either want_unknown or want_purge want states. And was setting all want_unknown packages to want_purge on normal exit (not using X keyibindig). This increases the status file, the parsing and processing time when doing dependency resolutions and package iterations for everyone, and just to be able to show new packages on dselect. The correct solution here is not to revert the change, but to store the seen/not-seen information in another place, in a similar way as how apt/aptitude do it. And ideally in a unified place which all front-ends can share, so we avoid duplication. I'll put it on the pending stuff to discuss with the front-end developers. regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525259: (Bug#525259: fixed in udunits 2.1.7-2) 'man exo-open' typo: primarly
On Mon, 07 Sep 2009 16:36:04 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: * Add autoconf to Build-Depends: Closes: #525259 A puzzling changlog comment. Is 'autoconf' related to this man page typo? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545570: netcat6 CRLF support
Package: netcat6 Version: 1.0 Severity: wishlist Most of the services from Internet (HTTP, POP3, SMTP, etc..) are using text based protocol with CRLF line-ending, but the original netcat6 doesn't support it. I worked out a patch to solve this. -- 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-15-generic (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash nc6.diff.tar.gz Description: GNU Zip compressed data
Bug#545573: mirror listing update for ftp.tku.edu.tw
Package: mirrors Severity: minor Submission-Type: update Site: ftp.tku.edu.tw Type: leaf Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc Archive-ftp: /debian/ Archive-http: /debian/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.tw.debian.org CDImage-upstream: ftp.tw.debian.org Updates: once Maintainer: wisely wis...@mail.tku.edu.tw Country: TW Taiwan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544674: VTK #545335
Hello, On antradienis 08 Rugsėjis 2009 05:46:06 A. Maitland Bottoms wrote: It appears that fixing 544674 will fix the powerpc/ppc problem in bug 545335. It might be worth making a cmake 2.6.4-3 upload for this including the findjni2.cmake.patch. I'm currently searching for a better way how to fix the bug rather than hardcode numerous paths for each arch. In particular, I looking how java determines its jre/lib/arch dir. I will upload today or tomorrow. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#545572: grub-pc: Fails to configure due to buggy grub-probe
Package: grub-pc Version: 1.97~beta2-2 Severity: important % sudo dpkg --configure grub-pc Setting up grub-pc (1.97~beta2-2) ... Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (hd0) /dev/sda (hd1) /dev/sdb grub-probe: error: cannot find a device for /. dpkg: error processing grub-pc (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: grub-pc % sudo update-grub grub-probe: error: cannot find a device for /. % sudo grub-probe / grub-probe: error: cannot find a device for /. Now, the root filesystem is on LVM (ravenclaw-root or dm-0): % ls -l /dev/mapper total 0 crw-rw 1 root root 10, 60 2009-09-07 16:57 control brw-rw 1 root disk 253, 5 2009-09-07 16:57 ravenclaw-chroots brw-rw 1 root disk 253, 4 2009-09-07 16:57 ravenclaw-chroots-real brw-rw 1 root disk 253, 10 2009-09-07 16:57 ravenclaw-home brw-rw 1 root disk 253, 3 2009-09-07 16:57 ravenclaw-mybook--backup lrwxrwxrwx 1 root root 7 2009-09-07 16:57 ravenclaw-root - ../dm-0 brw-rw 1 root disk 253, 9 2009-09-07 16:57 ravenclaw-sid--snap--68ddab45--e28d--4dc6--a8fd--b165a327f38f brw-rw 1 root disk 253, 8 2009-09-07 16:57 ravenclaw-sid--snap--68ddab45--e28d--4dc6--a8fd--b165a327f38f-cow brw-rw 1 root disk 253, 7 2009-09-07 16:57 ravenclaw-sid--snap--7dff68da--110c--4f60--a25c--1ae51505b04e brw-rw 1 root disk 253, 6 2009-09-07 16:57 ravenclaw-sid--snap--7dff68da--110c--4f60--a25c--1ae51505b04e-cow lrwxrwxrwx 1 root root 7 2009-09-07 16:57 ravenclaw-swap - ../dm-1 brw-rw 1 root disk 253, 11 2009-09-07 16:57 ravenclaw-usr brw-rw 1 root disk 253, 12 2009-09-07 16:57 ravenclaw-var brw-rw 1 root disk 253, 2 2009-09-07 16:57 ravenclaw-var--old % ls -l /dev/dm* brw-rw 1 root root 253, 0 2009-09-07 16:57 /dev/dm-0 brw-rw 1 root root 253, 1 2009-09-07 16:57 /dev/dm-1 lrwxrwxrwx 1 root root 21 2009-09-07 16:57 /dev/dm-10 - mapper/ravenclaw-home lrwxrwxrwx 1 root root 20 2009-09-07 16:57 /dev/dm-11 - mapper/ravenclaw-usr lrwxrwxrwx 1 root root 20 2009-09-07 16:57 /dev/dm-12 - mapper/ravenclaw-var lrwxrwxrwx 1 root root 25 2009-09-07 16:57 /dev/dm-2 - mapper/ravenclaw-var--old lrwxrwxrwx 1 root root 31 2009-09-07 16:57 /dev/dm-3 - mapper/ravenclaw-mybook--backup lrwxrwxrwx 1 root root 29 2009-09-07 16:57 /dev/dm-4 - mapper/ravenclaw-chroots-real lrwxrwxrwx 1 root root 24 2009-09-07 16:57 /dev/dm-5 - mapper/ravenclaw-chroots lrwxrwxrwx 1 root root 72 2009-09-07 16:57 /dev/dm-6 - mapper/ravenclaw-sid--snap--7dff68da--110c--4f60--a25c--1ae51505b04e-cow lrwxrwxrwx 1 root root 68 2009-09-07 16:57 /dev/dm-7 - mapper/ravenclaw-sid--snap--7dff68da--110c--4f60--a25c--1ae51505b04e lrwxrwxrwx 1 root root 72 2009-09-07 16:57 /dev/dm-8 - mapper/ravenclaw-sid--snap--68ddab45--e28d--4dc6--a8fd--b165a327f38f-cow lrwxrwxrwx 1 root root 68 2009-09-07 16:57 /dev/dm-9 - mapper/ravenclaw-sid--snap--68ddab45--e28d--4dc6--a8fd--b165a327f38f % ls -l /dev/dm-0 brw-rw 1 root root 253, 0 2009-09-07 16:57 /dev/dm-0 % df / Filesystem 1K-blocks Used Available Use% Mounted on /dev/dm-0 694231322362336249 49% / So it looks like this is partly the fault of udev. It's making two of the LVM devices into symlinks to /dev/dm-* for some unknown reason. This is odd, but the symlink /is/ pointing to the correct device. Fixing this results in a working grub: % sudo rm /dev/mapper/ravenclaw-root % sudo mv /dev/dm-0 /dev/mapper/ravenclaw-root % sudo update-grub Generating grub.cfg ... Found Debian background: moreblue-orbit-grub.png Found linux image: /boot/vmlinuz-2.6.30-1-amd64 Found initrd image: /boot/initrd.img-2.6.30-1-amd64 Found linux image: /boot/vmlinuz-2.6.29-2-amd64 Found initrd image: /boot/initrd.img-2.6.29-2-amd64 Found Windows Vista (loader) on /dev/sda1 done % sudo dpkg --configure grub-pc Setting up grub-pc (1.97~beta2-2) ... Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (hd0) /dev/sda (hd1) /dev/sdb Generating grub.cfg ... Found Debian background: moreblue-orbit-grub.png Found linux image: /boot/vmlinuz-2.6.30-1-amd64 Found initrd image: /boot/initrd.img-2.6.30-1-amd64 Found linux image: /boot/vmlinuz-2.6.29-2-amd64 Found initrd image: /boot/initrd.img-2.6.29-2-amd64 Found Windows Vista (loader) on /dev/sda1 done In summary, I think that grub-probe should be following symlinks to valid block devices. While they might be unusual, they are certainly correct and functional. As shown above, the symlink pointed to a device with the correct block major and minor numbers, so it could
Bug#545306: coreutils: preserving times for bug is back
Michael Stone mst...@debian.org writes: [...] Kernel: Linux 2.6.18-6-sparc64 This is not the lenny sparc kernel, is it? I am definitely not going to give this problem a high priority if it only occurs with unsupported configurations. Try upgrading to at lest the etchnhalf kernel. 2.6.24 doesn't work because of this bug #525958 also a hack is needed for upstart. For the record, I've spend 3 days to install Linux on that Sunblade 150 and the only working kernel is 2.6.18 Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545571: Please ship crc32.h in zlib1g-dev
Package: zlib1g-dev Version: 1:1.2.3.3.dfsg-14 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, some haskell packages (haskell-zlib and haskell-digest) have a copy of the crc32.h file from the zlib source distribution in their tarballs, one without source. This is not the way we like it in Debian. It would be nice if zlib1g-dev would contian the crc32.h file, so that we can ignore the copies and build from a single source. Thanks, Joachim - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zlib1g-dev depends on: ii libc6-dev [libc-dev] 2.9-24GNU C Library: Development Librari ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime zlib1g-dev recommends no packages. zlib1g-dev suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqmCOcACgkQ9ijrk0dDIGy0TACff5y6HYeXUh64OM5GeHq09xsp tHgAoIM2zDw9FkiR8AXjgr/d7LUkAmMI =vZk4 -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#542865: Grant an FHS exception for the multiarch library directories
On Fri, Sep 04, 2009 at 08:50:30PM -0700, Steve Langasek wrote: On Fri, Aug 21, 2009 at 09:25:30PM -0700, Russ Allbery wrote: Manoj Srivastava sriva...@debian.org writes: On Fri, Aug 21 2009, Russ Allbery wrote: The current restriction is specific to libraries. Don't we need to say that you can't put *any* files into any triplet directory that isn't for your package architecture? Hmm. My first read was that one could not put anything that was not a library in these directories, but perhaps it should be stated explicitly. I was expecting that we'd need to put anything that you might want to have simultaneous installs from multiple architectures in that directory, which would include, for instance, any shared library plugins or loadable modules, which aren't strictly libraries. We might have to duplicate some library helper programs as well, if for instance they communicate with the library using binary structures that are sensitive to sizeof(long). Right, this was a bug in the proposed patch, not a deliberate statement that only libraries belong in these directories. (As I mentioned, the first patch was something of a trial balloon.) I think this updated patch should cover everything for the first round. Re-seconds? Seconded. --- policy.sgml | 34 ++ 1 files changed, 34 insertions(+), 0 deletions(-) diff --git a/policy.sgml b/policy.sgml index 0bf8253..347c0bf 100644 --- a/policy.sgml +++ b/policy.sgml @@ -5584,6 +5584,40 @@ libbar 1 bar1 (= 1.0-1) /item item p + The requirement for object files, internal binaries, and + libraries, including filelibc.so.*/file, to be located + directly under file/lib{,32}/file and + file/usr/lib{,32}/file is amended, permitting files + to instead be installed to + file/lib/vartriplet/var/file and + file/usr/lib/vartriplet/var/file, where + ttvartriplet/var/tt is the value returned by + ttdpkg-architecture -qDEB_HOST_GNU_TYPE/tt for the + architecture of the package. Packages may emnot/em + install files to any vartriplet/var path other + than the one matching the architecture of that package; + for instance, an ttArchitecture: amd64/tt package + containing 32-bit x86 libraries may not install these + libraries to file/usr/lib/i486-linux-gnu/file. + footnote +This is necessary in order to reserve the directories for +use in cross-installation of library packages from other +architectures, as part of the planned deployment of +ttmultiarch/tt. + /footnote +/p +p + Applications may also use a single subdirectory under + file/usr/lib/vartriplet/var/file. +/p +p + The execution time linker/loader, ld*, must still be made + available in the existing location under /lib or /lib64 + since this is part of the ELF ABI for the architecture. +/p + /item + item +p The requirement that file/usr/local/share/man/file be synonymous with file/usr/local/man/file is relaxed to a -- 1.6.3.3 Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net signature.asc Description: Digital signature
Bug#529214: Bug #529214 if_ incorrectly assumes rrd input max is interface speed
forwarded 529214 http://munin.projects.linpro.no/ticket/686 Hi Stephen, Thanks for the quick reply. I see you've also answered with the same answer in the upstream ticket. As this is not a debian specific issue, lets continue the discussion at the upstream ticket. Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543467: mutt: intermittent crashes with marking read the last couple of mails in an IMAP folder
tag 543467 +moreinfo thanks On Tue, Aug 25, 2009 at 10:42:51AM +0300, Antti-Juhani Kaijanaho wrote: 1) I open one of my IMAP mailboxes 2) I let it sit for a while, as I'm doing other stuff elsewhere 3) I go Ctrl-R'ing most of the discussions 4) Ctrl-R refuses to advance to one or two new messages at the end of the mailbox 5) I use tab to move the pointer to one of them 6) I press Ctrl-R 7) crash Hi, since you're able to reproduce the bug (although not constantly), can you please set ulimit -c unlimited and send us the corefile which will be generated when the crash happens? This is really important for us to troubleshoot and hopefully fix the problem. There are some notes about your privacy and sending cores, see here: http://wiki.debian.org/Teams/Mutt#Protectyourownprivacybeforesendingusthedata If you don't feel comfortable in sending the core to a public page (the BTS one), feel free to send it to me to my private mail (the one you see here) Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545242: dropbear: Please patch sources not to use /etc/dropbear/{log,run}
reopen 545242 thanks Gerrit Pape p...@smarden.org writes: On Sun, Sep 06, 2009 at 01:47:43AM +0300, Jari Aalto wrote: Dropbear installs few directories and symlinks that do not belong to /etc: /etc/dropbear/log /etc/dropbear/log/main /etc/dropbear/log/run /etc/dropbear/run anything else than configuration files to /etc. The logs should go to /var/log (and no symlinks under /etc/dropbear). See FHS http://www.pathname.com/fhs/pub/fhs-2.3.html#ETCHOSTSPECIFICSYSTEMCONFIGURATION I think these files in the dropbear package are just fine with the FHS. /etc/dropbear/log is a directory with configuration files /etc/dropbear/log/main is a symbolic link to the log directory, which by default resides in /var/log/. You can change the location of the log directory, and adjust the symlink to adapt the log service's configuration. lrwxrwxrwx 1 root root 17 Jul 21 15:18 main - /var/log/dropbear A symlink is not a configuration file because: - that cannot be stored off-site - Can't be backup'd with any too (like zip) - Can't be put under version control (try RCS) - It cannot be diff'd against other configurations. - someone deletes the symlink, what happens? A well behaving program read separate *.conf that allows setting the log directory: logdir = /var/log /etc/dropbear/log/run is a configuration file that allows to configure the log service It appears to be an executable and not a static configuration file as per FHS: /etc/dropbear/log# ls -la total 12 drwxr-xr-x 2 root root 4096 Jul 21 15:31 . drwxr-xr-x 3 root root 4096 Jul 21 15:31 .. lrwxrwxrwx 1 root root 17 Jul 21 15:18 main - /var/log/dropbear -rwxr-xr-x 1 root root 53 Aug 10 2007 run I don't think separating 'configuaration' from 'executable' for scripts as simple as #!/bin/sh exec 21 exec dropbear -d ./dropbear_dss_host_key -r ./dropbear_rsa_host_key -F -E -p 22 The shell scripts can read separate user configuration. This is the recommended practise: --- # /etc/dropbear/run.conf # These are the default options. See dropbear(1) for more # information # # KEY_OPTS=-d ./dropbear_dss_host_key -r ./dropbear_rsa_host_key # RUN_OPTS= -F -E -p 22 --- #!/bin/sh # location: /var/lib/dropbear/run KEY_OPTS=-d ./dropbear_dss_host_key -r ./dropbear_rsa_host_key RUN_OPTS= -F -E -p 22 CONF=/etc/dropbear/run.conf [ ! -f $CONF ] || . $CONF exec 21 exec dropbear $KEY_OPTS $RUN_OPTS # End of file #!/bin/sh exec chpst -udropbearlog svlogd -tt ./main Likewise. /etc/init.d/* scripts also are executables and configuration files at the same time. This is not comparable. The scripts inside /etc/ini.d/ are de facto and have defined meaning from years passed. In Debian they behave cleanly and read separate configuration from /etc/default/program. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545575: bugs.debian.org: bug still considered resolved after 'notfixed'
Package: bugs.debian.org Severity: normal After marking a bug as not fixed in the version it was closed at, the bug is still marked as done (see #536541 for an example). This is contrary to the documentation: [http://www.debian.org/Bugs/server-control] found bugnumber [ version ] Record that #bugnumber has been encountered in the given version of the package to which it is assigned. The bug tracking system uses this information, in conjunction with fixed versions recorded when closing bugs, to display lists of bugs open in various versions of each package. It considers a bug to be open when it has no fixed version, or when it has been found more recently than it has been fixed. [...] This command will only cause a bug to be marked as not done if no version is specified, or if the version being marked found is equal to the version which was last marked fixed. [...] notfixed bugnumber version Remove the record that bug #bugnumber has been fixed in the given version. This command is equivalent to found followed by notfound (the found removes the fixed at a particular version, and notfound removes the found.) Please change the 'notfixed' command to mark the bug as not done if the conditions documented above are met. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524505: qcontrol: no longer works with udev in lenny
Package: qcontrol Followup-For: Bug #524505 With the recent udev update in Lenny (Version 0.125-7+lenny3), qcontrol no longer works: qcontrol error: gpio_keys device not available (warning). -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.26-2-orion5x Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qcontrol depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii liblua5.1-0 5.1.3-1Simple, extensible, embeddable pro qcontrol recommends no packages. qcontrol 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#535331:
I am sorry, but I'm afraid my previous analysis in this bug report is completely wrong. The kernel image maintainer scripts are not supposed to run lilo directly. They trigger an initramfs update, and that should in turn cause lilo to run after it's finished. The initramfs update must do this regardless of why it was run, and having the kernel scripts run lilo would therefore be useless. And now for the weird stuff: This did suddenly work for me with the 2.6.26-19 upgrade. I got: Setting up linux-image-2.6.26-2-686 (2.6.26-19) ... Running depmod. Running mkinitramfs-kpkg. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.26-17lenny2 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.26-17lenny2 was configured last, according to dpkg) update-initramfs: deferring update (trigger activated) Processing triggers for initramfs-tools ... update-initramfs: Generating /boot/initrd.img-2.6.26-2-686 Added Linux * Added LinuxOLD But I cannot understand what may have changed. My /etc/kernel-img.conf is still and has always been: # Kernel Image management overrides # See kernel-img.conf(5) for details do_symlinks = Yes do_initrd = Yes do_bootloader = yes And initramfs-tools have not been upgraded since the last time this failed according to the dpkg log. But the dpkg log above shows something very interesting: This time I got a status triggers-pending initramfs-tools 0.92o which I did not see on the previous kernel image upgrade: adler:/tmp# egrep 'linux-image|initramfs-tools' /var/log/dpkg.log{.1,} /var/log/dpkg.log.1:2009-08-15 01:00:40 upgrade linux-image-2.6.26-2-686 2.6.26-17lenny1 2.6.26-17lenny2 /var/log/dpkg.log.1:2009-08-15 01:00:40 status half-configured linux-image-2.6.26-2-686 2.6.26-17lenny1 /var/log/dpkg.log.1:2009-08-15 01:00:41 status unpacked linux-image-2.6.26-2-686 2.6.26-17lenny1 /var/log/dpkg.log.1:2009-08-15 01:00:41 status half-installed linux-image-2.6.26-2-686 2.6.26-17lenny1 /var/log/dpkg.log.1:2009-08-15 01:00:47 status half-installed linux-image-2.6.26-2-686 2.6.26-17lenny1 /var/log/dpkg.log.1:2009-08-15 01:00:49 status unpacked linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log.1:2009-08-15 01:00:49 status unpacked linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log.1:2009-08-15 01:00:53 configure linux-image-2.6.26-2-686 2.6.26-17lenny2 2.6.26-17lenny2 /var/log/dpkg.log.1:2009-08-15 01:00:53 status unpacked linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log.1:2009-08-15 01:00:53 status half-configured linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log.1:2009-08-15 01:01:27 status installed linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log:2009-09-06 01:00:53 upgrade linux-image-2.6.26-2-686 2.6.26-17lenny2 2.6.26-19 /var/log/dpkg.log:2009-09-06 01:00:53 status half-configured linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log:2009-09-06 01:00:55 status unpacked linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log:2009-09-06 01:00:55 status half-installed linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log:2009-09-06 01:01:07 status half-installed linux-image-2.6.26-2-686 2.6.26-17lenny2 /var/log/dpkg.log:2009-09-06 01:01:09 status unpacked linux-image-2.6.26-2-686 2.6.26-19 /var/log/dpkg.log:2009-09-06 01:01:09 status unpacked linux-image-2.6.26-2-686 2.6.26-19 /var/log/dpkg.log:2009-09-06 01:01:26 configure linux-image-2.6.26-2-686 2.6.26-19 2.6.26-19 /var/log/dpkg.log:2009-09-06 01:01:26 status unpacked linux-image-2.6.26-2-686 2.6.26-19 /var/log/dpkg.log:2009-09-06 01:01:27 status half-configured linux-image-2.6.26-2-686 2.6.26-19 /var/log/dpkg.log:2009-09-06 01:02:02 status installed linux-image-2.6.26-2-686 2.6.26-19 /var/log/dpkg.log:2009-09-06 01:02:03 status triggers-pending initramfs-tools 0.92o /var/log/dpkg.log:2009-09-06 01:02:08 trigproc initramfs-tools 0.92o 0.92o /var/log/dpkg.log:2009-09-06 01:02:08 status half-configured initramfs-tools 0.92o /var/log/dpkg.log:2009-09-06 01:02:55 status installed initramfs-tools 0.92o Why? Or rather: Why doesn't it always do that? Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545576: lighttpd: server could not open a fam connection, dieing
Package: lighttpd Version: 1.4.23-3+b2 Severity: normal This is not a duplicate of 521274. I missed the point at that time. The problem is that lighttpd fails to start at boot time. Restarting it later works ok. The error message is the title. Is it possible gamin depends on something not yet started at boot time ? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lighttpd depends on: ii libattr1 1:2.4.44-1Extended attribute shared library ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.9-26GNU C Library: Shared libraries ii libgamin0 [libfam0]0.1.10-2 Client library for the gamin file ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8k-4 SSL shared libraries ii libterm-readline-perl- 1.0302-1 Perl implementation of Readline li ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii mime-support 3.46-1MIME files 'mime.types' 'mailcap ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages lighttpd recommends: ii spawn-fcgi1.6.2-3A fastcgi process spawner Versions of packages lighttpd suggests: ii apache2-utils 2.2.13-1 utility programs for webservers ii openssl 0.9.8k-4 Secure Socket Layer (SSL) binary a pn rrdtool 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#545512: cyrus-common-2.2: unnecessarily runs cyrus-makedirs on all upgrades
Ross Boylan schrieb: On Mon, 2009-09-07 at 13:13 -0400, Noah Meyerhans wrote: Package: cyrus-common-2.2 Version: 2.2.13-10+etch2 Severity: normal cyrus-common-2.2.postinst runs cyrus-makedirs on all package updates, even when it's not necessary. In the case of the recent security update This is the same as bug 404446, which was marked as fixed. I can confirm that it is not fixed; I thought I had done something to try to keep the old bug open, but it seems not. Well, it was not exactly fixed when the changelog says it was: What was done back then is that the old recursive chown/chmod was replaced by a find, which already greatly improved performance of makedirs. Later changes replaced the find --exec with find --print0| xargs -0 which improved performance even more. However, I just changed the relevant postinst script so that it only runs cyrus-makedirs on fresh installs and when the new version is a different upstream version then the package that is upgraded. I'm not comfortable with running it more seldom than that. Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545554: cyrus-common-2.2: Cyrus package upgrade runs and incorrect 'find' commandline
This is fixed in the most recent unstable version (about to be uploaded) which compiles just as well on stable. Perhaps we should prepare a package for stable-proposed-upgrades with some of the fixes backported? Regards, Sven Adam Kramer schrieb: Package: cyrus-common-2.2 Version: 2.2.13-14+lenny1 Severity: important While upgrading minor versions of cyrus packages, I saw this find commandline in the process table: find /var/spool/sieve -print0 ( -not -user cyrus -or -not -group mail ) This is an incorrect use of find. -print0 must be at the end of the commandline - what I pasted above prints out *every* file and directory under /var/spool/sieve. This also explains why the upgrade took so long. Find is a tricky and unpleasant beast. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-vserver-amd64 (SMP w/8 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 cyrus-common-2.2 depends on: ii adduser3.110 add and remove users and groups ii debconf [debco 1.5.24Debian configuration management sy ii dpkg 1.14.25 Debian package management system ii exim4-daemon-h 4.69-9Exim MTA (v4) daemon with extended ii gawk 1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr ii libasn1-8-heim 1.2.dfsg.1-2.1Heimdal Kerberos - ASN.1 library ii libc6 2.7-18GNU C Library: Shared libraries ii libcomerr2 1.41.3-1 common error description library ii libdb4.2 4.2.52+dfsg-5 Berkeley v4.2 Database Libraries [ ii libgssapi2-hei 1.2.dfsg.1-2.1Heimdal Kerberos - GSSAPI support ii libkrb5-25-hei 1.2.dfsg.1-2.1Heimdal Kerberos - libraries ii libroken18-hei 1.2.dfsg.1-2.1Heimdal Kerberos - roken support l ii libsasl2-2 2.1.22.dfsg1-23+lenny1Cyrus SASL - authentication abstra ii libsnmp15 5.4.1~dfsg-12 SNMP (Simple Network Management Pr ii libssl0.9.80.9.8g-15+lenny3 SSL shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii libzephyr3 2.1.20070719.SNAPSHOT-1.2 Project Athena's notification serv ii netbase4.34 Basic TCP/IP networking system ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction Versions of packages cyrus-common-2.2 recommends: ii cyrus-admin-2.2 2.2.13-14+lenny1 Cyrus mail system (administration ii cyrus-imapd-2.2 2.2.13-14+lenny1 Cyrus mail system (IMAP support) ii cyrus-murder-2.22.2.13-14+lenny1 Cyrus mail system (proxies and agg ii cyrus-nntpd-2.2 2.2.13-14+lenny1 Cyrus mail system (NNTP support) ii cyrus-pop3d-2.2 2.2.13-14+lenny1 Cyrus mail system (POP3 support) Versions of packages cyrus-common-2.2 suggests: ii apt-listchanges 2.83 package change history notificatio ii cyrus-admin-2.2 2.2.13-14+lenny1 Cyrus mail system (administration ii cyrus-clients-2.2 2.2.13-14+lenny1 Cyrus mail system (test clients) ii cyrus-doc-2.2 2.2.13-14+lenny1 Cyrus mail system (documentation f ii cyrus-imapd-2.2 2.2.13-14+lenny1 Cyrus mail system (IMAP support) ii cyrus-murder-2.2 2.2.13-14+lenny1 Cyrus mail system (proxies and agg ii cyrus-nntpd-2.2 2.2.13-14+lenny1 Cyrus mail system (NNTP support) ii cyrus-pop3d-2.2 2.2.13-14+lenny1 Cyrus mail system (POP3 support) ii sasl2-bin 2.1.22.dfsg1-23+lenny1 Cyrus SASL - administration progra -- debconf information: cyrus-common-2.2/removespools: false cyrus-common-2.2/warnbackendchange: ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545577: wodim fails to burn CDs, no errors but mount fails
Package: wodim Version: 9:1.1.9-1 Severity: important Wodim/genisoimage fail. There are no error messages but the disks cannot be mounted. : root; genisoimage -V archive -o /tmp/image.iso /etc/group : root; wodim blank=fast dev=/dev/dvd4 Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TSSTcorp' Identification : 'CDDVDW SH-S223Q ' Revision : 'SB03' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Speed set to 1764 KB/s Starting to write CD/DVD at speed 10.0 in real BLANK mode for single session. Last chance to quit, starting real write in0 seconds. Operation starts. : root; wodim driveropts=burnfree -tao -data -multi dev=/dev/dvd4 /tmp/image.iso Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TSSTcorp' Identification : 'CDDVDW SH-S223Q ' Revision : 'SB03' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Speed set to 1764 KB/s Starting to write CD/DVD at speed 10.0 in real TAO mode for multi session. Last chance to quit, starting real write in0 seconds. Operation starts. Track 01: Total bytes read/written: 358400/614400 (300 sectors). : root; mount /dev/dvd4 /media/dvd4 mount: wrong fs type, bad option, bad superblock on /dev/sr1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so : root; dmesg | tail [ 1551.486082] end_request: I/O error, dev sr1, sector 309784 [ 1551.486858] sr 4:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 1551.486861] sr 4:0:0:0: [sr1] Sense Key : Illegal Request [current] [ 1551.486865] sr 4:0:0:0: [sr1] Add. Sense: Logical block address out of range [ 1551.486869] end_request: I/O error, dev sr1, sector 309784 [ 1553.437133] sr 4:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 1553.437138] sr 4:0:0:0: [sr1] Sense Key : Illegal Request [current] [ 1553.437143] sr 4:0:0:0: [sr1] Add. Sense: Logical block address out of range [ 1553.437148] end_request: I/O error, dev sr1, sector 308644 [ 1553.437161] isofs_fill_super: bread failed, dev=sr1, iso_blknum=77161, block=77161 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wodim depends on: ii libc6 2.9-26 GNU C Library: Shared libraries ii libcap2 1:2.16-5 support for getting/setting POSIX. Versions of packages wodim recommends: ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem Versions of packages wodim suggests: ii cdrkit-doc9:1.1.9-1 Documentation for the cdrkit packa -- 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#541169: linux-image-2.6.30-1-amd64 : sis190 driver doesn't work with Ethernet Adpator
Hello, I had some difficulties to find a 2.6.31. The wiki gives the address : http://kernel-archive.buildserver.net/debian-kernel but the server seems to be down. After a lot of googling, I found linux-image-2.6.31-4-rt_2.6.31-4.4_amd64.deb at http://au.archive.ubuntu.com/ubuntu/pool/universe/l/linux-rt/?C=S;O=A Is there another server for experimental kernel ? I installed the upper one with dpkg -i, and I could ping my dhcp server :-) p...@cosidlvm~% uname -a Linux cosidlvm 2.6.31-4-rt #4-Ubuntu SMP PREEMPT RT Sat Aug 29 05:02:32 UTC 2009 x86_64 GNU/Linux p...@cosidlvm~% sudo dhclient eth2 Internet Systems Consortium DHCP Client V3.1.2p1 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Listening on LPF/eth2/00:23:54:32:10:07 Sending on LPF/eth2/00:23:54:32:10:07 Sending on Socket/fallback DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 4 DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 11 DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 15 DHCPOFFER from 192.168.9.1 DHCPREQUEST on eth2 to 255.255.255.255 port 67 DHCPACK from 192.168.9.1 bound to 192.168.9.50 -- renewal in 228 seconds. p...@cosidlvm~% ping 192.168.9.1 PING 192.168.9.1 (192.168.9.1) 56(84) bytes of data. 64 bytes from 192.168.9.1: icmp_seq=1 ttl=64 time=0.309 ms 64 bytes from 192.168.9.1: icmp_seq=2 ttl=64 time=0.230 ms 64 bytes from 192.168.9.1: icmp_seq=3 ttl=64 time=0.219 ms 64 bytes from 192.168.9.1: icmp_seq=4 ttl=64 time=0.215 ms 64 bytes from 192.168.9.1: icmp_seq=5 ttl=64 time=0.220 ms 64 bytes from 192.168.9.1: icmp_seq=6 ttl=64 time=0.217 ms ^C --- 192.168.9.1 ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5000ms rtt min/avg/max/mdev = 0.215/0.235/0.309/0.033 ms I connected to the server through ssh too. It worked all right, but I had a system freeze after a few minutes (5-10). I'll experiment further and let you know. Thank you for your messages. -- Pierre Meurisse -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497171: [Mutt] #3328: mutt should handle unencoded whitespace in Q-coded strings
#3328: mutt should handle unencoded whitespace in Q-coded strings ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: enhancement | Status: new Priority: trivial | Milestone: Component: mutt | Version: 1.5.20 Resolution:|Keywords: ---+ Comment(by vinc17): The robustness principle must not have the side effect to interpret something valid incorrectly. If Subject: =?us-ascii?Q?Ein neuer?= is a valid Subject field whose subject is =?us-ascii?Q?Ein neuer?= (according to RFC 2047 it seems to be allowed -- but I haven't checked it entirely), then the MUA must not try to correct it (even though you may think that such a subject will never happen, it may in practice, say, in a discussion on mail RFCs, and not dealing with it correctly can be very bad). -- Ticket URL: http://dev.mutt.org/trac/ticket/3328#comment:3 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545578: aptitude: doesn't recognize same versions numbers correctly (tells downgrade and not upgrade)
Package: aptitude Version: 0.4.11.11-1+b2 Severity: minor Hi, Due a unupgradable mplayer conflict, I have to: # LANG=C aptitude purge libdirac0 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages are BROKEN: libavcodec52 mencoder mplayer The following packages will be REMOVED: libdirac0{p} 0 packages upgraded, 0 newly installed, 1 to remove and 2 not upgraded. Need to get 0B of archives. After unpacking 1282kB will be freed. The following packages have unmet dependencies: mplayer: Depends: libdirac0 (= 1.0.2) but it is not installable mencoder: Depends: libdirac0 (= 1.0.2) but it is not installable libavcodec52: Depends: libdirac0 (= 1.0.2) but it is not installable The following actions will resolve these dependencies: Remove the following packages: ffmpeg mencoder Install the following packages: libdirac-encoder0 [1.0.2-2 (unstable)] Downgrade the following packages: libavcodec52 [4:0.5.svn20090330-0.0 (now) - 4:0.5+svn20090706-2 (unstable)] libavdevice52 [4:0.5.svn20090330-0.0 (now) - 4:0.5+svn20090706-2 (unstable)] libavfilter0 [4:0.5.svn20090330-0.0 (now) - 4:0.5+svn20090706-2 (unstable)] libavformat52 [4:0.5.svn20090330-0.0 (now) - 4:0.5+svn20090706-2 (unstable)] mplayer [1:1.0.rc2svn20090316-0.1 (now) - 1.0~rc3+svn20090405-1 (unstable)] aptitude says downgrading from 1:1.0.rc2svn20090316-0.1 to 1.0~rc3+svn20090405-1, but this is a upgrade I don't known if this is a issue with apt/aptitude or with mplayer / libav* versions nomenclature Thank you! -- Package-specific info: aptitude 0.4.11.11 compilado en Aug 3 2009 17:14:11 Compilador: g++ 4.3.3 Compilado con: versión apt 4.8.0 Versión de NCurses: 5.7 Versión de libsigc++: 2.0.18 Activado el soporte de Ept. Versiones de librerias actuales: Versión de NCurses: ncurses 5.7.20090803 Versión de cwidget: 0.5.13 Versión de Apt: 4.8.1 linux-gate.so.1 = (0xb7ee2000) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0xb7e02000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7dbe000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7db7000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7cf4000) libept.so.0 = /usr/lib/libept.so.0 (0xb7c79000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7b29000) libz.so.1 = /usr/lib/libz.so.1 (0xb7b14000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7afb000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7a0a000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb79e4000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb79b9000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb785a000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb7856000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7851000) /lib/ld-linux.so.2 (0xb7ee3000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.23.1 Advanced front-end for dpkg ii libc6 2.9-26GNU C Library: Shared libraries ii libcwidget30.5.13-1 high-level terminal interface libr ii libept00.5.28High-level library for managing De ii libgcc11:4.4.1-3 GCC support library ii libncursesw5 5.7+20090803-2shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.1-3 The GNU Standard C++ Library v3 ii libxapian151.0.15-2 Search engine library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-do 0.4.11.11-1 English manual for aptitude, a ter ii libparse-debianchangelog-per 1.1.1-2 parse Debian changelogs and output Versions of packages aptitude suggests: ii debtags 1.7.9+b2 Enables support for package tags pn tasksel 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#545579: netcat-traditional: netcat CRLF support
Package: netcat-traditional Version: 1.10-38 Severity: wishlist Most of the services from Internet (HTTP, POP3, SMTP, etc..) are using text based protocol with CRLF line-ending, but the original nc doesn't support it. I saw my patch is applied for Ubuntu's netcat-openbsd package, but not for the netcat-traditional. I worked out the patch for the tradtional one. -- 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-15-generic (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netcat-traditional depends on: ii libc6 2.9-4ubuntu6 GNU C Library: Shared libraries netcat-traditional recommends no packages. netcat-traditional suggests no packages. -- no debconf information nc.diff.tar.gz Description: GNU Zip compressed data
Bug#541360: compressed folder patch - bugfix
Hi Antonio! On Wed, 02 Sep 2009, Antonio Radici wrote: I'm currently co-maintaining mutt in Debian and we are shipping your compressed folder patch by default. We got a report from an user [0], he had problem with compressed folders when mbox_type is set as Maildir by default; I know that this is a known bug and your website is clear about it but the patch is not reporting an error if the message is not written, therefore the user could lose the existing message ('save' will delete the message by default). I had a look at your code, the solution seems very simple, in mutt_open_append_compressed you're checking the DefaultMagic and only if it is M_MBOX or M_MMDF, you do create the temporary path. I'm wondering, if this function is called only for compressed folders, why do you care so much about the DefaultMagic and you don't just create the path straight away? To say the truth, I only adapt this patch to new version of mutt, but I didn't write it myself. So I do not know, why the original author did it this way. And I didn't look into this patch for such a long time, that I do not remember how it works internally. This would fix the problem because if the path is created, mx_open_mailbox_append() will call stat and it will be successfull, otherwise, if the path is not created, the mutt function wil create the default one (in this case a maildir) and it will behave badly (i.e.: no message saved). I've the intention of removing that DefaultMagic check, but I was wondering if there was any reason for it, something that I'm probably missing. Just do it. If it works, I'd like to incorporate it in my patch :-) Tscho Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545444: mirror submission for ftp.tku.edu.tw
Hello, I've updated my submission, please take a look! About the FTP access, I'm so confused. I check all of the network traffic inbond to our school, I found 88.191.104.154. But never 88.191.104.212. I check the site status is normal and the network access from the other PC all I can try is normal too. So I can not recognize the problem. Thanks for your patient . -- Wisely Chang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541114: please call 'etckeeper init' in a post-checkout hook
On Mon, Sep 07, 2009 at 04:21:36PM -0400, Joey Hess wrote: For the post-checkout hook, it would need to avoid doing anything if git-checkout had been used to checkout a file, rather than a branch. The problem with doing it post-merge is that it would wipe out any uncommitted metadata changes that are in the tree from before the merge. Maybe the hooks should just execute .etckeeper to restore permissions instead of the whole 'etckeeper init' procedure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525259: [Pkg-xfce-devel] Bug#525259: (Bug#525259: fixed in udunits 2.1.7-2) 'man exo-open' typo: primarly
A. Costa a écrit : On Mon, 07 Sep 2009 16:36:04 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: * Add autoconf to Build-Depends: Closes: #525259 A puzzling changlog comment. Is 'autoconf' related to this man page typo? Check who did the changelog issue :) My guess is: typo in the bug number. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541960: upstream
tag 541960 + pending thanks The issues with the source highlighting have been fixed upstream and the next release will use gtksourceview2.0 A few libsoup issues remain to be fixed before the next release can be made. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpCB8G38OTvH.pgp Description: PGP signature
Bug#544155: please test this GRUB snapshot
On Tue, Sep 08, 2009 at 12:43:55AM +0200, Maik Zumstrull wrote: Robert Millan wrote: On Mon, Sep 07, 2009 at 09:18:19PM +0200, Maik Zumstrull wrote: Robert Millan wrote: Here's the first one: http://people.debian.org/~rmh/ati/2106/ Still works. Second one: http://people.debian.org/~rmh/ati/2297/ Still works. I thought it would start failing by June, but apparently not. Ok. Please try: http://people.debian.org/~rmh/ati/2392/ Feel free to send more than one at a time if that's more convenient for you. Actually, I don't know which one needs to be tried untill you tell me if the last one worked. Thanks -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545564: cannot create ipip6 tunnel: cannot guess tunnel mode although mode is specified
Hello Martin! On Tue, Sep 08, 2009 at 08:57:48AM +0200, martin f krafft wrote: % sudo ip tun a siptun mode ipip6 remote 2001:1620:2018:2::4d6d:8b56 Cannot guess tunnel mode. Start with modprobe ip6_tunnel and then run the above command including -6 should hopefully solve your problem. Would be nice if the kernel auto module loader took care of the modprobe and ip tun was smarter w.r.t. -4 / -6 based on given mode though -- Regards, Andreas Henriksson signature.asc Description: Digital signature
Bug#545580: bugs.debian.org: source package/version number version format not consistently allowed
Package: bugs.debian.org Severity: normal The 'close' command does not accept version in the source package/version number format, while at least some of the other commands do. Please document the version syntax. Please document which commands accept which version of the version syntax and why. Better yet, please change the version handling to be consistent across commands. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540877: haskell-curl: FTBFS on alpha: I can only handle 32 bytes of non-floating-point arguments
To all concerned, This package has never been built on alpha so a FTBFS is not going to break anything. I have contacted the DSA to see if its possible to get access to an alpha machine. Failing that, I will try to get together with the DD who sponsored this upload so we can debug it together. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545582: dpkg-reconfigure dovecot-common does not regenerate certificates
Package: dovecot-common Version: 1:1.2.4-2 Severity: normal Bug #528934 is still (again) present. Thanks, Bernhard -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-common depends on: ii adduser3.110 add and remove users and groups ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.9-25GNU C Library: Shared libraries ii libcomerr2 1.41.9-1 common error description library ii libdb4.7 4.7.25-7 Berkeley v4.7 Database Libraries [ ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii libmysqlclient16 5.1.37-2 MySQL database client library ii libpam-runtime 1.0.1-10 Runtime support for the PAM librar ii libpam0g 1.0.1-10 Pluggable Authentication Modules l ii libpq5 8.4.0-2+b1PostgreSQL C client library ii libsqlite3-0 3.6.17-2 SQLite 3 shared library ii libssl0.9.80.9.8k-4 SSL shared libraries ii openssl0.9.8k-4 Secure Socket Layer (SSL) binary a ii ucf3.0021Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime dovecot-common recommends no packages. Versions of packages dovecot-common suggests: ii ntp 1:4.2.4p6+dfsg-2 Network Time Protocol daemon and u -- 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#545581: netcat-traditional: netcat CRLF support
Package: netcat-traditional Version: 1.10-38 Severity: wishlist Most of the services from Internet (HTTP, POP3, SMTP, etc..) are using text based protocol with CRLF line-ending, but the original nc doesn't support it. I saw my patch is applied for Ubuntu's netcat-openbsd package, but not for the netcat-traditional. I worked out the patch for the tradtional one. -- 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-15-generic (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netcat-traditional depends on: ii libc6 2.9-4ubuntu6 GNU C Library: Shared libraries netcat-traditional recommends no packages. netcat-traditional suggests no packages. -- no debconf information nc.diff.tar.gz Description: GNU Zip compressed data
Bug#522458: gnucash: unstable version still crashes when closing invoice tabs
Jon, bug #505380 is about the new upstream version 2.2.9. Hence your comments belong to this bug, and hence I've attached the comment you've sent to #505380 to this message (for future reference). Can you please provide a detailed set of instructions on how to trigger the crash when closing invoice tabs? I don't use invoices with Gnucash, so I want to make sure I'm doing the right things when trying to triage (and maybe fix) your bug. Thanks a lot in advance. Regards Micha ---BeginMessage--- I tried upgrading to the unstable 2.2.9 version, but started getting the crashes. We seem to have duplicate bugs (#522458), but since I originally posted on this one, figured I'd put in an update regarding the ubuntu packages here. [DOWNGRADE] gnucash 2.2.9-0.1 - 2.2.9-0ubuntu3 [DOWNGRADE] gnucash-common 2.2.9-0.1 - 2.2.9-0ubuntu3 fixes it, though ubuntu's 2.2.9 package has more other dependencies than 2.2.6 did, so the task was a little more than before. I used: libenchant1c2a 1.5.0-0ubuntu1 libgail-common 2.17.10-0ubuntu1 libgail18 2.17.10-0ubuntu1 libglib2.0-0 2.21.5-0ubuntu3 libgnomeprint2.2-0 2.18.6-1build1 libgnomeprint2.2-data 2.18.6-1build1 libgtk2.0-0 2.17.10-0ubuntu1 libgtkhtml3.14-19 1:3.27.91-0ubuntu1 libgtkhtml3.8-15 1:3.13.5-1ubuntu2 and I'm happy again... ---End Message---
Bug#503481: Bug#545294: [doc] apt.conf isn't clear about either :: or {} (was: Undocumented apt.conf syntax change (append feature))
On Mon, Sep 07, 2009 at 08:56:31PM +0200, Julian Andres Klode wrote: If there is a statement like 'DPkg::Post-Invoke:: blah' a new subitem without a name is added to the configuration option DPkg::Post-Invoke. The same applies to 'DPkg::Post-Invoke { blah }'. We create a new option Ah, I got it now. So, DPkg::Post-Invoke { blah }; is equal to DPkg::Post-Invoke:: blah; while DPkg::Post-Invoke:: { blah }; would be equal to DPkg::Post-Invoke blah; I guess it would be good to explain this in the manpage. Probably at the place which talks about the trailing ::. A few questions remain to me: 1. Shouldn't then the list term be removed from the manpage? Or is Foo::Bar { foo; bar; } the construct which is generally accepted to represent a list? 2. In my #503481 DPkg::Post-Invoke example, why does DPkg::Post-Invoke:: { echo 99test3; }; get overwritten by DPkg::Post-Invoke:: { echo 99test4; }; To my understanding, this should expand to DPkg::Post-Invoke { { echo 99test3; echo 99test4; }; }; 3. Why does echo 99test4 gets executed at all, it is not in the same scope as the normal/other DPkg::Post-Invoke commands. regards Mario -- There are two major products that come from Berkeley: LSD and UNIX. We don't believe this to be a coincidence.-- Jeremy S. Anderson signature.asc Description: Digital signature
Bug#447608: [xosview] more workarounds for #447608
On Fri, Sep 04, 2009 at 08:07:14PM +0530, Kartik Mistry wrote: It worked very fine with me too It actually made Xosview more useful. Probably, I can add this to README.Debian or and we can close the bug if submitter wish :) Well, devilspie is working for me, too, but I have to use „xosview@hostname” as application_name. In the end I would like to see such options directly in xosview and don’t want to use an external programme. But for the beginning devilspie is sufficient. Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: s...@fsing.rootsland.net | | PGP Public Keys: http://fsing.rootsland.net/~stse/pgp.html | signature.asc Description: Digital signature
Bug#542422: [linux-lvm] Re: Bug#542422: dmsetup: I would like to have speaking device names back
On 08/19/2009 05:15 PM, Bastian Blank wrote: On Wed, Aug 19, 2009 at 04:50:09PM +0200, Marc Haber wrote: Since the last update, my crypto devices are recognized by the system as /dev/dm-xx, for example in fsck and in df's output: /dev/dm-15 12G 11G 565M 96% /mnt/home /dev/dm-137,9G 7,0G 532M 94% /mnt/usr /dev/dm-143,0G 1,4G 1,5G 50% /mnt/var lrwxrwxrwx 1 root root 8 19. Aug 09:06 home - ../dm-15 lrwxrwxrwx 1 root root 8 19. Aug 09:06 usr - ../dm-13 lrwxrwxrwx 1 root root 8 19. Aug 09:06 var - ../dm-14 I'd like them to show up as /dev/mapper/home, /dev/mapper/usr and /dev/mapper/var again. This means that the real devices needs to be named this way as mount always dereferences symlinks. Patch which does this against the Debian package is attached. Alasdair: Does Red Hat solve that problem somehow? Bastian Just to explain why we decided to do it this way in LVM upstream: The (very) early version of the rules were discussed with udev team so it would be correct from udev point of view as well. The discussion led us to a solution where we had to use /dev/dm-* as nodes and /dev/mapper/* as symlinks, citing Kay Severs: In general we do not want any unneeded disconnect from kernel names and /dev names, and dm block devices should stay as /dev/dm-* device nodes. Please do not rename kernel devices, they should match the kernel names. Only create SYMLINK+= to the kernel names... (you can find the whole discussion at http://markmail.org/message/bj4zkjo2peeocnhq) We're just trying to comply with those udev requirements... Yes, there are some problems associated with the utilities using /dev/mapper nodes, but, as Alasdair says, this should be corrected there directly. We have no other way, either we break 'udev laws' or we break a few utilities. But we would like to do this correctly, so I'm voting for the update of those utilities (the grub2 problem mentioned somewhere here in this bz -- I'm already preparing a proposal for the grub team to deal with this issue). It's quite painful now, I know, but once done correctly and having all depending things fixed, we will have a proper solution that everybody will be happy with. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542863: Of the use of a machine-readable copyright format by dh-make.
Craig Small a écrit : On Tue, Sep 08, 2009 at 09:16:19AM +0900, Charles Plessy wrote: While I support the use of this format, I am worried that having it suggested by dh-make would create a standard despite it is still a draft. For instance, if hundreds of package use a given field name with a given syntax, it becomes naturally an argument against their modification, and in my opinion it is very You have certainly phrased it much better than I have, but this is the reason why I have not implemented the change in dh-make. Once there is a general consensus about what these files look like and preferably the format is in a non-draft standard, then I will look at implementing it. - Craig Perfectly fine with me. Thanks for your feedback. Guillaume. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545583: ITP: Cobbler is a Linux provisioning server that centralizes and simplifies control of services including DHCP, TFTP, and DNS for the purpose of performing network-based operating system
Package: cobbler Severine: wishlist Owner: Martijn van Brummelen mvanbrummelen...@gmail.com * Package name : cobbler * Version : 2.0 * Upstream Author : Michael DeHaan mdeh...@redhat.com * URL : https://fedoraproject.org/cobbler * License : (GPLV2) * Programming Lang : Python * Description : Linux provisioning server that centralizes and simplifies control of services including DHCP, TFTP, and DNS for the purpose of performing network-based operating systems installs. Description: Cobbler is a Linux installation server that allows for rapid setup/deployment of network installation environments. It glues together and automates many associated Linux tasks so you do not have to hop between lots of various commands and applications when rolling out new systems. Regards, Martijn van Brummelen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541620: /etc/adduser.conf is not handled at all
Hi. On Mon, 2009-09-07 at 23:43 +0200, Joerg Hoh wrote: * /etc/adduser.conf is not marked as a conffile anymore. Instead, it is moved to /usr/share/doc/adduser/examples/adduser.conf and will be copied in postinst if it does not exist already. Perhaps that my fault, but why are _so many_ packages doing this? I mean I could understand it for config files that are really standard and do not even belong to one specific package, as they're used by so many programs (e.g. /etc/hosts,... or passwd,.. or that like),... Why do we have this nice conffile mechanism then at all :) Cheers, Chris :) smime.p7s Description: S/MIME cryptographic signature
Bug#543417: README.source patch system documentation requirements considered harmful
On Tue, Sep 08, 2009 at 12:48:25AM +0100, Chris Lamb wrote: But would such a pointer be valuable enough to mitigate these concerns? For a newbie, the answer might very well be yes. However, this seems like a weak and relatively rare case to optimise for, compounded by the high cost of excessive false-positives. I'm not sure I share those concerns. In the long run, the only person whom you write documentation for is, in fact, the newbie. The difference is only that the definition of 'newbie' varies. Anyone who hasn't seen a quilt-using package yet, will be helped by a README.source that explains there's this documentation over there which explains how quilt is supposed to be used. Anyone who hasn't seen a Debian package yet, will be helped by the dpkg-source manpage that explains how to run 'dpkg-source -x' to get at the source. Anyone who hasn't used git yet, will be helped by an introductory page on how to use it. Anyone who hasn't seen this particular package yet, will be helped by a three-page README.source explaining how the source is laid out. In all the above cases, the person who's reading the documentation is a newbie. The first is a quilt newbie; the second a Debian packaging newbie; the third a git newbie; and the last a newbie to a particular package. While it might be perfectly reasonable to assume people will just read every bit of documentation in every package that they've got installed on every computer that they've ever used, I'd tend to think it'd be more useful if we were to assume that isn't the case. As such, a standard piece of documentation that explains what to do, and/or has pointers to where the actual documentation is, is still useful -- even if it isn't anymore to those of us who've seen it all a hundred times. -- The biometric identification system at the gates of the CIA headquarters works because there's a guard with a large gun making sure no one is trying to fool the system. http://www.schneier.com/blog/archives/2009/01/biometrics.html signature.asc Description: Digital signature
Bug#545444: Bug#545573: mirror listing update for ftp.tku.edu.tw
retitle 545444 mirror submission for ftp.tku.edu.tw: need ftpsync thanks On Tue, Sep 08, 2009 at 07:38:34AM +, wisely wrote: Package: mirrors Severity: minor Submission-Type: update Update is relevant once the mirror is in the list. = Merging this bug with the initial submission one. Site: ftp.tku.edu.tw Type: leaf Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc Archive-ftp: /debian/ Archive-http: /debian/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.tw.debian.org CDImage-upstream: ftp.tw.debian.org Updates: once Country: TW Taiwan -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528467: [evince] Evince freezes on the last page of the .pdf file
Hi, Should I open a new bug for this? This seems to be a problem with opening the picture on the last page of the document. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545455: /usr/bin/oowriter: Should detect a .docx file misnamed .doc
forwarded 545455 http://www.openoffice.org/issues/show_bug.cgi?id=104880 tag 545455 + upstream thanks Hi, On Mon, Sep 07, 2009 at 10:41:41AM +0100, Matthew Vernon wrote: The writer should really be able to detect a .docx file that has been misnamed .doc; I get sent these quite a bit, and file will tell you that they're a zip file, which is unhelpful. OO's writer should be able to spot a .docx file. Indeed. Fowarded it upstream. Grüße/Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#460885: ITP: mcrl2 -- the mCRL2 formal specification language toolset
Any update on that package ? Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522756: resume, acpid dies: too many errors reading input layer - aborting
Package: acpid Version: 1.0.10-2 Severity: important With USB input devices acpid dies every suspend/resume even if the devices are not unplugged physically because they are logicaly removed during suspend. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (300, 'unstable'), (290, 'stable-i386'), (280, 'testing-i386'), (270, 'unstable-i386'), (1, 'experimental-i386'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages acpid depends on: ii libc6 2.9-23 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages acpid recommends: ii acpi-support-base 0.123-1scripts for handling base ACPI eve acpid 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#516374: INFO: task * blocked for more than 120 seconds. in numerous non-SCHED_IDLE workloads
Hi, Quoting Ben Hutchings b...@decadent.org.uk: This is not exactly a crash, though I realise the effects are often just as bad as a crash. Yep, that's not really a crash. It can take some hours for the host to be unresponsive due to the high load average (ssh, local login down). It's like the system is waiting for the file system. Please send the kernel logs showing the blocked for more than 120 seconds messages and the following function call traces. I will post it as soon as one of my hosts hangs. I do not know yet how to reproduce this bug on command. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544674: VTK #545335
On Tue, Sep 8, 2009 at 9:39 AM, Modestas Vainiusmodes...@vainius.eu wrote: Hello, On antradienis 08 Rugsėjis 2009 05:46:06 A. Maitland Bottoms wrote: It appears that fixing 544674 will fix the powerpc/ppc problem in bug 545335. It might be worth making a cmake 2.6.4-3 upload for this including the findjni2.cmake.patch. I'm currently searching for a better way how to fix the bug rather than hardcode numerous paths for each arch. In particular, I looking how java determines its jre/lib/arch dir. I will upload today or tomorrow. Modestas, One thing I considered at some point is to use the symlinks provided by the java package. But it seems this is broken at least for armel https://buildd.debian.org/~luk/status/package.php?p=gdcm On my machine $ ls -al /usr/lib/jvm/default-java/lib/libjawt.so lrwxrwxrwx 1 root root 30 2009-07-15 16:05 /usr/lib/jvm/default-java/lib/libjawt.so - ../../../gcj-4.3-90/libjawt.so 2cts -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545460: segfault during update of grub-pc package
Am Dienstag, den 08.09.2009, 10:55 +0200 schrieb Robert Ramiega: Trying patch debian/patches/003_grub_probe_segfault.diff at level 1 ... 0 ... 2 ... failure. make: *** [debian/stamp-patched] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Or maybe i should just get sources of 1.97~beta2-2 from repo? Just remove the 003_grub_probe_segfault.diff it is now applied upstream. Alternatetively you can get the correspondending orig.tar.gz here http://ftp.debian.org/debian/pool/main/g/grub2/grub2_1.97~beta2.orig.tar.gz -- Felix Zielcke Proud Debian Maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542757: evolution: Save All does not function intuitively
Yves-Alexis Perez wrote: I think you have to *give* a directory name. Having to type one in would not make sense. I've already clicked on the directory I want, it's showing in the directory tabs at the top of the Save All dialog box. So the directory has been declared, all I should have to do is click on Save, and that's that. But that's what's not working. I got a new email with attachments, tried again. It still does not work as I described. This time I tried clicking in the files area (the main box in the Save dialog). It's shaded out, since normally it would be used for naming the file, but that doesn't apply when all files are to be saved at once. Nevertheless, after clicking in the files area, I can then click on Save, and the files get saved. It's this behaviour which doesn't make sense. It's not intuitive. Since the files area is shaded out, you'd never expect that you have to first click there. All that clicking in the files areas does, is to remove the keyboard focus from the Location: entry box. Nothing else. I think this is a real bug. A usability bug, if not a strictly technical one. Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543467: mutt: intermittent crashes with marking read the last couple of mails in an IMAP folder
On Tue, Sep 08, 2009 at 07:27:14AM +, Antonio Radici wrote: tag 543467 +moreinfo thanks The information you are requesting was already provided in the original bug report (see the attachments at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543467 ) -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528467: [evince] Evince freezes on the last page of the .pdf file
reopen 528467 thanks Artur G. Sibagatullin wrote: Hi, Should I open a new bug for this? This seems to be a problem with opening the picture on the last page of the document. No, I closed this by mistake. From the changelog: * evince-gtk shouldn't be in the gnome section. Closes: #528467. That should have been #528809. I've tested your attachments and it hangs here too. Reopening this bug. signature.asc Description: OpenPGP digital signature
Bug#545482: openoffice.org-common: unopkg should set PYTHONPATH
severity 545482 normal tag 545482 + pending thanks On Mon, Sep 07, 2009 at 03:26:25PM +0200, Frederic Peters wrote: Installing a Python extension with 'unopkg add' fails with: ERROR: python-loader:type 'exceptions.ImportError': No module named pythonloader, traceback follows no traceback available Exception details: (com.sun.star.uno.RuntimeException) { { Message = python-loader:type 'exceptions.ImportError': No module named pythonloader, traceback follows\X000ano traceback available, Context = (com.sun.star.uno.XInterface) @0 } } unopkg failed. Looking at the Debian ChangeLog I believe this to be similar to * debian/shell-lib.sh: export PYTHONPATH=/@OOBASISDIR/program as regstering mailmerge.py aparently calls import pythonloader which does not work anymore without (closes: #522536) and would suggest to also export PYTHONPATH= in unopkg (which is a shell wrapper, so probably not difficult). Indeed. (And btw, I do think this is more than minor, python extensions are not that uncommon, and unopkg should work even when many people will just use OOos UI for it...) Grüße/Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545584: installation-guide: Typo in command name, kbdconfig should be kbd-config.
Package: installation-guide Severity: normal Chapter 6.3.1.3. Choosing a Keyboard (run kbdconfig as root after you have completed the installation). -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543467: mutt: intermittent crashes with marking read the last couple of mails in an IMAP folder
On Tue, Sep 08, 2009 at 12:11:26PM +0300, Antti-Juhani Kaijanaho wrote: On Tue, Sep 08, 2009 at 07:27:14AM +, Antonio Radici wrote: tag 543467 +moreinfo thanks The information you are requesting was already provided in the original bug report (see the attachments at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543467 ) I'm really sorry, I misread your mail. I will try to work your bug this night. Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528467: [evince] Evince freezes on the last page of the .pdf file
reopen 528467 thanks No, I closed this by mistake. From the changelog: * evince-gtk shouldn't be in the gnome section. Closes: #528467. That should have been #528809. I've tested your attachments and it hangs here too. Reopening this bug. OK. If you'll need more information from - you are welcome. I will trace the bug. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513204: request for testing fix for #513204
anyways, i can verify crashes with the above test scripts and: * libmysqlclient15off 5.0.51a-24+lenny2 * php5-mysql 5.2.6.dfsg.1-1+lenny3 using php -n (which does not load any modules) i am now at 37600 iterations without a crash. for the records, i let the script (using php-n) run throughout the whole weekend and it passed at least 15756800 iterations *without* a problem. if you want me to test the libmysql patch, could you *please* update it for the current lenny version? thanks, raoul -- DI (FH) Raoul Bhatia M.Sc. email. r.bha...@ipax.at Technischer Leiter IPAX - Aloy Bhatia Hava OEG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email.off...@ipax.at 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax.+43 1 3670030 15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545585: workrave: Cant resume after unlocking screen
Package: workrave Version: 1.8.5-7 Severity: normal I refer to the greek localized version . If i choose to lock the screen when a break warning pops up after giving my password i see a blank screen and the way i found to resume is to login in a virtual terminal and from there kill gnome-screensaver. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages workrave depends on: ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-02.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcairomm-1.0-11.6.0-1 C++ wrappers for Cairo (shared lib ii libdbus-1-3 1.2.1-5+lenny1 simple interprocess messaging syst ii libdbus-glib-1-20.76-1 simple interprocess messaging syst ii libgcc1 1:4.3.2-1.1 GCC support library ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libgconfmm-2.6-1c2 2.22.0-1 C++ wrappers for GConf (shared lib ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglademm-2.4-1c2a 2.6.6-1 C++ wrappers for libglade2 (shared ii libglib2.0-02.16.6-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.16.4-1 C++ wrapper for the GLib toolkit ( ii libgnet2.0-02.0.8-1 GNet network library ii libgnome-vfsmm-2.6- 2.22.0-1 C++ wrappers for GnomeVFS (shared ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomecanvasmm-2. 2.22.0-1 C++ wrappers for libgnomecanvas2 ( ii libgnomemm-2.6-1c2 2.22.0-1 C++ wrappers for libgnome (shared ii libgnomeui-02.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomeuimm-2.6-1c 2.22.0-1 C++ wrappers for libgnomeui (share ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.12.7-1 C++ wrappers for GTK+ 2.4 (shared ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liborbit2 1:2.14.13-0.1libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-5 library for GNOME Panel applets ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpopt01.14-4 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libsm6 2:1.0.3-2X11 Session Management library ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libx11-62:1.1.5-2X11 client-side library ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii libxmu6 2:1.0.4-1X11 miscellaneous utility library ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii workrave-data 1.8.5-7 Repetitive Strain Injury preventio workrave recommends no packages. workrave 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#545602: gnome-terminal: FTBFS: IndexError: list index out of range
Package: gnome-terminal Version: 2.26.2-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090907 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[4]: Entering directory `/build/user-gnome-terminal_2.26.2-2-amd64-Up6pBM/gnome-terminal-2.26.2/help' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/build/user-gnome-terminal_2.26.2-2-amd64-Up6pBM/gnome-terminal-2.26.2/help' if ! test -d da/; then mkdir da/; fi if [ -f C/gnome-terminal.xml ]; then d=../; else d=/build/user-gnome-terminal_2.26.2-2-amd64-Up6pBM/gnome-terminal-2.26.2/help/; fi; \ (cd da/ \ `which xml2po` -e -p \ ${d}da/da.po \ ${d}C/gnome-terminal.xml gnome-terminal.xml.tmp \ cp gnome-terminal.xml.tmp gnome-terminal.xml rm -f gnome-terminal.xml.tmp) if ! test -d de/; then mkdir de/; fi if [ -f C/gnome-terminal.xml ]; then d=../; else d=/build/user-gnome-terminal_2.26.2-2-amd64-Up6pBM/gnome-terminal-2.26.2/help/; fi; \ (cd de/ \ `which xml2po` -e -p \ ${d}de/de.po \ ${d}C/gnome-terminal.xml gnome-terminal.xml.tmp \ cp gnome-terminal.xml.tmp gnome-terminal.xml rm -f gnome-terminal.xml.tmp) if ! test -d ca/; then mkdir ca/; fi if [ -f C/gnome-terminal.xml ]; then d=../; else d=/build/user-gnome-terminal_2.26.2-2-amd64-Up6pBM/gnome-terminal-2.26.2/help/; fi; \ (cd ca/ \ `which xml2po` -e -p \ ${d}ca/ca.po \ ${d}C/gnome-terminal.xml gnome-terminal.xml.tmp \ cp gnome-terminal.xml.tmp gnome-terminal.xml rm -f gnome-terminal.xml.tmp) if ! test -d cs/; then mkdir cs/; fi if [ -f C/gnome-terminal.xml ]; then d=../; else d=/build/user-gnome-terminal_2.26.2-2-amd64-Up6pBM/gnome-terminal-2.26.2/help/; fi; \ (cd cs/ \ `which xml2po` -e -p \ ${d}cs/cs.po \ ${d}C/gnome-terminal.xml gnome-terminal.xml.tmp \ cp gnome-terminal.xml.tmp gnome-terminal.xml rm -f gnome-terminal.xml.tmp) if ! test -d el/; then mkdir el/; fi if [ -f C/gnome-terminal.xml ]; then d=../; else d=/build/user-gnome-terminal_2.26.2-2-amd64-Up6pBM/gnome-terminal-2.26.2/help/; fi; \ (cd el/ \ `which xml2po` -e -p \ ${d}el/el.po \ ${d}C/gnome-terminal.xml gnome-terminal.xml.tmp \ cp gnome-terminal.xml.tmp gnome-terminal.xml rm -f gnome-terminal.xml.tmp) Traceback (most recent call last): File /usr/bin/xml2po, line 185, in module main(sys.argv[1:]) File /usr/bin/xml2po, line 171, in main xml2po_main.merge(mofile, filenames[0]) File /usr/lib/pymodules/python2.5/xml2po/__init__.py, line 601, in merge self.gt = gettext.GNUTranslations(mfile) File /usr/lib/python2.5/gettext.py, line 180, in __init__ self._parse(fp) File /usr/lib/python2.5/gettext.py, line 314, in _parse plural = v[1].split('plural=')[1] IndexError: list index out of range make[3]: *** [el/gnome-terminal.xml] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/09/07/gnome-terminal_2.26.2-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545588: linbox: FTBFS: configure.in:19: error: possibly undefined macro: AM_ACLOCAL_INCLUDE
Package: linbox Version: 1.1.6~rc0-3 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090907 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: You should add the contents of the following files to `aclocal.m4': libtoolize: `/usr/share/aclocal/libtool.m4' libtoolize: `/usr/share/aclocal/ltoptions.m4' libtoolize: `/usr/share/aclocal/ltversion.m4' libtoolize: `/usr/share/aclocal/ltsugar.m4' libtoolize: `/usr/share/aclocal/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. cd . aclocal-1.10 configure.in:19: warning: macro `AM_ACLOCAL_INCLUDE' not found in library if [ -e ./configure.ac ] || [ -e ./configure.in ]; then cd . `which autoconf2.50 || which autoconf`; fi configure.in:19: error: possibly undefined macro: AM_ACLOCAL_INCLUDE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. make: *** [debian/stamp-autotools-files] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/09/07/linbox_1.1.6~rc0-3_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545595: tcptrace: FTBFS: tcpdump.c:251: undefined reference to `pcap_offline_read'
Package: tcptrace Version: 6.6.7-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090907 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: gcc -L/usr/local/lib -Llib -Lpcap -L../pcap -L./cygwin-libs -O2 -g -O2 -DGUNZIP=\gunzip\ -DBUNZIP2=\bunzip2\ -DLOAD_MODULE_HTTP -DHTTP_SAFE -DHTTP_DUMP_TIMES -DLOAD_MODULE_TRAFFIC -DLOAD_MODULE_SLICE -DLOAD_MODULE_RTTGRAPH -DLOAD_MODULE_COLLIE -DLOAD_MODULE_REALTIME -DGROK_SNOOP -DGROK_TCPDUMP -DGROK_NETM -DGROK_ETHERPEEK -DGROK_NS -DGROK_NETSCOUT -DGROK_ERF -DHAVE_LIBM=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSIZEOF_UNSIGNED_LONG_LONG_INT=8 -DSIZEOF_UNSIGNED_LONG_INT=8 -DSIZEOF_UNSIGNED_INT=4 -DSIZEOF_UNSIGNED_SHORT=2 -DHAVE_MKSTEMP=1 -DHAVE_VALLOC=1 -DHAVE_MEMALIGN=1 -DHAVE_INET_PTON=1 -DUSE_LLU=1 -D_BSD_SOURCE -I. -I/usr/local/include -I. -I../pcap -I/usr/include/pcap -g -Wall -O2 avl.o compress.o erf.o etherpeek.o gcache.o mfiles.o names.o netm.o output.o plotter.o print.o rexmit.o snoop.o nlanr.o tcpdump.o tcptrace.o thruput.o trace.o ipv6.o filt_scanner.o filt_parser.o filter.o udp.o ns.o netscout.o version.o pool.o poolaccess.o dstring.o mod_http.o mod_traffic.o mod_rttgraph.o mod_tcplib.o mod_collie.o mod_slice.o mod_realtime.o mod_inbounds.o dyncounter.o -o tcptrace -lm -lpcap tcpdump.o: In function `pread_tcpdump': /build/user-tcptrace_6.6.7-2-amd64-jDDV07/tcptrace-6.6.7/tcpdump.c:251: undefined reference to `pcap_offline_read' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2009/09/07/tcptrace_6.6.7-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545598: iml: FTBFS: configure.ac:50: error: possibly undefined macro: AC_MSG_ERROR
Package: iml Version: 1.0.3-3 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090907 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `config'. libtoolize: copying file `config/ltmain.sh' libtoolize: You should add the contents of the following files to `aclocal.m4': libtoolize: `/usr/share/aclocal/libtool.m4' libtoolize: `/usr/share/aclocal/ltoptions.m4' libtoolize: `/usr/share/aclocal/ltversion.m4' libtoolize: `/usr/share/aclocal/ltsugar.m4' libtoolize: `/usr/share/aclocal/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. cd . aclocal-1.10 if [ -e ./configure.ac ] || [ -e ./configure.in ]; then cd . `which autoconf2.50 || which autoconf`; fi configure.ac:50: error: possibly undefined macro: AC_MSG_ERROR If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. make: *** [debian/stamp-autotools-files] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/09/07/iml_1.0.3-3_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545607: python-visual: FTBFS: ld: cannot find -lboost_python-mt
Package: python-visual Version: 1:5.11-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090907 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /bin/bash ../libtool --mode=link g++ atomic_queue.lo displaylist.lo errors.lo extent.lo gl_extensions.lo gl_free.lo icososphere.lo quadric.lo render_manager.lo rgba.lo shader_program.lo texture.lo tmatrix.lo vector.lo arrow.lo axial.lo box.lo cone.lo cylinder.lo display_kernel.lo ellipsoid.lo frame.lo label.lo light.lo material.lo mouse_manager.lo mouseobject.lo primitive.lo pyramid.lo rectangular.lo renderable.lo ring.lo sphere.lo text.lo display.lo font_renderer.lo random_device.lo render_surface.lo timer.lo arrayprim.lo convex.lo curve.lo cvisualmodule.lo faces.lo num_util.lo numeric_texture.lo points.lo scalar_array.lo slice.lo vector_array.lo wrap_arrayobjects.lo wrap_display_kernel.lo wrap_primitive.lo wrap_rgba.lo wrap_vector.lo rate.lo -Wl,--export-dynamic -lgtkglextmm-x11-1.2 -lgdkglextmm-x11-1.2 -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lpangox-1.0 -lX11 -lglademm-2.4 -lgtkmm-2.4 -lglade-2.0 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lfreetype -pthread -lgthread-2.0 -lrt -lglib-2.0 -lboost_python-mt -lboost_thread-mt -lboost_signals-mt -lstdc++ -module -version-info 3:0:0 -o cvisualmodule.la -Wl,--version-script=/build/user-python-visual_5.11-1-amd64-ovNU29/python-visual-5.11/./src/linux-symbols.map -rpath /usr/lib/python2.4/site-packages/cvisualmodule.la libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.3.4/crtbeginS.o .libs/atomic_queue.o .libs/displaylist.o .libs/errors.o .libs/extent.o .libs/gl_extensions.o .libs/gl_free.o .libs/icososphere.o .libs/quadric.o .libs/render_manager.o .libs/rgba.o .libs/shader_program.o .libs/texture.o .libs/tmatrix.o .libs/vector.o .libs/arrow.o .libs/axial.o .libs/box.o .libs/cone.o .libs/cylinder.o .libs/display_kernel.o .libs/ellipsoid.o .libs/frame.o .libs/label.o .libs/light.o .libs/material.o .libs/mouse_manager.o .libs/mouseobject.o .libs/primitive.o .libs/pyramid.o .libs/rectangular.o .libs/renderable.o .libs/ring.o .libs/sphere.o .libs/text.o .libs/display.o .libs/font_renderer.o .libs/random_device.o .libs/render_surface.o .libs/timer.o .libs/arrayprim.o .libs/convex.o .libs/curve.o .libs/cvisualmodule.o .libs/faces.o .libs/num_util.o .libs/numeric_texture.o .libs/points.o .libs/scalar_array.o .libs/slice.o .libs/vector_array.o .libs/wrap_arrayobjects.o .libs/wrap_display_kernel.o .libs/wrap_primitive.o .libs/wrap_rgba.o .libs/wrap_vector.o .libs/rate.o /usr/lib/libgtkglextmm-x11-1.2.so /usr/lib/libgdkglextmm-x11-1.2.so -lxcb-render-util -lpixman-1 /usr/lib/libgtkglext-x11-1.0.so /usr/lib/libgdkglext-x11-1.0.so -ldl -lGLU -lGL -lXmu -lXt -lSM -lICE /usr/lib/libpangox-1.0.so /usr/lib/libglademm-2.4.so /usr/lib/libgtkmm-2.4.so /usr/lib/libglade-2.0.so /usr/lib/libgiomm-2.4.so /usr/lib/libgdkmm-2.4.so /usr/lib/libatkmm-1.6.so /usr/lib/libpangomm-1.4.so /usr/lib/libcairomm-1.0.so -lpng12 -lXrender -lX11 /usr/lib/libglibmm-2.4.so /usr/lib/libsigc-2.0.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libxml2.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so -lfontconfig /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libfreetype.so -lz /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so -lboost_python-mt -lboost_thread-mt -lboost_signals-mt -L/usr/lib/gcc/x86_64-linux-gnu/4.3.4 -L/usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../.. -L/usr/lib/x86_64-linux-gnu -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.3.4/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/crtn.o -Wl,--export-dynamic -pthread -Wl,--version-script=/build/user-python-visual_5.11-1-amd64-ovNU29/python-visual-5.11/./src/linux-symbols.map -pthread -Wl,-soname -Wl,cvisualmodule.so.3 -o .libs/cvisualmodule.so.3.0.0 /usr/bin/ld: cannot find -lboost_python-mt collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2009/09/07/python-visual_1:5.11-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done
Bug#545593: fgfs-atlas: FTBFS: Atlas.cxx:32:10: error: #include expects FILENAME or FILENAME
Package: fgfs-atlas Version: 0.3.1-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090907 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: if g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local//include -g -O2 -DFGBASE_DIR='/usr/share/games/FlightGear' -MT Atlas.o -MD -MP -MF .deps/Atlas.Tpo -c -o Atlas.o Atlas.cxx; \ then mv -f .deps/Atlas.Tpo .deps/Atlas.Po; else rm -f .deps/Atlas.Tpo; exit 1; fi Atlas.cxx:32:10: error: #include expects FILENAME or FILENAME In file included from MapBrowser.hxx:25, from Atlas.cxx:39: OutputGL.hxx:5:10: error: #include expects FILENAME or FILENAME In file included from Atlas.cxx:39: MapBrowser.hxx:30:10: error: #include expects FILENAME or FILENAME In file included from Overlays.hxx:35, from MapBrowser.hxx:26, from Atlas.cxx:39: FlightTrack.hxx:30: error: expected constructor, destructor, or type conversion before '(' token FlightTrack.hxx:54: error: ISO C++ forbids declaration of 'list' with no type FlightTrack.hxx:54: error: expected ';' before '' token FlightTrack.hxx:55: error: ISO C++ forbids declaration of 'list' with no type FlightTrack.hxx:55: error: expected ';' before '' token In file included from MapBrowser.hxx:26, from Atlas.cxx:39: Overlays.hxx:124: error: ISO C++ forbids declaration of 'list' with no type Overlays.hxx:124: error: expected ';' before '' token In file included from Atlas.cxx:39: MapBrowser.hxx:116: error: ISO C++ forbids declaration of 'map' with no type MapBrowser.hxx:116: error: expected ';' before '' token MapBrowser.hxx:118: error: ISO C++ forbids declaration of 'list' with no type MapBrowser.hxx:118: error: expected ';' before '' token MapBrowser.hxx:119: error: 'TileTable' does not name a type Atlas.cxx: In function 'bool parse_nmea(char*)': Atlas.cxx:348: error: 'cout' was not declared in this scope Atlas.cxx:348: error: 'endl' was not declared in this scope make[4]: *** [Atlas.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/09/07/fgfs-atlas_0.3.1-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545609: Bug 544362 for aptitude-gtk is valid also for aptitude itself
Package: aptitude Version: 0.5.3.1-1 Severity: important Bug 544362 for aptitude-gtk is valid also for aptitude itself. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544362 (Aptitude version 0.5.3.1-1 from experimental is not installable due to missing library libapt-pkg-libc6.9-6-4.7) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org