Bug#367578: revelation: Segfault resolved after installing build-depends.
Package: revelation Version: 0.4.5-2 Followup-For: Bug #367578 This is a bit odd. I did an 'apt-get build-dep revelation'. This has resolved the segfault issue. Revelation starts and seems to function properly, however the following warning is issued: /usr/lib/python2.3/site-packages/gtk-2.0/gnome/applet.py:4: DeprecationWarning: Module gnome.applet is deprecated; please import gnomeapplet instead -Jeff -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages revelation depends on: ii cracklib2 2.7-18pro-active password checker librar ii gconf2 2.14.0-1 GNOME configuration database syste ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgtk2.0-02.8.16-1 The GTK+ graphical user interface ii libpanel-applet2-0 2.12.3-1 library for GNOME 2 panel applets ii python 2.3.5-5 An interactive high-level object-o ii python-crypto 2.0.1+dfsg1-1 cryptographic algorithms and proto ii python-gnome2 2.12.3-2 Python bindings for the GNOME desk ii python-gnome2-extras 2.12.1-2.1Python bindings for the GNOME desk ii python-gtk22.8.2-3 Python bindings for the GTK+ widge ii python-xml 0.8.4-3 XML tools for Python [dummy packag ii python2.3-gnome2 2.12.3-2 Python bindings for the GNOME desk ii shared-mime-info 0.17-1FreeDesktop.org shared MIME databa revelation recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367634: Fwd: support for Symbios Logic 53c1030 PCI-X
On Sat, Jun 03, 2006 at 12:34:03AM +0200, Frederik Schueler wrote: Hello, On Wed, May 17, 2006 at 06:51:47PM +0200, Frans Pop wrote: We have received two requests for the inclusion of mpt* modules for AMD64 in Debian Installer. The first is listed below, the second is #367634. I am looking at it now, sorry for the delay. the daily d-i images do not build for amd64, because of testing being in a pretty bad shape, many d-i copmponents are still missing. The last available daily image was built using the old, unofficial archive. d-i is built out of unstable, not testing, though. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370019: [INTL:it] Fix for iso 3166
package iso-codes tag 370019 pending thanks On Friday 02 June 2006 20:08, Davide Viti wrote: The following patch fixes a typo in the Italian translation. Regards, Hi, I've committed your patch to the CVS. Thanks for your work. Cheers, -- Tobias There is no future in time travel. pgpv300u9kXjP.pgp Description: PGP signature
Bug#365102: synfigstudio: 365102: amd64 crash: taggn
tags 365102 + patch upstream fixed-upstream pending forwarded 365102 http://sourceforge.net/tracker/index.php?func=detailaid=1499921group_id=144022atid=757416 thanks to Sciboy for the debugging help On Sat, 2006-06-03 at 14:02 +0800, Paul Wise wrote: I'll commit it upstream and in debian svn. Committed to debian and upstream svn, will be in the next upload to sid. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#370076: proftpd: Doesn't create entry in inetd.conf
Package: proftpd Version: 1.3.0-8 Severity: normal I had installed the testing version of proftpd and after the upgrade to 1.3+ I had to check several times my config file with no success. I had it configured as running from inetd, but it failed to start every time and recommended to chech my config file, which I did but couldn't find anything wrong. Finally I discovered that the FTP service line had disappeared from /etc/inetd.conf. This is most strange as it was running before the upgrade, but I cannot guarantee that the FTP service line was in there as I hadn't seen it before this incident. After adding the line with: update-inetd --group STANDARD \ --add ftp\tstream\ttcp\tnowait\troot\t/usr/sbin/proftpd\tproftpd everything went back to normal. Please check if you're not removing the line or forgetting to put it back in. Thanks! -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-14-crux-20060531a Locale: LANG=en_US.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages proftpd depends on: ii adduser 3.87 Add and remove users and groups ii debconf 1.5.1 Debian configuration management sy ii debianutils 2.16.1 Miscellaneous utilities specific t ii libacl1 2.2.37-1 Access control list shared library ii libattr1 2.4.32-1 Extended attribute shared library ii libc6 2.3.6-7GNU C Library: Shared libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libmysqlclient15off 5.0.20-1 mysql database client library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libpam-runtime0.79-3.1 Runtime support for the PAM librar ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libpq48.1.4-1PostgreSQL C client library ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra ii netbase 4.25 Basic TCP/IP networking system ii perl 5.8.8-4Larry Wall's Practical Extraction ii ucf 2.0010 Update Configuration File: preserv ii zlib1g1:1.2.3-11 compression library - runtime proftpd recommends no packages. -- debconf information: * shared/proftpd/warning: * shared/proftpd/inetd_or_standalone: inetd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370072: [INTL:nl] New dutch po-debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: hddtemp Version: 0.3-beta15-10 Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. - - -- Cheers, Kurt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEgSjh+9wz99/liY0RAjsmAJ9aOMn94um1cRbmgW8KHeFTmHhzPACg49i3 ehtlbuWnObTY63QehCEc3Ps= =DYdU -END PGP SIGNATURE- # translation of hddtemp_0.3-beta15-10_templates.po to Dutch # # This file is distributed under the same license as the hddtemp package. # Please see debian/copyright. # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # #This is an unofficial translation # Kurt De Bree kdebree(AT)telenet(DOT)be, 2006. # msgid msgstr Project-Id-Version: hddtemp_0.3-beta15-10_templates\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-05-15 20:12+0200\n PO-Revision-Date: 2006-05-19 11:10+0200\n Last-Translator: Kurt De Bree kdebree(AT)telenet(DOT)be\n Language-Team: Debian l10n Dutch debian-l10n-dutch@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.1\n #. Type: boolean #. Description #: ../templates:4 msgid Do you want /usr/sbin/hddtemp to be installed SUID root? msgstr Wilt u /usr/sbin/hddtemp als SUID root installeren? #. Type: boolean #. Description #: ../templates:4 msgid You have the option of installing hddtemp with the SUID bit set. msgstr U hebt de optie om hddtemp te installeren met de SUID voor root geactiveerd. #. Type: boolean #. Description #: ../templates:4 msgid If you make hddtemp SUID, unprivileged users of your systems will be able to run it. This could, however, potentially allow hddtemp to be used during a security attack on your computer. If in doubt, it is suggested to install it without SUID. If you later change your mind, you can run: 'dpkg- reconfigure hddtemp'. msgstr Als u hddtemp SUID maakt, kunnen de niet-bevoorrechte gebruikers van uw systemen hddtemp uitvoeren. Dit kan echter gebruikt worden tijdens een aanval op uw computer. Indien u twijfelt, is het aangeraden te installeren zonder SUID. Als u later van gedacht veranderd, kan u het volgende uitvoeren: 'dpkg-reconfigure hddtemp'. #. Type: string #. Description #: ../templates:16 msgid Interval between two checks: msgstr Interval tussen twee controles: #. Type: string #. Description #: ../templates:16 msgid hddtemp can periodically log the temperature of the hard drive(s) via the SYSLOG interface. msgstr hddtemp kan periodiek de temperatuur van de harde schijf(ven) registreren via de SYSLOG-interface. #. Type: string #. Description #: ../templates:16 msgid Please enter a value in seconds corresponding to the interval between two checks. To disable this feature, simply enter 0. msgstr Geef een waarde (in seconden) overeenkomend met de interval tussen twee controles. '0' schakelt deze functie uit. #. Type: boolean #. Description #: ../templates:26 msgid Do you want to start the hddtemp daemon on startup? msgstr Wilt u de hddtemp-achtergronddienst uitvoeren tijdens het opstarten? #. Type: boolean #. Description #: ../templates:26 msgid hddtemp can be run as a daemon, listening on port 7634 for incoming connections. It is used some by software such as gkrellm to get the temperature of the hard drives. msgstr hddtemp kan worden uitgevoerd als achtergronddienst, luisterend naar inkomende verbindingen op poort 7634. Het wordt gebruikt door sommige toepassingen, zoals gkrellm, om de temperatuur van de harde schijf(ven) op te halen. #. Type: boolean #. Description #: ../templates:26 msgid You have the option of starting the hddtemp daemon automatically on the computer startup. If in doubt, it is suggest to not start it automatically on startup. If you later change your mind, you can run: 'dpkg-reconfigure hddtemp'. msgstr U heeft de optie om de hddtemp-achtergronddienst automatisch uit te voeren tijdens het opstarten van de computer. Bij twijfel is het aangeraden de dienst niet uit te voeren tijdens het opstarten. Als u later van gedacht veranderd kunt u het volgende uitvoeren: 'dpkg-reconfigure hddtemp'. #. Type: string #. Description
Bug#370075: lsb-base: killproc fails if signal argument not specified
Package: lsb-base
Version: 3.1-6
Severity: important
Tags: patch
killproc() fails if the optional signal argument isn't supplied. There
are two problems here:
1) specified takes the value of either 0 or 1, both of which
evaluate to true when tested at line 111 using if [ $specified ].
2) Inside that block, it's then assumed that a signal argument was
passed, but sig will end up empty if that wasn't the case, resulting in
an error from start-stop-daemon.
The solution in the attached patch is to initialise specified to an
empty string, which evaluates to false and makes the test meaningful.
Secondly, after fiddling with sed, we fall back to setting sig to TERM
if it is still empty.
Tested briefly with both bash and dash.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-amd64-k8-smp
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Versions of packages lsb-base depends on:
ii ncurses-bin 5.5-2 Terminal-related programs and man
ii sed 4.1.5-1The GNU sed stream editor
lsb-base recommends no packages.
-- no debconf information
--- /lib/lsb/init-functions 2006-06-02 04:19:47.0 +1000
+++ ./init-functions2006-06-03 16:25:06.0 +1000
@@ -94,7 +94,7 @@
local pidfile sig status base i specified
set -- `POSIXLY_CORRECT=1 getopt p: $*`
pidfile=
-specified=0
+specified=
for i in $*; do
case $i in
@@ -111,6 +111,7 @@
if [ $specified ]; then
sig=$(echo $2 | sed -e 's/^-\(.*\)/\1/')
sig=$(echo $sig | sed -e 's/^SIG\(.*\)/\1/')
+sig=${sig:-TERM}
/sbin/start-stop-daemon --stop --pidfile $pidfile --signal $sig
--quiet --name $base
status=$?
[ $status = 1 ] return 3 # program is not running
Bug#370074: xserver-xorg: Changed ModulePath breaks 3rd-party installers, e.g. NVIDIA video driver
Package: xserver-xorg Version: 1:7.0.20 Severity: important Those of us with an NVidia GeForce 6100 (motherboard graphics) have to use a binary-only driver supplied by nVidia. The installer puts modules in /usr/X11R6/lib/modules, and until this morning that worked fine. However, my latest apt-get dist-upgrade left me without an X server, because the default module path has changed to /usr/lib/xorg/modules. I can see the attraction of the new convention, but there is no need to break compatibility with 3rd-party software. I eventually found that adding the following lines to the Files section of my /etc/X11/xorg.conf file fixed the problem: # Path on which the NVIDIA drivers install themselves. ModulePath /usr/X11R6/lib/modules # Debian default module path. ModulePath /usr/lib/xorg/modules The order is important: the NVidia-supplied libglx module must be used in place of the one which comes with the X server. Obviously the ideal solution would be for NVidia (and others?) to release their driver under a licence that allows it to be packaged by Debian, but pragmatically that's not going to happen, so I suggest a fix along the above lines might be a good idea. Alistair -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages xserver-xorg depends on: ii debconf 1.5.1 Debian configuration management sy ii x11-common1:7.0.20 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.1-2 miscellaneous X clients ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server ii xserver-xorg-input-al 1:7.0.20 the X.Org X server -- input driver ii xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv ii xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d ii xserver-xorg-input-mo 1:1.0.4-3 X.Org X server -- mouse input driv ii xserver-xorg-video-al 1:7.0.20 the X.Org X server -- output drive ii xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv ii xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv ii xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv ii xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr ii xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d ii xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr ii xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr ii xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr ii xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr ii xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri ii xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri ii xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr ii xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv ii xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display ii xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display ii xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv ii xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive ii xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa ii xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d ii xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di ii xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv ii xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display ii xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri ii xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv ii xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display ii xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr ii xserver-xorg-video-v4 0.0.1.5-1 X.Org X server -- Video 4 Linux di ii xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri ii xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv ii xserver-xorg-video-vi 1:0.1.33.2-3 X.Org X server -- VIA display driv ii xserver-xorg-video-vm 1:10.11.1.3-2 X.Org X server -- VMware display d ii xserver-xorg-video-vo 1:1.0.0.5-2
Bug#370073: [INTL:nl] New dutch po-debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: openvpn Version: 2.0.6-1 Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. - - -- Cheers, Kurt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEgSh/+9wz99/liY0RAqCQAKCUkJzec5q/yIOMZ1xI1LziJiovgwCg6eoY WX86r3MAGxTNoD05f2f1ufI= =Aqym -END PGP SIGNATURE- # translation of openvpn_2.0.6-1_nl.po to Debian l10n Dutch # # This file is distributed under the same license as the openvpn package. # Please see debian/copyright. # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # #This is an unofficial translation # Kurt De Bree kdebree(AT)telenet(DOT)be, 2006. # msgid msgstr Project-Id-Version: openvpn_2.0.6-1_nl\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-08-28 14:07+0200\n PO-Revision-Date: 2006-05-15 20:40+0200\n Last-Translator: Kurt De Bree kdebree(AT)telenet(DOT)be\n Language-Team: Debian l10n Dutch debian-l10n-dutch@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.1\n #. Type: boolean #. Description #: ../templates:4 msgid Would you like to start openvpn sooner? msgstr Wenst u openvpn vroeger op te starten? #. Type: boolean #. Description #: ../templates:4 msgid Previous versions of openvpn started at the same time as most of other services. This means that most of these services couldn't use openvpn since it may have been unavailable when they started. Newer versions of the openvpn package will start earlier. (i.e. a S18openvpn link in rc[235].d instead of a S20openvpn) msgstr Vorige versies van openvpn startten tegelijkertijd met het merendeel van andere diensten. Dit betekent dat het merendeel van deze diensten openvpn niet konden gebruiken omdat openvpn mogelijk onbeschikbaar was wanneer zij opstartten. Nieuwere versies van het openvpn-pakket starten vroeger op (d.i. een S18openvpn-koppeling in 'rc[235].d' i.p.v. een S20openvpn-koppeling). #. Type: boolean #. Description #: ../templates:18 msgid Would you like a TUN/TAP device to be created? msgstr Wilt u een TUN/TAP-apparaat aanmaken? #. Type: boolean #. Description #: ../templates:18 msgid If you accept here, the package will make a special device called /dev/net/ tun for openvpn's use. If you refuse, the device won't be made now. Read README.Debian for details on how to make it. If you are using devfs refuse here. msgstr Indien u hier toestemt, zal het pakket een speciaal apparaat (/dev/net/tun), voor het gebruik van openvpn, aanmaken. Bij weigering zal het apparaat niet nu aangemaakt worden. Meer informatie over de aanmaak vindt u in README.Debian. Weiger hier indien u devfs gebruikt. #. Type: boolean #. Description #: ../templates:27 msgid Would you like to stop openvpn before it gets upgraded? msgstr Wilt u openvpn uitschakelen alvorens het opgewaardeerd wordt? #. Type: boolean #. Description #: ../templates:27 msgid In some cases you may be upgrading openvpn in a remote server using a VPN to do so. The upgrade process stops the running daemon before installing the new version, in that case you may lose your connection, the upgrade may be interrupted, and you may not be able to reconnect to the remote host. msgstr De opwaardering van openvpn stopt de lopende achtergronddienst voor de installatie van de nieuwe versie. Als u openvpn vanop afstand opwaardeert via een vpn verbinding kunt u dus uw verbinding verliezen en zal de opwaarding onderbroken worden, waardoor u waarschijnlijk de verbinding met de server die probeert op te waarderen niet meer kunt herstellen. #. Type: boolean #. Description #: ../templates:27 msgid Unless you do your upgrades locally, it is advised NOT to stop openvpn before it gets upgraded. The installation process will restart it once it's done. msgstr Tenzij u uw opwaarderingen lokaal uitvoert, is het NIET aangewezen om openvpn uit te schakelen alvorens het is opgewaardeerd. Het installatieproces zal het nadien herstarten. #. Type: boolean #. Description #: ../templates:27 msgid This option will take effect in your next upgrade. msgstr Deze optie zal na de volgende opwaardering in
Bug#370077: Epiphany tries to recover from crashes without having crashed
Package: epiphany-browser Version: 2.14.2.1-1 I've been using epiphany from some time, calling it with: epiphany -n url Recently (but before upgrading to this version) it started to pretend having crashed and proposing restoring previous tabs... even when it hadn't crashed and was already opened. I can't give a way to reproduce the bug as it seems to happen randomly. Sometimes epiphany -n creates new tabs as planned, sometimes the bug happens. I just made another test: I launched epiphany by activating a link in, say, Liferea, and then called epiphany -n from command line. This brought two sessions of epiphany, which pretended having crashed. Then, every call from the command line opened new tabs in the second epiphany, while every click in liferea opened tabs in the first one. Activating a link in Evolution brought a new epiphany. Does it help ? Manual removal of ~/.gnome2/epiphany/session-crashed.xml doesn't fix the problem. I guess it may be a dbus problem, so here's info about dbus: D-BUS Message Bus Daemon 0.61 Package version: 0.61-6 Thanks in advance -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368370: SASL2 crypt patch
Hi, Great that you're tackling libsasl2! I hope you'd consider applying the crypt patch (#207523) to the new package... without it only plaintext password can be stored in the database. Thanks for your work, Chris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275241: /var/spoll/samba could be created by default
On Fri, Jun 02, 2006 at 05:51:29PM +0200, Peter Eisentraut wrote: Having a printer spool in /tmp doesn't sound all that clever, so here's a patch to change it to what seems to be the upstream recommendation. Do we need some samba-common.postinst magic to force this upgrade, or should we just leave it? Where is the value in creating this directory at all, if you're just going to create it with the same perms as /tmp anyway? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#370079: mozilla: Mozilla is compiled with debug traps
Package: mozilla Version: 2:1.7.12-1.1 Severity: normal Sometimes mozilla exits abnormally on a debug trap. I did not find a way to reproduce : It seems that t happens when the mouse cursor is moving over some button in mailnews gui (not sure) it seems that a debug trap has been left in the code compiled for debian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mozilla depends on: ii dpkg1.13.19 package maintenance system for Deb ii mozilla-browser 2:1.7.12-1.1 The Mozilla Internet application s ii mozilla-mailnews2:1.7.12-1.1 The Mozilla Internet application s ii mozilla-psm 2:1.7.12-1.1 The Mozilla Internet application s mozilla recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258268: [EMAIL PROTECTED]: xchat-gnome_0.6-1_i386.changes REJECTED]
Gerardo Curiel wrote: i was talking about duplicated code, that's the real problem,(well, the ftp-masters problem ;)) Why is it their problem? Isn't there anything you, as the prospective maintainer, could do to work it out? Have you tried to talk to them? -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Chico Condesa: Pinche fresa mamón.
Bug#350740: seamonkey packaging
Alex Vincent wrote: I've got good news. I just saved 15% on my suite release estimates. :-) SeaMonkey 1.0.2 has been released. I'll compile an opt build tonight on my Debian system. Any success? -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Es decir, no por ser subterráneas deben de sonar de la mierda.
Bug#139861: coreutils are utf-8 aware on redhat
Package: coreutils Version: 5.96-3 Followup-For: Bug #139861 I'm not sure if it's fixed upstream but RedHat coreutils package (5.2.1-48) is definitely utf-8 aware (tested on fold). So there might be a sort of patch that could be applied to debian package. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.37-1 Access control list shared library ii libc6 2.3.6-9GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370081: O: dmachinemon -- Network-wide monitoring suite for monitoring machine status
Package: wnpp I'm orphaning dmachinemon. I don't need it and I don't use it anymore. No active upstream, probably doesn't work. Package: dmachinemon Priority: optional Section: admin Installed-Size: 244 Maintainer: Junichi Uekawa [EMAIL PROTECTED] Architecture: amd64 Version: 0.32.5-3 Depends: libc6 (= 2.3.5-1), libdlisp0 (= 0.3.2-1), libdmsocket-0.32.5-0, libdnas-application-0.32.5-0, libdnas-core-0.32.5-0, libdshconfig1 (= 0.20.12) Recommends: dsh ( 0.0.17), dmachinemon-servent, dmachinemon-master Suggests: dmachinemon-gtkiface Filename: pool/main/d/dmachinemon/dmachinemon_0.32.5-3_amd64.deb Size: 59242 MD5sum: 6913dd2400508bdcd39787f0a8c4b3c5 Description: Network-wide monitoring suite for monitoring machine status For monitoring a bunch of network-connected computers, dmachinemon is an ideal software. It can be used to show load average, available memory, and top processes running on each machine. . Includes convenience scripts, and other tools. . dmachinemon-html needs to be available on html-generating system Tag: admin::monitoring, interface::daemon, network::service, use::monitor, works-with::software:running regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370082: vim-gui-common: two buffers opened when used to open file from nautilus
Package: vim-gui-common Version: 1:7.0-017+4 Severity: normal When opening a file in nautilus using 'Open with GVim Text Editor', the file name is passed to gvim as a an URL. The result is that there are two buffers: One is labeled as file:///where/ever/file, and the other as /where/ever/file. The second contains the actual text of the file, and the first is empty. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages vim-gui-common depends on: ii vim-common 1:7.0-017+4 Vi IMproved - Common files Versions of packages vim-gui-common recommends: ii vim-full 1:7.0-017+4 Vi IMproved - enhanced vi editor - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369416: Further efforts to get wireless back up
Hi,
I noticed that the new version of the kernel did not like the pcmcia-cs.
Since the Oronico wireless card is connected via an internal pcmcia bus
I hoped that updating to pcmciautils would help. I removed pcmcia-cs and
installed pcmciautils 013-1 with the recommended sysfsutils 2.0.07 and
module-init-tools 3.2.2 then rebooted. Now, I am glad not to get the
ugly warnings about deprecated pcmcia and dmesg of boot log shows that
the wireless card is recognized by the driver :
pccard: PCMCIA card inserted into slot 2
cs: memory probe 0xf400-0xfbff: excluding 0xf400-0xf8ff
0xfa00-0xfbff
pcmcia: registering new device pcmcia2.0
orinoco 0.15rc3 (David Gibson [EMAIL PROTECTED], Pavel
Roskin [EMAIL PROTECTED], et al)
orinoco_cs 0.15rc3 (David Gibson [EMAIL PROTECTED], Pavel
Roskin [EMAIL PROTECTED], et al)
eth2: Hardware identity 0005:0004:0005:
eth2: Station identity 001f:0001:0008:000a
eth2: Firmware determined as Lucent/Agere 8.10
eth2: Ad-hoc demo mode supported
eth2: IEEE standard IBSS ad-hoc mode supported
eth2: WEP supported, 104-bit key
eth2: MAC address 00:02:2D:7E:BD:1A
eth2: Station name HERMES I
eth2: ready
eth2: index 0x01: Vcc 3.3, irq 11, io 0xe100-0xe13f
However, no change in the problem:
# ifconfig eth2 up
# tail -n 1 /var/log/syslog
Jun 3 00:08:10 richhnix kernel: ADDRCONF(NETDEV_UP): eth2: link is not
ready
A little google searching with orinoco kernel: ADDRCONF(NETDEV_UP):
shows that I am not alone in the world; see:
http://forums.suselinuxsupport.de/index.php?showtopic=37429
http://www.ubuntuforums.org/showthread.php?t=174070
My bet is that it is a driver issue but I have no idea how to go about
deducing the cause. I tried:
# ifconfig eth2 up
# strace dhcpcd eth2
but this was not helpful...
richhnix# strace ifconfig eth2 up
execve(/sbin/ifconfig, [ifconfig, eth2, up], [/* 41 vars */]) = 0
uname({sys=Linux, node=richhnix, ...}) = 0
brk(0) = 0x8058000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xa7f91000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=93313, ...}) = 0
mmap2(NULL, 93313, PROT_READ, MAP_PRIVATE, 3, 0) = 0xa7f7a000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/lib/tls/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260O\1...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1270928, ...}) = 0
mmap2(NULL, 1276892, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xa7e42000
mmap2(0xa7f7, 32768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12e) = 0xa7f7
mmap2(0xa7f78000, 7132, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xa7f78000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xa7e41000
mprotect(0xa7f7, 20480, PROT_READ) = 0
set_thread_area({entry_number:-1 - 6, base_addr:0xa7e418e0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0xa7f7a000, 93313) = 0
brk(0) = 0x8058000
brk(0x8079000) = 0x8079000
uname({sys=Linux, node=richhnix, ...}) = 0
access(/proc/net, R_OK) = 0
access(/proc/net/unix, R_OK) = 0
socket(PF_FILE, SOCK_DGRAM, 0) = 3
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
access(/proc/net/if_inet6, R_OK) = 0
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 5
access(/proc/net/ax25, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/net/nr, R_OK)= -1 ENOENT (No such file or
directory)
access(/proc/net/rose, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/net/ipx, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/net/appletalk, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/sys/net/econet, R_OK)= -1 ENOENT (No such file or
directory)
access(/proc/sys/net/ash, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/net/x25, R_OK) = -1 ENOENT (No such file or
directory)
ioctl(4, SIOCGIFFLAGS, 0xafaa71a0) = 0
ioctl(4, SIOCSIFFLAGS, 0xafaa71a0) = 0
exit_group(0)
So, here is my list of loaded modules; Please let me know if this is the
wrong list - Thanks!!
richhnix# lsmod | sort
3c59x 39848 0
Module Size Used by
ac 4612 0
ac97_codec 17004 1 i810_audio
agpgart29232 2 nvidia,intel_agp
battery 9252 0
binfmt_misc10248 1
button 6320 0
cdrom 31888 1
Bug#370080: O: gamix -- Graphical sound mixer for ALSA
Package: wnpp It doesn't work well and it's not maintained well in upstream. Recently, it was just fighting against bit-rotting. gnome-alsamixer etc. will work better. Package: gamix Priority: extra Section: sound Installed-Size: 196 Maintainer: Junichi Uekawa [EMAIL PROTECTED] Architecture: amd64 Version: 1.99.p14.debian1-3 Depends: libasound2 ( 1.0.10), libatk1.0-0 (= 1.9.0), libc6 (= 2.3.5-1), libcairo2 (= 1.0.2-2), libfontconfig1 (= 2.3.0), libfreetype6 (= 2.1.10-1), libglib2.0-0 (= 2.10.0), libgtk2.0-0 (= 2.8.0), libpango1.0-0 (= 1.12.0), libpng12-0 (= 1.2.8rel), libx11-6, libxcursor1 ( 1.1.2), libxext6, libxi6, libxinerama1, libxrandr2, libxrender1 (= 1:0.9.0.2), zlib1g (= 1:1.2.1) Filename: pool/main/g/gamix/gamix_1.99.p14.debian1-3_amd64.deb Size: 40726 MD5sum: 45107d0ce7ba8b7d0cc23cc648805292 Description: Graphical sound mixer for ALSA This package contains a graphical front-end (using the GTK+ toolkit) for controlling sound volume. . This program interfaces with the ALSA native mixer device, and does not support OSS devices. Tag: interface::x11, role::sw:utility, sound::mixer, uitoolkit::gtk, works-with::audio, x11::application regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370084: fsh not cooperating with cvs?
Package: fsh
Version: 1.2-6
Severity: normal
A while ago, I reported on a case where one of the output fds wasn't
closed, so fsh in shell backticks never closed. This bug was
correctly fixed. However, recently, I have noticed that cvs, using
CVS_RSH=fsh, doesn't exit if asked to start the fsh shell for the
first time.
It constantly waits:
ps axf | grep cvs
13270 pts/45 S+ 0:00 | \_ cvs diff handlenews
13271 pts/45 S+ 0:00 | \_ cvs diff handlenews
strace -p 13270
Process 13270 attached - interrupt to quit
waitpid(13271, unfinished ...
Process 13270 detached
strace -p 13271
Process 13271 attached - interrupt to quit
read(4, unfinished ...
Process 13271 detached
l */fd/* | grep 189232061
lr-x-- 1 tconnors tconnors 64 Jun 3 17:43 13271/fd/4 - pipe:[189232061]
l-wx-- 1 tconnors tconnors 64 Jun 3 17:43 13288/fd/2 - pipe:[189232061]
l-wx-- 1 tconnors tconnors 64 Jun 3 17:43 13288/fd/6 - pipe:[189232061]
ps 13288
PID TTY STAT TIME COMMAND
13288 pts/45 S+ 0:00 ssh -l tconnors hexane in.fshd
strace -p 13288
Process 13288 attached - interrupt to quit
select(7, [3 4], [], NULL, {243, 936000} unfinished ...
Process 13288 detached
If I kill the cvs process pid 13271, then fsh daemon's ssh process pid
13288 dies. If I then get the shell to start a fsh process, and then
let cvs attach to the already running fsh daemon, then it all works
fine.
Is anyone else able to reproduce that, or perhaps is there a bug on
the non-up-to-date server I am fshing into?
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.1
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Versions of packages fsh depends on:
ii openssh-client [rsh-client] 1:4.3p2-2 Secure shell client, an rlogin/rsh
ii python2.3.5-5An interactive high-level object-o
ii ssh 1:4.3p2-2 Secure shell client and server (tr
Versions of packages fsh recommends:
ii ssh 1:4.3p2-2 Secure shell client and server (tr
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316082: This patch should be dropped
Hi, Extensive discussion between the bug reporter and the Ethereal development team lead to the conclusion that the patch is incorrect and should be dropped. Thanx, Jaap -- Forwarded message -- Date: Tue, 25 Apr 2006 12:57:18 +0200 From: Joost Yervante Damad [EMAIL PROTECTED] To: Jaap Keuter [EMAIL PROTECTED] Cc: Anders Broman [EMAIL PROTECTED] Subject: Re: SV: Debian Bug report logs - #316082 Hi Jaap, Anders, this is my suggestion: go with the current implementation. If the need arises for me to use diameter again, I will surely use ethereal again for it, and if it's still not working I'll do a proper investigate. Sorry I could not be of more help. Congrats with the 1.0! Greetings, Joost On Tuesday 25 April 2006 07:57, Jaap Keuter wrote: Hi Joost, We're steadily approaching Ethereal 1.0 (yes, it's freezing in hell :) so we should get to a conclusion on this before Frederic starts packaging that release. Thanx, Jaap On Sun, 2 Apr 2006, Joost Yervante Damad wrote: Hi Jaap, Anders, sorry, I've been occupied by other things and completely forgot about it as the work I needed diameter support for is long finished :) I'll try and find some time for this this week. Joost On Monday 20 March 2006 20:30, Anders Broman wrote: Hi, The fix is not correct. Actually it breaks the loading of xml files if I remember correctly. Joost said he'd test his xml files further as he found some problems with them after I showed him how to get better debug info from the diameter dissector. I have also subsequently updated our own files. If there still is a problem it needs a different solution. Brg Anders -Ursprungligt meddelande- Fr?n: Jaap Keuter [mailto:[EMAIL PROTECTED] Skickat: den 20 mars 2006 16:29 Till: Joost Yervante Damad Kopia: Anders Broman ?mne: Debian Bug report logs - #316082 Hi Joost, ethereal: fails to correctly add diameter vendors from the dictionary xml files You've discussed this issue with Anders Broman and worked out the way to go forward. Still the Ethereal code base is the same and the bug report is still open. What was the conclusion of your discussion? Should the code be changed or the bugreport, including patch, be dropped? We have to come to some conclusion here in order to synchronize Debian and 'Rest Of World' use of diameter files. Thanx, Jaap -- The planet Andete is famous for it's killer edible poets.
Bug#370083: dash is not fully utf-8 aware
Package: dash Version: 0.5.3-3 Severity: normal dash improperly handles two cyrillic characters in assignment to shell variable. All other characters are processed ok. Reproduceable example is below: $ echo ш | hexdump 000 88d1 000a $ LETTER=ш $ echo $LETTER | hexdump 000 0ad1 $ echo с | hexdump 000 81d1 000a $ LETTER=с $ echo $LETTER | hexdump 000 20d1 6d75 0a70 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages dash depends on: ii libc6 2.3.6-9GNU C Library: Shared libraries dash recommends no packages. -- debconf information excluded
Bug#369757: vncserver: debian/control::Description improvements (vncviewer mentioned twice)
tags 369757 + patch thanks Thanks for the suggestion. This (or similar) modification will be done on next upload. // Ola On Thu, Jun 01, 2006 at 09:20:37AM +0300, Jari Aalto wrote: Package: vncserver Severity: minor Packages' description reads: Description: Virtual network computing server software VNC stands for Virtual Network Computing. It is, in essence, a remote display system which allows you to view a computing `desktop' environment not only on the machine where it is running, but from anywhere on the Internet and from a wide variety of machine architectures. . This package provides a server to which X clients can connect and the ! server generates a display that can be viewed with a vncviewer. . Note: This server does not support or need a display. You need a vncviewer to ! see something. However, this viewer may also be on a computer running other ! operating systems in the local net. SUGGESTION The lines marked with (!) should go together. The NOTE only applies to the first sentence. The description could also give more information. Perhaps something like: Description: Virtual network computing server software VNC stands for Virtual Network Computing. It is, in essence, a remote display system which allows you to view a computing `desktop' environment not only on the machine where it is running, but from anywhere on the Internet and from a wide variety of machine architectures. . This package provides a server to which X clients can connect and server generates a display. You need a vncviewer to see something. Any VNC compatible viewer can be used, like those available on other operating systems. . Note: The server generates completely isolated environment. It does not support or need a display. This means that it does *not* provide remote connectivity to already running desktop or window manager sessions. For that, see packages like x11vnc, vnc4server, linuxvnc etc. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353957: upstream now support xulrunner
Sven Hartge wrote: Hello. I made a new version myself, see the attached diff for more information. I had to drop the liferea-mozilla package, as mozilla-dev cannot be installed in parallel to libxul-dev (and my packaging skills or not evolved enough to solve this conflict). But since xulrunner is the way to go in the future this shouldn't be problematic. The new liferea-xulrunner package Replaces and Conflicts the old liferea-mozilla package, so upgrades should be smooth. The complete packages can be found at http://www.svenhartge.de/blog/index.php?serendipity[subpage]=downloadmanagerlevel=1thiscat=2 (sorry, no apt-getable repository yet). Hello Sven, Thanks for your effort, but I have already packaged liferea 1.0.12 containing the XULRunner support, but since liferea-xulrunner happens to be a new binary package, it has to pass into the NEW queue approval. I haven't wanted to package any further version (1.0.13 or 1.0.14) since I'm wanting to see how this transition from liferea-mozilla to liferea-xulrunner ends. Thanks for your effort, anyway. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Apaga la televisión y lee un libro.
Bug#320623: First version of monouml
Victor Seva wrote: I've made the first version of monouml[2] with nini, numl [0] and expertcoder [1] libraries. Nini is on new queue right now. The other libraries are wnpp too. [0] http://linuxmaniac.homeip.net/debian/numl/ [1] http://linuxmaniac.homeip.net/debian/expertcoder/ [2] http://linuxmaniac.homeip.net/debian/monouml/ Is there anything I could do now to help? -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D ¿Quién lo viera orinando en un cajero?
Bug#370085: angband_1:3.0.6-2 (unstable/i386): FTBFS: build-dep on obsolete libxaw8-dev
Package: angband Version: 1:3.0.6-2 Severity: serious The angband package fails to build from source in unstable in the common case, because of a build-dependency on libxaw8-dev | libxaw7-dev | libxaw6-dev -- libxaw8-dev is no longer available in unstable, so tools such as sbuild and apt-get build-dep (and probably pbuilder?) are no longer able to resolve this build-dependency. Although there are no autobuilders for non-free, it does need to be fairly straightforward to build these packages too, which is currently not the case for angband. Please update angband to list libxaw7-dev as the first build-dep alternative so that the package is buildable by default. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#350740: seamonkey packaging
Yes - it compiled, but I haven't tested it yet. Given that I took exactly the source code which the official Linux release has, and the exact configure options, I'd say we're off to a good start. Ping me (not on this bugspam) in about 9-15 hours and we can start walking me through the packaging process. On 6/3/06, David Moreno Garza [EMAIL PROTECTED] wrote: Alex Vincent wrote: I've got good news. I just saved 15% on my suite release estimates. :-) SeaMonkey 1.0.2 has been released. I'll compile an opt build tonight on my Debian system. Any success? -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Es decir, no por ser subterráneas deben de sonar de la mierda. -- The first step in confirming there is a bug in someone else's work is confirming there are no bugs in your own. -- Alexander J. Vincent, June 30, 2001
Bug#370082: vim-gui-common: two buffers opened when used to open file from nautilus
On Fri, Jun 02, 2006 at 12:40:18PM +0200, Matijs van Zuijlen wrote: When opening a file in nautilus using 'Open with GVim Text Editor', the file name is passed to gvim as a an URL. The result is that there are two buffers: One is labeled as file:///where/ever/file, and the other as /where/ever/file. The second contains the actual text of the file, and the first is empty. This used to be a bug in the netrw plugin. Could you please give us an actual URL of a file you are trying to open and which shows the described behaviour? (No, not every URL give this behaviour, at list not here). Thanks for the bug report, Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#355756: ntop default interface
tags 355756 + patch
thanks
Thank you for the suggestions. I'll check for the ip command and if
available, select the first solution, if not check for route and if
not that then default to the current one.
Thanks a lot.
Regards,
// Ola
On Wed, May 31, 2006 at 11:52:03PM +0200, Sven Mueller wrote:
Hi.
Here is a script snippet which detects the interface containing the
default route. I would guess that this is usually the interface the user
will want to monitor.
DEFAULTDEV=`ip route | grep default | \
sed -e 's/.*dev //;s/ *src.*//' | \
sort -u`
Perhaps this helps further improving on this issue. The above requires
the iproute package to be installed. An alternative using net-tools
would look like this:
DEFAULTDEV=`route -n | grep -E '0.0.0.0 *[0-9.]* *0.0.0.0' | \
awk '{print $8;}'`
Unfortunately, there are setups which carry multiple default routes (and
those setups can work). In these setups, the iproute version above
returns multiple device entries seperated by spaces. The net-tools
version might fail in those setups (multiple default routes can only be
set with the iproute 'ip' tool), I don't know.
However, the iproute version should return usable default values in most
setups, as long as a single default route exists. If there is no default
route, it will simply return an empty string, which could lead to
further tests.
Regards,
Sven
--
- Ola Lundqvist ---
/ [EMAIL PROTECTED] Annebergsslingan 37 \
| [EMAIL PROTECTED] 654 65 KARLSTAD |
| +46 (0)54-10 14 30 +46 (0)70-332 1551 |
| http://www.opal.dhs.org UIN/icq: 4912500 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370050: Pending fixed
tags 370050 pending thanks I've fixed this (pending upload). However, it might be worth checking what permissions the debian-installer people are setting initially, as a newly-installed system could have the wrong permissions on this file for up to a week. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363052: No real way to fix this problem
Since these PPDs come in two different source packages from upstream, there is no real way (that I can see) to sort them into needing foomatic-rip and standalone packages. The best we can do (that I can see) is sort them into linuxprinting.org-gs and linuxprinting.org-postscript within the two packages built from the -db and -filters-ppds source packages. As for 363052, I can't find any manufacturer-supplied PPD files in foomatic-filters-ppds; while there are some PostScript PPD files that don't need foomatic-rip, they are built using foomatic-configure and are not manufacturer PPDs. Chris -- Chris Lawrence [EMAIL PROTECTED] - http://blog.lordsutch.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370088: x11-common: Please conflict with ghostview
Package: x11-common Version: 1:7.0.20 Severity: normal ghostview isn't available in sarge or later releases, but is available in woody. This package installs into /usr/X11R6/bin and so if present will break the x11-common upgrade. $ dpkg --contents ghostview_1.5-27_powerpc.deb | grep usr/X11 drwxr-xr-x root/root 0 2001-12-30 09:09:08 ./usr/X11R6/ drwxr-xr-x root/root 0 2001-12-30 09:09:09 ./usr/X11R6/bin/ -rwxr-xr-x root/root117528 2001-12-30 09:09:09 ./usr/X11R6/bin/ghostview drwxr-xr-x root/root 0 2001-12-30 09:09:08 ./usr/X11R6/man/ drwxr-xr-x root/root 0 2001-12-30 09:09:10 ./usr/X11R6/man/man1/ -rw-r--r-- root/root 10379 2001-12-30 09:09:09 ./usr/X11R6/man/man1/ghostview.1x.gz drwxr-xr-x root/root 0 2001-12-30 09:09:08 ./usr/X11R6/include/ drwxr-xr-x root/root 0 2001-12-30 09:09:08 ./usr/X11R6/include/X11/ drwxr-xr-x root/root 0 2001-12-30 09:09:10 ./usr/X11R6/include/X11/pixmaps/ -rw-r--r-- root/root 454 2001-12-30 09:09:10 ./usr/X11R6/include/X11/pixmaps/mini.ghostview.xpm Please conflict with ghostscript to avoid this problem. BTW, there may be other packages in woody causing similar problems. Regards, Roger -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.17 Locale: LANG=en_GB.UTF8, LC_CTYPE=en_GB.UTF8 (charmap=UTF-8) Versions of packages x11-common depends on: ii cdebconf [debconf-2.0]0.102 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii debianutils 2.16.1 Miscellaneous utilities specific t ii lsb-base 3.1-6 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: * x11-common/xwrapper/allowed_users: Console Users Only x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: console x11-common/xwrapper/nice_value/error: x11-common/upgrade_issues: * x11-common/xwrapper/nice_value: 0 x11-common/x11r6_bin_not_empty: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370087: Please include the package description.
Package: packages.qa.debian.org Severity: wishlist Please include the packages description on packages.qa.debian.org. MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.16-rc4-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369934: postfix won't install without exim4-doc-info
Le vendredi 02 juin 2006 à 16:34 -0600, LaMont Jones a écrit : On Thu, Jun 08, 2006 at 09:19:05AM +0200, Fabien Brachere wrote: Postfix cannot be installed if you don't have access to exim4-doc-info package (somewhere in /var/lib/apt/files/* ). It's not important if you have a complete mirror of sarge, but if you work with a subset without exim4-doc-info, you can't install postfix. Huh? what is the specific error? lamont # apt-get install postfix Reading Package Lists... Building Dependency Tree... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: exim4-base: Depends: exim4-config (= 4.30) but it is not going to be installed or exim4-config-2 E: Broken packages You can test it by removing package exim4-doc-info in /var/lib/apt/lists/*Packages I know it sounds strange but you can easily verify it. Fabien
Bug#370089: totem: uninstallable because of hard-coded dep on xlibs
Package: totem-xine Version: 1.2.1-4 Severity: grave The totem-xine and totem-gstreamer packages are both now uninstallable in unstable, because they have a hard-coded dependency on xlibs which is a legacy package that has been dropped with x11r7. There's no explanation in the changelog for this dependency, but whatever it is, it needs to go away and be replaced with something that's not obsolete. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#345639: (no subject)
Hello , Hey! I have been trying to get in touch with you. I finally got a cam so you can see me when we talk. http://ca.geocities.com/kellyas0021/cam.html -- This e-mail was sent through the XA-speakers file database. The webmasters of the XA-speakers file database take no responsibility for the e-mails sent through the database. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
reassign 369488 gstreamer0.10-plugins-good close 369488 0.10.3-2 stop Hi, On Fri, Jun 02, 2006, Matthias Rosenkranz wrote: Thanks, with the new gstreamer0.10-plugins-good it finally works. Great, closing the bug. -- Loïc Minier [EMAIL PROTECTED]
Bug#368883: qt4-x11: FTBFS on alpha
Hi, Could this be fixed any time soon? qt4-x11 is currently blocking no less than 83 packages. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329451: posix links
Michael Stone [EMAIL PROTECTED] wrote:
Have you seen this bug report?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329451
Yes.
I've just dealt with it on the upstream trunk:
2006-06-03 Jim Meyering [EMAIL PROTECTED]
Make `cp --link --no-dereference' work also on systems where the
link system call cannot create a hard link to a symbolic link.
* src/copy.c (copy_internal) [LINK_FOLLOWS_SYMLINKS]: Don't use
the link syscall on a symlink when it would do the wrong thing.
Based on the patch by Aurelien Jarno: http://bugs.debian.org/329451
* tests/cp/link-no-deref: New file/test for the above.
* tests/cp/Makefile.am (TESTS): Add link-no-deref.
* NEWS: Mention the change (doesn't affect Linux).
Index: src/copy.c
===
RCS file: /fetish/cu/src/copy.c,v
retrieving revision 1.199
retrieving revision 1.200
diff -u -p -u -r1.199 -r1.200
--- src/copy.c 11 May 2006 08:55:04 - 1.199
+++ src/copy.c 3 Jun 2006 09:04:22 - 1.200
@@ -1594,7 +1594,22 @@ copy_internal (char const *src_name, cha
}
}
#endif
- else if (x-hard_link)
+
+ else if (x-hard_link
+#ifdef LINK_FOLLOWS_SYMLINKS
+ /* A POSIX-conforming link syscall dereferences a symlink, yet cp,
+ invoked with `--link --no-dereference', should not. Thus, with
+ a POSIX-conforming link system call, we can't use link() here,
+ since that would create a hard link to the referent (effectively
+ dereferencing the symlink), rather than to the symlink itself.
+ We can approximate the desired behavior by skipping this hard-link
+ creating block and instead copying the symlink, via the `S_ISLNK'-
+ copying code below.
+ When link operates on the symlinks themselves, we use this block
+ and just call link(). */
+ !(S_ISLNK (src_mode) x-dereference == DEREF_NEVER)
+#endif
+ )
{
preserve_metadata = false;
if (link (src_name, dst_name))
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352468: Server crashing with MySQL 5.0.22 but not with 5.0.20
Hi, last night I've upgraded on a Debian Etch Server the MySQL-Server from 4.1 to 5.0.22. After this the MySQL-Server started to crash regulary. The installed architecture is AMD64. In the MySQL-Error-Log I find this: --- 060603 10:25:40 InnoDB: Database was not shut down normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files... InnoDB: Restoring possible half-written data pages from the doublewrite InnoDB: buffer... 060603 10:25:40 InnoDB: Starting log scan based on checkpoint at InnoDB: log sequence number 0 210480. InnoDB: Doing recovery: scanned up to log sequence number 0 210480 060603 10:25:40 InnoDB: Started; log sequence number 0 210480 060603 10:25:40 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.0.22-Debian_1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 Debian Etch distribution mysqld got signal 11; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=134217728 read_buffer_size=1044480 max_used_connections=1 max_connections=500 threads_connected=1 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 1665068 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. --- Then I downgraded the MySQL-Server from 5.0.22 to 5.0.20 and the Server seems now running fine. What bug or problem this could be? Thanks. -- Best regards, Thomas Babut [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370090: gnome-control-center: uninstallable because of hard-coded dep on xlibs
Package: gnome-control-center Version: 1:2.12.3-2 Severity: grave The gnome-control-center package is now uninstallable in unstable, because it has a hard-coded dependency on xlibs which is a legacy package that has been dropped with x11r7. According to the changelog, this dependency was added to ensure xkb data files were available on the system, fixing bug #253287. These files are now owned by the xkb-data package instead, so this is probably the package you need to depend on now for etch. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#370091: mailgraph: DSPAM virus notification patch
Package: mailgraph
Severity: wishlist
Tags: patch
Hi,
Please find attached a patch that takes into account Dspam virus notifications.
This feature was added into latest Dspam Debian package and should be added
upstream
(see #369434).
Cheers,
Julien
--- mailgraph.pl.orig 2006-06-03 11:04:23.0 +0200
+++ mailgraph.pl2006-06-03 11:05:47.0 +0200
@@ -664,6 +664,9 @@
if($text =~ /spam detected from/) {
event($time, 'spam');
}
+ elsif($text =~ /infected message from/) {
+ event($time, 'virus');
+ }
}
elsif($prog eq 'spamproxyd') {
if($text =~ /^\s*SPAM/ or $text =~ /^identified spam/) {
Bug#369900: xserver-xorg: reduce visual artifacts during X server startup and shutdown
On Fri, 2006-06-02 at 17:38 -0400, Michael Gilbert wrote: so should I report this wishlist item to each of the xorg driver packages? Yes, although with the version of X you're using, most of them (though not the one you're using) are included in xserver-xorg. Also beware that with generic drivers like vesa or fbdev, this may even be beyond the driver's control. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#370014: qsynth: Missing .desktop file
|--== Eric Van Buggenhaut writes: EVB On Fri, Jun 02, 2006 at 08:04:05PM +0200, Free Ekanayaka wrote: Package: qsynth Version: 0.2.3-2 Severity: wishlist Hi, qsynth does not seem to provide a .desktop file. Would it be possible to include the one below in the debian package and possibly send it upstream? EVB Hi, EVB Thanks for your report. I'm not that familiar with the .desktop file EVB system. Could you give me any pointer ? Also where should that file go EVB ? In /home/*/ ? It should be installed in: /usr/share/applications just have a look to the other files in that directory. The one I've posted should work just fine. Thanks Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362404: xfonts-x3270-misc: x3270 fonts are now in the wrong location
Package: xfonts-x3270-misc Version: 3.3.4p6-3.1 Followup-For: Bug #362404 With the transition to the new Xorg font location, the package is putting the fonts in the wrong location. Currently fonts are going in: --- /usr/share/fonts/X11/fonts/misc/ where I think they actually just need to be in: --- /usr/share/fonts/X11/misc/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xfonts-x3270-misc depends on: ii xutils1:7.0.0-3 X Window System utility programs xfonts-x3270-misc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370092: ITP: xfce4-mailwatch-plugin -- mail watcher plugin for the Xfce4 panel
Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers [EMAIL PROTECTED] * Package name: xfce4-mailwatch-plugin Version : 1.0.1 Upstream Author : Brian Tarricone [EMAIL PROTECTED] * URL : http://spuriousinterrupt.org/projects/mailwatch/ * License : GPLv2 Programming Lang: C Description : mail watcher plugin for the Xfce4 panel Mail checker panel plugin with support for local, POP3, IMAP, and Gmail accounts. . Homepage: http://spuriousinterrupt.org/projects/mailwatch -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370094: rhythmbox: The CD Player doesnt work
Package: rhythmbox Version: 0.9.4.1-6 Severity: important When I would like to play a cd in Rhythmbox, I have the following error in console $LANG=C rhythmbox (rhythmbox:22969): Rhythmbox-WARNING **: Unable to load icon stock_shuffle (rhythmbox:22969): Rhythmbox-WARNING **: Unable to load icon stock_repeat (rhythmbox:22969): Rhythmbox-WARNING **: Unable to load icon stock_playlist (rhythmbox:22969): Rhythmbox-WARNING **: Unable to load icon stock_smart-playlist (rhythmbox:22969): Rhythmbox-WARNING **: Unable to load icon stock_music-library (rhythmbox:22969): Rhythmbox-WARNING **: Unable to start mDNS browsing: MDNS service is not running Rhythmbox: could not connect to socket Rhythmbox: No such file or directory sys:1: GtkWarning: gdk_pixbuf_scale_simple: assertion `dest_width 0' failed sys:1: GtkWarning: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed sys:1: GtkWarning: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed sys:1: GtkWarning: gdk_draw_pixbuf: assertion `GDK_IS_PIXBUF (pixbuf)' failed sys:1: Warning: g_object_unref: assertion `G_IS_OBJECT (object)' failed This CD could not be queried: Internal error: 31 sys:1: PangoWarning: Invalid UTF-8 string passed to pango_layout_set_text() (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: eos_cb: Unhandled error: Unknown playback error (rhythmbox:22969): Rhythmbox-WARNING **: Unable to stop mDNS browsing: MDNS service is not running [2]+ Doneexec beep-media-player And I cant read any cd in rhythmbox Thanks in advance for your help Regards, Alexandre Touret -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (900, 'stable'), (600, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rhythmbox depends on: ii dbus 0.61-6simple interprocess messaging syst ii gconf2 2.14.0-1 GNOME configuration database syste ii gstreamer0.10-alsa [gs 0.10.7-2 GStreamer plugin for ALSA ii gstreamer0.10-gnomevfs 0.10.7-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins- 0.10.7-2 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.3-2 GStreamer plugins from the good ii gstreamer0.10-plugins- 0.10.3-1 GStreamer plugins from the ugly ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-6simple interprocess messaging syst ii libdbus-glib-1-2 0.61-6simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2+b1
Bug#370093: Installation aborts due to versioned conlicts being too loose on AMD64
Package: x11-common Version: 1:7.0.20 Severity: important x11-common contains versioned conflicts with many old xorg-x11 packages using the version specifier '= 6.9.0.dfsg.1-6'. However, there was an AMD64 binNMU into testing via testing-proposed-updates, of version 6.9.0.dfsg.1-6+b1, which fails to match the above specifier. This is especially critical in the case of xbase-clients and xutils, since the lack of conflict means that these packages remain installed, leaving files in /usr/X11R6/bin, causing x11-common to abort the installation. Please update the conflicts appropriately. I've set severity important, since it would help all upgraders if fixed packages were to hit testing quickly. Thanks, Max. signature.asc Description: OpenPGP digital signature
Bug#352468: Server crashing with MySQL 5.0.22 but not with 5.0.20, #2
Hi again, I think this is exactly the problem: http://www.vbulletin.com/forum/bugs35.php?do=viewbugid=2449 They say it's a mysql bug and will be probably fixed in 5.0.23. -- Best regards, Thomas Babut [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367882: FTBFS: 'VERSION' was not declared in this scope
On Sat, Jun 03, 2006 at 01:03:54AM +0200, Steinar H. Gunderson wrote: Downgrading to scons in stable seems to fix the problem, so this sounds very much like a scons bug to me. Changing Add_define in bysys/libscim.py to append a list rather than a string appears to resolve the build failure. Patch below. I'm trying to remember if this is a deliberate thing or a bug: I seem to remember the former and do note that the examples in the manual tend to add spaces as one would expect given this being deliberate (eg, in the Appending to End Values in a Construction Environment section). --- bksys/libscim.py.orig 2006-06-03 10:35:47.0 +0100 +++ bksys/libscim.py2006-06-03 10:36:02.0 +0100 @@ -68,7 +68,7 @@ def Add_define(env, name): if env.has_key(name): - env.AppendUnique(CCFLAGS = '-D' + name + '=\\' + env[name] + '\\' ) + env.AppendUnique(CCFLAGS = ['-D' + name + '=\\' + env[name] + '\\'] ) return # these are our options Cc-ing [EMAIL PROTECTED] I have no idea how that reached me but it did... Should be [EMAIL PROTECTED] -- You grabbed my hand and we fell into it, like a daydream - or a fever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364819: gij-4.1: bus error on hppa
Hi Matthias, works for me. Have you tried building it with prctl --unaligned=signal? This is not the default on hppa, but it's used on the autobuilders because it catches potentially costly programming errors. It seems the latest version of ecj-bootstrap was hand-built on hppa and uploaded, which doesn't help us when we need a security upload sometime... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#370095: option to add fwstart/end/check hooks to stanzas
Package: fail2ban Version: 0.6.1-3 Severity: wishlist fwstart/end are variables set to commands to setup/teardown/check the iptables chains. I can override each variable for subsection, so that it's e.g. possible to use a different command sequence for apache rules, and another for SSH. What I am missing is a common base. Would it be possible to add fwstart_after and fwend_before, which are called only if defined, so that I can customise the rules for each section? The reason is quite simply that I need a per-section whitelist, which is already in iptables (so I cannot use ignoreip). Of course I can add a rule iptables -I %(fwchain)s -j whitelist-%(__name__)s into the existing fwstart/fwend, but I'd much rather not touch the defaults. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages fail2ban depends on: ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip ii python2.3.5-5An interactive high-level object-o fail2ban recommends no packages. -- no debconf information -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#369805: OpenGL applications don't work anymore with mesa 6.5cvs and r300 (ppc ?)
On Fri, 2006-06-02 at 09:13 +0200, Michel Dänzer wrote: On Thu, 2006-06-01 at 19:42 -0600, Marcelo E. Magallon wrote: On Thu, Jun 01, 2006 at 02:34:24PM +0200, Yves-Alexis Perez wrote: I own a powerbook g4 running debian unstable, and wanted to try mesa 6.5 to see if it corrected some problems I have (for example in quake3) with mesa 6.4. Now, this is indeed an experimental+cvs version, but I wanted to report this bug. When I try a glxgears or whatever GL game, i get a: drmRadeonCmdBuffer: -22 (exiting) and the application stop. My guess is that the radeon driver in the X server doesn't work with the DRI driver in Mesa 6.5. It's more likely the radeon DRM being too old for that version of the r300 driver. Try the DRM from DRI CVS. The r300 driver is still considered too experimental for the developers to bother putting in backwards compatibility measures/checks. I've tried to use libdrm from dri cvs, it doesnt change anything. -- Yves-Alexis Perez
Bug#368883: qt4-x11: FTBFS on alpha
tag 368883 + pending thanks Le Sam 3 Juin 2006 10:57, Samuel Thibault a écrit : Hi, Could this be fixed any time soon? qt4-x11 is currently blocking no less than 83 packages. Samuel that one is quite annoying. Brian: will you have time to fix that soon (like in less than a couple of days ?) else I'll do an upload just to fix the alpha FTBFS now that there is a patch. If I've no news from you, I suppose I'll do an upload on sunday. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpwjRe8HHBTR.pgp Description: PGP signature
Bug#370089: totem: uninstallable because of hard-coded dep on xlibs
Hi, On Sat, Jun 03, 2006, Steve Langasek wrote: The totem-xine and totem-gstreamer packages are both now uninstallable in unstable, because they have a hard-coded dependency on xlibs which is a legacy package that has been dropped with x11r7. There's no explanation in the changelog for this dependency, but whatever it is, it needs to go away and be replaced with something that's not obsolete. This is fixed since a week in SVN and is ready to be uploaded with version 1.4.1-1 of totem, but we're waiting for 1.4.0 to get out of NEW. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#369995: amule: FTBFS everywhere, bogus debian/rules file
Le Fri, Jun 02, 2006 at 10:30:10PM +0200, Adeodato Simó : Okay. Let me know what your thoughts about this are: if you just want quick NMUs from time to time, or co-maintainer uploads, or your lack of time may be a serious issue for amule maintenance and you think more people becoming really involved in packaging would be helpful. The best is that somebody update the packages when I have no time to do it. The NMU should be exceptionnal, and obviously, I will not have time for the next two months. So, in my opinion, have co-maintainer uploads can be a good thing. If you want to be the co-maintainer, it could be great :-) Regards, -- .''`. Julien Delange : :' : `. `' http://gunnm.org/~soda/debian `-
Bug#362217: udev: init.d/lirc checks /dev/lirc0 before udev allocates it
* Steve Langasek [Wed, 12 Apr 2006 15:51:08 -0700]: On Wed, Apr 12, 2006 at 11:00:07PM +0200, Wolfgang Rohdewald wrote: if udev is used and /etc/init.d/lirc loads the lirc modules, it should wait for a moment after doing modprobe. Otherwise this happens in /etc/init.d/lirc: modprobe lirc_serial # here we should sleep for a second, so that udev has time to # allocate /dev/lirc0 test -c /dev/lirc0 # does not yet exist build_args() fails to use /dev/lirc0 simple patch is to add sleep 1 in load_modules. A fixed delay isn't reliable either. Marco, how should init scripts that load modules and use the device afterwards behave?, is there a common policy? My best guess is the following, but I'd like confirmation: modprobe foo if [ -x /sbin/udevsettle ]; then /sbin/udevsettle || echo Warning: udevsettle timeout fi if [ -e /dev/wanted_device ]; then do_stuff else die wanted_device not present in /dev fi Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Placebo - Special Needs
Bug#367882: FTBFS: 'VERSION' was not declared in this scope
On Sat, Jun 03, 2006 at 10:36:50AM +0100, Mark Brown wrote: Changing Add_define in bysys/libscim.py to append a list rather than a string appears to resolve the build failure. Patch below. Interesting; I'll give it a go. Cc-ing [EMAIL PROTECTED] I have no idea how that reached me but it did... Should be [EMAIL PROTECTED] I noticed the typo and bounced it to the right address. :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369822: ls -i stats unnecessarily
On 6/2/06, Ian Jackson [EMAIL PROTECTED] wrote: There are I think two approaches to this problem: * find a list of mountpoints in some system-specific way for each one stat mountpoint/.. I would strongly advise against this option. Briefly, findutils did this for other reasons (as part of its symlink race condition paranoia checking). It makes the program hang is the system is a client of a dead NFS server, even if the user is not using ls to work with filesystems on that server. There were many bug reports. I ended up finding an alternative way to solve the problem. If I was trying to diagnose a problem on a client of a dead NFS server, I would expect ls to _help_ in the diagnosis, not be affected by the problem too. For a fundamental tool like ls, it is reasonable to favour robusness over performance. I suppose one could have a fast /bin/ls and a robust /sbin/ls, but that would I think only lead to people including the wrong binary in rescue disks (having said this though of course that special niche is often filled by busybox anyway). James. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366660: gzip unlinks input before closing output, results in data loss
On Wed, May 10, 2006 at 04:43:01PM +1000, Matthew Chapman wrote:
Package: gzip
Version: 1.3.5-13
Severity: critical
Tags: patch
Justification: causes serious data loss
gzip must check that closing the output file succeeds before removing
the input file, since on an NFS filesystem write failures may only be
reported at close time (see the close(2) man page).
Indeed in our environment we are seeing this problem with NFS and disk
quotas. This results in loss of the input file, despite the fact that
gzip reports an error and the output file is truncated.
I've attached a proposed patch. In the original code, copy_stat() has
the side-effect of removing the input file. Here I have moved the
unlink out of that function and to below the close of the output file.
Matt
I personnaly disagree with the attached patch.
I'd have proposed more something that does:
if (!to_stdout) {
/* Copy modes, times, ownership, and remove the input file */
copy_stat(istat);
/* if close fails (e.g. over quota !) destroy output file, and fail
hard */
if (close(ofd)) {
write_error();
xunlink(ofname);
WARN((stderr, %s: , progname));
abort();
}
}
of course, I don't have gzip sources under the eye, but that do seem more
robust to me and more in the unix spirit (if anything fails, go in the
previous state back, and fail noisily).
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
signature.asc
Description: Digital signature
Bug#369995: amule: FTBFS everywhere, bogus debian/rules file
* Julien Delange [Sat, 03 Jun 2006 12:03:01 +0200]: Hi, Le Fri, Jun 02, 2006 at 10:30:10PM +0200, Adeodato Simó : Okay. Let me know what your thoughts about this are: if you just want quick NMUs from time to time, or co-maintainer uploads, or your lack of time may be a serious issue for amule maintenance and you think more people becoming really involved in packaging would be helpful. The best is that somebody update the packages when I have no time to do it. The NMU should be exceptionnal, and obviously, I will not have time for the next two months. So, in my opinion, have co-maintainer uploads can be a good thing. If you want to be the co-maintainer, it could be great :-) Okay, I'll do, thanks. However, I'm sorry that you don't have the time, since my objective was only to have amule in good shape, and I wouldn't have minded (or would have preferred, even) to act as a tutor/sponsor and walk you through learning a bit more about Debian package. That would have benefited both users and yourself; me fixing the package only benefits users, since I already know my stuff around packaging. In any case, we can do that when you have time again, and if you want, you can track the changes I do to the package, and ask for explanations about the reason behind them, okay? Good luck, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org As an adolescent I aspired to lasting fame, I craved factual certainty, and I thirsted for a meaningful vision of human life -- so I became a scientist. This is like becoming an archbishop so you can meet girls. -- Matt Cartmill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370098: tasksel: Desktop Environment installs both firefox and galeon
Package: tasksel Version: 2.44 Severity: wishlist The Desktop Environment task installs galeon and firefox, but I don't understand why. Why both? I would vote on firefox being the default. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Versions of packages tasksel depends on: ii aptitude 0.4.1-1terminal-based apt frontend ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii laptop-detect 0.12.1 attempt to detect a laptop ii liblocale-gettext-perl1.05-1 Using libc functions for internati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/first: tasksel/tasks: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369828: inkscape: Inkscape not starting up
Package: inkscape Version: 0.43-5 Followup-For: Bug #369828 Hi, I was experiencing exactly the same behavior as detailed in bug #369828, but since the very last update of inkscape the behavior has changed... now I get the following: $ inkscape Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. (inkscape:27355): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `(null)' Aborted Is there particular information you need to get this solved? Thanks, Chris. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.t41-4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages inkscape depends on: ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgc1c2 1:6.7-1 conservative garbage collector for ii libgcc11:4.1.0-4 GCC support library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.8.2-2.1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.6.5-1+b1 C++ wrappers for GTK+ 2.4 (shared ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libperl5.8 5.8.8-4 Shared Perl library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.16-3 type-safe Signal Framework for C++ ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxslt1.1 1.1.16-2 XSLT processing library - runtime ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages inkscape recommends: ii dia0.95.0-3 Diagram editor ii dia-gnome 0.95.0-3 Diagram editor (GNOME version) ii imagemagick7:6.2.4.5-0.8 Image manipulation programs pn libwmf-bin none(no description available) pn perlmagick none(no description available) ii pstoedit 3.44-1PostScript and PDF files to editab ii sketch 0.6.17-3 Transition package for skencil ren -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370096: etherconf: [INTL:it] Italian debconf templates translation
Package: etherconf Severity: wishlist Tags: patch l10n Please add the italian debconf templates translation (attached). Cheers, Luca etherconf_it.po.gz Description: GNU Zip compressed data
Bug#370097: gnome-control-center: Prefered Applications has gnome-www-browser (a non-existant program) as the default web browser
Package: gnome-control-center Version: 1:2.12.3-2 Severity: normal Hope I've sent the bug to the right package. I've just installed today Debian etch (using a netinstall CD), and chose to install the Desktop environment. In Gnome, in the Prefered Applications window, gnome-www-browser is selected. But when this functionality is required, gnome complains that there is no such program. This is the description of the package (translated from portuguese): No candidate version was found for gnome-www-browser Package: gnome-www-browser State: not a real package Provided by: firefox-gnome-support I suggest putting firefox. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Versions of packages gnome-control-center depends on: ii capplets-data 1:2.12.3-2 configuration applets for GNOME 2 ii desktop-file-utils0.10-1 Utilities for .desktop files ii gnome-desktop-data2.14.1.1-1 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii gnome-menus 2.14.0-2 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.9-8Avahi client library ii libavahi-common3 0.6.9-8Avahi common library ii libavahi-compat-howl0 0.6.9-8Avahi Howl compatibility library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-2 The Bonobo UI library ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libebook1.2-5 1.4.2.1-2 Client library for evolution addre ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome-desktop-22.14.1.1-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1GNOME keyring services library ii libgnome-menu22.14.0-2 an implementation of the freedeskt ii libgnome2-0 2.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.14.1-2 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14+b1 GNU TLS library - runtime library ii libgpg-error0 1.2-1 library for common error values an ii libgstreamer-plugins0.8-0 0.8.12-1 Various GStreamer libraries and li ii libgstreamer0.8-0 0.8.12-1 Core GStreamer libraries, plugins, ii libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmetacity0 1:2.14.3-1 library of lightweight GTK2 based ii libnautilus-extension12.12.2-2 libraries for nautilus components ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm61:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-21:0.2.17-2 Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft2 2.1.8.2-5.1FreeType-based font drawing librar ii
Bug#362217: udev: init.d/lirc checks /dev/lirc0 before udev allocates it
On Jun 03, Adeodato Simó [EMAIL PROTECTED] wrote: Marco, how should init scripts that load modules and use the device afterwards behave?, is there a common policy? My best guess is the following, but I'd like confirmation: The correct solution would be to use RUN rules. Next best, udevsettle will work (but will obviously wait for *all* pending events, which may or may not be a problem). But if you already know the expected device name then waiting for it in a loop for a few seconds would work as well. BTW, the race-free way to use udevsettle is: mkdir -p /dev/.udev/queue/ modprobe ... if ! udevsettle; then echo timeout fi -- ciao, Marco signature.asc Description: Digital signature
Bug#370099: confusing error with sftp without paramiko installed
Package: bzr Version: 0.8.2-3 Severity: minor $ bzr get sftp://seamus.madduck.net//srv/bzr/bzr.madduck.net bzr: ERROR: Not a branch: /home/madduck/sftp:/seamus.madduck.net/srv/bzr/bzr.madduck.net/ I was able to solve this by installing paramiko, which bzr suggests. Could you maybe make the error message a little more verbose, like adding a hint for paramiko if /sftp:/ is in the location string? -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages bzr depends on: ii python2.4 2.4.3-3An interactive high-level object-o ii python2.4-celementtree1.0.5-5Light-weight toolkit for XML proce bzr recommends no packages. -- no debconf information -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#366660: gzip unlinks input before closing output, results in data loss
Pierre,
The existing write_error() function prints an error, removes the output
file and exits with an error code. So I believe that my patch is
equivalent to what you are suggesting (except you have some unreachable
code :)).
Matt
On Sat, Jun 03, 2006 at 12:29:37PM +0200, Pierre HABOUZIT wrote:
I personnaly disagree with the attached patch.
I'd have proposed more something that does:
if (!to_stdout) {
/* Copy modes, times, ownership, and remove the input file */
copy_stat(istat);
/* if close fails (e.g. over quota !) destroy output file, and fail
hard */
if (close(ofd)) {
write_error();
xunlink(ofname);
WARN((stderr, %s: , progname));
abort();
}
}
of course, I don't have gzip sources under the eye, but that do seem more
robust to me and more in the unix spirit (if anything fails, go in the
previous state back, and fail noisily).
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369619: Debian info often needs two layer seek for one layer commands
Hi Dan! On Mit, 31 Mai 2006, Dan Jacobson wrote: Just a comment on the structure of Debian Info: We can do e.g., $ man ptx $ ptx but when it comes to info, we need $ info cor ptx also in emacs' C-h i digging another level. Ahem, can you please be a bit more specific? If this is the case than this is related to the packaging of ptx/cor (whatever it might be). man is easy in this respect: It looks whether there is a man page or not. Info would have to check *every* node in *every* info file, ie reading all info files, checking all node texts, and probably finding 20 occurences of ptx in these files. Which one should be shown? If the ptx/cor package installes an info file ptx.info, then you will get with info ptx the right stuff. If it is hidden in some node of the info document named differently, then you cannot accept much better? Well you could, but this would be google desktop or beagle search or something. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- MARGATE (n.) A margate is a particular kind of commissionaire who sees you every day and is on cheerful Christian-name terms with you, then one day refuses to let you in because you've forgotten your identify card. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369805: OpenGL applications don't work anymore with mesa 6.5cvs and r300 (ppc ?)
On Sat, 2006-06-03 at 11:49 +0200, Yves-Alexis Perez wrote: On Fri, 2006-06-02 at 09:13 +0200, Michel Dänzer wrote: On Thu, 2006-06-01 at 19:42 -0600, Marcelo E. Magallon wrote: On Thu, Jun 01, 2006 at 02:34:24PM +0200, Yves-Alexis Perez wrote: I own a powerbook g4 running debian unstable, and wanted to try mesa 6.5 to see if it corrected some problems I have (for example in quake3) with mesa 6.4. Now, this is indeed an experimental+cvs version, but I wanted to report this bug. When I try a glxgears or whatever GL game, i get a: drmRadeonCmdBuffer: -22 (exiting) and the application stop. My guess is that the radeon driver in the X server doesn't work with the DRI driver in Mesa 6.5. It's more likely the radeon DRM being too old for that version of the r300 driver. Try the DRM from DRI CVS. The r300 driver is still considered too experimental for the developers to bother putting in backwards compatibility measures/checks. I've tried to use libdrm from dri cvs, it doesnt change anything. libdrm isn't the problem, the DRM itself (the kernel module radeon.ko) is. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#362404: xfonts-x3270-misc: x3270 fonts are now in the wrong location
On Sat, Jun 03, 2006, Mark Nipper wrote: With the transition to the new Xorg font location, the package is putting the fonts in the wrong location. Currently fonts are going in: --- /usr/share/fonts/X11/fonts/misc/ where I think they actually just need to be in: --- /usr/share/fonts/X11/misc/ Hi, I agree with you, but the way to do it cleanly is to follow Joey's suggestions. Does the current location make the package unusable? If no, I prefer the maintainer doing what he prefers. Sorry for the duplicate fonts in the path introduced by my NMU. If there is any harm, I'll change it. -- adn Mohammed Adnène Trojette
Bug#361376: liferea-gtkhtml segfaults randomly with current gtkhtml, please use liferea-mozilla instead for now
It might be just better if you ditched the liferea-gtkhtml package. Why? Only the latest libgtkhtml2 versions are broken. Er... given that the latest version of libgtkhtml2 has remained unchanged in Debian for over a year, and AFAIK is superseded upstream by gtkhtml3.x which is in turn being deprecated by GNOME upstream in favor of xulrunner, might it not be wise to kill off liferea-gtkhtml and just distribute liferea-mozilla? Even though this may be a libgtkhtml2 bug, there are only 5 other packages depending on it and no apparent activity on the package, so the most likely outcome seems to be for packages to transition away from it and let it get removed from the release. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#321771: Regarding the reference manual for alcovebook
Hi yann, any progress on this ? if you can make upstream confirm that the material is licensed under the GFDL with no invariant sections and such, this year GR makes it DFSG-free. though I agree that only the PDF intro document speaks about GFDL, current licensing state of that package is unclear and need to be clarified. On Sat, Jan 07, 2006 at 08:22:40AM -0500, Nathanael Nerode wrote: Frank Litchenheld wrote: the reference manual license is stated as for the generated material only and is by the maintainer himself. I would suggest to just declare GPL instead like the source code (I don't know if re-licensing the generated material under GFDL is even legal, but that's not the point here anyway) It's legal to *dual-license* it under the GFDL. However, if the source is under the GPL, then the auto-generated reference manual is under the GPL, too; that's the way it works. It would be really nice to ask the maintainer to make that explicit, however. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#370101: bcm43xx-fwcutter: please consider adding a README.Debian
Package: bcm43xx-fwcutter Version: 20060501-2 Severity: normal Hello, could you please document (for future users) in a README.Debian file along this package's documentation of this convenient script it installs? /usr/share/bcm43xx-fwcutter/install_bcm43xx_firmware.sh I installed this package, and it only contained the software's README, which didn't mention this, and pointed to a big list of drivers to choose from. Only looking around the net did I learn about the script (which automates the manual process). Eduardo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Versions of packages bcm43xx-fwcutter depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries Versions of packages bcm43xx-fwcutter recommends: ii wget 1.10.2-1 retrieves files from the web -- debconf information: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366660: gzip unlinks input before closing output, results in data loss
Le Sam 3 Juin 2006 12:40, Matthew Chapman a écrit : Pierre, The existing write_error() function prints an error, removes the output file and exits with an error code. So I believe that my patch is equivalent to what you are suggesting (except you have some unreachable code :)). ooh, sorry, I misunderstood the aim of your patch. I missed the fact that copy_stat was able to remove the output file, which seems so absurd that I never imagined it did that. your patch is obviously the good one, now that I've looked it in detail. sorry for the stupid comment. Bdale: will you have time to deal with it ? I can NMU it if you want. Cheers, -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp4juwKjTbPY.pgp Description: PGP signature
Bug#340871: Bug #340871: [m68k] packages ftbfs due to mathinline.h
Hi, The attached patch file can be used directly in glibc to fix the build problems (debian/patches/m68k/local-mathinline_h.diff). This is the same as the previous patch, but defines __THROW. An alternative would be to include sys/cdefs.h. I'll let you decide which is most appropriate. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. diff -urN libc.orig/sysdeps/m68k/fpu/bits/mathinline.h libc/sysdeps/m68k/fpu/bits/mathinline.h --- libc.orig/sysdeps/m68k/fpu/bits/mathinline.h2006-06-02 13:36:36.923649683 +0200 +++ libc/sysdeps/m68k/fpu/bits/mathinline.h 2006-06-02 13:40:12.155695178 +0200 @@ -20,6 +20,39 @@ #ifdef __GNUC__ +#ifdef __GNUC__ + +/* GCC can always grok prototypes. For C++ programs we add throw() + *to help it optimize the function calls. But this works only with + * gcc 2.8.x and egcs. For gcc 3.2 and up we even mark C functions + * as non-throwing using a function attribute since programs can use + * the -fexceptions options for C code as well. */ +# if !defined __cplusplus __GNUC_PREREQ (3, 3) +# define __THROW __attribute__ ((__nothrow__)) +# define __NTH(fct)__attribute__ ((__nothrow__)) fct +# else +# if defined __cplusplus __GNUC_PREREQ (2,8) +# define __THROW throw () +# define __NTH(fct) fct throw () +# else +# define __THROW +# define __NTH(fct) fct +# endif +# endif + +#else /* Not GCC. */ + +# define __inline /* No inline functions. */ + +# define __THROW +# define __NTH(fct) fct + +# define __constconst +# define __signed signed +# define __volatile volatile + +#endif /* GCC. */ + #ifdef __USE_ISOC99 /* GCC 3.1 and up have builtins that actually can be used. */ # if !__GNUC_PREREQ (3,1) pgp3JBRW5mNqA.pgp Description: PGP signature
Bug#369018: release updates and the general audience
also sprach Andreas Barth [EMAIL PROTECTED] [2006.06.03.1218 +0200]: Please see bug report 369018 - d-publicity exists again (and I also receive mails send there). Maybe http://lists.debian.org/debian-publicity/ should be updated. It still says [dead list]. And a couple of moments ago, it hadn't archived anything since 2002. Anyway, the list proposal sounds nice, but it does not seem to me to be a press team alternative. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system this week dragged past me so slowly; the days fell on their knees... -- david bowie signature.asc Description: Digital signature (GPG/PGP)
Bug#158416: xvncviewer: Modifier keys are not declared as released when switching to console
severity 158416 important thanks On 2002-08-27 07:08:38 +0200, Ola Lundqvist wrote: Ohh that was a tricky little bug. I'll see what I can do about it. Maybe there is some new upstream version (not official though) that have this fixed. Do not expect a too quick fix because the upstream development is no longer alive. This bug is still there in xvncviewer 3.3.7-12. Setting severity to important, as this bug can have nasty effects. Indeed, modifiers are used for shortcuts. And my X session has just quit because of it, because I had typed [Return]. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370045: netselect: does not set binaries suid root despite debconf setting
tags 370045 + confirmed thanks On Fri, Jun 02, 2006 at 11:55:57PM +0200, Sebastian Bremicker wrote: Package: netselect Version: 0.3.ds1-7 Severity: normal Hi, although it asked kindly to set permissions to suid root (see below), it does not do so: cerebrum:/home/sebrem# ls -la /usr/bin/netselect* -rwxr-xr-x 1 root root 11876 2006-05-13 01:34 /usr/bin/netselect -rwxr-xr-x 1 root root 6476 2006-05-13 01:14 /usr/bin/netselect-apt I don't get an error when running netselect.postinst seperatly but it does not do it. ha-ha! looks like it is a bug in chown (Cc'ing coreutils maintainers): $ /bin/chmod u=rwxs,go=rx /usr/bin/netselect $ ls -la /usr/bin/netselect -rwsr-xr-x 1 root root 11984 2006-05-13 01:14 /usr/bin/netselect $ /bin/chown root:root /usr/bin/netselect -rwxr-xr-x 1 root root 11984 2006-05-13 01:14 /usr/bin/netselect for now I'm going to fix it by swapping the two lines in the postinst thanks for your report, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Man was made at the end of the week's work when God was tired. -- Mark Twain signature.asc Description: Digital signature
Bug#370103: Should use libreadline5 instead of using bash's internal readline
Package: bash Version: 3.1-4 Severity: minor Tags: patch Hi, It looks like the --with-installed-readline configure option got dropped somewhen. Why not using libreadline5 (and thus share code)? I tried the attached patch and it works fine... Samul -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bash depends on: ii base-files3.1.13 Debian base system miscellaneous f ii debianutils 2.16.1 Miscellaneous utilities specific t ii libc6 2.3.6-11 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand bash recommends no packages. -- no debconf information diff -ur bash-3.1/debian/control tmp/bash-3.1/debian/control --- bash-3.1/debian/control 2006-06-03 12:41:06.0 +0200 +++ bash-3.1/debian/control 2006-06-03 12:45:40.0 +0200 @@ -3,7 +3,7 @@ Priority: required Maintainer: Matthias Klose [EMAIL PROTECTED] Standards-Version: 3.6.2 -Build-Depends: autoconf, patch, bison, libncurses5-dev, texinfo, autotools-dev, debhelper (= 4.1), texi2html, locales +Build-Depends: autoconf, patch, bison, libncurses5-dev, texinfo, autotools-dev, debhelper (= 4.1), texi2html, locales, libreadline5-dev Build-Depends-Indep: tetex-bin Package: bash diff -ur bash-3.1/debian/rules tmp/bash-3.1/debian/rules --- bash-3.1/debian/rules 2006-06-03 12:41:06.0 +0200 +++ bash-3.1/debian/rules 2006-06-03 12:45:29.0 +0200 @@ -29,7 +29,7 @@ ID = install -o 0 -g 0 -m 644 # built with installed libreadline? -with_installed_rl = no +with_installed_rl = yes debflags =
Bug#329027: gutenprint: problem still present
gpe [EMAIL PROTECTED] writes: Ok, I've made the test but the problem is still here... We think we have found the problem. Please could you try: 1) Run the GIMP in a C locale. i.e. set LANG=C, LC_ALL=C (verify with the locale command), and see if the problem still occurs. Running in a C locale should fix things. 2) Build using the attached .diff.gz and .dsc (the same as last time). This has an updated fix to correct the locale problem. Thanks, Roger -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. gutenprint_4.3.99+cvs20060521-3.diff.gz Description: Binary data gutenprint_4.3.99+cvs20060521-3.dsc Description: Binary data pgpwaOotIoizL.pgp Description: PGP signature
Bug#334221: gbib: FTBFS on 64 bit arches: Old gettext macro.
On Sun, Oct 16, 2005 at 02:03:13PM +0200, Kurt Roeckx wrote:
Package: gbib
Version: 0.1.2-7
Severity: serious
Hi,
Your package is failing to build on 64 bit arches. During
configure we see:
checking for gettext in libc... no
Which later results in:
c++ -o gbib -g bibentry.o bibfiles.o bibrc.o gui.o lyxsup.o entrydialog.o
lyxco
nnect.o entrydef.o entrylist.o recent.o command_dlg.o -rdynamic -L/usr/lib
-L
/usr/X11R6/lib -lgnomeui -lart_lgpl -lgdk_imlib -lSM -lICE -lgtk -lgdk
-lgmodul
e -ldl -lXi -lXext -lX11 -lgnome -lgnomesupport -lesd -laudiofile -lm -ldb-3
-l
glib /intl/libintl.a
c++: /intl/libintl.a: No such file or directory
make[1]: *** [gbib] Error 1
Hello Philipp,
The attached patch fix this problem by patching aclocal.m4 and configure
to not cast a char * to an int.
It also fix po/Makefile.in.in so that 'debian/rules' clean work.
(Else you cannot build the package twice in a row).
Your package is actually not using automake, only autoconf.
This means two things:
1) The Makefile.in is hand-written and there is no Makefile.am or need
for one.
2) There is no risk of timestanp skew when patching configure.
Cheers,
--
Bill. [EMAIL PROTECTED]
Imagine a large red swirl here.
diff -u gbib-0.1.2/po/Makefile.in.in gbib-0.1.2/po/Makefile.in.in
--- gbib-0.1.2/po/Makefile.in.in
+++ gbib-0.1.2/po/Makefile.in.in
@@ -191,7 +191,7 @@
clean: mostlyclean
distclean: clean
- rm -f Makefile Makefile.in POTFILES *.mo *.msg *.cat *.cat.m
+ rm -f Makefile Makefile.in POTFILES *.mo *.msg *.cat *.cat.m *.gmo
maintainer-clean: distclean
@echo This command is intended for maintainers to use;
diff -u gbib-0.1.2/configure gbib-0.1.2/configure
--- gbib-0.1.2/configure
+++ gbib-0.1.2/configure
@@ -2118,7 +2118,7 @@
#include confdefs.h
#include libintl.h
int main() {
-return (int) gettext ()
+char * foo = gettext ()
; return 0; }
EOF
if { (eval echo configure:2125: \$ac_link\) 15; (eval $ac_link) 25; }
test -s conftest${ac_exeext}; then
--- gbib-0.1.2.orig/aclocal.m4
+++ gbib-0.1.2/aclocal.m4
@@ -53,7 +53,7 @@
AC_CHECK_HEADER(libintl.h,
[AC_CACHE_CHECK([for gettext in libc], gt_cv_func_gettext_libc,
- [AC_TRY_LINK([#include libintl.h], [return (int) gettext ()],
+ [AC_TRY_LINK([#include libintl.h], [char * foo = gettext ()],
gt_cv_func_gettext_libc=yes, gt_cv_func_gettext_libc=no)])
if test $gt_cv_func_gettext_libc != yes; then
Bug#370105: [mips] ICE in schedule_insns, at sched-rgn.c:3038
Package: gcc-snapshot Version: 20060530-1 Running delta now... Automatic build of orsa_0.7.0-6 on swarm by sbuild/mipsel 0.45 ... g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./.. -DQT_THREAD_SUPPORT -D_REENTRANT -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/include -c orsa_integrator_ra15.cc -fPIC -DPIC -o .libs/orsa_integrator_ra15.o orsa_integrator_ra15.cc: In member function 'virtual void orsa::Radau15::Step(const orsa::Frame, orsa::Frame, orsa::Interaction*)': orsa_integrator_ra15.cc:561: internal compiler error: in schedule_insns, at sched-rgn.c:3038 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[5]: *** [orsa_integrator_ra15.lo] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370104: RM: coda, coda-doc -- RoQA: rc-buggy, unmaintained, almost no users
Package: ftp.debian.org Severity: normal Heya, coda, coda-doc are RC-Buggy (#352800, #233981), have almost no users and are not really maintained. Both only exist in experimental (and were never in a stable release). Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370106: crashes with xterm: symbol lookup error: xterm: undefined symbol: _XA_UTF8_STRING
Package: xterm
Version: 210-3
Severity: grave
Justification: renders package unusable
After a recent upgrade, xterm and other X apps (like xmessage) crash on
startup with xterm: symbol lookup error: xterm: undefined symbol:
_XA_UTF8_STRING. I think it's not a bug in xterm, but in some X libraries.
I attach an output of strace:
execve(/usr/bin/xterm, [xterm], [/* 23 vars */]) = 0
uname({sys=Linux, node=kocour, ...}) = 0
brk(0) = 0x8093000
fcntl64(0, F_GETFD) = 0
fcntl64(1, F_GETFD) = 0
fcntl64(2, F_GETFD) = 0
access(/etc/suid-debug, F_OK) = -1 ENOENT (No such file or directory)
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xa7f45000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xa7f44000
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=113186, ...}) = 0
mmap2(NULL, 113186, PROT_READ, MAP_PRIVATE, 3, 0) = 0xa7f28000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libXft.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240:\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=72688, ...}) = 0
mmap2(NULL, 75624, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xa7f15000
mmap2(0xa7f27000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11) = 0xa7f27000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libfontconfig.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\237\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=185144, ...}) = 0
mmap2(NULL, 191880, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xa7ee6000
mmap2(0xa7f0f000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x28) = 0xa7f0f000
mmap2(0xa7f14000, 3464, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xa7f14000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libXaw.so.7, O_RDONLY) = 3
read(3, [EMAIL PROTECTED]..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=371080, ...}) = 0
mmap2(NULL, 370800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xa7e8b000
mmap2(0xa7edf000, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x54) = 0xa7edf000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/X11R6/lib/libXmu.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200I\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=430057, ...}) = 0
mmap2(NULL, 81352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xa7e77000
mmap2(0xa7e8a000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12) = 0xa7e8a000
mprotect(0xafb57000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC|PROT_GROWSDOWN) = 0
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libXext.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\0\000..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=53764, ...}) = 0
mmap2(NULL, 57020, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xa7e69000
mmap2(0xa7e76000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc) = 0xa7e76000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libXt.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \276\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=324628, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xa7e68000
mmap2(NULL, 325240, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xa7e18000
mmap2(0xa7e64000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4c) = 0xa7e64000
mmap2(0xa7e67000, 1656, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xa7e67000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libSM.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0 \0\000..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=31808, ...}) = 0
mmap2(NULL, 34840, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xa7e0f000
mmap2(0xa7e17000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) =
Bug#370102: debtags: not installed by default
Package: debtags Version: 1.5.2+b2 Severity: normal Hello. Could you please make debian install debtags by default? It's a pretty good adition to aptitude, and something debian should be proud off, even if it's not final yet. Could also give more exposure to it. Eduardo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Versions of packages debtags depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.44.1 Advanced front-end for dpkg ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libstdc++64.1.0-4The GNU Standard C++ Library v3 ii libtdb1 1.0.6-13 Trivial Database - shared library ii zlib1g1:1.2.3-11 compression library - runtime debtags recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369818: fixed in libpaper 1.1.18
On Thu, Jun 01, 2006 at 09:21:55PM -0700, Giuseppe Sacco wrote: libpaper (1.1.18) unstable; urgency=low . * Fix dependency (Closes: #369818) Hello Giuseppe, Adding this dependency does not adress the problem reliably: Since libpaper0 now depends on libpaper-utils and libpaper-utils depends on libpaper0, dpkg has to break the loop and either install libpaper0 or libpaper-utils first. If it chooses to install libpaper0 first, the bug will still occur. This is exactly the reason why circular dependencies should be avoided. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357722: Patch
On Sun, May 21, 2006 at 09:40:04AM -0700, Matt Kraai wrote: I believe that Doxygen is overflowing the data buffer when it calls sprintf. The attached patch makes it allocate enough memory before calling sprintf, which should fix the problem. Shouldn't QCString::sprintf() be fixed instead, using vsnprintf and checking the return value? That seems like a much more reasonable fix than just slapping bigger buffers in everywhere. I'll write up a patch for that and NMU -- it looks like the most sane solution. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370108: double definition of redirectors causes squid to abort
Package: squid Version: 2.5.12-1 Severity: normal By accident, I specified the redirect_program option twice, with the same value. As a result, squid would quit after starting: 2006/06/03 13:43:49| helperHandleRead: unexpected read from redirector #1, 300 bytes 2006/06/03 13:43:49| helperHandleRead: unexpected read from redirector #2, 300 bytes 2006/06/03 13:43:49| helperHandleRead: unexpected read from redirector #3, 300 bytes 2006/06/03 13:43:49| helperHandleRead: unexpected read from redirector #4, 300 bytes 2006/06/03 13:43:49| helperHandleRead: unexpected read from redirector #5, 300 bytes 2006/06/03 13:43:49| WARNING: redirector #1 (FD 8) exited 2006/06/03 13:43:49| WARNING: redirector #2 (FD 9) exited 2006/06/03 13:43:49| WARNING: redirector #3 (FD 10) exited 2006/06/03 13:43:49| Too few redirector processes are running FATAL: The redirector helpers are crashing too rapidly, need help! -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#370109: RM: xfce4-trigger-launcher -- RoM; superseded by xfce4-panel
Package: ftp.debian.org Version: N/A xfce4-panel now contains the launcher plugin which this package used to contain. A new version of -panel will be uploaded to conflict/replace it. Please remove it from unstable. Thanks. -- Simon Huggins \ The claw chooses who will go and who will stay \ http://www.earth.li/~huggie/htag.pl 0.0.22 signature.asc Description: Digital signature
Bug#369347: mysql-server not starting since upgrade
hi stella, On Thu, Jun 01, 2006 at 11:15:28AM +0100, Stella Power wrote: The file is too large to send to you by email, Postfix bounced it back. So I've put it up for you to download over the web: http://www.stellapower.net/ltrace.out.tgz okay, thanks. out of curiosity, did mysqld crash with the same signal and message, or did you have to hit ctrl-c for it to exit? looking at the ltrace file doesn't really reveal anything to me, and i'm unable to reproduce the problem, which is a bit frustrating. okay, so next steps: - send the contents of your /etc/mysql/my.cnf (make sure to mask anything sensitive in the file first) - try removing all but the mysql database, and if the server doesn't crash add them back in one at a time until the server does crash. the second step is kind of tricky, and you should make sure you know what you're doing at each step. the process would be something like this: (finding the list of databases) cd /var/lib/ find mysql -mindepth 1 -maxdepth 2 -type d ! -name mysql (removing all but mysql database) /etc/init.d/mysql stop tar cvfz /tmp/mysql.save.tgz mysql find mysql -mindepth 1 -maxdepth 2 -type d ! -name mysql | xargs rm -rf /etc/init.d/mysql start (adding in databases one at a time) /etc/init.d/mysql stop tar xvfz /tmp/mysql.save.tgz database1 /etc/init.d/mysql start (and so on) so if you're feeling particularly adventurous (and/or impatient), try the second step while you're waiting to hear back from me after sending th emy.cnf file. if you're feeling particularly cautious, you might want to wait on the seconod step until i have a chance to look at the file. sean signature.asc Description: Digital signature
Bug#370107: mldonkey-server: on arm: hangs with 0% CPU until I strace it
Package: mldonkey-server Version: 2.7.3-2 Severity: important Hi! The arm version of mldonkey-server reliably hangs a few minutes after I start it. This applies to the original debian testing version, as well as 2.7.3-2 sources manually compiled on sarge. It does not apply to version 2.5.28. When it hangs, its CPU usage stays at 0% and it fails to respond to any connection attempts to ports 4000 and 4080 from localhost as well as the net. I can easliy wake it up again by doing an strace -p pid. This pid is not $((cat /var/run/mldonkey/mlnet.pid)) but rather the pid of the parent mlnet process. In the following pstree example this would be 14062. |-mldonkey_server(14057)-+-logger(14064) ||-logger(14066) |`-mlnet(14062)---mlnet(14067)-+-mlnet(14068) | `-mlnet(14069) Once strace starts I can easily stop it again and mldonkey will run for another few minutes, until this situation occurs again. I would be happy to deliver any further troubleshooting information to help you take this challenge. It seems to occur only on my arm machine, not i386. I'm not sure if it applies to all arms or only my Linksys NSLU2. (See: http://www.cyrius.com/debian/nslu2/index.html) best regards Kevin Price -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-nslu2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mldonkey-server depends on: ii adduser 3.87 Add and remove users and groups ii debconf [debconf-2.0] 1.5.1Debian configuration management sy ii dpkg1.13.19 package maintenance system for Deb ii libbz2-1.0 1.0.3-2 high-quality block-sorting file co ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-4GCC support library ii libgd2-noxpm2.0.33-3 GD Graphics Library version 2 (wit ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii mime-support3.36-1 MIME files 'mime.types' 'mailcap ii ucf 2.0010 Update Configuration File: preserv ii zlib1g 1:1.2.3-11 compression library - runtime mldonkey-server recommends no packages. -- debconf information excluded -- http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=214656 http://www.amazon.de/gp/registry/wishlist/1STJFWXVXM083/ ICQ#75570407 signature.asc Description: OpenPGP digital signature
Bug#364819: gij-4.1: bus error on hppa
Steve Langasek [EMAIL PROTECTED] writes: Hi Matthias, works for me. Have you tried building it with prctl --unaligned=signal? This is not the default on hppa, but it's used on the autobuilders because it catches potentially costly programming errors. FWIW, gij-4.1 also produces unaligned traps when building db4.4 4.4.20-4 on Alpha. -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370030: adduser: [INTL:it] Italian translations
tags #370030 confirmed pending thanks On Fri, Jun 02, 2006 at 09:00:04PM +0200, Luca Monducci wrote: the attached file is a patch against rev. 569 from adduser svn repository with updated Italian program and manpage translation. Committed to svn, thanks. 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 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370111: FTBFS with new xfce4-panel pending new upstream version
Package: xfce4-notes-plugin Version: 0.10.0-2 Severity: serious Tags: upstream This plugin no longer builds against the new 4.4 panel. At some point we hope upstream will port it to the new panel or an enthusiastic user might but until then this bug is here to record this and make sure we don't release etch with it. -- Simon [ [EMAIL PROTECTED] ] *\ Zelfs een blinde kip vindt wel eens \** ** ]-+-+-+-+-+-+-+-+-[ **\een korrel \* ** [ Htag.pl 0.0.22 ] ***\\ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369801: [Pkg-nagios-devel] Bug#369801: nagios2: New Upstream Release
Le jeudi 01 juin 2006 à 18:43 +0200, Marc Haber a écrit : On Thu, Jun 01, 2006 at 02:04:16PM +0200, Jerome Warnier wrote: Nagios 2.4 is out. Geez. For, like, six hours? Don't take offense, I noticed there was a newer version, and submitted a kind reminder as wishlist. Please think about packaging it. Do we have any bad history of being late with nagios 2.x packages? Not to my knowledge. Furthermore, I never used a Nagios package from out of Stable, so really don't care. Please note that we have recently introduced a new nagios2-dbg package and thus the next upload is subject to Debian ftpmaster NEW processing which might take a few weeks. 2.3.1, uploaded earlier this week, is already stalled by this. Well, thanks, and keep up the good work. Sincerely. Greetings Marc
Bug#370110: please s/recovery/single-user/ in generated menu.lst
Package: grub Version: 0.97-9.1 Severity: wishlist Can we change the name of single user mode from recovery mode to single-user mode, please? Recovery mode seems to be inspired by certain proprietary OSs out there; on Unix, single-user mode can be used for much more than recovery. Thanks, -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#370112: FTBFS: invalid conversion from 'int (*)(FT_Vector...
Package: lasi Version: 1.0.5-2 Severity: serious This package no longer builds in unstable: Automatic build of lasi_1.0.5-2 on hulk by sbuild/alpha 0.45 ... g++ -DPACKAGE_NAME=\LASi\ -DPACKAGE_TARNAME=\lasi\ -DPACKAGE_VERSION=\1.0.5\ -DPACKAGE_STRING=\LASi 1.0.5\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\lasi\ -DVERSION=\1.0.5\ -DPANGO_ENABLE_BACKEND=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBGLIB_2_0=1 -DHAVE_LIBFREETYPE=1 -DHAVE_LIBPANGOFT2_1_0=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I. -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../include -g -Wall -O2 -c drawGlyph.cpp -fPIC -DPIC -o .libs/drawGlyph.o drawGlyph.cpp:111: error: invalid conversion from 'int (*)(FT_Vector*, void*)' to 'int (*)(const FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(FT_Vector*, void*)' to 'int (*)(const FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(FT_Vector*, FT_Vector*, void*)' to 'int (*)(const FT_Vector*, const FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(FT_Vector*, FT_Vector*, FT_Vector*, void*)' to 'int (*)(const FT_Vector*, const FT_Vector*, const FT_Vector*, void*)' make[2]: *** [drawGlyph.lo] Error 1 make[2]: Leaving directory `/build/tbm/lasi-1.0.5/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/tbm/lasi-1.0.5' make: *** [debian/stamp-makefile-build] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329027: gutenprint: problem still present
Le Sat, 03 Jun 2006 12:15:50 +0100 Roger Leigh [EMAIL PROTECTED] a écrit: gpe [EMAIL PROTECTED] writes: Ok, I've made the test but the problem is still here... We think we have found the problem. Please could you try: 1) Run the GIMP in a C locale. i.e. set LANG=C, LC_ALL=C (verify with the locale command), and see if the problem still occurs. Running in a C locale should fix things. Ok it seems good with C locale. In french locale the decimal point is a comma and in the ppd file there is a dot. Is that the problem? 2) Build using the attached .diff.gz and .dsc (the same as last time). This has an updated fix to correct the locale problem. I've not the time to make this now. I try it as soon as possible. Thanks for your job! -- +---+ | gpe92 | +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
