Bug#469826: xkb-data: Outdated French Dvorak keymap (bépo)
Package: xkb-data Version: 1.1~cvs.20080104.1-1 Severity: wishlist /usr/share/X11/xkb/symbols/fr contains an old version of the Bépo keymap: it lists version 6.2.1.1 (which I believe actually refers to 0.6.2.1.1) but the current upstream version is 0.6.4. Since the changes are not only cosmetic (the Y and H letters have been swapped, for instance), I suggest updating the file in xkb-data. Current data can be found on http://www.clavier-dvorak.org/wiki/Version_0.6.4 Thanks, Roland. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-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 -- no debconf information
Bug#469823: pound: FTBFS with C compiler cannot create executables
Thanks Luk, The relevant part of [1] has been written by me after watching buildd logs :) One question: On what architecture did you tried to build? On Fri, Mar 07, 2008 at 11:14:35AM +0100, Luk Claes wrote: > Package: pound > Severity: serious > Version: 2.4-1 > Tags: patch > > Hi > > Your package fails to build with the following error: > > checking for C compiler default output file name... > configure: error: C compiler cannot create executables > See `config.log' for more details. > make: *** [config.status] Error 77 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 > > Replacing '-z relro' with '-Wl,-z,relro' in debian/rules as indicated > on [1] fixes the problem. > > Cheers > > Luk > > [1] http://wiki.debian.org/Hardening > > > -- Kind Regards, Michael Mende http://www.menole.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469825: same on ppc
Package: cowdancer Version: 0.44 Followup-For: Bug #469825 Hi, I'm seeing the very same here: Preparing to replace tzdata 2007k-2 (using .../tzdata_2007k-4_all.deb) ... Unpacking replacement tzdata ... Setting up tzdata (2007k-4) ... cowdancer: unexpected WIFEXITED status in waitpid /var/lib/dpkg/info/tzdata.postinst: line 29: /etc/timezone: Cannot allocate memory dpkg: error processing tzdata (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: Cheers, -- Guido -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.25-rc3-2-g5a48506-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowdancer depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii pbuilder 0.178 personal package builder for Debia cowdancer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
ou are not allowed to store it in your Windows computer. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <[EMAIL PROTECTED]> Sender: =?UTF-8?Q?Benjam=C3=AD?= Villoslada <[EMAIL PROTECTED]> El Dimarts 04 Mar=E7 2008, Paul Slootman va escriure: > Sorry I can't help more. =A0My request to rsync.net for help was replied > with a no-brainer scripted helldesk answer "don't use -e ssh, that's > redundant" >:-( I've wrote to rsync.net Customer support, and says 2 days ago: =ABwe are lo= oking=20 at this and should have a fix ASAP=BB. I post news here. Thanks! =2D-=20 Benjam=ED http://blog.bitassa.cat =2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469824: bug 469824 is forwarded to http://bugs.kde.org/show_bug.cgi?id=137464#c10, found 469824 in 4:3.5.7-1
# Automatically generated email from bts, devscripts version 2.10.18.1 forwarded 469824 http://bugs.kde.org/show_bug.cgi?id=137464#c10 # According to KDE bug found 469824 4:3.5.7-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469030: debian ppc64 not booting after install
Please find attached the '/var/log/installer/hardware-summary'. Frans Pop wrote: On Friday 07 March 2008, Ulrich Enslin wrote: Using the rescue I booted into a chroot of the installed system. Installed the correct 64 bit kernel with 'aptitude install linux-image-2.6-powerpc64' and that solved the problem. This does point to a bug in the installer though. Yes, it does. Looking at the log, it seems that your system was misdetected as 'powerpc', while it should be 'powerpc64'. Could you please also send us the hardware-summary file (that's also in /var/lib/installer)? hardware-summary.tar.gz Description: GNU Zip compressed data
Bug#468430: libqt3-mt: qt programs don't support the font substitution?rule of fontconfig
retitle 468430 3.3.8 regression from 3.3.7: broken substitution tags 468430 confirmed thanks Hi, 2008 m. March 6 d., Thursday, Qiuye Wang rašė: > all the chinese font i've installed in my system is ttf-arphic-ukai. > (except that there is also 2 chinese fonts in package xfonts-base, namely > ``song ti'' and ``fang song''). You're absolutely right. Qt 3.3.8 broke those fonts. I'll see what I can do. Please note that I'm not going to address #405114, it's nearly impossible without rewrite. This bug is only about 3.3.8 regression. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part.
Bug#469825: can't allocate memory when updating tzdata
Package: cowdancer Version: 0.44 Severity: important Here is a log from a "sudo cowbuilder --update": Preparing to replace tzdata 2007k-3 (using .../tzdata_2007k-4_all.deb) ... Unpacking replacement tzdata ... Setting up tzdata (2007k-4) ... cowdancer: unexpected WIFEXITED status in waitpid /var/lib/dpkg/info/tzdata.postinst: line 29: /etc/timezone: Cannot allocate memory dpkg: error processing tzdata (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: tzdata It happened to me also during the previous update of tzdata, the only solution I've found back then was to erase the cowbuilder and recreate it from scratch. I thought it was some weirdness in my chroot but apparently I'm able to reproduce it at each tzdata update. Attached you can find my pbuilder/cowbuilder configuration. TIA, Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowdancer depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii pbuilder 0.178 personal package builder for Debia cowdancer recommends no packages. -- no debconf information pbuilderrc Description: application/not-regular-file
Bug#467527: RFH: wireshark, libgphoto2, exif, etc.
Hello all, I was away then I got back and got buried by work and misc real life things, and Debian release critical bugs :( I have been on the http://wiki.debian.org/LowThresholdNmu list for a long time and I want to encourage you all to consider this and step for NMU, or team-maintenance (especially for wireshark and libgphoto2, I should have done this earlier). I am all for alioth but no news yet about my request for a pkg-wireshark project. Here ends my request for help, thanks, Frederic signature.asc Description: Digital signature
Bug#469824: kontact: Kontact crashes on startup
Hi, 2008 m. March 7 d., Friday, Richard Lewis rašė: > Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". > [Thread debugging using libthread_db enabled] > [New Thread 0xb5fe36c0 (LWP 889)] > [New Thread 0xb3545b90 (LWP 893)] > [New Thread 0xb3d46b90 (LWP 892)] > [New Thread 0xb4547b90 (LWP 891)] > [New Thread 0xb4d48b90 (LWP 890)] > [KCrash handler] > #6 0xb77732f3 in strlen () from /lib/i686/cmov/libc.so.6 > #7 0xb72f0d36 in QString::fromUtf8 ( > utf8=0xb206e008 , len=-1) > at tools/qstring.cpp:5804 > #8 0xb669bf71 in Attachment (this=0x88f3bf0, > base64=0xb206e008 , [EMAIL PROTECTED]) > at /build/buildd/kdepim-3.5.9/./libkcal/attachment.cpp:47 > #9 0xb66c4ab0 in KCal::ICalFormatImpl::readAttachment (this=0x876c0d0, > attach=0x877d130) > at /build/buildd/kdepim-3.5.9/./libkcal/icalformatimpl.cpp:1246 > #10 0xb66caf43 in KCal::ICalFormatImpl::readIncidence (this=0x876c0d0, > parent=0x877b720, tz=0x0, incidence=0x88f3728) > at /build/buildd/kdepim-3.5.9/./libkcal/icalformatimpl.cpp:1409 > #11 0xb66cb83e in KCal::ICalFormatImpl::readTodo (this=0x876c0d0, > vtodo=0x877b720) > at /build/buildd/kdepim-3.5.9/./libkcal/icalformatimpl.cpp:899 > #12 0xb66cbf5f in KCal::ICalFormatImpl::populate (this=0x876c0d0, > cal=0x8732970, calendar=0x81c7f40) > at /build/buildd/kdepim-3.5.9/./libkcal/icalformatimpl.cpp:2024 > #13 0xb66c113a in KCal::ICalFormat::fromRawString (this=0xbfc6c56c, > cal=0x8732970, [EMAIL PROTECTED]) > at /build/buildd/kdepim-3.5.9/./libkcal/icalformat.cpp:184 > #14 0xb66c1777 in KCal::ICalFormat::load (this=0xbfc6c56c, > calendar=0x8732970, [EMAIL PROTECTED]) > at /build/buildd/kdepim-3.5.9/./libkcal/icalformat.cpp:98 > #15 0xb66ec026 in KCal::FileStorage::load (this=0xbfc6c5c4) > at /build/buildd/kdepim-3.5.9/./libkcal/filestorage.cpp:97 > #16 0xb66b3434 in KCal::CalendarLocal::load (this=0x8732970, > [EMAIL PROTECTED], format=0x0) > at /build/buildd/kdepim-3.5.9/./libkcal/calendarlocal.cpp:66 > #17 0xb66ef8cd in KCal::ResourceLocal::doLoad (this=0x8732938) > at /build/buildd/kdepim-3.5.9/./libkcal/resourcelocal.cpp:154 > #18 0xb66ee9bb in KCal::ResourceCalendar::load (this=0x8732938) > at /build/buildd/kdepim-3.5.9/./libkcal/resourcecalendar.cpp:123 > #19 0xb66fd2ae in KCal::CalendarResources::load (this=0x8721b48) > at /build/buildd/kdepim-3.5.9/./libkcal/calendarresources.cpp:143 > #20 0xb539f845 in KOrganizerPart (this=0x860cd58, parentWidget=0x80b7f20, > widgetName=0x0, parent=0x80b7f20, name=0xb7e1021a "kontact") > at /build/buildd/kdepim-3.5.9/./korganizer/korganizer_part.cpp:94 > #21 0xb53a05dd in KParts::GenericFactory::createPartObject > ( this=0x8196848, parentWidget=0x80b7f20, widgetName=0x0, parent=0x80b7f20, > name=0xb7e1021a "kontact", className=0xb7df046d "KParts::ReadOnlyPart", > [EMAIL PROTECTED]) at /usr/include/kde/kgenericfactory.tcc:146 > #22 0xb7dd57af in KParts::Factory::createPart (this=0x8196848, > parentWidget=0x80b7f20, widgetName=0x0, parent=0x80b7f20, > name=0xb7e1021a "kontact", classname=0xb7df046d "KParts::ReadOnlyPart", > [EMAIL PROTECTED]) > at /build/buildd/kdelibs-3.5.9.dfsg.1/./kparts/factory.cpp:44 > #23 0xb7e0c066 in Kontact::Core::createPart (this=0x80b7f20, > libname=0x829fbb0 "libkorganizerpart") > at /usr/include/kde/kparts/componentfactory.h:105 > #24 0xb7e0d8e7 in Kontact::Plugin::loadPart (this=0x8252750) > at /build/buildd/kdepim-3.5.9/./kontact/interfaces/plugin.cpp:126 > #25 0xb58dd055 in TodoPlugin::createPart (this=0x8252750) > at > /build/buildd/kdepim-3.5.9/./kontact/plugins/korganizer/todoplugin.cpp:87 > #26 0xb7e0d853 in Kontact::Plugin::part (this=0x8252750) > at /build/buildd/kdepim-3.5.9/./kontact/interfaces/plugin.cpp:148 > #27 0x080627d0 in Kontact::MainWindow::selectPlugin (this=0x80b7f20, > plugin=0x8252750) > at /build/buildd/kdepim-3.5.9/./kontact/src/mainwindow.cpp:691 > #28 0x0805cff1 in Kontact::MainWindow::activatePluginModule > (this=0x80b7f20) at > /build/buildd/kdepim-3.5.9/./kontact/src/mainwindow.cpp:219 #29 0x0805b8d9 > in KontactApp::newInstance (this=0xbfc6d0a8) > at /build/buildd/kdepim-3.5.9/./kontact/src/main.cpp:102 > #30 0xb7624166 in KUniqueApplication::processDelayed (this=0xbfc6d0a8) > at > /build/buildd/kdelibs-3.5.9.dfsg.1/./kdecore/kuniqueapplication.cpp:444 #31 > 0xb765ed33 in KUniqueApplication::qt_invoke (this=0xbfc6d0a8, _id=19, > _o=0xbfc6cba4) at ./kuniqueapplication.moc:86 > #32 0xb702800d in QObject::activate_signal (this=0x80c0d58, > clist=0x80b7b08, o=0xbfc6cba4) at kernel/qobject.cpp:2359 > #33 0xb73521be in QSignal::signal (this=0x80c0d58, [EMAIL PROTECTED]) > at .moc/release-shared-mt/moc_qsignal.cpp:100 > #34 0xb7043967 in QSignal::activate (this=0x80c0d58) at > kernel/qsignal.cpp:215 #35 0xb704aa33 in QSingleShotTimer::event > (this=0x80c0d30) > at kernel/qtimer.cpp:289 > #36 0xb6fca1ca in QApplication::internalNotify (thi
Bug#460695: alpine: uw-mailutils already ships mailutil
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Mar 06, 2008 at 07:47:24PM -0800, Asheesh Laroia wrote: > On Sat, 16 Feb 2008, Jonas Smedegaard wrote: >> Supporting new drivers means patching the uw-imap source included >> with alpine. I believe it makes good sense to instead patch alpine >> the use the shared (Debian-patched not-approved-by-Mark Crispin) >> libc-client package and if Alpine invents additional patches for the >> uw-imap source in addition to the current Maildir patch then consider >> applying them to that shared library instead, for the benefit of php >> and others using it, in addition to Alpine. >> >> If we find that some patches (possibly including the current Maildir >> patch) may not be stable enough to force all Debian users of uw-imap >> and other C-lient-based software, then we could maybe extend the >> build routines of uw-imap to package several flavors of th c-client >> library with different patches applied. > > This seems like more trouble than it's worth. I hardly see the > benefit at all, actually. > > But tell me if I'm missing something. User A wants a super solid webmail setup. So she picks Dovecot and Postfix for the backends, and postman as frontend (to avoid php). User B wants fancy features, so picks courier and horde. User B must use Maildir storage, but user A might want to go with mbox, as it is safer (Maildir support in c-client _is_ a hack unsupported by Mark Crispin!). So if only they offered same ABI, we could offer multiple variants of libc-client to our users, one supported upstream, and one with additional fancy add-ons like Maildir support. Does it make more sense now? - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH0SFUn7DbMsAkQLgRAofgAJ9QbaybyCnmkFcRMbP/dz32sWv3wQCdG4Gh OKkXiNa1mD1tlb/Bf9RMs2A= =NEw2 -END PGP SIGNATURE-
Bug#469829: compose does not work correctly
Package: finch Version: 2.4.0-1 Severity: important I use finch in xfce4-terminal. Compose is enabled in xorg.conf: Option "XkbOptions" "compose:ralt" Some characters work, e.g. the EURO-Symbol using Compose+= (equal sign) and Compose+E. But most combinations do not work and make finch unusable in an international environment. E.g.: - Compose+s and Compose+s should produce German sharp-s, but produce an underbar - Compose+" (double quote) and a/o/u open a dialog instead of producing vocal with diaresis - Compose+~ (tilde) with Compose+n should give Spanish n with tilde (eñe), but finch terminates... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages finch depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgstreamer0.10-00.10.17-2 Core GStreamer libraries and eleme ii libncursesw5 5.6+20080203-1 Shared libraries for terminal hand ii libpurple02.4.0-1multi-protocol instant messaging l ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml2 2.6.31.dfsg-2 GNOME XML library ii pidgin-data 2.4.0-1multi-protocol instant messaging c Versions of packages finch recommends: ii gstreamer0.10-plugins-base0.10.17-3 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.7-1 GStreamer plugins from the "good" -- no debconf information
Bug#469828: please consider libparted for lenny
Package: libparted1.8 Severity: wishlist Hi parted maintainers, libvirt's storage container support needs libparted1.8. It would be nice to have this in lenny. Cheers, -- Guido -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.25-rc3-2-g5a48506-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469824: kontact: Kontact crashes on startup
On Friday 07 March 2008 10:56:37 you wrote: > Hi, > > 2008 m. March 7 d., Friday, Richard Lewis rašė: > > Using host libthread_db library > > "/lib/i686/cmov/libthread_db.so.1". [Thread debugging using > > libthread_db enabled] > > [New Thread 0xb5fe36c0 (LWP 889)] > > [New Thread 0xb3545b90 (LWP 893)] > > [New Thread 0xb3d46b90 (LWP 892)] > > [New Thread 0xb4547b90 (LWP 891)] > > [New Thread 0xb4d48b90 (LWP 890)] > > [KCrash handler] > > #6 0xb77732f3 in strlen () from /lib/i686/cmov/libc.so.6 > > #7 0xb72f0d36 in QString::fromUtf8 ( > > utf8=0xb206e008 , len=-1) > > at tools/qstring.cpp:5804 > > #8 0xb669bf71 in Attachment (this=0x88f3bf0, > > base64=0xb206e008 , > > [EMAIL PROTECTED]) at > > /build/buildd/kdepim-3.5.9/./libkcal/attachment.cpp:47 #9 > > 0xb66c4ab0 in KCal::ICalFormatImpl::readAttachment > > (this=0x876c0d0, attach=0x877d130) > > at > > /build/buildd/kdepim-3.5.9/./libkcal/icalformatimpl.cpp:1246 > > #10 0xb66caf43 in KCal::ICalFormatImpl::readIncidence > > (this=0x876c0d0, parent=0x877b720, tz=0x0, incidence=0x88f3728) > > at > > /build/buildd/kdepim-3.5.9/./libkcal/icalformatimpl.cpp:1409 > > #11 0xb66cb83e in KCal::ICalFormatImpl::readTodo > > (this=0x876c0d0, vtodo=0x877b720) > > at > > /build/buildd/kdepim-3.5.9/./libkcal/icalformatimpl.cpp:899 #12 > > 0xb66cbf5f in KCal::ICalFormatImpl::populate (this=0x876c0d0, > > cal=0x8732970, calendar=0x81c7f40) > > at > > /build/buildd/kdepim-3.5.9/./libkcal/icalformatimpl.cpp:2024 > > #13 0xb66c113a in KCal::ICalFormat::fromRawString > > (this=0xbfc6c56c, cal=0x8732970, [EMAIL PROTECTED]) > > at /build/buildd/kdepim-3.5.9/./libkcal/icalformat.cpp:184 > > #14 0xb66c1777 in KCal::ICalFormat::load (this=0xbfc6c56c, > > calendar=0x8732970, [EMAIL PROTECTED]) > > at /build/buildd/kdepim-3.5.9/./libkcal/icalformat.cpp:98 > > #15 0xb66ec026 in KCal::FileStorage::load (this=0xbfc6c5c4) > > at /build/buildd/kdepim-3.5.9/./libkcal/filestorage.cpp:97 > > #16 0xb66b3434 in KCal::CalendarLocal::load (this=0x8732970, > > [EMAIL PROTECTED], format=0x0) > > at > > /build/buildd/kdepim-3.5.9/./libkcal/calendarlocal.cpp:66 #17 > > 0xb66ef8cd in KCal::ResourceLocal::doLoad (this=0x8732938) at > > /build/buildd/kdepim-3.5.9/./libkcal/resourcelocal.cpp:154 #18 > > 0xb66ee9bb in KCal::ResourceCalendar::load (this=0x8732938) at > > /build/buildd/kdepim-3.5.9/./libkcal/resourcecalendar.cpp:123 > > #19 0xb66fd2ae in KCal::CalendarResources::load > > (this=0x8721b48) at > > /build/buildd/kdepim-3.5.9/./libkcal/calendarresources.cpp:143 > > #20 0xb539f845 in KOrganizerPart (this=0x860cd58, > > parentWidget=0x80b7f20, widgetName=0x0, parent=0x80b7f20, > > name=0xb7e1021a "kontact") at > > /build/buildd/kdepim-3.5.9/./korganizer/korganizer_part.cpp:94 > > #21 0xb53a05dd in > > KParts::GenericFactory::createPartObject ( > > this=0x8196848, parentWidget=0x80b7f20, widgetName=0x0, > > parent=0x80b7f20, name=0xb7e1021a "kontact", > > className=0xb7df046d "KParts::ReadOnlyPart", [EMAIL PROTECTED]) > > at /usr/include/kde/kgenericfactory.tcc:146 #22 0xb7dd57af in > > KParts::Factory::createPart (this=0x8196848, > > parentWidget=0x80b7f20, widgetName=0x0, parent=0x80b7f20, > > name=0xb7e1021a "kontact", classname=0xb7df046d > > "KParts::ReadOnlyPart", [EMAIL PROTECTED]) > > at > > /build/buildd/kdelibs-3.5.9.dfsg.1/./kparts/factory.cpp:44 #23 > > 0xb7e0c066 in Kontact::Core::createPart (this=0x80b7f20, > > libname=0x829fbb0 "libkorganizerpart") > > at /usr/include/kde/kparts/componentfactory.h:105 > > #24 0xb7e0d8e7 in Kontact::Plugin::loadPart (this=0x8252750) > > at > > /build/buildd/kdepim-3.5.9/./kontact/interfaces/plugin.cpp:126 > > #25 0xb58dd055 in TodoPlugin::createPart (this=0x8252750) at > > /build/buildd/kdepim-3.5.9/./kontact/plugins/korganizer/todoplu > >gin.cpp:87 #26 0xb7e0d853 in Kontact::Plugin::part > > (this=0x8252750) at > > /build/buildd/kdepim-3.5.9/./kontact/interfaces/plugin.cpp:148 > > #27 0x080627d0 in Kontact::MainWindow::selectPlugin > > (this=0x80b7f20, plugin=0x8252750) > > at > > /build/buildd/kdepim-3.5.9/./kontact/src/mainwindow.cpp:691 #28 > > 0x0805cff1 in Kontact::MainWindow::activatePluginModule > > (this=0x80b7f20) at > > /build/buildd/kdepim-3.5.9/./kontact/src/mainwindow.cpp:219 #29 > > 0x0805b8d9 in KontactApp::newInstance (this=0xbfc6d0a8) > > at /build/buildd/kdepim-3.5.9/./kontact/src/main.cpp:102 > > #30 0xb7624166 in KUniqueApplication::processDelayed > > (this=0xbfc6d0a8) at > > /build/buildd/kdelibs-3.5.9.dfsg.1/./kdecore/kuniqueapplication > >.cpp:444 #31 0xb765ed33 in KUniqueApplication::qt_invoke > > (this=0xbfc6d0a8, _id=19, _o=0xbfc6cba4) at > > ./kuniqueapplication.moc:86 > > #32 0xb702800d in QObject::activate_signal (this=0x80c0d58, > > clist=0x80b7b08, o=0xbfc6cba4) at kernel/qobject.cpp:2359 > > #33 0xb73521be in QSignal::signal (this=0x80c0d58, > > [EMAIL PROTECTED]) at .moc/release-shared-mt/moc_qsignal.cpp:100 > > #34 0xb7043967 in QSignal::ac
Bug#469208: bug report pci don't works
On Tuesday 04 March 2008, win wrote: > Does't mean, that these pci must not works in this distr? No, what Geert meant is that configuring your system for support of those devices is outside the scope of the installation system. This also means that the people who read the installation reports cannot really help you with the configuration of those devices. As the installation itself was successful, there was thus no reason to keep your installation report open. If you need help with that his suggestion is that you try asking on the debian-user mailing list. If you can identify specific issues with specific packages, you can also file bug reports against those packages. I agree with you that Geert could have worded his reply better, but in essence it was correct. Good luck getting your remaining issues solved. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469627: qa.debian.org: mention existence of help or gift tagged bugs on the PTS page
On Fri, 07 Mar 2008 10:25:58 +0100, Lucas Nussbaum wrote: > Raphael Geissert is working on some code that will allow people > to upload their list of installed packages, and get a list of RC bugs > and release goal bugs affecting those packages Isn't that the same as what rc-alert already does (at least the first part)? Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Rolling Stones: Cook Cook Blues signature.asc Description: Digital signature
Bug#406335: Bug on slviewer
Marcos Marado wrote: On Thursday 06 March 2008 17:04, Marcos Marado wrote: You're right. xlibmesa-gl depends on libgl1-mesa-glx and xlibmesa-dri on libgl1-mesa-dri, that depends on libgl1-mesa-glx. My suposition is that updating libgl1-mesa-glx. My guess, overall, is that what I should have done to avoid all issues was upgrading mesa-common-dev (thus forcing upgrades on libgl1-mesa-dev, libgl1-mesa-dri and libgl1-mesa-glx). Yay! Upgrading mesa-common-dev and rebooting fixed both issues :-) Thanks for the work on this, i will set the depends to be mesa-common >= version in testing. Worst case is someone running etch will have to upgrade there mesa which seems to be broken anyway. Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469830: cfengine2: cfservd could not be started as non root (see upstream fix)
Package: cfengine2 Version: 2.1.20-1 Severity: normal cfservd could not be started as non root because of the fixed pid file location. Upstream ist fixed around 2.1.22 according to this email: https://cfengine.org/pipermail/bug-cfengine/2007-January/52.html Please consider also allowing start as normal user in /etc/init.d/cfengine2, e.g.: start-stop-daemon --start -c cfengine --exec /usr/sbin/cfservd -- Many thanks, Hermann -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cfengine2 depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii debianutils2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-2 Berkeley v4.2 Database Libraries [ ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii perl 5.8.8-7etch1 Larry Wall's Practical Extraction cfengine2 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359161: rpm --root uses wrong db-dir
This bug appears to be fixed upstream:
diff -Naur rpm-4.4.1/lib/rpmlock.c rpm-4.4.2.2/lib/rpmlock.c
--- rpm-4.4.1/lib/rpmlock.c 2005-01-26 08:41:43.0 -0500
+++ rpm-4.4.2.2/lib/rpmlock.c 2007-09-11 02:28:15.0 -0400
@@ -37,9 +37,9 @@
/* XXX oneshot to determine path for fcntl lock. */
if (rpmlock_path == NULL) {
- char * t = rpmExpand(rpmlock_path_default, NULL);
+ char * t = rpmGenPath(rootdir, rpmlock_path_default, NULL);
if (t == NULL || *t == '\0' || *t == '%')
- t = RPMLOCK_PATH;
+ t = strdup(RPMLOCK_PATH);
rpmlock_path = xstrdup(t);
t = _free(t);
}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469831: rss2email: Incorrect manual page /usr/share/man/man1/r2e.1a.gz (*.1 expected)
Package: rss2email Version: 1:2.62-1 Severity: normal I'm not familiar with what *.1a pages might be: /usr/share/man/man1/r2e.1a.gz Perhaps this should be: /usr/share/man/man1/r2e.1.gz -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages rss2email depends on: ii python2.4.4-6An interactive high-level object-o ii python-feedparser 4.1-10 Universal Feed Parser for Python ii python-support0.7.6 automated rebuilding support for p rss2email recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469693: discover and lsusb outputs ...
--- output of discover unknown unknown unknown unknown Techsan Electr.Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card VIA Technologies, Inc. IEEE 1394 Host Controller VIA Technologies, Inc. IEEE 1394 Host Controller VIA Technologies, Inc. IEEE 1394 Host Controller VIA Technologies, Inc. IEEE 1394 Host Controller VIA Technologies, Inc. IEEE 1394 Host Controller VIA Technologies, Inc. IEEE 1394 Host Controller VIA Technologies, Inc. IEEE 1394 Host Controller VIA Technologies, Inc. IEEE 1394 Host Controller Attansic Technology Corp. L1 Gigabit Ethernet Adapter ATI Technologies Inc RS690 [Radeon X1200 Series] Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Tech... ATI Technologies Inc SBx00 PCI to PCI Bridge ATI Technologies Inc SB600 PCI to LPC Bridge ATI Technologies Inc SBx00 Azalia ATI Technologies Inc SB600 IDE ATI Technologies Inc SBx00 SMBus Controller ATI Technologies Inc SB600 USB Controller (EHCI) ATI Technologies Inc SB600 USB (OHCI4) ATI Technologies Inc SB600 USB (OHCI3) ATI Technologies Inc SB600 USB (OHCI2) ATI Technologies Inc SB600 USB (OHCI1) ATI Technologies Inc SB600 USB (OHCI0) ATI Technologies Inc SB600 Non-Raid-5 SATA ATI Technologies Inc RS690 PCI to PCI Bridge (PCI Express Port 3) ATI Technologies Inc RS690 PCI to PCI Bridge (PCI Express Port 2) ATI Technologies Inc RS690 PCI to PCI Bridge (Internal gfx) ATI Technologies Inc RS690 Host Bridge - output of lsusb -v Bus 006 Device 005: ID 046a:0050 Cherry GmbH Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x046a Cherry GmbH idProduct 0x0050 bcdDevice0.20 iManufacturer 0 iProduct0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 84 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 1 Keyboard iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 64 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 54 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber2 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Dev
Bug#465903: cryptroot remote unlocking on boot feature
hi! Hi, if I understand the concept correctly, the initial ramdisk isn't encrypted, and holds the ssh host key. Doesn't this enable an attacker to steal the cryptroot passphrase? that's correct. if the attacker has physical access to the host, the host key can be stolen. this could be used for a mitm attack to capture the cryptroot passphrase when entered from remote. this is also true for the cryptroot concept itself, currently with physical access to the host the initramfs could also be compromised to capture the passphrase when entered at the console. (other things to consider regarding physical security would be hw-keyloggers, tempest, the-recent-eff/princeton-dram-nightmare, etc.) these things should of course be considered when using cryptroot and/or when unlocking from remote. i'm currently checking out possible solutions, i.e. a way to check the machine's identity from remote, and the integrity of the software running. in general i guess this is a different, disjunctive topic, but interesting not just for the reasons above, but beyond that because this should make a secure split-key mechanism possible, enabling an automated secure cryptroot boot without any human interaction... regards, Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466721: netselect-apt: Current working directory polluted
On Thu, Mar 6, 2008 at 7:20 PM, Filippo Giunchedi <[EMAIL PROTECTED]> wrote: > > Break? Or change? > > What would break? > > Break. For example scripts relying on mirrors_full being in the same > directory > as netselect is launched. Hmm, good point. But it'd be better for scripts to explicitly request that behaviour. > > > > > > netselect-apt that often? > > > > No. Still, I'd like to keep my system clean and not discover files > > named mirrors_full in a random place on my file system. > > netselect-apt writes sources.list also to the current directory, so I'd say > it > is the same thing. Right again. Maybe it should be written to stdout by default? > > > > > > Creating an alias to netselect -i /tmp/mirrors_full isn't much work > either. > > > > I'm quite sure everyone forgets to do that before he runs it for the first > time. > > Point, I don't want to bikeshed here, I'll change the default behaviour after > lenny. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469030: debian ppc64 not booting after install
tags 469030 + pending thanks On Friday 07 March 2008, Ulrich Enslin wrote: > Frans Pop wrote: > > On Friday 07 March 2008, Ulrich Enslin wrote: > >> Using the rescue I booted into a chroot of the > >> installed system. Installed the correct 64 bit kernel with 'aptitude > >> install linux-image-2.6-powerpc64' and that solved the problem. > >> > >> This does point to a bug in the installer though. > > > > Yes, it does. Looking at the log, it seems that your system was > > misdetected as 'powerpc', while it should be 'powerpc64'. > > > > Could you please also send us the hardware-summary file (that's also in > > /var/lib/installer)? > > Please find attached the '/var/log/installer/hardware-summary'. Thanks. That neatly identifies the cause of the problem. For your system /proc/cpuinfo has: cpu : RS64-IV (sstar) And currently we only check for: power3|i-star|s-star|power4|power4+|ppc970*|power5|power5+ I have added detection for your system and have also queued that change for the next stable point release. Thanks for reporting the issue and providing the needed info. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#453062: Please, also check for AoE devices
The following addition to the (patched) /etc/init.d/networking script would make it check for mounted ATA over Ethernet devices. case $DEV in - /dev/nbd*|/dev/nd[a-z]*) + /dev/nbd*|/dev/nd[a-z]*|/dev/etherd/e*) log_warning_msg "not deconfiguring network interfaces: network devices still mounted." exit 0 ;; esac A check for mounted iSCSI targets would also be nice. Cheers, -Hilko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469832: dbconfig-common: doesn't honour the order of the supported database types ($dbc_dbtypes)
Package: dbconfig-common
Version: 1.8.37
Severity: minor
Tags: patch
I'd like to specify a preference order for the supported dbtypes, so that
the default debconf choice would be the first one from my $dbc_dbtypes
list that is installed. Unfortunately dbconfig-common doesn't take
the order into account at all because it loops through the hardcoded
$dbc_all_supported_dbtypes and stops at the first good candidate.
Please consider the attached patch. It is suboptimal in the degenerate
case, when none of the $dbc_dbtypes are viable, but I think that means
something is wrong with either $dbc_dbtypes or the package dependencies.
PS. Many thanks for the 1.8.37 release!
Cheers,
--
Niko Tyni [EMAIL PROTECTED]
--- a/dpkg/config
+++ b/dpkg/config
@@ -3,7 +3,7 @@
###
dbc_go(){
- local f db happy default_dbtype host newhost port oldhosts authmethod_admin do_config _preconf_list _s _t STATE iformat ifile install_question migrating userdb_prio
+ local f db happy default_dbtype host newhost port oldhosts authmethod_admin do_config _preconf_list _s _t STATE iformat ifile install_question migrating userdb_prio supported_dbtypes
. /usr/share/dbconfig-common/dpkg/common
_dbc_debug "(config) dbc_go() $@"
@@ -116,8 +116,9 @@ dbc_go(){
dbc_dbtype=$dbc_hardcoded_dbtype
# else if the package supports multiple dbtypes, help them pick one
elif [ "$dbc_dbtypes" ]; then
- # loop through all available dbtypes
- for db in $dbc_all_supported_dbtypes; do
+ # loop through the listed dbtypes, fall back to all those available
+ supported_dbtypes=$(echo $dbc_dbtypes | sed 's/,/ /g')
+ for db in $supported_dbtypes $dbc_all_supported_dbtypes; do
# if we're already happy, we're already done
if [ "$happy" ]; then
true
Bug#117318: The wonderful xxxfantasy most men have!
Be the stud in 2008! http://waopdo.catchdo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#116288: Be too horny to resist!
Never lost hope to cure! http://eqoo.equatetogether.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469833: "Unknown media type" output message
Package: shared-mime-info Version: 0.23-4 Severity: normal Hi, On my box, shared-mime-info reports "Unknown media type" messeage in installation process. Setting up shared-mime-info (0.23-4) ... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'print/class' Unknown media type in type 'print/driver' Unknown media type in type 'print/folder' Unknown media type in type 'print/jobs' Unknown media type in type 'print/manager' Unknown media type in type 'print/printer' Unknown media type in type 'print/printermodel' Unknown media type in type 'fonts/package' Unknown media type in type 'interface/x-winamp-skin' --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstablecdn.debian.or.jp 500 stable security.debian.org 1 experimentalcdn.debian.or.jp --- Package information. --- Depends(Version) | Installed -+- libc6 (>= 2.7-1) | 2.7-9 libglib2.0-0 (>= 2.12.0) | 2.14.6-1 libxml2 (>= 2.6.27) | 2.6.31.dfsg-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409370: [Help] loki: missing 64-bit executable
Andreas Tille <[EMAIL PROTECTED]> skribis,
je X.1X.12 (10.22.14) de 16ª Ventozo 160ª (216.6.18 = 2008.3.7):
> It would be nice if we would be able to fix this bug. (The other
> bug about wrong watch file is void because there is nothing to
> report anymore.)
I should check it better, but have no time right now :-(
In my machine "atomo" the difference between the loki (original
loki_2.4.7.4.orig.tar.gz) and loki-funkcianta (working loki) are as
follows:
[EMAIL PROTECTED]:~/local/src$ uname -a
Linux atomo 2.6.22-14-generic #1 SMP Tue Dec 18 05:28:27 UTC 2007 x86_64
GNU/Linux
[EMAIL PROTECTED]:~/local/src$ diff -r loki loki-funkcianta|grep -v lo\ en ##
this grep to filter out the "Solo en" ("Only in") lines
diff -r loki/lokisrc/param_lex.c loki-funkcianta/lokisrc/param_lex.c
11c11
< #define __unused
---
> #define __my_unused
250c250
< static void *yy_flex_realloc YY_PROTO(( void *, yy_size_t )) __unused;
---
> static void *yy_flex_realloc YY_PROTO(( void *, yy_size_t )) __my_unused;
I remember that I had to remove the files param_lex.c param_parse.c
control_parse.c control_lex.c
but I think that was an unrelated problem.
--
Departemento pri Statistiko kaj Plejbonigo, kaj Matematika Didaktiko
Universitato Oviedo - EUITIndus 33203 Hispanio - 2:341/[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469834: kmail crashing immediately after showing the GUI
Package: kmail Version: 4:3.5.9-1 Severity: important After updating kmail to the latest version, it's never coming up at all. The GUI is to see for a second and it's gone to die. Backtrace: Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 0xb646a8d0 (LWP 25298)] [New Thread 0xb4575b90 (LWP 25798)] [New Thread 0xb4d76b90 (LWP 25797)] [New Thread 0xb5577b90 (LWP 25796)] [New Thread 0xb5d78b90 (LWP 25795)] [KCrash handler] #6 QObject::connect (sender=, signal=, receiver=, member=) at kernel/qobject.cpp:1774 #7 0xb7ce6745 in KMFolderMaildir::slotDirSizeJobResult (this=0x820a9c0, job=0x84db490) at /build/buildd/kdepim-3.5.9/./kmail/kmfoldermaildir.cpp:1161 #8 0xb7ce67ec in KMFolderMaildir::qt_invoke (this=0x820a9c0, _id=9, _o=0xbfbcc944) at ./kmfoldermaildir.moc:85 #9 0x4137b56d in QObject::activate_signal (this=, clist=, o=) at kernel/qobject.cpp:2359 #10 0xb68429ee in KIO::Job::result (this=0x84db490, t0=0x84db490) at ./jobclasses.moc:162 #11 0xb688899d in KIO::Job::emitResult (this=0x84db490) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/job.cpp:235 #12 0xb688a258 in KIO::Job::removeSubjob (this=0x84db490, job=0x85110d8, mergeMetaData=false, emitResultIfLast=true) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/job.cpp:197 #13 0xb688a434 in KIO::Job::removeSubjob (this=0x84db490, job=0x85110d8) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/job.cpp:186 #14 0xb683c73a in KIO::Job::slotResult (this=0x84db490, job=0x85110d8) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/job.cpp:269 #15 0xb698f07c in KDirSize::slotResult (this=0x84db490, job=0x85110d8) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kfile/kdirsize.cpp:159 #16 0xb69b050f in KDirSize::qt_invoke (this=0x84db490, _id=6, _o=0xbfbccad4) at ./kdirsize.moc:93 #17 0x4137b56d in QObject::activate_signal (this=, clist=, o=) at kernel/qobject.cpp:2359 #18 0xb68429ee in KIO::Job::result (this=0x85110d8, t0=0x85110d8) at ./jobclasses.moc:162 #19 0xb688899d in KIO::Job::emitResult (this=0x85110d8) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/job.cpp:235 #20 0xb6888b0e in KIO::SimpleJob::slotFinished (this=0x85110d8) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/job.cpp:601 #21 0xb6888e63 in KIO::ListJob::slotFinished (this=0x85110d8) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/job.cpp:2129 #22 0xb6855383 in KIO::SimpleJob::slotError (this=0x85110d8, error=3, [EMAIL PROTECTED]) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/job.cpp:612 #23 0xb687d5b3 in KIO::Scheduler::createSlave (this=0x82130d8, protInfo=0x840acd8, job=0x85110d8, [EMAIL PROTECTED]) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/scheduler.cpp:561 #24 0xb688599a in KIO::Scheduler::startJobDirect (this=0x82130d8) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/scheduler.cpp:436 #25 0xb6885d39 in KIO::Scheduler::startStep (this=0x82130d8) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kio/scheduler.cpp:273 #26 0xb6885e8a in KIO::Scheduler::qt_invoke (this=0x82130d8, _id=4, _o=0xbfbcce74) at ./scheduler.moc:161 #27 0x4137b56d in QObject::activate_signal (this=, clist=, o=) at kernel/qobject.cpp:2359 #28 0x4137c0ed in QObject::activate_signal (this=, signal=) at kernel/qobject.cpp:2328 #29 0x416a7939 in QTimer::timeout (this=) at .moc/release-shared-mt/moc_qtimer.cpp:82 #30 0x4139e33f in QTimer::event (this=, e=) at kernel/qtimer.cpp:222 #31 0x4131d72a in QApplication::internalNotify (this=, receiver=, e=) at kernel/qapplication.cpp:2638 #32 0x4131e516 in QApplication::notify (this=, receiver=, e=) at kernel/qapplication.cpp:2361 #33 0xb782fec2 in KApplication::notify (this=0xbfbcd360, receiver=0x8213100, event=0xbfbcd174) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdecore/kapplication.cpp:550 #34 0x41312b0e in QEventLoop::activateTimers (this=) at kernel/qapplication.h:523 #35 0x412cc8e8 in QEventLoop::processEvents (this=, flags=) at kernel/qeventloop_x11.cpp:392 #36 0x41334120 in QEventLoop::enterLoop (this=) at kernel/qeventloop.cpp:201 #37 0x41333fb6 in QEventLoop::exec (this=) at kernel/qeventloop.cpp:148 #38 0x4131d29f in QApplication::exec (this=) at kernel/qapplication.cpp:2761 #39 0x0804a2ed in main (argc=) at /build/buildd/kdepim-3.5.9/./kmail/main.cpp:110 #40 0x41b0d456 in __libc_start_main () from /lib/i686/cmov/libc.so.6 #41 0x0804a081 in _start () -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/2 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages kmail depends on: ii kdebase-kio-plugins4:3.5.9.dfsg.1-1 core I/O slaves for KDE ii kdelibs4c2a4:3.5.9.dfsg.1-1 core libraries and
Bug#463300: gtkmathview: non-standard gcc/g++ used for build (g++-4.1)
tags 463300 - help
thanks
On Thu, Jan 31, 2008 at 11:15:23PM +0100, Matthias Klose wrote:
> > > This package builds with a non standard compiler version; please check
> > > if this package can be built with the default version of gcc/g++.
> >
> > Last time I tried (2 weeks ago or something) gtkmathview was not
> > "buildable" with gcc 4.2, that's why I've explicitly forced the build
> > with gcc-4.1. The quotes are because the package is per se indeed
> > buildable with gcc 4.2, but the generated code segfaults.
> >
> > I haven't tried with gcc-snapshot.
>
> please do so (or check with gcc-4.3/g++-4.3).
With gcc/g++ 4.3 the generated code does not segfault indeed.
The version of g{cc,++}-4.3 I've used is 4.3.0~rc2-1.
The gtkmathview package however does not build out of the bug with gcc
of the 4.3 family, it needs some of the usual hacking for missing
includes. The upstream author has been notified about the needed changes
which will be included in the next release.
What should I do next then? The situation is that gtkmathview builds
with with gcc 4.1 and 4.3, but not with 4.2. Would it be fine to
build-depend on gcc-4.3 to solve the issue? I would say "no", because
even 4.3 is currently the non-standard gcc/g++, but I would be happy to
be proven wrong.
Let me know.
Cheers.
--
Stefano Zacchiroli -*- PhD in Computer Science ... now what?
[EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/
(15:56:48) Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15) Bac: no, la demo scema\/right keys at the right time
signature.asc
Description: Digital signature
Bug#467560: Crashes also after closing the window
On 2 Mar 2008, at 11:31 am, Mike Hommey wrote: On Sat, Mar 01, 2008 at 05:16:36PM +0100, Mike Hommey wrote: On Thu, Feb 28, 2008 at 09:34:56AM +0100, Joachim Reichel wrote: Hi, Does the crash happen with version 1.0.11~pre071022-0etch1 ? no, it started with the update to 1.0.12~pre080131b-0etch1 as mentioned in the original bug report. I bisected and found the culprit patch: https://bugzilla.mozilla.org/attachment.cgi?id=294993 Now, I don't know how to fix this, but on the other hand, I can't reproduce the crash it's supposed to fix either... (https://bugzilla.mozilla.org/show_bug.cgi?id=396613) I can't even reproduce with iceweasel 2.0.0.10-0etch1... Ah yeah, great, it doesn't work because I don't have access to https://bugzilla.mozilla.org/attachment.cgi?id=276653 and https://bugzilla.mozilla.org/attachment.cgi?id=276654 Chaps - it looks like the same bug may also be present in icedove - do you want me to file a separate bug report for that? Tim -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469835: centerim-utf8: Yahoo announces protocol upgrade
Package: centerim-utf8 Version: 4.22.2-1 Severity: wishlist Hi, I just saw a system message from yahoo: [yahoo] System: Warning: This version of Messenger will expire on April 2, 2008. Please upgrade Is there a new version planned? Regards Sebastian -- System Information: Debian Release: lenny/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) 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 centerim-utf8 depends on: ii centerim-common 4.22.2-1 A text-mode multi-protocol instant ii libc6 2.7-9 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.3.0~rc2-1 GCC support library ii libgnutls13 2.0.4-3the GNU TLS library - runtime libr ii libkrb53 1.6.dfsg.3~beta1-3 MIT Kerberos runtime libraries ii libncursesw5 5.6+20080203-1 Shared libraries for terminal hand ii libstdc++64.3.0~rc2-1The GNU Standard C++ Library v3 Versions of packages centerim-utf8 recommends: ii amaya [www-browser] 9.55~dfsg.0-1Web Browser, HTML Editor and Testb ii chimera2 [www-browser] 2.0a19-5 Web browser for X ii dillo [www-browser] 0.8.6-2 Small and fast web browser ii elinks [www-browser]0.11.3-4 Advanced text-mode WWW browser ii elvis [www-browser] 2.2.0-10 powerful clone of the vi/ex text e ii epiphany-gecko [www-bro 2.20.3-1 Intuitive GNOME web browser - Geck ii epiphany-webkit [www-br 2.20.3-1 Intuitive GNOME web browser - webk ii galeon [www-browser]2.0.4-1 GNOME web browser for advanced use ii iceape-browser [www-bro 1.1.8-2 Iceape Navigator (Internet browser ii iceweasel [www-browser] 2.0.0.12-1 lightweight web browser based on M ii konqueror [www-browser] 4:3.5.9.dfsg.1-1 KDE's advanced file manager, web b ii links [www-browser] 2.1pre33-1 Web browser running in text mode ii links2 [www-browser]2.1pre33-1 Web browser running in both graphi ii lynx-cur [www-browser] 2.8.7dev7-3 Text-mode WWW Browser with NLS sup ii netrik [www-browser]1.15.3-1.1 text mode WWW browser with vi like ii opera [www-browser] 9.50-20080221.6 The Opera Web Browser ii sox 14.0.1-2 Swiss army knife of sound processi ii w3m [www-browser] 0.5.1-5.1+b1 WWW browsable pager with excellent ii w3mmee [www-browser]0.3.p24.20-3+b2 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469821: Choosing to disable root logins does the opposite
On Friday 07 March 2008, Carr, Chris wrote: > Comments/Problems: > The installer detected both NICs and asked me to choose one as primary. > It then configured that interface successfully, but did not offer to > configure the other NIC. It would be nice (as in wishlist) if it offered > to configure any remaining interfaces. That would really require major changes to netcfg (the responsible component). Main problem there is that we don't really have any people actively working on that. There is already an open BR with a similar request: #257883. > At user setup I was offered the opportunity to disable root logins and > use sudo instead, and I chose to do so. I then created my userID > (chrisc) and set my password. I then installed the boot loader, finished > the install successfully and rebooted. On rebooting, user chrisc did not > exist, and user root could log in with no password!! Oops. Once I logged > in as root (and set a root password) I confirmed that user chrisc had > not been created. The sudo package had not been installed either. I cannot reproduce this. If I select "no" at the question to allow root to login the system is correctly set up for sudo use with root account disabled. Please send us the syslog (gzipped!) for this install. It should be available in /var/log/installer. If that does not provide sufficient information, we'll probably have to ask you to reproduce the issue with extra debugging during the install. Cheers, FJP P.S. Could you please provide the info requested in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463483#10 ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469627: qa.debian.org: mention existence of help or gift tagged bugs on the PTS page
On 07/03/08 at 12:12 +0100, gregor herrmann wrote: > On Fri, 07 Mar 2008 10:25:58 +0100, Lucas Nussbaum wrote: > > > Raphael Geissert is working on some code that will allow people > > to upload their list of installed packages, and get a list of RC bugs > > and release goal bugs affecting those packages > > Isn't that the same as what rc-alert already does (at least the > first part)? yes, except that rc-alert doesn't know about release goals. I don't think that duplication hurts here: one of the tools is command-line based, the other is web-based. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#469827: Correct URL
URL : https://visualvm.dev.java.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469836: Please add ntfs-3g to sendsigs.omit
Package: ntfs-3g Version: 1:1.2216-1 Severity: normal Hi, currently if I have a ntfs partition mounted, shutdown (sendsigs) will complain that it failed to end all processes. This is because the ntfs partition is still mounted. ntfs-3g should use the new sendsigs.omit interface in initscripts, to prevent it from being killed during shutdown. See the /usr/share/doc/initscripts/README.Debian "sendsigs process omission interface" Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ntfs-3g depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libntfs-3g23 1:1.2216-1 ntfs-3g filesystem in userspace (F ntfs-3g recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462569: libbarcode-code128-perl: fails to build with libtest-harness-perl
On Sun, 27 Jan 2008 16:26:49 +0100, gregor herrmann wrote: > > Possibly the cleanest fix is to build-depend on libgd-gd2-perl and > > just remove t/gif.t (which is not used with newer versions of GD.pm) > > in debian/rules. > Agreed. > (Or fix the tests.) djpig has added libgd-gd2-perl to B-D-I and written a patch to fix test failures. I've played around a bit now: * installed libtest-harness-perl in my sid cowbuilder chroot * built the package without the patch -> breaks as described * built with the patch applied -> works I guess we can close this bug with a new upload of the version in svn. Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Billy Joel: Pressure signature.asc Description: Digital signature
Bug#452743: totem-xine: Can't eject my DVD after seeing it
Sven Arvidsson a écrit : On Sat, 2007-11-24 at 22:55 +0100, giggz wrote: I'm running under Debian SID with enlightenment 17. I don't have GNOME anymore. but I still use totem with totem-xine. I just notice that when I put a dvd and see it (it works fine!), I can't eject it after. When I click on the "hardware button" on the dvdrom nothing happens and the dvd doesn't eject. I have tried to umount the volume under root, but it doesn't work. The only way is to tape "eject" under root. Is there a way to fix it ? Hi, If I'm not mistaken HAL listens to the eject signal from the drive and it's up to gnome-volume-manager to unmount and eject it. Do you have it installed and running? This sounds more like a problem with E17 than Totem. Hi, you're probably right. I don't use it anymore (I'm using gxine; I don't have any eject problem with it). I think you can close this bug, because I didn't have gnome-volume-manager when totem didn't work... CIao GiGGz
Bug#469208: bug report pci don't works
Op 07-03-2008 om 12:08 schreef Frans Pop: > On Tuesday 04 March 2008, win wrote: > > Does't mean, that these pci must not works in this distr? > > No, what Geert meant is that configuring your system for support of those > devices is outside the scope of the installation system. > > This also means that the people who read the installation reports cannot > really help you with the configuration of those devices. > > As the installation itself was successful, there was thus no reason to keep > your installation report open. > > If you need help with that his suggestion is that you try asking on the > debian-user mailing list. If you can identify specific issues with specific > packages, you can also file bug reports against those packages. > > I agree with you that Geert could have worded his reply better, Patch are welcome :-) > but in essence it was correct. Thanks. > Good luck getting your remaining issues solved. It will most be installing package that are using the special hardware. Example given, for PDA support, search for 'PDA' in synaptic. I can understand that one expects the installer doing the install of all packages. One the user founds his way to the package manager, he may start understanding why the installer has a limited scoop. Back to the question: > > Does't mean, that these pci must not works in this distr? Your various devices do work in the Debian distribution. Just find your way to package managers like synaptic. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469837: libgtk2.0-0: Shortcuts do not match keymap
Package: libgtk2.0-0 Version: 2.12.8-1 Severity: normal I'm trying to improve my typing speed and reduce the stress in my wrists and fingers, which involves switching to a Dvorak-like keymap. For French, the only maintained keymap is the "bépo" one, which is the one I'm therefore likely to choose (but the problem happens for others, I'm just picking bépo for the sake of example). I'm used to the azerty keymap, which is my default keymap and goes something like this: , | azertyuiop^$ | qsdfghjklmù* | http://bugzilla.gnome.org/show_bug.cgi?id=162726 about three years ago. Apparently upstream doesn't want to fix that, claiming it's a feature. While I can understand their argument from a pure Gnome point of view, I believe that behaviour should be considered a bug (and fixed) in Debian. My rationale is that Debian has always been about integration, so it's very common to have Gtk apps running at the same time as apps using other toolkits. Having shortcuts as common as Control-C on different keys depending on the application is extremely confusing, as is the fact that typing a C and typing a Control-C involve different keys. This bug renders the ability to have several keymaps useless, in my mind. Roland. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-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 Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcomerr21.40.7-1 common error description library ii libcupsys21.3.6-1Common UNIX Printing System(tm) - ii libfontconfig12.5.0-2generic font configuration library ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnutls26 2.2.2-1the GNU TLS library - runtime libr ii libgtk2.0-common 2.12.8-1 Common files for the GTK+ graphica ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkrb53 1.6.dfsg.3~beta1-3 MIT Kerberos runtime libraries ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite11:0.4.0-1 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii zlib1g1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.10-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.12.8-1 The programs for the GTK+ graphica -- no debconf information
Bug#462569: setting package to libbarcode-code128-perl, tagging 467694, tagging 462569
# Automatically generated email from bts, devscripts version 2.10.18.1 # # libbarcode-code128-perl (2.01-2) unstable; urgency=low # # * debian/rules: delete /usr/lib/perl5 only if it exists (closes: #467694). # * debian/patches/test-failures: Fix test failures in environments with #GD available (closes: #462569). # package libbarcode-code128-perl tags 467694 + pending tags 462569 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469821: Choosing to disable root logins does the opposite
> > At user setup I was offered the opportunity to disable root > > logins and > > use sudo instead, and I chose to do so. I then created my userID > > (chrisc) and set my password. I then installed the boot loader, > > finished the install successfully and rebooted. On rebooting, user > > chrisc did not exist, and user root could log in with no password!! > > Oops. Once I logged in as root (and set a root password) I > > confirmed > > that user chrisc had not been created. The sudo package had > > not been installed either. > > I cannot reproduce this. If I select "no" at the question to > allow root to login the system is correctly set up for sudo > use with root account disabled. Well, maybe the difference is that I minimise the tasksel step. I uncheck all the boxes in tasksel, so it proceeds to install only six packages (ibritish, wbritish, myspell-en-gb etc.). Is it possible that the correct setting up of root and user logins is dependent on packages in the default tasksel selections? This would explain why sudo isn't installed, but not why root logins are not disabled, nor why my local user is not created (I think adduser is installed earlier, during the base system step). > Please send us the syslog (gzipped!) for this install. It > should be available in /var/log/installer. I'm very sorry, /var/log/installer doesn't exist. Possibly because I removed the installation-report package after submitting this. Stupid of me. > If that does not provide sufficient information, we'll > probably have to ask you to reproduce the issue with extra > debugging during the install. Happy to see if I can reproduce it - let me know what to do re debugging. CC This e-mail may contain information which is confidential, legally privileged and/or copyright protected. This e-mail is intended for the addressee only. If you receive this in error, please contact the sender and delete the material from your computer
Bug#469839: iceowl-extension: Please prepare for 0.8 packaging
Package: iceowl-extension Version: 0.7-2 Severity: wishlist The 0.8 rc1 version has just been delivered. It seems to correctly handle chnage in the meeting (date, time, ...). I would really beta test it to make sure it works with ootlook 2003 but cannot as xpi are not compatible as usual. Plus, 0.7 took way to much to my personnal taste to find a way into debian after release (ok its the open source development model I know;-)) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages iceowl-extension depends on: ii icedove2.0.0.9-3 free/unbranded thunderbird mail/ne ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc11:4.3.0~rc2-1 GCC support library ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libstdc++6 4.3.0~rc2-1 The GNU Standard C++ Library v3 iceowl-extension recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469838: dpkg-dev - dpkg-shlibdeps shows many libs as unused
Package: dpkg-dev Version: 1.14.16.6 dpkg-shlibdeps shows many libs as unused even if they are used. | dpkg-shlibdeps: warning: debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so shouldn't be linked with libxenctrl.so (it uses none of its symbols). | $ objdump -T debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so | grep xc_vcpu_getinfo | DF *UND* 0121 xc_vcpu_getinfo | $ objdump -T debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so | grep xc_vcpu_getinfo | 6b90 gDF .text 0121 Basexc_vcpu_getinfo Bastian -- Warp 7 -- It's a law we can live with. signature.asc Description: Digital signature
Bug#469777: closed by Luk Claes <[EMAIL PROTECTED]> (Re: Bug#469777: bash-completion: Wrong behaviour with chown)
Hi Luk! On Fri, Mar 7, 2008 at 4:03 AM, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote: > > It seems that the completion for chown is broken. See: > > > > $ chown nao[TAB] > > $ chown naoliv\: > > > > There is an space after : (it should also complete the group). > > On Linux the default group is used when you include the ':' and don't > specify a group [1]. This is exactly the behavior you're expecting, so > I'm closing this bug. Hum... sorry for the ignorance (and thanks for the explanation) :-) But there is another issue: $ chown naoliv:na[TAB] $ chown naoliv:naoliv\: foo chown: invalid group: `naoliv:naoliv:' At least I think that it shouldn't put a \: at the end of the group name, right? Thank you! Best regards, Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469208: bug report pci don't works
Geert Stappers wrote: Your various devices do work in the Debian distribution. Just find your way to package managers like synaptic. i find already by -apt-get toshset utility, but after it's not launch, i made bug report. Hi. I already try to and installed TOSHSET utility. When I launch it in terminal, it says that @ this kernel don't support toshiba utilityes@ Does it mean that other kernel do? I mean, that the kernel install one PCI dev - eternet 10-100, and not install the next - ethernet wi-fi card. Both of them are in lcpci listed. so, what actions I need to do? thanck. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469840: joe: Variables in single-quoted strings should not be syntax highlighted in PHP
Package: joe
Version: 3.5-1.1
Severity: normal
Tags: patch
Syntax highlighting for PHP highlights variables in single-quoted strings.
Only double-quoted strings have variables interpreted, so there is no
meaning to a dollar sign ("$") in a single-quoted string and it ought not to
be highlighted.
I'm not intimately familiar with the format of the .jsf files so I may have
missed something, but this change appears to do what I expected.
Cheers & God bless
Sam "SammyTheSnake" Penny
--- php.jsf.orig2008-03-07 12:56:04.0 +
+++ php.jsf 2008-03-07 12:56:08.0 +
@@ -155,6 +155,7 @@
:string_sq Constant_sq
* string_sq
- "$" var_insqstring recolor=-1
"\'"idle
"\\"string_sq_esc recolor=-1
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable'), (50, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages joe depends on:
ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii libncurses55.5-5 Shared libraries for terminal hand
joe recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469841: mediawiki: select fixes for postgreSQL backend
Package: mediawiki
Version: 1:1.11.1-1
Tags: patch
Coin fellow DD,
I've managed to fix a few problems in the pg support (but still many
remains). This patch would solve SELECT requests with ORDER BY or GROUP
BY, which request having the fields of these options be added in the
fetched fields in certains conditions. I'm not sure all cases are
matched, but the most usual ones are.
Regards.
--- includes/DatabasePostgres.php.orig 2008-03-05 14:45:05.0 +0100
+++ includes/DatabasePostgres.php 2008-03-07 13:59:57.0 +0100
@@ -87,6 +87,44 @@
}
+ /**
+ * SELECT wrapper
+ *
+ * @param mixed $table Array or string, table name(s) (prefix auto-added)
+ * @param mixed $varsArray or string, field name(s) to be retrieved
+ * @param mixed $conds Array or string, condition(s) for WHERE
+ * @param string $fname Calling function name (use __METHOD__) for logs/profiling
+ * @param array $options Associative array of options (e.g. array('GROUP BY' => 'page_title')),
+ *see Database::makeSelectOptions code for list of supported stuff
+ * @return mixed Database result resource (feed to Database::fetchObject or whatever), or false on failure
+ */
+ function select( $table, $vars, $conds='', $fname = 'Database::select', $options = array() )
+ {
+ $noKeyOptions = array();
+ foreach ( $options as $key => $option ) {
+ if ( is_numeric( $key ) ) {
+$noKeyOptions[$option] = true;
+ }
+ }
+
+ if (is_array($vars) === false) {
+ $vars = (string)$vars;
+ $var_list = explode(',', $vars);
+ }
+ else {
+ $var_list = $vars;
+ $vars = implode(',', $var_list);
+ }
+
+ ## in certain conditions with ORDER BY and GROUP BY, the specified fields *MUST* be included in fetched data
+ if (array_key_exists('ORDER BY', $options) && (strpos($vars, '(') === false) && ((stripos($vars, "DISTINCT ") !== false) || (array_key_exists('DISTINCT', $noKeyOptions
+ $var_list[] = preg_replace("/ (ASC|DESC|USING .*?)(,| |$)/i", "", $options['ORDER BY']);
+ else if (array_key_exists('GROUP BY', $options))
+ $var_list[] = $options['GROUP BY'];
+
+ return parent::select( $table, $var_list, $conds, $fname, $options );
+ }
+
function cascadingDeletes() {
return true;
}
--
Marc Dequènes
Homepage: http://www.proformatique.com/
Proformatique - 67 rue Voltaire - 92800 Puteaux
Tel. : 01 41 38 99 64 - Fax. : 01 41 38 99 70
pgpdxOMLBNNqP.pgp
Description: PGP signature
Bug#466810: tagging 466810
# Automatically generated email from bts, devscripts version 2.10.16 # I'm currently busy, help/patch is very welcome. tags 466810 help -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455000: Debtags claim this is part of GNU.
Dear Daniel, Thank you for your contribution to the Bisonc++ package. In the bug you filed against Bisonc++ you wrote: > This package is tagged with "suite::gnu" ... > ... > I think the tag should be dropped. and I couldn't agree more. I was amazed to find this tag myself when I looked at Bisonc++'s tags: neither me nor Tony or George (Bisonc++'s co-maintainers) have defined that tag for Bisonc++ so we're wondering why it's there in the first place. I've been trying to repair the tagging for several days now, but all my attempts were in vain. It's simply not clear how to change tags: debtags-edit doesn't work (AFAICS) and the web-based tagging allows me to retag, but not the tags that are shown when you look up a package (e.g., http://packages.debian.org/lenny/bisonc++). I have asked Enrico (who, if I'm right is the tag-maintainer) for help: I assume that once he replies the tagging problem will be over. For now: I thought it appropriate to send you this reply to let you know that your bug is acknowledged and that I fully agree with your observation. Once I know how to retag I'll do that right away. Cheers, -- Frank B. Brokken Center of Information Technology, University of Groningen (+31) 50 363 9281 Public PGP key: http://pgp.surfnet.nl:11371/ Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469842: when resizing a Debian Live partition, parted says "Error: The file system is bigger than its volume!"
Package: parted Version: 1.7.1-5.1 Severity: normal I have created a Debian Live system on a 2 GB USB key. Here is what it looks like on the USB key: [EMAIL PROTECTED] /root>fdisk -l /dev/sdb Disk /dev/sdb: 2013 MB, 2013265920 bytes 255 heads, 63 sectors/track, 244 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x0007a8d3 Device Boot Start End Blocks Id System /dev/sdb1 * 1 101 811251 83 Linux You see there is about 1.2 GB free after that Linux partition. I am trying to move that Linux partition to the end of the 2 GB USB key. This way I will be able to create a 1.2 GB FAT32 partition at the beginning of the USB key. Here is what I am doing: [EMAIL PROTECTED] /root>parted /dev/sdb move 1 1200M 0M Error: The file system is bigger than its volume! Ouch ! parted won't let me move the partition ! See also Debian Bug 467481 I submitted on Feb 25 Would be nice if this could be fixed :) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages parted depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libncurses5 5.6+20080203-1 Shared libraries for terminal hand ii libparted1.7-11.7.1-5.1 The GNU Parted disk partitioning s ii libreadline5 5.2-3 GNU readline and history libraries parted recommends no packages. -- no debconf information Cheers, -- Pierre Bauduin Linux enthusiast since 1996 Linux registered user #64711 Debian GNU/Linux user website: http://pierre.baudu.in/
Bug#469467: wesnoth campaign description in debian/control is too generic
On Friday 07 March 2008 09:04:37 you wrote: > I'll speak with upstream about "regulating" the length of the > description. Just a quick question, would you consider the nb > description to be too long? Or the sof one too special? Because well, I > do, for putting it into the package description... Yes, ttb is a good > example, but unfortunately they don't all follow that style. I actually like the sof one, it kind of sets the mood for the story, but perhaps you are right, its not really descriptive of the campaign. And this (from the wiki) seems too short: The story of the creation of the Sceptre of Fire, featured in the "Heir to the Throne" campaign, by the Dwarves of Knalga. In Suse they have: A campaign about the creation of the sceptre of fire. It intentionally goes against what is stated about the sceptre in Heir to the Throne, but that is because what is stated in HttT would not make an interesting campaign. which, hmmm, don't think is a good description either. I have never played wesnoth so, its a bit difficult for me to come up with a reasonable description. From what I have read so far, perhaps something like: Lead the Dwarves of Knalga in a campaign about the creation of the Sceptre of Fire, first seen in the "Heir To The Throne" campaign. "The land of Wesnoth's banner bold Comes not from its own land; It comes from Dwarfdom, grim and old" (Expert level, 9 scenarios) And for nr (I think that's what you meant? I could not find any nb), the description in _main.cfg doesn't seem too long: For the people of Dwarven Doors the choice was stark: either drudge as downtrodden slaves for the orcs until the end of their brief and miserable lives, or risk all for freedom and rise up against their cruel overlords. Little did they suspect that their struggle would be the hinge of great events that might restore the Northlands to the glory they had once known. (Expert level, 14 scenarios) If you really want to make it shorter, perhaps something like: Help the enslaved people of Dwarven Doors to raise against their cruel orc overlords, in an epic event that might change forever the fate of the Northlands. (Expert level, 14 scenarios) > I think that I should better leave that to you indeed. Not because of > not wanting to do the work but rather not really knowing the procedures > and requirements in there. 1:4-2 won't be a new upstream version, it > will be just a fix for this bug and the smallgui one (which would have > to go through the NEW queue in Debian so I will hand you the sources for > that once I got around and upload it). Good, then there is no need for an FFe and we can simply sync! Cesare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#468219: ttf-dejavu: augment font lisibility for small font size
On Fri, Feb 29, 2008 at 07:46:46AM +, Yves-Alexis Perez wrote: > Here are some images generated with: > pango-view --font="DejaVu Sans 6" -t "“”" --dpi 125 -q -o > dejavu-sans-6.png > > for DejaVu Sans and DejaVu Sans Mono with sizes 6,7,8 pt Well, I guess it's better with the images… http://molly.corsac.net/~corsac/debian/dejavu/ Sorry for the delay, -- Yves-Alexis
Bug#469843: libace-dev does not ship include/makeincludes
Package: libace-dev Version: 5.6.2-1 Severity: important The version of libace-dev in experimental does not ship include/makeincludes, folder which is expected by some external software packages in /usr/share/ace/include/makeincludes. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-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 libace-dev depends on: ii libace-5.6.2 5.6.2-1C++ network programming framework libace-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469844: libace-dev does not ship ace/os_include/os_byteswap.h
Package: libace-dev Version: 5.6.2-1 Severity: important The 5.6.2 package of libace does not provide the os_include/os_byteswap.h header. I did not check, but maybe other headers are not installed either. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-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 libace-dev depends on: ii libace-5.6.2 5.6.2-1C++ network programming framework libace-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465651: dpkg-dev: Same in /usr/share/perl5/Dpkg/Fields.pm
Package: dpkg-dev Version: 1.14.16.6 Followup-For: Bug #465651 FYI, it should be used also in Fields.pm too. For instance : --- /usr/share/perl5/Dpkg/Fields.pm.orig2008-03-07 14:36:36.0 +0100 +++ /usr/share/perl5/Dpkg/Fields.pm 2008-03-07 14:32:36.0 +0100 @@ -38,6 +38,7 @@ package Dpkg::Fields::Object; +use Dpkg::Gettext; =head1 OTHER OBJECTS Hope this helps, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-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/bash Versions of packages dpkg-dev depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii bzip2 1.0.4-3 high-quality block-sorting file co ii cpio2.9-11 GNU cpio -- a program to manage ar ii dpkg1.14.16.6package maintenance system for Deb ii libtimedate-perl1.1600-9 Time and date functions for Perl ii lzma4.43-12 Compression method of 7z format in ii make3.81-3 The GNU version of the "make" util ii patch 2.5.9-4 Apply a diff file to an original ii perl [perl5]5.8.8-12 Larry Wall's Practical Extraction ii perl-modules5.8.8-12 Core Perl modules Versions of packages dpkg-dev recommends: ii build-essential 11.3 informational list of build-essent ii gcc [c-compiler] 4:4.2.2-2 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-19 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.3-1The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469845: libtao-dev does not include rules.tao.GNU
Package: libtao-dev Version: 5.6.2-1 Severity: important libtao-dev does not include rules.tao.GNU, which is expected under TAO_ROOT/ by the makefiles generated by mwc-ace -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-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 libtao-dev depends on: ii libace-dev5.6.2-1C++ network programming framework ii libtao-1.6.2 5.6.2-1ACE based CORBA ORB core libraries libtao-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469846: python-pysnmp4: Uninstallable because of libsmi2->libsmi2ldbl transition
Package: python-pysnmp4 Version: 4.1.8a-1 Severity: serious Justification: Uninstallable Hi, because of libsmi2 got renamed to libsmi2ldbl (long double transition), your package can't be installed anymore. That can't be solved through a binNMU since: 1. binNMU'ing arch:all packages isn't supported. 2. the dependency is hardcoded, so rebuilding wouldn't solve that. Please update your Depends: line. Cheers, -- Cyril Brulebois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469847: roundcube: [INTL:ru] Russian debconf templates translation update
Package: roundcube Version: 0.1-3 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-1-amd64 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov <[EMAIL PROTECTED]>, 2007, 2008. msgid "" msgstr "" "Project-Id-Version: roundcube 0.1-3\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2008-03-05 22:12+0100\n" "PO-Revision-Date: 2008-03-07 16:44+0300\n" "Last-Translator: Yuri Kozlov <[EMAIL PROTECTED]>\n" "Language-Team: Russian <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" #. Type: multiselect #. Choices #: ../templates:2001 msgid "apache2" msgstr "apache2" #. Type: multiselect #. Choices #: ../templates:2001 msgid "lighttpd" msgstr "lighttpd" #. Type: multiselect #. Description #: ../templates:2002 msgid "Web server(s) to configure automatically:" msgstr "Веб-сервер(ы), которые нужно настроить автоматически:" #. Type: multiselect #. Description #: ../templates:2002 #| msgid "" #| "RoundCube supports any web server supported by PHP, however only Apache " #| "can be configured automatically." msgid "" "RoundCube supports any web server supported by PHP, however only Apache 2 " "and lighttpd can be configured automatically." msgstr "" "RoundCube работает с любым веб-сервером, поддерживающим PHP, однако " "автоматическая настройка выполняется только для Apache и lighttpd." #. Type: multiselect #. Description #: ../templates:2002 msgid "" "Please select the web server(s) that should be configured automatically for " "RoundCube." msgstr "Выберите веб-сервер(ы), которые нужно настроить автоматически под RoundCube." #. Type: boolean #. Description #: ../templates:3001 msgid "Should the webserver(s) be restarted now?" msgstr "Перезапустить веб-сервер(ы) прямо сейчас?" #. Type: boolean #. Description #: ../templates:3001 #| msgid "" #| "In order to activate the new configuration, the reconfigured web servers " #| "have to be restarted." msgid "" "In order to activate the new configuration, the reconfigured web server(s) " "have to be restarted." msgstr "" "Чтобы новая конфигурация вступила в силу, нужно перезапустить " "перенастроенный веб-сервер(ы)." #. Type: string #. Description #: ../templates:4001 msgid "IMAP server(s) used with RoundCube:" msgstr "IMAP-сервер(ы), используемые с RoundCube:" #. Type: string #. Description #: ../templates:4001 msgid "Please select the IMAP server that should be used with RoundCube." msgstr "Укажите сервер IMAP, который нужно использовать с RoundCube." #. Type: string #. Description #: ../templates:4001 msgid "" "If this is left blank, a text box will be displayed at login. Entering a " "space-separated list of hosts will display a pull-down menu. Entering a " "single host will enforce using this host." msgstr "" "Если вы оставите поле пустым, при входе будет показано текстовое поле для " "ввода. Укажите список (через пробел) хостов, которые нужно показать в " "выпадающем меню. Если ввести только один хост, то только он и будет " "использован." #. Type: string #. Description #: ../templates:4001 msgid "To use SSL connections, please enter host names as 'ssl://hostname:993'." msgstr "" "Чтобы использовать SSL-соединения, вводите имена хостов в виде 'ssl://" "хост:993'." #. Type: select #. Description #: ../templates:5001 msgid "Default language:" msgstr "Язык по умолчанию:" #. Type: select #. Description #: ../templates:5001 msgid "Please choose the default language for RoundCube." msgstr "Укажите язык по умолчанию для RoundCube." #. Type: select #. Description #: ../templates:5001 msgid "This choice can be overridden by individual users in their preferences." msgstr "Этот выбор может быть изменён любым пользователем в их настройках." #. Type: select #. Description #: ../templates:5001 msgid "" "However, the default language will be used for the login screen and the " "first connection of users." msgstr "" "Однако, язык по умолчанию будет использован для выдачи приглашения к входу и " "во время первого подключения пользователя."
Bug#463297: ruby1.8 (and 1.9) use gcc-4.1 on m68k. why?
On Fri, Mar 07, 2008 at 10:33:35AM +0100, Lucas Nussbaum wrote: > Hi, > > It seems that ruby1.8 and ruby1.9 use gcc-4.1 on m68k (and the default > gcc version on all other arches). Does someone remember the reason for > that? It seems that this was changed in gcc-4.0 times, where a problem > with gcc-4.0 required 4.1 to be used on m68k. Yes 4.0 was pretty horrible on m68k. 4.1 improved things a great deal. > If nobody objects, I'll make m68k use the default gcc version in the > next upload of ruby1.8 and ruby1.9. Please do. Thanks, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#469030: debian ppc64 not booting after install
Hi Frans Since you are going to update the code, can you also check that you are catering for a IBM RS6000 (7026-H70) and IBM pseries 630 (7028-6C4). IBM RS6000 (7026-H70): ~ # cat /proc/cpuinfo processor : 0 cpu : RS64-II (northstar) clock : 339.999568MHz revision: 0.2 (pvr 0033 0002) processor : 1 cpu : RS64-II (northstar) clock : 339.999568MHz revision: 0.2 (pvr 0033 0002) processor : 2 cpu : RS64-II (northstar) clock : 339.999568MHz revision: 0.2 (pvr 0033 0002) processor : 3 cpu : RS64-II (northstar) clock : 339.999568MHz revision: 0.2 (pvr 0033 0002) timebase: 340765088 platform: pSeries machine : CHRP IBM,7026-H70 IBM pseries 630 (7028-6C4) (this one seems to be covered for what you are testing for): ~ # cat /proc/cpuinfo processor : 0 cpu : POWER4 (gp) clock : 1002.00MHz revision: 3.2 (pvr 0035 0302) processor : 1 cpu : POWER4 (gp) clock : 1002.00MHz revision: 3.2 (pvr 0035 0302) processor : 2 cpu : POWER4 (gp) clock : 1002.00MHz revision: 3.2 (pvr 0035 0302) processor : 3 cpu : POWER4 (gp) clock : 1002.00MHz revision: 3.2 (pvr 0035 0302) timebase: 125287488 platform: pSeries machine : CHRP IBM,7028-6C4 thanks Frans Pop wrote: tags 469030 + pending thanks On Friday 07 March 2008, Ulrich Enslin wrote: Frans Pop wrote: On Friday 07 March 2008, Ulrich Enslin wrote: Using the rescue I booted into a chroot of the installed system. Installed the correct 64 bit kernel with 'aptitude install linux-image-2.6-powerpc64' and that solved the problem. This does point to a bug in the installer though. Yes, it does. Looking at the log, it seems that your system was misdetected as 'powerpc', while it should be 'powerpc64'. Could you please also send us the hardware-summary file (that's also in /var/lib/installer)? Please find attached the '/var/log/installer/hardware-summary'. Thanks. That neatly identifies the cause of the problem. For your system /proc/cpuinfo has: cpu : RS64-IV (sstar) And currently we only check for: power3|i-star|s-star|power4|power4+|ppc970*|power5|power5+ I have added detection for your system and have also queued that change for the next stable point release. Thanks for reporting the issue and providing the needed info. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469785: Acknowledgement (Possible circular build dependency)
On Thu, Mar 06, 2008, Patrick Ramsey wrote: > Should have set the severity serious in the first place, as this is a > circular build dependency. BTW circular bdeps aren't serious; there are many in the archive. -- Loïc Minier
Bug#469848: python-sympy: breaks pydoc2.5 -k
Package: python-sympy
Version: 0.5.12-1
Severity: important
$ pydoc2.5 -k foobarqux
Traceback (most recent call last):
File "/usr/bin/pydoc2.5", line 5, in
pydoc.cli()
File "/usr/lib/python2.5/pydoc.py", line 2195, in cli
apropos(val)
File "/usr/lib/python2.5/pydoc.py", line 1890, in apropos
ModuleScanner().run(callback, key)
File "/usr/lib/python2.5/pydoc.py", line 1855, in run
for importer, modname, ispkg in pkgutil.walk_packages():
File "/usr/lib/python2.5/pkgutil.py", line 125, in walk_packages
for item in walk_packages(path, name+'.', onerror):
File "/usr/lib/python2.5/pkgutil.py", line 125, in walk_packages
for item in walk_packages(path, name+'.', onerror):
File "/usr/lib/python2.5/pkgutil.py", line 125, in walk_packages
for item in walk_packages(path, name+'.', onerror):
File "/usr/lib/python2.5/pkgutil.py", line 125, in walk_packages
for item in walk_packages(path, name+'.', onerror):
File "/usr/lib/python2.5/pkgutil.py", line 125, in walk_packages
for item in walk_packages(path, name+'.', onerror):
File "/usr/lib/python2.5/pkgutil.py", line 125, in walk_packages
for item in walk_packages(path, name+'.', onerror):
File "/usr/lib/python2.5/pkgutil.py", line 110, in walk_packages
__import__(name)
File
"/var/lib/python-support/python2.5/sympy/thirdparty/pyglet/pyglet/media/drivers/directsound/__init__.py",
line 47, in
from pyglet.media.drivers.directsound import lib_dsound as lib
File
"/var/lib/python-support/python2.5/sympy/thirdparty/pyglet/pyglet/media/drivers/directsound/__init__.py",
line 47, in
from pyglet.media.drivers.directsound import lib_dsound as lib
File
"/var/lib/python-support/python2.5/sympy/thirdparty/pyglet/pyglet/media/drivers/directsound/lib_dsound.py",
line 37, in
from pyglet import com
File
"/var/lib/python-support/python2.5/sympy/thirdparty/pyglet/pyglet/com.py", line
111, in
class IUnknown(Interface):
File
"/var/lib/python-support/python2.5/sympy/thirdparty/pyglet/pyglet/com.py", line
113, in IUnknown
('QueryInterface', STDMETHOD(REFIID, ctypes.c_void_p)),
File
"/var/lib/python-support/python2.5/sympy/thirdparty/pyglet/pyglet/com.py", line
71, in __init__
super(STDMETHOD, self).__init__(ctypes.HRESULT, *args)
AttributeError: 'module' object has no attribute 'HRESULT'
$
Helmut
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-sympy depends on:
ii python2.4.4-6An interactive high-level object-o
ii python-support0.7.6 automated rebuilding support for p
Versions of packages python-sympy recommends:
pn ipython(no description available)
ii python-ctypes 1.0.2-2Python package to create and manip
pn python-imaging (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469849: hangs on shutdown
Package: gdm Version: 2.20.3-1 Severity: normal --- Please enter the report below this line. --- gdm hangs my computer on shutdown and logout of gnome. On logout, all of gnome is removed from the screen except for the background and the computer hangs. cntl-alt f1, f2,... doesn't work to go to another session either. I have to hard shutdown to get out. On shutdown, I get the background only screen but after a few minutes, the computer will eventually shutdown. Sometimes when I start my computer back up my gnome panels are blank gray bars. Shutting down and restarting a few times usually brings the gnome panels back. Sometimes I have to log into gnome-failsafe and the panels come back. --- System information. --- Architecture: i386 Kernel: Linux 2.6.24.080305 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing olymp.hursley.ibm.com 500 testing gulus.usherbrooke.ca 500 testing debian.linux.ibm.com 500 stable olymp.hursley.ibm.com --- Package information. --- Depends (Version) | Installed ==-+-=== adduser| 3.105 debconf (>= 0.5) | 1.5.19 OR debconf-2.0| gksu(>= 1.0.7) | 2.0.0-5 gnome-session | 2.20.3-2 OR xterm | 232-1 OR x-window-manager | OR x-terminal-emulator| libart-2.0-2 (>= 2.3.18) | 2.3.20-1 libatk1.0-0(>= 1.20.0) | 1.20.0-1 libattr1 (>= 2.4.4-1) | 1:2.4.41-1 libc6 (>= 2.7-1) | 2.7-6 libcairo2 (>= 1.4.0) | 1.4.14-1 libdbus-1-3 (>= 1.1.1) | 1.1.2-1 libdbus-glib-1-2 (>= 0.74) | 0.74-1 libdmx1| 1:1.0.2-2 libfontconfig1 (>= 2.4.0) | 2.5.0-2 libglade2-0 (>= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (>= 2.14.0) | 2.14.6-1 libgnomecanvas2-0 (>= 2.11.1) | 2.20.1.1-1 libgtk2.0-0(>= 2.12.0) | 2.12.5-2 libpam-modules (>= 0.72-1) | 0.99.7.1-5 libpam-runtime (>= 0.76-13.1) | 0.99.7.1-5 libpam0g (>= 0.99.7.1) | 0.99.7.1-5 libpango1.0-0 (>= 1.18.3) | 1.18.4-1 librsvg2-2 (>= 2.18.1) | 2.20.0-1 librsvg2-common| 2.20.0-1 libselinux1(>= 2.0.15) | 2.0.15-2+b1 libwrap0 | 7.6.dbs-14 libx11-6 | 2:1.0.3-7 libxau6| 1:1.0.3-2 libxdmcp6 | 1:1.0.2-2 libxext6 | 1:1.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxml2(>= 2.6.27) | 2.6.31.dfsg-1 lsb-base (>= 3.0-10) | 3.1-24 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376368: /etc/odbcinst.ini should not be a conffile
Is anything holding up addressing this bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469732: [Pkg-scicomp-devel] Bug#469732: libglpk0: excessive install dependencies
On Thu, Mar 06, 2008 at 10:39:34PM +0100, Rafael Laboissiere wrote: > You are absolutely right. I will consider producing two independent library > packages, one with MathPROG support and the other without. I do not know > whether this will be possible, though. In case it is possible, which naming > scheme would you suggested? We could have: > > with MathPROGwithout MathPROG > 1st option libglpk0 libglpk-light0 > 2nd option libglpk-mathprog0libglpk0 > > Which would be better? Just for the record, I don't think this is a good idea. It makes the package more complicated, users have to waste time with checking out what they need, while 99.99% will not care about 5M of disk space that cost about 0.1 cent. Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469850: sip4: "sip: QPixmap has not been defined"
Package: sip4 Version: 4.7.4-1 Greetings, I am trying to build a new package called Salomé, and within the last month, a new error has shown up in the sip stage of the build: /usr/bin/sip -t WS_X11 -t Qt_3_3_8b -x Qt_STYLE_INTERLACE -x Qt_STYLE_WINDOWSXP -x Qt_ASSISTANTCLIENT -s ".cc" -c . -I /usr/share/sip/qt/qt SALOME_PYQT_GUI.sip sip: QPixmap has not been defined This worked fine in testing at least through January 25, so whatever is causing this entered testing between then and now. You can download the current Salomé package (including failed build log) at: http://lyre.mit.edu/~powell/salome/ and when you unpack it, go to salome-3.2.6/GUI_SRC_3.2.6/src/SALOME_PYQT/SALOME_PYQT_GUI/ to reproduce the above error. [If you want to try to build Salomé, you'll need the hdf5-openmpi packages in the build-deps directory there (bug 457080) and also opencascade in http://lyre.mit.edu/~powell/opencascade/ (ITP bug 464400). Salomé used to only build on testing because of its omniORB 4.0.x dep; as of -6 it should build in unstable with omniORB 4.1.1.] Thank you for any help you can provide in getting this working again. Regards, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462721: maint-guide: Also mentions non-existent mailing-list archive message
Package: maint-guide Version: 1.2.12 Followup-For: Bug #462721 Also it mentions at the end of the chapter a link to "Please follow the HOWTO from the debian-devel-announce: http://lists.debian.org/debian-devel-announce/2006/03/msg00023.html ."... which is no longer present in the list archives at that URL :( Hope this helps, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-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/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469838: dpkg-dev - dpkg-shlibdeps shows many libs as unused
On Fri, 07 Mar 2008, Bastian Blank wrote: > Package: dpkg-dev > Version: 1.14.16.6 > > dpkg-shlibdeps shows many libs as unused even if they are used. > > | dpkg-shlibdeps: warning: > debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so shouldn't > be linked with libxenctrl.so (it uses none of its symbols). > | $ objdump -T > debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so | grep > xc_vcpu_getinfo > | DF *UND* 0121 > xc_vcpu_getinfo > | $ objdump -T > debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so | grep > xc_vcpu_getinfo > | 6b90 gDF .text 0121 Base > xc_vcpu_getinfo Is that a build of the current source package "xen-unstable" on architecture amd64? Because the current "xen-unstable" is unbuildable and it makes it a bit more difficult to reproduce the problem. Can you make a run with the "-v" option of dpkg-shlibdeps and send the log? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#469810: reprepro: missing colons in DebIndices header description in man page
package reprepro tags 469810 + pending thanks * Marc Haber <[EMAIL PROTECTED]> [080307 09:12]: > man reprepro documents the following defaults for (Deb|Dsc)Indices: > > DebIndices Packages Release . .gz > UDebIndices Packages . .gz > DscIndices Sources Release .gz > > These are missing the colon after the keyword, thus a paste into a > live configuration is not working. Thanks for the report, fixed. > I am also confused why no uncompressed Source file is created by > default. The defaults mimic the layout of the official Debian archive from when I last looked. This had uncompressed Packages but no uncompressed Sources (most likely because Sources were only added later). Since etch Debian no longer has uncompressed Packages files, so reprepro's default will likely change in the near future to not have unpacked Packages, too. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462721: maint-guide: Message archive found
Package: maint-guide Version: 1.2.12 Followup-For: Bug #462721 FYI, the message in question should still be, IMHO at http://osdir.com/ml/debian.devel.announce/2006-03/msg00023.html My 2 cents, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-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/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465651: dpkg-dev: Same in /usr/share/perl5/Dpkg/Fields.pm
Hi, On Fri, 07 Mar 2008, Olivier Berger wrote: > FYI, it should be used also in Fields.pm too. > > For instance : > --- /usr/share/perl5/Dpkg/Fields.pm.orig 2008-03-07 14:36:36.0 > +0100 > +++ /usr/share/perl5/Dpkg/Fields.pm 2008-03-07 14:32:36.0 +0100 > @@ -38,6 +38,7 @@ > > package Dpkg::Fields::Object; > > +use Dpkg::Gettext; Thanks, committed a fix to the git repo. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#469810: reprepro: missing colons in DebIndices header description in man page
On Fri, Mar 07, 2008 at 03:17:02PM +0100, Bernhard R. Link wrote: > The defaults mimic the layout of the official Debian archive from when > I last looked. This had uncompressed Packages but no uncompressed > Sources (most likely because Sources were only added later). > > Since etch Debian no longer has uncompressed Packages files, so > reprepro's default will likely change in the near future to not have > unpacked Packages, too. I see... However, having uncompressed Packages/Sources files on a local repository is an advantage since, IIRC, grep-dctrl still cannot handle compressed input. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469650: console-setup: [INTL:eu] debconf templates Basque translation
Christian Perrier(e)k dio: You can:-) Sorry ,I dont search in svn :( console-setup is maintained by the D-I team and lies in packages/console-setup in D-I SVN. Its PO file is currently not aggregated in the D-I master files because console-setup is not used in D-I, so translators have to work on it separatelybut still can commit updates themselves. PS: don't forget updating debian/changelog as well (including the needed "Closes" statement for this bug report) I am not sure how to edit changelog, I see the changelog last lines are: console-setup (1.22) UNRELEASED; urgency=low * Proofread and correct debconf templates (LP: #181860). * Treat 'any' as a synonym for 'NoSymbol' in XKB input files (LP: #93077). -- Colin Watson <[EMAIL PROTECTED]> Thu, 21 Feb 2008 14:13:58 + Where insert my line? above this ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469851: kalarm lib problem
Package: kalarm Version: 4:3.5.9-1 Severity: grave Justification: renders package unusable Hi, it's impossible to launch kalarm : $ kalarm kalarm: symbol lookup error: /usr/lib/libartskde.so.1: undefined symbol: _ZTv0_n28_N4Arts14StdSynthModule11autoSuspendEv $ dpkg -S lib/libartskde.so.1 kdelibs4c2a: /usr/lib/libartskde.so.1 Any solution ? Thanks. Alex. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.2 (SMP w/2 CPU cores; PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages kalarm depends on: ii kdelibs4c2a4:3.5.8.dfsg.1-5 core libraries and binaries for al ii libacl12.2.45-1 Access control list shared library ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libarts1c2a1.5.9-1 aRts sound system core components ii libattr1 1:2.4.41-1Extended attribute shared library ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-9 GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgamin0 [libfam0]0.1.9-2 Client library for the gamin file ii libgcc11:4.2.2-4 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.4-1 GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkcal2b 4:3.5.9-1 KDE calendaring library ii libkdepim1a4:3.5.9-1 KDE PIM library ii libkmime2 4:3.5.9-1 KDE MIME interface library ii libkpimidentities1 4:3.5.9-1 KDE PIM user identity information ii libktnef1 4:3.5.9-1 Library for handling KTNEF email a ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libqt3-mt 3:3.3.8b-4Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime kalarm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469852: libghc6-x11-dev: Xinerama support not included
Package: libghc6-x11-dev Version: 1.4.1-1 Severity: normal Xinerama support isn't configured in, which makes xmonad unaware of the monitor layout. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-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 libghc6-x11-dev depends on: ii ghc6 6.8.2-2GHC - the Glasgow Haskell Compilat ii libx11-dev2:1.0.3-7 X11 client-side library (developme ii libxt-dev 1:1.0.5-3 X11 toolkit intrinsics library (de libghc6-x11-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469602: [Pkg-db-devel] Bug#469602: libdb4.6: bug in memory pool set_maxsize() causes mutex deadlock
On Wed, Mar 05, 2008 at 09:10:08PM -0800, Kevin Lindsay wrote: > I have not yet reported this to upstream. Please let me know if you will be > doing this or if I can help out in anyway. Actually, if you can stand to use a web forum, sending the patch to http://forums.oracle.com/forums/forum.jspa?forumID=271 might speed things up. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467713: setting package to libclass-data-accessor-perl, tagging 467713
# Automatically generated email from bts, devscripts version 2.10.18.1 # # libclass-data-accessor-perl (0.04001-2) unstable; urgency=low # # * debian/rules: #- delete /usr/lib/perl5 only if it exists (closes: #467713) #- updated with dh-make-perl's help #- don't install README any more (text version of the POD documentation) # package libclass-data-accessor-perl tags 467713 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421674: Please remove CIDfonts function from x-ttcidfont-conf
Package: x-ttcidfont-conf Version: 27 Hi, I met a bug when configure x-ttcidfont-conf package, too. see below. Unpacking replacement x-ttcidfont-conf ... Setting up x-ttcidfont-conf (27) ... Updating font configuration of x-ttcidfont-conf... Cleaning up category cmap.. Cleaning up category cid.. Cleaning up category truetype.. Updating category truetype.. Updating category cid.. Updating category cmap.. Can't exec "/usr/bin/mkcfm": No such file or directory at /var/lib/defoma/scripts/x-ttcidfont-conf.defoma line 791. Since mkcfm is removed from X packages because of its license, CID related function in x-ttcidfont-conf does NOT work now. And upstream X.org says "CIDfonts are obsolete, so mkcfm is deprecated." https://bugs.freedesktop.org/show_bug.cgi?id=5553 Yes, CIDfonts (and NEWCIDfonts) will be replaced to OpenType format fonts (if there is OpenType font package in Debian, its name would be otf-, like otf-thai-tlwg package). Summary - mkcfm is non-free - X.org think CIDfonts are obsolete So we should remove CIDfont related code from this utility (and maybe change its package name(x-tt"cid"font-conf). If we want to use CIDfont, they upstream says that we convert it to OpenType or something (however, I don't know how to do it). -- Regards, Hideki Yamane pgpXvXiG7jnLG.pgp Description: PGP signature
Bug#421946: openldap2.3: build against newer Berkeley DB
On Mon, Oct 08, 2007 at 09:00:17PM -0700, Howard Chu wrote: > I've just rerun my tests using both BDB 4.2.52 and 4.6.21 and the > behavior is as expected. On an otherwise idle machine, both perform well, > completing our concurrency test in about 31 seconds. > > With a CPU-hog running in the background, the test with BDB 4.2.52 takes > only 37 seconds, while BDB 4.6.21 takes 1:42. Watching with top you can > see that BDB 4.6.21 gets a lot less CPU than BDB 4.2.52. This is the > problem with using yield() on an NPTL system - whereas on most POSIX > systems yield() only yields control to some other thread in the current > process, on NPTL yield() gives up the CPU for the entire process. Were these run with or without a ShmKey / DB_SYSTEM_MEM ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469853: cupsys: Logs in /var/log/cups are world-readable
Package: cupsys Version: 1.2.7-4etch2 Severity: important [note: I believe this bug should be of a higher severity, since it is a security bug (information disclosure) but the guidelines for severity do not make it clear which severity I should choose. Feel free to inflate the severity if you think it's warranted]. [note 2: I have tested that this bug applies in the version of cupsys in sid, but am not able to specify multiple version numbers; will follow up with a message to [EMAIL PROTECTED] Cups logs contain potentially sensitive information, which should not be exposed to normal users. Please make the logs readable by the adm group only [ref /usr/share/doc/base-passwd/users-and-groups.txt.gz]. Thanks, Dominic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469854: Please include architecture "armel" in control file for avahi-autoipd
Package: avahi Version: 0.6.22-2 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Hi please add architecture armel in debian/control for the only arch-selected file: Package: avahi-autoipd Architecture: i386 ia64 alpha amd64 armeb arm hppa lpia m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc It builds fine on armel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#458852: [Pkg-octave-devel] Bug#458852: octave3.0 crashes on arm
* Thomas Weber <[EMAIL PROTECTED]> [2008-03-01 12:28]: > Sigh, and all this with the knowledge that probably no real person uses > Octave and friends on ARM. No wonder. As Riku Voipio wrote in a post to debian-devel-announce [1]: "As most ARM CPUs do not have FPUs, armel is by default softfloat. The old arm port has peculiar mixed-endian double presentation and it emulates a FPU using kernel exceptions, which is *painfully* slow." Perhaps some users will try Octave on armel? [1] http://lists.debian.org/debian-devel-announce/2008/03/msg4.html -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453781: bug#453781
I have the same problem with whatever CSV file I try to open. Package: openoffice.org-calc Version: 1:2.3.1-5 Kernel: Linux debian 2.6.22-3-686 #1 SMP Sun Feb 10 20:20:49 UTC 2008 i686 GNU/Linux Giancarlo "";"x" "1";87.8 "2";88.3 "3";97.7 "4";85.1 "5";95.7 "6";91.8 "7";94.6 "8";44.3 "9";89.9 "10";98.7 "11";90.8 "12";76.5 "13";89.3 "14";86.4 "15";91.9 "16";84.7 "17";94.2 "18";89.4 "19";96.2 "20";40.1 "21";92.8 "22";97.8 "23";91.3 "24";77.3 "25";85.1 "26";89.2 "27";96.8 "28";88.8 "29";89.4 "30";95.2 "31";96.4 "32";37.7 "33";90.3 "34";92.9 "35";91.4 "36";76.2 "37";77.5 "38";85.6 "39";96.6 "40";85.5 "41";88.9 "42";91.7 "43";90.1 "44";39 "45";90.7 "46";88.4 "47";90.3 "48";80.6 "49";78.2 "50";86.3 "51";98.3 "52";84.9 "53";96 "54";97.5 "55";94.4 "56";45.7 "57";98 "58";94.8 "59";96.9 "60";86.1 "61";90.1 "62";92.8 "63";105.9 "64";85.6 "65";101.9 "66";101.6 "67";97.9 "68";52 "69";98.8 "70";103.2 "71";100.7 "72";83.6 "73";94.4 "74";98.3 "75";100.7 "76";90 "77";100 "78";95 "79";102.9 "80";46.8 "81";95.2 "82";103.4 "83";95.2 "84";82.1 "85";88.2 "86";94.4 "87";96.4 "88";98.3 "89";100.1 "90";101.3 "91";108.2 "92";48.2 "93";104.1 "94";110.5 "95";100.9 "96";90.1 "97";91.4 "98";98.2 "99";107 "100";99.2 "101";99.9 "102";106 "103";109.4 "104";48.7 "105";105.4 "106";106.2 "107";103.4 "108";87.3 "109";87.8 "110";95.9 "111";108.4 "112";96.8 "113";98.9 "114";104.7 "115";106 "116";53.7 "117";105 "118";105 "119";106.5 "120";94.8 "121";91.4 "122";103.6 "123";112.9 "124";92.6 "125";109.6 "126";109.4 "127";106 "128";58 "129";106.3 "130";109.6 "131";109.1 "132";91.5 "133";100.2 "134";102.6 "135";113.3 "136";94.3 "137";109.3 "138";106.4 "139";108.5 "140";55.1 "141";100.9 "142";109.9 "143";102.6 "144";87.3 "145";95.6 "146";99.6 "147";105.5 "148";94.8 "149";108.4 "150";101.1 "151";111.6 "152";51.5 "153";104.1 "154";109.5 "155";102.7 "156";90.2 "157";94.7 "158";98.4 "159";105 "160";96.5 "161";100.7 "162";99 "163";111.9 "164";49.5 "165";104.5 "166";109.7 "167";102 "168";90.5 "169";91 "170";100.1 "171";110.2 "172";99.4 "173";103.5 "174";102.8 "175";108.4 "176";52.9 "177";105.5 "178";104.1 "179";102.6 "180";92.8 "181";88.9 "182";96.6 "183";104 "184";97.6 "185";104.3 "186";100.4 "187";104.9 "188";56.2 "189";103.9 "190";101.4 "191";103.4 "192";90.8 "193";93.2 "194";100 "195";111.5 "196";89.6 "197";107.7 "198";104.4 "199";105.2 "200";58.1 "201";102.5 "202";108.5 "203";106.1 "204";90 "205";98.1 "206";99.6 "207";110.2 "208";93.3 "209";108.7 "210";104.2 "211";108.3 "212";60 "213";100.1 "214";109.8 "215";103.6 "216";86.4
Bug#469030: debian ppc64 not booting after install
On Fri, Mar 07, 2008 at 03:49:21PM +0200, Ulrich Enslin wrote: > Hi Frans > > Since you are going to update the code, can you also check that you are > catering for a > IBM RS6000 (7026-H70) and > IBM pseries 630 (7028-6C4). > > IBM RS6000 (7026-H70): It would be a better catch-all to check for RS64.* -Olof -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469838: dpkg-dev - dpkg-shlibdeps shows many libs as unused
On Fri, Mar 07, 2008 at 03:05:06PM +0100, Raphael Hertzog wrote: > Is that a build of the current source package "xen-unstable" on > architecture amd64? It is the version which just hit NEW. But xen-3 is also affected. > Can you make a run with the "-v" option of dpkg-shlibdeps and send the > log? Sure. I attached the log. Bastian -- Mind your own business, Spock. I'm sick of your halfbreed interference. Scanning debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so (for Depends field) Library libz.so.1 found in /usr/lib/libz.so.1 Library libxenctrl.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so Library libpthread.so.0 found in /lib/libpthread.so.0 Library libc.so.6 found in /lib/libc.so.6 Looking up shlibs dependency of libc.so.6 provided by 'libc6' Found libc6 (>= 2.7-1) in /var/lib/dpkg/info/libc6.shlibs Using symbols file /var/lib/dpkg/info/zlib1g.symbols for libz.so.1 No associated package found for debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so dpkg-shlibdeps: warning: debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so shouldn't be linked with libxenctrl.so (it uses none of its symbols). dpkg-shlibdeps: warning: debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so shouldn't be linked with libpthread.so.0 (it uses none of its symbols). Looking up shlibs dependency of libpthread.so.0 provided by 'libc6' Found libc6 (>= 2.7-1) in /var/lib/dpkg/info/libc6.shlibs Scanning debian/xen-utils-unstable/usr/lib/xen-unstable/bin/xenctx (for Depends field) Library libxenctrl.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so Library libc.so.6 found in /lib/libc.so.6 Looking up shlibs dependency of libc.so.6 provided by 'libc6' Found libc6 (>= 2.7-1) in /var/lib/dpkg/info/libc6.shlibs No associated package found for debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so dpkg-shlibdeps: warning: debian/xen-utils-unstable/usr/lib/xen-unstable/bin/xenctx shouldn't be linked with libxenctrl.so (it uses none of its symbols). Scanning debian/xen-utils-unstable/usr/lib/xen-unstable/bin/xc_save (for Depends field) Library libxenctrl.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so Library libxenguest.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so Library libxenstore.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenstore.so Library libc.so.6 found in /lib/libc.so.6 No associated package found for debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so Looking up shlibs dependency of libc.so.6 provided by 'libc6' Found libc6 (>= 2.7-1) in /var/lib/dpkg/info/libc6.shlibs No associated package found for debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so No associated package found for debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenstore.so dpkg-shlibdeps: warning: debian/xen-utils-unstable/usr/lib/xen-unstable/bin/xc_save shouldn't be linked with libxenctrl.so (it uses none of its symbols). dpkg-shlibdeps: warning: debian/xen-utils-unstable/usr/lib/xen-unstable/bin/xc_save shouldn't be linked with libxenguest.so (it uses none of its symbols). dpkg-shlibdeps: warning: debian/xen-utils-unstable/usr/lib/xen-unstable/bin/xc_save shouldn't be linked with libxenstore.so (it uses none of its symbols). Scanning debian/xen-utils-unstable/usr/lib/xen-unstable/bin/xentrace_setsize (for Depends field) Library libxenctrl.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so Library libc.so.6 found in /lib/libc.so.6 Looking up shlibs dependency of libc.so.6 provided by 'libc6' Found libc6 (>= 2.7-1) in /var/lib/dpkg/info/libc6.shlibs No associated package found for debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so dpkg-shlibdeps: warning: debian/xen-utils-unstable/usr/lib/xen-unstable/bin/xentrace_setsize shouldn't be linked with libxenctrl.so (it uses none of its symbols). Scanning debian/xen-utils-unstable/usr/lib/xen-unstable/lib/python/xen/lowlevel/flask.so (for Depends field) Library libxenctrl.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenctrl.so Library libxenguest.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so Library libxenstore.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenstore.so Library libflask.so found in debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libflask.so Library libpthread.so.0 found in /lib/libpthread.so.0 Library libc.so.6 found in /lib/libc.so.6 No associated package found for debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libxenguest.so Looking up shlibs dependency of libc.so.6 provided by 'libc6' Found libc6 (>= 2.7-1) in /var/lib/dpkg/info/libc6.shlibs No associated package found for debian/xen-utils-unstable/usr/lib/xen-unstable/lib/libflask.so No associated package found for debian/xen-utils-unstable/usr/lib/x
Bug#469855: postinst fails if udev is not running
Package: nut Version: 2.2.1-2 Severity: serious Tags: patch Hello, It seems that the nut postinst script errors out if udev is not running at the time the script is run. This creates problems in buildds or chroots since udev is normally not started in those environments. See, for example, the i386 build log for collectd 4.3.0-2 at: http://buildd.debian.org/fetch.cgi?pkg=collectd;ver=4.3.0-2;arch=i386;stamp=1204846772 The following patch below should fix this: --- postinst2008-02-08 10:13:24.0 -0500 +++ postinst.fixed 2008-03-07 09:38:46.0 -0500 @@ -19,8 +19,10 @@ case "$1" in chmod 770 /var/run/nut /var/lib/nut # restart udev to apply the USB rules to the already plugged devices -[ -x /etc/init.d/udev ] && pidof udevd > /dev/null \ - && /usr/sbin/invoke-rc.d udev restart +# only if it's already running +if [ -x /etc/init.d/udev ] && pidof udevd > /dev/null; then +/usr/sbin/invoke-rc.d udev restart +fi ;; abort-upgrade) Thanks, --Joe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467911: setting package to libi18n-charset-perl, tagging 467911
# Automatically generated email from bts, devscripts version 2.10.18.1 # # libi18n-charset-perl (1.388-1) unstable; urgency=low # # * debian/rules: #- delete /usr/lib/perl5 only if it exists (closes: #467911). #- don't try to install lib/I18N/Charset/character-sets any more (removed # from upstream tarball) #- remove CFLAGS and OPTIMIZE, this package is architecture-independent #- move test suite to build-stamp target #- move dh_clean before make distclean #- use $@ for touching stamp files #- remove unneeded calls to dh_link and dh_strip # package libi18n-charset-perl tags 467911 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469856: should not read tags on quit
Package: moc Version: 1:2.5.0~alpha2-2 Severity: normal Hi, after putting moc in the background (q) or closing it completely (Q) it always starts reading the tags of the music files which takes really long for long playlists and files that are accessed via an nfs share. I often kill mocp then because I just want to close the application. It would be nice if that would happen on the start and in the background cause moc is also not accessible while this happens. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpk4azUNgu18.pgp Description: PGP signature
Bug#458438: php-radius general issue
On Mon, Dec 31, 2007 at 06:32:24PM +0100, Roberto Lumbreras wrote: > I didn't know about the radius PECL module, it seems great! > > Next year I will give it a try and package it, or if it is already packaged > by someone it is welcome. Do you need any help with that? We could fairly easily ship both this old PHP implementation and the PECL module in the same package. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467692: setting package to libclass-default-perl, tagging 467692
# Automatically generated email from bts, devscripts version 2.10.18.1 # # libclass-default-perl (1.51-2) unstable; urgency=low # # * debian/rules: #- delete /usr/lib/perl5 only if it exists (closes: #467692) #- move dh_clean before make distclean #- remove some whitespace #- don't install README any more (text version of the POD documentation) # package libclass-default-perl tags 467692 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291383: fix for buffer overflow
Package: spamoracle Version: 1.4-11 Tags: patch Spamoracle can fail when it scans a mailbox containing very long messages. The attached patch seems to fix the problem. -- Eric Cooper e c c @ c m u . e d u --- mbox.ml~ 2002-08-26 05:35:25.0 -0400 +++ mbox.ml 2008-03-07 09:53:32.0 -0500 @@ -55,7 +55,7 @@ end in try read() - with End_of_file -> + with End_of_file | Failure "Buffer.add: cannot grow buffer" -> if Buffer.length t.buf > 0 then begin t.start <- ""; Buffer.contents t.buf
Bug#469701: still waiting for some architectures
* Thomas Viehmann <[EMAIL PROTECTED]> [2008-03-06 22:15]: > Checking reverse dependencies... > ** wims has an unsatisfied dependency on alpha: octave > ** qtoctave has an unsatisfied dependency on alpha: octave2.9 > ** wims has an unsatisfied dependency on amd64: octave > ** octave-sp has an unsatisfied dependency on arm: octave2.9 (>= 2.9.13) > ** shogun-octave has an unsatisfied dependency on arm: octave2.9 (>= 2.9.17) > ** wims has an unsatisfied dependency on arm: octave > ** qtoctave has an unsatisfied dependency on arm: octave2.9 > ** wims has an unsatisfied dependency on armel: octave > ** qtoctave has an unsatisfied dependency on armel: octave2.9 > ** octplot has an unsatisfied dependency on hppa: octave2.9 (>= 2.9.19) > ** wims has an unsatisfied dependency on hppa: octave > ** qtoctave has an unsatisfied dependency on hppa: octave2.9 > ** wims has an unsatisfied dependency on hurd-i386: octave > ** qtoctave has an unsatisfied dependency on hurd-i386: octave2.9 > ** wims has an unsatisfied dependency on i386: octave > ** octplot has an unsatisfied dependency on ia64: octave2.9 (>= 2.9.19) > ** wims has an unsatisfied dependency on ia64: octave > ** qtoctave has an unsatisfied dependency on ia64: octave2.9 > ** wims has an unsatisfied dependency on m68k: octave > ** octplot has an unsatisfied dependency on m68k: octave2.9 (>= 2.9.14) > ** octave-sp has an unsatisfied dependency on m68k: octave2.9 (>= 2.9.13) > ** qtoctave has an unsatisfied dependency on m68k: octave2.9 > ** octplot has an unsatisfied dependency on mips: octave2.9 (>= 2.9.19) > ** octave-sp has an unsatisfied dependency on mips: octave2.9 (>= 2.9.13) > ** wims has an unsatisfied dependency on mips: octave > ** qtoctave has an unsatisfied dependency on mips: octave2.9 > ** octplot has an unsatisfied dependency on mipsel: octave2.9 (>= 2.9.19) > ** octave-sp has an unsatisfied dependency on mipsel: octave2.9 (>= 2.9.13) > ** octave-plplot has an unsatisfied dependency on mipsel: octave2.9 (>= > 2.9.18) > ** wims has an unsatisfied dependency on mipsel: octave > ** qtoctave has an unsatisfied dependency on mipsel: octave2.9 > ** octplot has an unsatisfied dependency on powerpc: octave2.9 (>= 2.9.19) > ** wims has an unsatisfied dependency on powerpc: octave > ** wims has an unsatisfied dependency on s390: octave > ** qtoctave has an unsatisfied dependency on s390: octave2.9 > ** wims has an unsatisfied dependency on sparc: octave > ** qtoctave has an unsatisfied dependency on sparc: octave2.9 > Dependency problem found. I understand that qtoctave, octave-sp, shogun-octave, and octplot are blocked by some architetures autobuilders. However, there is no issue regarding the wims package, since it depends on "octave", which is a virtual package provided by both octave2.1 and octave3.0. Another question: which program should I run in order to obtain the output above? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469854: setting package to libavahi-glib-dev libavahi-common3 libavahi-client3 libavahi-qt3-1 libavahi-gobject0 avahi-utils libavahi-compat-libdnssd-dev libavahi-compat-libdnssd1 libavahi-core5 py
# Automatically generated email from bts, devscripts version 2.10.18.1 # # avahi (0.6.22-3) UNRELEASED; urgency=low # # * Add armel to architecture list; closes: #469854. package libavahi-glib-dev libavahi-common3 libavahi-client3 libavahi-qt3-1 libavahi-gobject0 avahi-utils libavahi-compat-libdnssd-dev libavahi-compat-libdnssd1 libavahi-core5 python-avahi libavahi-qt3-dev libavahi-compat-howl-dev libavahi-client-dev avahi-dbg avahi-daemon libavahi-glib1 avahi-dnsconfd libavahi-compat-howl0 libavahi-common-data libavahi-common-dev libavahi-core-dev avahi-discover libavahi-gobject-dev libavahi-ui0 libavahi-ui-dev avahi libavahi-qt4-1 libavahi-qt4-dev avahi-autoipd tags 469854 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467729: setting package to libclass-factory-perl, tagging 467729
# Automatically generated email from bts, devscripts version 2.10.18.1 # # libclass-factory-perl (1.06-2) unstable; urgency=low # # * debian/rules: delete /usr/lib/perl5 only if it exists (closes: #467729). # package libclass-factory-perl tags 467729 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469857: libmagic-ocaml-dev: native module binary broken
Package: libmagic-ocaml-dev Version: 0.6-3 Severity: grave Tags: patch Justification: renders package unusable Hi ! Latest uploaded package (0.6-2) is currently broken when compiling in native mode. This is due to a mistake in the build sequence. The package is fixed in the svn, if you want to test: svn://svn.debian.org/svn/pkg-ocaml-maint/trunk/packages/ocaml-magic/trunk I'll upload the fixed package when the transition is over.. Romain -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc7-mactel (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libmagic-ocaml-dev depends on: ii libmagic-dev 4.23-2 File type determination library us ii libmagic-ocaml0.6-3 OCaml bindings for the File type d ii ocaml-nox [ocaml-nox-3.10.0] 3.10.0-13 ML language implementation with a libmagic-ocaml-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467722: setting package to libclass-throwable-perl, tagging 467722
# Automatically generated email from bts, devscripts version 2.10.18.1 # # libclass-throwable-perl (0.10-2) unstable; urgency=low # # * debian/rules: #- delete /usr/lib/perl5 only if it exists (closes: #467722) #- update with dh-make-perl's help #- don't install almost empty README any more # package libclass-throwable-perl tags 467722 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442382: Grub multipath support
Hi Robert,
On Mon, Mar 03, 2008 at 03:25:15PM +0100, Robert Millan wrote:
> Btw, now that I check, this patch won't apply against grub 0.97-33. The
> convert() function has been reimplemented.
Thanks for having a look, I've attached an updated version which.
-- Guido
>From ca0658f9df0cd8319c4476fe824ed91f0bc673c3 Mon Sep 17 00:00:00 2001
From: Guido Guenther <[EMAIL PROTECTED]>
Date: Sat, 1 Mar 2008 17:59:33 +0100
Subject: [PATCH] add multipath support
---
debian/patches/00list |1 +
debian/patches/multipath.diff | 37 +
2 files changed, 38 insertions(+), 0 deletions(-)
create mode 100644 debian/patches/multipath.diff
diff --git a/debian/patches/00list b/debian/patches/00list
index 838132a..86bc010 100644
--- a/debian/patches/00list
+++ b/debian/patches/00list
@@ -22,6 +22,7 @@ find-grub-dir.diff
intelmac.diff
crossreference_manpages.diff
ext3_256byte_inode.diff
+multipath.diff
# We aren't building amd64 binaries, see #244498
#fix_amd64_compile.diff
diff --git a/debian/patches/multipath.diff b/debian/patches/multipath.diff
new file mode 100644
index 000..1eea385
--- /dev/null
+++ b/debian/patches/multipath.diff
@@ -0,0 +1,37 @@
+diff --git a/lib/device.c b/lib/device.c
+index 04a61f6..7e35b4a 100644
+--- a/lib/device.c
b/lib/device.c
+@@ -1119,6 +1119,8 @@ write_to_partition (char **map, int drive, int partition,
+ (strncmp (dev, "/dev/cciss/", 11) == 0) ||
+ (strncmp (dev, "/dev/rd/", 8) == 0))
+ strcpy (dev + strlen(dev), "p");
++ else if (strncmp (dev, "/dev/mapper/mpath", 17) == 0)
++strcpy (dev + strlen(dev), "-part");
+ }
+ sprintf (dev + strlen(dev), "%d", ((partition >> 16) & 0xFF) + 1);
+
+diff --git a/util/grub-install.in b/util/grub-install.in
+index c15bf46..18aab58 100644
+--- a/util/grub-install.in
b/util/grub-install.in
+@@ -149,7 +149,8 @@ convert () {
+ -e 's%\(fd[0-9]*\)$%\1%' \
+ -e 's%/part[0-9]*$%/disc%' \
+ -e 's%\(c[0-7]d[0-9]*\).*$%\1%' \
+- -e 's%\(e[0-9]\.[0-9]*\).*$%\1%'`
++ -e 's%\(e[0-9]\.[0-9]*\).*$%\1%' \
++-e 's%\(/mapper/mpath[0-9]\+\)-part[0-9]\+$%\1%'`
+ tmp_part=`echo "$1" | sed -e 's%.*/[sh]d[a-z]\([0-9]*\)$%\1%' \
+ -e 's%.*d[0-9]*p%%' \
+ -e 's%.*/fd[0-9]*$%%' \
+@@ -157,7 +158,8 @@ convert () {
+ -e 's%.*/\(disc\|part\([0-9]*\)\)$%\2%' \
+ -e 's%.*c[0-7]d[0-9]*p*%%' \
+ -e 's%.*e[0-9]\.[0-9]*p%%' \
+- -e 's%.*e[0-9]\.[0-9]*\$%%'`
++ -e 's%.*e[0-9]\.[0-9]*\$%%' \
++-e 's%.*/mapper/mpath[0-9]\+-part\([0-9]\+\)$%\1%'`
+ ;;
+ gnu*)
+ tmp_disk=`echo "$1" | sed 's%\([sh]d[0-9]*\).*%\1%'`
--
1.5.4.3
