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 , 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 \n" "Language-Team: Debian l10n Dutch \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
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.
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#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 , 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 \n" "Language-Team: Debian l10n Dutch \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 hdd
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#365102: synfigstudio: 365102: amd64 crash: taggn
tags 365102 + patch upstream fixed-upstream pending forwarded 365102 http://sourceforge.net/tracker/index.php?func=detail&aid=1499921&group_id=144022&atid=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#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#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#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#369835: qt4-x11: uninstallable with nvidia-glx-dev
This sounds like apt getting confused. I just tried running debuild with nvidia-glx-dev satisfying the libgl-dev dependency and it runs fine but when using the build-dep command I get the same results you do. -- Randall Donald [EMAIL PROTECTED] http://www.khensu.org[EMAIL PROTECTED] Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370071: daytime/tcp: bind: Permission denied
Package: bind Version: 1:8.4.6-1 Severity: wishlist How can I stop the actions causing these messages to syslog? inetd[3525]: daytime/tcp: bind: Permission denied inetd[3525]: discard/udp: bind: Permission denied inetd[3525]: discard/tcp: bind: Permission denied inetd[3528]: nntp/tcp: bind: Permission denied inetd[3528]: ftp/tcp: bind: Permission denied I have bind installed but turned off via rcconf. I don't want to run it, but don't want to remove it. (I'm not even sure this has anything to do with the bind package!) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366910: module-assistant: Fails to correctly compile nvidia-kernel-module
Well it seems Eduard fails to see the issue on this one. Anyways this might have to do with module-assistant's package cache as removing the /usr/src/modules/nvidia-kernel directory before running module-assistant and going through its various steps makes it see the correct version. -- Randall Donald [EMAIL PROTECTED] http://www.khensu.org[EMAIL PROTECTED] Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368384: column vs. Chinese Unicode
#Makefile to show column(1) can't deal correctly with utf-8. #Try on your fixed width UTF-8 terminal window. f=http://jidanni.org/lang/pinyin/taizhong/bus/pinyin.txt #This works great: b5:;w3m -dump $f|head|iconv -t big5|column -s, -t|iconv -f big5 #But not this: ut:;w3m -dump $f|head|column -s, -t #It must be the three byte long utf-8 characters that are to be #displayed two characters wide are fooling column(1). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370070: spamassassin: !exists:name_of_header
Package: spamassassin Version: 3.1.1-1 Severity: wishlist Tags: upstream header SYMBOLIC_TEST_NAME exists:name_of_header Define a header existence test. "name_of_header" is the name of a header to test for existence. This is just a very simple version of the above header tests. OK, but there should also be a "!exists:name_of_header", to test for missing headers. (Not the same as giving "exists:name_of_header" a negative score.) OK, maybe header J_FUNNY_MSGID1 Message-Id !~ /./ will do. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365068: nvidia-glx causing multiple apps to segfault
This really isn't a bug if you aren't using the driver. There are libraries associated with the driver, nvidia-tls and libGL that expect the driver to be in use when loaded. -- Randall Donald [EMAIL PROTECTED] http://www.khensu.org[EMAIL PROTECTED] Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370069: firefox: http://www.tccg.gov.tw/ ugly
Package: firefox Version: 1.5.dfsg+1.5.0.3-2 Severity: wishlist Probably a problem with the site of the city government of 100+ people: http://www.tccg.gov.tw/ but one needs to turn off javascript and stylesheet to get overwritten text cleared. Then of course some of the content is gone. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339085: coreutils: You can't make this change. Not now, and quite probably never.
Package: coreutils Version: 5.96-3 Followup-For: Bug #339085 I want to add emphasis and additional justification to Josh Triplett's request that the old (POSIX-1992) command line syntax continue to work. On this issue, I speak primarily as a (semi-retired) GCC maintainer. Every other month or so for the past few years - ever since upstream coreutils dropped the old syntax - someone has tried to build GCC on top of a hand-built coreutils, found that the configure script relies on the old syntax, and complained to the mailing list. We then would have to explain to this person that the configure script cannot be updated to the new syntax. Yes, I said *can not* be updated. You see, GCC still supports systems other than bleeding edge GNU... in particular, it still supports systems where the coreutils equivalent had its functionality *frozen*, in every detail, as of POSIX-1992. I know for a fact that this is the case for releases of Solaris up to and including (2.)8, and I strongly suspect it is still true even for the most recent releases. It has also been reported to be the case for various releases of HP-UX and AIX. On these systems, POSIX-2001 syntax like "tail -n 1" simply *does not work*. Now, personally I would be quite happy to see all such obsolete proprietary Unixes die the death, but that's not the world we live in today, and I doubt it will happen - not for at least another decade. Therefore, people writing portable shell scripts have to keep using the old syntax, and that means GNU coreutils needs to keep supporting it. In the default mode, and without any diagnostics. I am cranky about this because I've explained it over and bloody over again to the aforementioned people who are confused why they can't build GCC, and I've also explained it over and over to coreutils upstream, who just do not seem to understand why they are wrong to hew to the letter of POSIX-2001. See http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00102.html for my most recent go-round with coreutils upstream -- I disagree with some of the things he says in response but did not have time to continue the argument; in particular, he says "yabbut +n syntax isn't portable either" when he could make it be so by ceasing this silly insistence on removing it. I advise in the strongest possible terms that Debian just plain ignore upstream on this issue, and leave POSIX-1992 the default, ideally forever. And, moreover, please stop advocating that people change their scripts, because some of us can't, and we're tired of the nagging. zw -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#365558: Works perfectly with last version: 1.0.2-1
The bug disappeared after updating to davfs2 version 1.0.2-1. Thanks for the fix. You can close this bug report. - Viktor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367052: I'm seeing this too all-of-a-sudden
Package: dpkg Version: 1.13.19 Followup-For: Bug #367052 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Also running via aptitude. Just suddenly happened; has never happened before. Configuration file `/etc/X11/fs/config' ==> Modified (by you or by a script) since installation. ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** config (Y/I/N/O/D/Z) [default=N] ? Z Don't forget to foreground (`fg') this process when you're done ! Configuration file `/etc/X11/fs/config' ==> Modified (by you or by a script) since installation. ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. Nothing funny in ps: 29381 ?Ss 0:01 \_ xterm -class UXTerm -title uxterm -u8 29385 pts/0Ss 0:00 | \_ bash 29396 pts/0S 0:00 | \_ su 29397 pts/0S 0:00 | \_ bash 3685 pts/0Sl+0:02 | \_ aptitude 3743 pts/0S+ 0:00 | \_ dpkg --configure -a dpkg's environment: # tr '\0' '\n' < /proc/3743/environ SSH_AGENT_PID=6189 TERM=xterm SHELL=/bin/bash GTK_RC_FILES=/etc/gtk/gtkrc:/home/anthony/.gtkrc-1.2-gnome2 WINDOWID=18874402 ETHEME=/home/anthony/.enlightenment/themes/BrushedMetal-Tigert-PxFont XTERM_SHELL=/bin/bash USER=root LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.flac=01;35:*.mp3=01;35:*.mpc=01;35:*.ogg=01;35:*.wav=01;35: [EMAIL PROTECTED] GNOME_KEYRING_SOCKET=/tmp/keyring-aWItJv/socket SSH_AUTH_SOCK=/tmp/ssh-chMlUj6120/agent.6120 SESSION_MANAGER=local/feynman:/tmp/.ICE-unix/6120 USERNAME=anthony PAGER=less XPSERVERLIST=:64 EVERSION=0.16.7.2 DESKTOP_SESSION=default PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 MAIL=/var/mail/root _=/usr/bin/dpkg GDM_XSERVER_LOCATION=local ENL_WM_ROOT=0x48 PWD=/home/anthony EDITOR=vim EBIN=/usr/bin LANG=en_US.UTF-8 ECACHEDIR=/home/anthony/.enlightenment GDMSESSION=default XTERM_VERSION=XTerm(210) HOME=/root SHLVL=3 LANGUAGE=en_US:en_GB:en ECONFDIR=/home/anthony/.enlightenment GNOME_DESKTOP_SESSION_ID=Default EROOT=/usr/share/enlightenment LOGNAME=root VISUAL=gvim -f DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-wt0TQCW7u7,guid=81d03d4401c8ea09266e17519fe24300 DEBFULLNAME=Anthony DeRobertis BROWSER=/usr/bin/gnome-open EPID=6212 DISPLAY=:0.0 GTK_IM_MODULE=xim XAUTHORITY=/home/anthony/.Xauthority And a decided simple strace of me pressing Z: Process 3743 attached - interrupt to quit read(0, "Z\n", 1024)= 2 write(2, "Don\'t forget to foreground (`fg\'"..., 66) = 66 getpgid(0) = 3685 kill(4294963611, SIGTSTP) = 0 - --- SIGTSTP (Stopped) @ 0 (0) --- write(2, "\nConfiguration file `/etc/X11/fs"..., 40) = 40 write(2, "\n ==> Modified (by you or by a s"..., 59) = 59 write(2, " ==> Package distributor has shi"..., 57) = 57 write(2, " What would you like to do abo"..., 285) = 285 write(2, " The default action is to keep y"..., 53) = 53 write(2, "*** config (Y/I/N/O/D/Z) [defaul"..., 39) = 39 read(0, Process 3743 detached Might just be me, but that PID being killed looks, ummm, a tad bit funny. Hitting Control-C, then running 'g' again in aptitude Same thing. Control-C twice (killing aptitude as well), then starting aptitude over... same thing. Killing dpkg, aptitude, exiting su, closing the xterm, starting over in a new xterm: same thing. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dpkg depends on: ii coreutils [textutils] 5.94-1 The GNU core utilities ii libc6 2.3.6-7GNU C Library: Shared libraries d
Bug#370068: amule-utils: needs to conflict with amule, or remove the ed2k manual page
Package: amule-utils Version: 2.1.1-3 Severity: serious Justification: conflicting files amule-utils fails to upgrade due to a conflicting file: Preparing to replace amule-utils 2.1.1-3 (using .../amule-utils_2.1.2-1.1_i386.deb) ... Leaving `diversion of /usr/bin/ed2k to /usr/bin/ed2k.xmule by amule' Leaving `diversion of /usr/share/man/man1/ed2k.1.gz to /usr/share/man/man1/ed2k.xmule.1.gz by amule' Unpacking replacement amule-utils ... Replacing files in old package amule-common ... dpkg: error processing /var/cache/apt/archives/amule-utils_2.1.2-1.1_i386.deb (--unpack): trying to overwrite `/usr/share/man/fr/man1/ed2k.1.gz', which is also in package amule Preparing to replace amule 2.1.1-3 (using .../amule_2.1.2-1.1_i386.deb) ... Unpacking replacement amule ... Preparing to replace amule-common 2.1.1-3 (using .../amule-common_2.1.2-1.1_all.deb) ... Unpacking replacement amule-common ... -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages amule-utils depends on: pn amule | amule-daemon (no description available) ii amule-common2.1.2-1.1common files for aMule ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-4GCC support library ii libgd2-xpm 2.0.33-4 GD Graphics Library version 2 ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libreadline55.1-7GNU readline and history libraries ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.3.2.1wxWidgets Cross-platform C++ GUI t ii libx11-62:1.0.0-6X11 client-side library ii libxpm4 1:3.5.4.2-3 X11 pixmap library ii zlib1g 1:1.2.3-11 compression library - runtime -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#370067: xserver-xorg-video-via: via driver turns screen white, hsync out of range reported
Package: xserver-xorg-video-via Version: 1:0.1.33.2-3 Severity: important Using the via driver causes my screen to turn white and freeze up my system. The xserver log (included below) reports that the hsync is out of range for every resolution and reports a bad mode clock. The log also reports an "Unknown Card-Ids" error as well. Older versions of the driver (prior to my upgrade to Xorg version 7) have also had this problem. I'm running Debian on an Averatec 3715-EH1 laptop, if that helps. I've also tried booting with both the noapic and acpi=off kernel options, but those have had no effect. 'lspci -v' reports: :00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device 0322 Flags: bus master, 66MHz, medium devsel, latency 8 Memory at d000 (32-bit, prefetchable) [size=64M] Capabilities: [80] AGP version 3.0 Capabilities: [50] Power Management version 2 Capabilities: [60] #08 [0060] Capabilities: [58] #08 [8001] :00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: fc20-fe2f Prefetchable memory behind bridge: f210-fa0f Secondary status: SERR Capabilities: [80] Power Management version 2 :00:09.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01) Subsystem: Micro-Star International Co., Ltd.: Unknown device 6833 Flags: bus master, slow devsel, latency 64, IRQ 185 Memory at febfe000 (32-bit, non-prefetchable) [size=8K] Capabilities: [40] Power Management version 2 :00:0a.0 CardBus bridge: O2 Micro, Inc. OZ711MP1/MS1 MemoryCardBus Controller (rev 21) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device 061a Flags: bus master, stepping, slow devsel, latency 168, IRQ 169 Memory at 2400 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=02, subordinate=05, sec-latency=176 Memory window 0: 2000-21fff000 (prefetchable) Memory window 1: 2200-23fff000 I/O window 0: 1000-10ff I/O window 1: 1400-14ff 16-bit legacy interface ports at 0001 :00:0a.2 0805: O2 Micro, Inc.: Unknown device 7120 (rev 01) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device 061a Flags: slow devsel, IRQ 11 Memory at febfdc00 (32-bit, non-prefetchable) [size=256] Capabilities: [a0] Power Management version 2 :00:0a.3 Bridge: O2 Micro, Inc.: Unknown device 7130 (rev 01) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device 061a Flags: slow devsel, IRQ 11 Memory at febfc000 (32-bit, non-prefetchable) [size=4K] Capabilities: [a0] Power Management version 2 :00:0a.4 FireWire (IEEE 1394): O2 Micro, Inc.: Unknown device 00f7 (rev 02) (prog-if 10 [OHCI]) Subsystem: O2 Micro, Inc.: Unknown device 00f7 Flags: bus master, medium devsel, latency 64, IRQ 169 Memory at 24001000 (32-bit, non-prefetchable) [size=4K] Memory at febfd000 (32-bit, non-prefetchable) [size=2K] Capabilities: [60] Power Management version 2 :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI]) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device c919 Flags: bus master, medium devsel, latency 64, IRQ 193 I/O ports at ec00 [size=32] Capabilities: [80] Power Management version 2 :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI]) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device c919 Flags: bus master, medium devsel, latency 64, IRQ 193 I/O ports at e800 [size=32] Capabilities: [80] Power Management version 2 000
Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs
severity 367058 important thanks On Fri, Jun 02, 2006 at 01:08:59AM +0200, Adeodato Simó wrote: > > Either way, there is still a bug in gnupg-agent here; at most, the > > x11-common workaround affects the severity of the gnupg-agent bug, but it's > > still a gnupg-agent bug. And it's still a bug that would manifest when > > installing gnupg-agent on a sarge system (partial upgrades), so it should > > still be fixed. > I understand this reasoning. However, this is my take on the matter: the > current script is well written, and makes reasonably sure that if the > final exit status is unsuccessful, it's not due to something under its > control, but outside (e.g., a badly-written gpg-agent.conf). When this > occurs, the script just ends with a non-zero status, as it should. > Since it's a Xsession script, the author may think of what should happen > if an error occurs: > (1) just leave the caller decide (current situation) > (2) ensure an error won't cause the X11 startup process to abort, by > adding "|| true" to the `gpg-agent --daemon` invocation > (3) ensure an error will cause the X11 startup process to abort, by > adding "|| exit 1" to the `gpg-agent --daemon` invocation > And, in my opinion, no Xsession script should get away from (1), so in > my opinion the script is fine as it is, and if I were the gnupg-agent > maintainer, this'd be wishlist+wontfix, since I can't think of (2) nor > (3) as the fix you ask for above. > I merged because I took this bug not as particular to gpg-agent, but to > any X11 init script: I saw here an user saying that user errors that pop > up in such scripts should not finish the session, and since this was > resolved elsewhere in the distribution, I pointed him there. > > Well, I don't agree that the change to x11-common was a correct fix; we have > > every reason to demand the same high quality of error handling for Xsession > > scripts as we do for other scripts in Debian, which is undermined by this > > casual use of set +e as a workaround. Isn't it reasonable to expect that I > > may *want* a failed Xsession script to cause the session to abort? > Yeah, we may, though as a distribution default, I think not aborting the > session is a better default. And then, is a non-zero exit status from > gpg-agent a failed Xsession script or not? I think it is, and the script > already ends with the appropriate exit status, letting the parent decide > what to do. > But alas, perhaps there's a number (4) option I did not see. For the > moment, I can't think how this bug can remain to be RC. On Thu, Jun 01, 2006 at 09:51:19PM -0400, David Nusinow wrote: > > Well, I don't agree that the change to x11-common was a correct fix; we have > > every reason to demand the same high quality of error handling for Xsession > > scripts as we do for other scripts in Debian, which is undermined by this > > casual use of set +e as a workaround. Isn't it reasonable to expect that I > > may *want* a failed Xsession script to cause the session to abort? > You may, but I think you're in the minority. I don't think a user who > installs some rogue package with a broken script deserves to have the > ability to log in to X ripped out from under them. It's the maintainer's > job to ensure that the script works, and the user shouldn't have to suffer > unnecessarily for mistakes. While I'm all for forcing devices to ensure > quality, bringing down all of X because gpg-agent doesn't start is pretty > extreme. > > Either way, there is still a bug in gnupg-agent here; at most, the > > x11-common workaround affects the severity of the gnupg-agent bug, but it's > > still a gnupg-agent bug. And it's still a bug that would manifest when > > installing gnupg-agent on a sarge system (partial upgrades), so it should > > still be fixed. > Indeed. If the change that I made is causing maintainers to divest > themselves of responsibility for their packages, then I'll revert it, no > questions. The goal is to protect users, not maintainers. You both make fair points, that there is room for disagreement here about whose responsibility it is to make sure Xsession scripts don't fail out and abort the X session. It is still my opinion that this is a bug in gnupg-agent, because the default behavior desired by most users, AFAICT, is that installing gnupg-agent will give a gpg-agent to those users with a correctly configured env while not interfering with the X sessions of those without one. So I think the default behavior here should be for gnupg-agent to catch its own errors here and return success, independent of how any other Xsession hooks might operate. But I don't think this is RC, so downgrading to important. 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 sign
Bug#369958: install-info fails because it cannot locate English.pm
tag 369958 pending merge 369928 369958 thanks On Fri, 2006-06-02 at 06:28:43 -0700, Matt Kraai wrote: > Package: dpkg > Version: 1.13.20 > > When I try to create an unstable chroot for pbuilder, it fails because > install-info cannot locate English.pm: > > > O: Can't locate English.pm in @INC (@INC contains: /etc/perl > > /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 > > /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 > > /usr/local/lib/site_perl.) at /usr/sbin/install-info line 4. > > O: BEGIN failed--compilation aborted at /usr/sbin/install-info line 4. > > I think either install-info shouldn't depend on English.pm or the > priority of perl-modules should be set to required. This is fixed since yesterday morning in the svn repo, going to upload RSN. thanks, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361138: stable: vulnerable, oldstable: not affected
The vulnerable lines and the developers' counter measure can be inspected at http://mantisbt.cvs.sourceforge.net/mantisbt/mantisbt/view_all_set.php?r1=1.60&r2=1.61 The package state is as follows: STABLE The package in Debian stable is currently at version 0.19.2-5sarge2: http://packages.debian.org/stable/web/mantis This version is based on upstream version v0.19.2 http://ftp.debian.org/debian/pool/main/m/mantis/mantis_0.19.2.orig.tar.gz This version is vulnerable, lines 126-131 contain the vulnerable code. The debian patchset http://ftp.debian.org/debian/pool/main/m/mantis/mantis_0.19.2-5sarge2.diff.gz does not modify or fix these lines. As such, the Debian package should be considered vulnerable. A patch is attached. OLDSTABLE The package in Debian oldstable is currently at version 0.17.1-3: http://packages.debian.org/oldstable/web/mantis This version is based on upstream version v0.17.1 http://security.debian.org/debian-security/pool/updates/main/m/mantis/mantis_0.17.1.orig.tar.gz This version is not vulnerable, it does not contain the vulnerable code. The debian patchset http://security.debian.org/debian-security/pool/updates/main/m/mantis/mantis_0.17.1-3.diff.gz does not introduce the vulnerable code. As such, the Debian package should be considered unaffected. Hth, Moritz (yet another, resistance is futile) diff -Naur mantis-0.19.2.orig/view_all_set.php mantis-0.19.2/view_all_set.php --- mantis-0.19.2.orig/view_all_set.php 2004-10-28 02:31:06.0 +0200 +++ mantis-0.19.2/view_all_set.php 2006-06-03 03:11:47.0 +0200 @@ -123,12 +123,12 @@ $f_sort = gpc_get_string( 'sort', 'last_updated' ); $f_dir = gpc_get_string( 'dir', 'DESC' ); # date values - $f_start_month = gpc_get_string( 'start_month', date( 'm' ) ); - $f_end_month= gpc_get_string( 'end_month', date( 'm' ) ); - $f_start_day= gpc_get_string( 'start_day', 1 ); - $f_end_day = gpc_get_string( 'end_day', date( 'd' ) ); - $f_start_year = gpc_get_string( 'start_year', date( 'Y' ) ); - $f_end_year = gpc_get_string( 'end_year', date( 'Y' ) ); + $f_start_month = gpc_get_int( 'start_month', date( 'm' ) ); + $f_end_month= gpc_get_int( 'end_month', date( 'm' ) ); + $f_start_day= gpc_get_int( 'start_day', 1 ); + $f_end_day = gpc_get_int( 'end_day', date( 'd' ) ); + $f_start_year = gpc_get_int( 'start_year', date( 'Y' ) ); + $f_end_year = gpc_get_int( 'end_year', date( 'Y' ) ); $f_search = gpc_get_string( 'search', '' ); $f_and_not_assigned = gpc_get_bool( 'and_not_assigned' ); $f_do_filter_by_date= gpc_get_bool( 'do_filter_by_date' ); signature.asc Description: OpenPGP digital signature
Bug#323900: (no subject)
Hi, yes you are right. Currently I just wanted to fix the major glitches in the package. For this I have to create another Makefile patch so this is on my todo for the next package revision. Kind regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys! pgp6AsypY1IZq.pgp Description: PGP signature
Bug#370065: nautilus: Files do not show up in "trash:"
Package: nautilus Version: 2.14.1-4 Severity: normal If I drag files to the trashcan icon they are moved to $HOME/.Trash but they do not show in nautilus at the location "trash:". Consequently, the icon on the desktop always shows the empty trash can. ---<(kaimartin)>--- -- System Information: Debian Release: 3.1 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.15kmk5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages nautilus depends on: ii desktop-file-utils 0.10-1Utilities for .desktop files ii gnome-control-center 1:2.12.3-2utilities to configure the GNOME d 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 libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libeel2-2 2.14.1-1 Eazel Extensions Library (for GNOM ii libesd00.2.35-2 Enlightened Sound Daemon - Shared ii libexif12 0.6.12-2 library to parse EXIF files ii libgail-common 1.8.11-2 GNOME Accessibility Implementation ii libgail17 1.8.11-2 GNOME Accessibility Implementation ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-desktop-2 2.12.2-2 Utility library for loading .deskt ii libgnome2-02.14.1-1 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-0 2.14.1-2 GNOME virtual file-system (runtime ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libnautilus-extension1 2.14.1-1 libraries for nautilus components ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.12.7-3 SAX-based renderer library for SVG ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 2:1.0.0-6 X11 client-side library ii libxml22.6.24.dfsg-1 GNOME XML library ii nautilus-data 2.14.1-4 data files for nautilus ii shared-mime-info 0.16-3FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii desktop-base 0.3.15 common files for the Debian Deskto ii eject 2.1.4-1ejects CDs and operates CD-Changer pn fam(no description available) ii libgnomevfs2-extra2.14.1-2 GNOME virtual file-system (extra m ii librsvg2-common 2.12.7-3 SAX-based renderer library for SVG ii nautilus-cd-burner2.12.3-2 CD Burning front-end for Nautilus -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370066: debclean: have -d to override missing build-depends a-la-debuild
Package: devscripts Version: 2.9.20 Severity: wishlist I think it'd be nifty to have a debclean option to force running clean even if dpkg-checkbuildependencies fails. For consistency with debuild, I'd suggest -d. Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Experience is something you don't get until just after you need it.
Bug#362697: Mount point /dev/.static/dev is not responding messages when xfe
I have tested this and the upstreamer would be correct. chmod 755 /dev/.static resolves the xfe message issue. Perhaps that could be made a default in the distribution? as an asside, I have not noticed any issue with the df command. Thank you and the upstreamer very much for the reply. wilson On Fri, 2 Jun 2006, Jose Carlos Medeiros wrote: Hi, Wilson I sent your bug to upstreamer and he answer follow: - It's an old problem... You will have the same problem with df... Just make (as root) : chmod 755 /dev/.static and everything will be OK. RB - Can you test this ? Regards -- []'s José Carlos
Bug#370062: opendb: New upstream version available
Package: opendbVersion: 0.81p13Severity: wishlistopendb 0.81p18 has been released
Bug#370064: gnubiff: causes delay of gnome login
Package: gnubiff Version: 2.2.0-1 Severity: normal I get delays of about 2 minutes at gnome login if gnome-biff is installed in one of the panels. During the delay the splash screen keeps beeing displayed and it is not possible to logout. Although the splash screen seems to suggest that the login process is still going on, all menus, programs, applets and even gnome-biff work properly. There are no error messages on syslog or /var/log/gdm/:0.log ---<(kaimartin)>--- -- System Information: Debian Release: 3.1 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.15kmk5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnubiff depends on: 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 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.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.1-2 generic font configuration library ii libgamin0 [libfam0]0.1.7-3 Client library for the gamin file ii libgcc11:4.1.0-2 GCC support library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-1 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-0 2.14.1-2 GNOME virtual file-system (runtime ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.1-1 library for GNOME 2 panel applets ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libssl0.9.80.9.8a-2 SSL shared libraries ii libstdc++6 4.1.0-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.3-1 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension 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-1 X Rendering Extension client libra ii sox12.17.7-2 A universal sound sample translato ii zlib1g 1:1.2.2-4 compression library - runtime gnubiff recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370063: diff for 1.02.00-5.1 NMU
Package: redhat-cluster
Version: 1.02.00-5
Severity: normal
Tags: patch
Hi,
Attached is the diff for my redhat-cluster 1.02.00-5.1 NMU.
diff -u redhat-cluster-1.02.00/debian/changelog
redhat-cluster-1.02.00/debian/changelog
--- redhat-cluster-1.02.00/debian/changelog
+++ redhat-cluster-1.02.00/debian/changelog
@@ -1,3 +1,11 @@
+redhat-cluster (1.02.00-5.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add -lpthread when linking libdlm; fixes FTBFS on
+mips/mipsel. (Closes: #358311)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sat, 3 Jun 2006 02:20:06 +0200
+
redhat-cluster (1.02.00-5) unstable; urgency=low
* Don't use ld directly.
only in patch2:
unchanged:
--- redhat-cluster-1.02.00.orig/dlm/lib/Makefile
+++ redhat-cluster-1.02.00/dlm/lib/Makefile
@@ -46,10 +46,10 @@
${RANLIB} libdlm_lt.a
$(LIBNAME).so.${RELEASE_MAJOR}.${RELEASE_MINOR}: libdlm.po
- $(CC) -shared -o $@ -Wl,-soname=$(LIBNAME).so.$(RELEASE_MAJOR) $^
+ $(CC) -shared -o $@ -Wl,-soname=$(LIBNAME).so.$(RELEASE_MAJOR) $^
-lpthread
$(LIBNAME)_lt.so.${RELEASE_MAJOR}.${RELEASE_MINOR}: libdlm_lt.po
- $(CC) -shared -o $@ -Wl,-soname=$(LIBNAME)_lt.so.$(RELEASE_MAJOR) $^
+ $(CC) -shared -o $@ -Wl,-soname=$(LIBNAME)_lt.so.$(RELEASE_MAJOR) $^
-lpthread
libdlm.po: libdlm.c
$(CC) $(CFLAGS) -D_REENTRANT -c -o $@ $<
Bug#370056: nmudiff: --new, --help, and --version
On Sat, Jun 03, 2006 at 01:51:49AM +0200, Adeodato Simó wrote: > However, while opening a new bug to submit a NMU diff has been the > traditional approach, nowadays I really think it's more common to send > the diff to the bugs fixed by the NMU. So I hacked a copy for my ~/bin > changing that, but then I thought why not submit it, etc., and here I > am. Yes, I recognize that; however, I don't like the approach when there are multiple bugs involved. OTOH, this is a bit of a personal issue, and as you say, the method of not opening a separate bug might be more common these days. Actually, I think what _should_ be done on this, is to establish some kind of consensus on what's the right thing to do, document it in the developer's reference and then decide on the default. This is especially true since what's "right" yesterday might not be "right" today or tomorrow, with the BTS gradually getting full version tracking (so, the need to actually track bugs fixed in NMUs this manual way would completely go away). I'm not sure what the future holds here, and I'd like to get some input on it from someone more knowledgeable before this goes in. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363173: enigma needs that file.
* Mohammed Sameer [Sun, 30 Apr 2006 12:56:29 +0300]: Hi, > Package: libzipios++-dev > Version: 0.1.5.9+cvs.2004.02.07-3.3 > Followup-For: Bug #363173 > We can't simply remove the file because if we do, enigma will FTBFS (#232097) > I guess we have 2 options: > 1) Remove the file and prevent its inclusion in all the library header files > or 2) Move the file into a different namespace > I'd be welling to work on a patch for any of the 2 solutions. Including config.h in library public headers sounds like a really bad practice, so I think the best solution is to modify the two header files that actually use one of the HAVE_* macros (*), leaving only the branch that is true in Debian systems, and ship an empty zipios-config.h in the package (which is a bit easier than removing the #include statement from all 27 include files). (*) meta-iostreams.h uses HAVE_STD_IOSTREAM and USE_STD_IOSTREAM, zipios_defs.h uses HAVE_STDINT_H, but seems a local addition from the Debian maintainer. Do you want to prepare a patch? -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Nightmares on Wax - The Sweetest
Bug#370058: diff for 0.trunk20060212-1.1 NMU
Package: dlm
Version: 0.trunk20060212-1
Severity: normal
Tags: patch
Hi,
Attached is the diff for my dlm 0.trunk20060212-1.1 NMU.
diff -u dlm-0.trunk20060212/debian/changelog
dlm-0.trunk20060212/debian/changelog
--- dlm-0.trunk20060212/debian/changelog
+++ dlm-0.trunk20060212/debian/changelog
@@ -1,3 +1,11 @@
+dlm (0.trunk20060212-1.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Add -lpthread when linking the shared library; fixes FTBFS on mips/mipsel.
+(Closes: #358311)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sat, 3 Jun 2006 01:10:06 +0200
+
dlm (0.trunk20060212-1) unstable; urgency=low
* New snapshot.
diff -u dlm-0.trunk20060212/lib/Makefile dlm-0.trunk20060212/lib/Makefile
--- dlm-0.trunk20060212/lib/Makefile
+++ dlm-0.trunk20060212/lib/Makefile
@@ -46,10 +46,10 @@
${RANLIB} libdlm_lt.a
$(LIBNAME).so.${RELEASE_MAJOR}.${RELEASE_MINOR}: libdlm.po
- $(CC) -pthread -shared -o $@ -Wl,-soname=$(LIBNAME).so.$(RELEASE_MAJOR)
$^
+ $(CC) -pthread -shared -o $@ -Wl,-soname=$(LIBNAME).so.$(RELEASE_MAJOR)
$^ -lpthread
$(LIBNAME)_lt.so.${RELEASE_MAJOR}.${RELEASE_MINOR}: libdlm_lt.po
- $(CC) -shared -o $@ -Wl,-soname=$(LIBNAME)_lt.so.$(RELEASE_MAJOR) $^
+ $(CC) -shared -o $@ -Wl,-soname=$(LIBNAME)_lt.so.$(RELEASE_MAJOR) $^
-lpthread
libdlm.po: libdlm.c
$(CC) $(CFLAGS) -D_REENTRANT -c -o $@ $<
Bug#367838: NMU diff for wnn6-sdk 1.0.0-14.1
tag 367838 + patch thanks Hi, Attached is the diff for my wnn6-sdk 1.0.0-14.1 NMU. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Nightmares on Wax - Passion diff -Nru /tmp/BDLApHX2ns/wnn6-sdk-1.0.0/debian/changelog /tmp/RGPC4mWfe4/wnn6-sdk-1.0.0/debian/changelog --- /tmp/BDLApHX2ns/wnn6-sdk-1.0.0/debian/changelog 2006-01-16 17:57:03.0 +0100 +++ /tmp/RGPC4mWfe4/wnn6-sdk-1.0.0/debian/changelog 2006-06-03 01:45:55.0 +0200 @@ -1,3 +1,11 @@ +wnn6-sdk (1.0.0-14.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS by passing to imake /usr/lib/X11/config as include dir instead +of /usr/X11R6/lib/X11/config. [patch/imake-path.patch] (Closes: #367838) + + -- Adeodato Simó <[EMAIL PROTECTED]> Sat, 3 Jun 2006 01:33:50 +0200 + wnn6-sdk (1.0.0-14) unstable; urgency=low * Replaced xlibs-dev with x-dev (closes: Bug#346754). diff -Nru /tmp/BDLApHX2ns/wnn6-sdk-1.0.0/patch/imake-path.patch /tmp/RGPC4mWfe4/wnn6-sdk-1.0.0/patch/imake-path.patch --- /tmp/BDLApHX2ns/wnn6-sdk-1.0.0/patch/imake-path.patch 1970-01-01 01:00:00.0 +0100 +++ /tmp/RGPC4mWfe4/wnn6-sdk-1.0.0/patch/imake-path.patch 2006-06-03 01:33:39.0 +0200 @@ -0,0 +1,25 @@ src/contrib/im/Xsi/Makefile.ini~ +--- src/contrib/im/Xsi/Makefile.ini +@@ -13,9 +13,9 @@ + MAKE = make + TOP = `pwd`/../../../contrib + CURRENT_DIR = ./../contrib/im/Xsi +-# CONFIGSRC = /usr/lib/X11/config ++CONFIGSRC = /usr/lib/X11/config + # CONFIGSRC = /usr/openwin/lib/X11/config +-CONFIGSRC = /usr/X11R6/lib/X11/config ++# CONFIGSRC = /usr/X11R6/lib/X11/config + IMAKESRC = $(CONFIGSRC) + IRULESRC = $(CONFIGSRC) + WSFLAGS = +--- src/contrib/im/Xsi/config/X11.tmpl~ src/contrib/im/Xsi/config/X11.tmpl +@@ -7,7 +7,7 @@ + #include "/usr/openwin/lib/config/Project.tmpl" + #else /* Sun & SVR4 */ + #if defined(LinuxArchitecture) || defined(KFreeBSDArchitecture) || defined(FreeBSDArchitecture) || defined(NetBSDArchitecture) || defined(OpenBSDArchitecture) || defined(BSD386Architecture) +-#include "/usr/X11R6/lib/X11/config/X11.tmpl" ++#include "/usr/lib/X11/config/X11.tmpl" + #else /* Linux || *BSD */ + #include "/usr/lib/X11/config/Project.tmpl" + #endif/* Linux || *BSD */
Bug#370061: diff for 2.95.4.ds15-24.1 NMU
Package: gcc-2.95
Version: 2.95.4.ds15-24
Severity: normal
Tags: patch
Hi,
Attached is the diff for my gcc-2.95 2.95.4.ds15-24.1 NMU.
diff -u gcc-2.95-2.95.4.ds15/debian/rules gcc-2.95-2.95.4.ds15/debian/rules
--- gcc-2.95-2.95.4.ds15/debian/rules
+++ gcc-2.95-2.95.4.ds15/debian/rules
@@ -36,7 +36,7 @@
$(MAKE) -f debian/rules.conf control
touch $(control_stamp)
-configure: control $(configure_stamps)
+configure: patch $(configure_stamps)
$(configure_stamp)-%:
$(MAKE) -f debian/rules2 TARGET=$* $@
diff -u gcc-2.95-2.95.4.ds15/debian/rules.patch
gcc-2.95-2.95.4.ds15/debian/rules.patch
--- gcc-2.95-2.95.4.ds15/debian/rules.patch
+++ gcc-2.95-2.95.4.ds15/debian/rules.patch
@@ -182,6 +182,8 @@
# conflicts with gcc-core-2.95.2-avr-1.1
#all_patches += gcc-s390
+debian_patches += p-make-lang
+
# testing only
#debian_patches := $(all_patches)
#debian_patches := $(min_patches)
diff -u gcc-2.95-2.95.4.ds15/debian/changelog
gcc-2.95-2.95.4.ds15/debian/changelog
--- gcc-2.95-2.95.4.ds15/debian/changelog
+++ gcc-2.95-2.95.4.ds15/debian/changelog
@@ -1,3 +1,11 @@
+gcc-2.95 (2.95.4.ds15-24.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * p-make-lang.dpatch: Quote the arguments to sed in Make-lang.in.
+Fixes FTBFS on PPC; patch from Matt Kraai. (Closes: #350688)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sat, 3 Jun 2006 01:25:17 +0200
+
gcc-2.95 (2.95.4.ds15-24) unstable; urgency=low
* Thiemo Seufer <[EMAIL PROTECTED]>
only in patch2:
unchanged:
--- gcc-2.95-2.95.4.ds15.orig/debian/patches/p-make-lang.dpatch
+++ gcc-2.95-2.95.4.ds15/debian/patches/p-make-lang.dpatch
@@ -0,0 +1,56 @@
+#! /bin/sh -e
+
+# DP: Quote the arguments to sed in the Pascal Make-lang.in.
+
+if [ $# -eq 3 -a "$2" = '-d' ]; then
+pdir="-d $3"
+elif [ $# -ne 1 ]; then
+echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
+exit 1
+fi
+case "$1" in
+-patch) patch $pdir -f --no-backup-if-mismatch -p0 < $0;;
+-unpatch) patch $pdir -f --no-backup-if-mismatch -R -p0 < $0;;
+*)
+ echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
+ exit 1
+esac
+exit 0
+
+--- gcc/p/Make-lang.in.old 2006-01-31 12:15:09.0 +
gcc/p/Make-lang.in 2006-01-31 12:16:05.0 +
+@@ -570,20 +570,20 @@
+ # Exclude patched files from language-independent object file list.
+ # Not necessary for gcc-3 since for a library (libbackend.a), the linker does
this automatically.
+ p/stamp-gbe: stamp-objlist Makefile
+- sed -e 's: ../: :g;\
+- s: convert.o::g;\
+- s: dbxout.o::g;\
+- s: dwarf2out.o::g;\
+- s: emit-rtl.o::g;\
+- s: expr.o::g;\
+- s: fold-const.o::g;\
+- s: function.o::g;\
+- s: integrate.o::g;\
+- s: optabs.o::g;\
+- s: stmt.o::g;\
+- s: stor-layout.o::g;\
+- s: toplev.o::g;\
+- s: tree.o::g' "$<" > "$@" || { rm -f "$@"; false; }
++ sed -e 's: ../: :g;'\
++' s: convert.o::g;'\
++' s: dbxout.o::g;'\
++' s: dwarf2out.o::g;'\
++' s: emit-rtl.o::g;'\
++' s: expr.o::g;'\
++' s: fold-const.o::g;'\
++' s: function.o::g;'\
++' s: integrate.o::g;'\
++' s: optabs.o::g;'\
++' s: stmt.o::g;'\
++' s: stor-layout.o::g;'\
++' s: toplev.o::g;'\
++' s: tree.o::g' "$<" > "$@" || { rm -f "$@"; false; }
+
+ gpc1$(exeext): $(P) $(GPC_GCC_VERSION_DEPS) $(GPC_OBJS) $(LIBDEPS)
+ @grep "@@ PATCHED FOR GPC 20030218 @@" $(srcdir)/stor-layout.c >
/dev/null || \
Bug#367316: nvidia-glx: Does not accelerate
Thanks for the reply, Matthias, but I don't think this is the issue: # ls /usr/lib | grep GL lrwxrwxrwx 1 root root 21 2006-05-28 13:43 libGLcore.so.1 -> libGLcore.so.1.0.8762 -rw-r--r-- 1 root root 8.2M 2006-05-23 23:39 libGLcore.so.1.0.8762 lrwxrwxrwx 1 root root 10 2006-06-02 19:25 libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 17 2006-05-28 13:43 libGL.so.1 -> libGL.so.1.0.8762 -rw-r--r-- 1 root root 544k 2006-05-23 23:39 libGL.so.1.0.8762 libgl1-mesa-glx is version 6.4.2-1 Thanks anyway! Any other input is appreciated, of course. -Benjamin Kudria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370054: firefox: tab menu "close Other tab" underline placement
retitle 370054 Better choice of the underlined accesskey in menuitems thanks On Wed, May 31, 2006 at 09:47:29AM +0800, Dan Jacobson <[EMAIL PROTECTED]> wrote: > Package: firefox > Version: 1.5.dfsg+1.5.0.3-2 > Severity: wishlist > > Extra minor bug today. > Right click on a tab. > Notice the underline on the first o in > Close Other Tabs > I say it should be on the second o, > more mnemonic. That'd be tricky. That involves changing the way xul:menuitems find the character to underline in the label base on the access key. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370051: emacs-snapshot-x: html-helper mode only invoke on new files
reassign 370051 html-helper-mode quit Dan Jacobson <[EMAIL PROTECTED]> writes: > $ emacs-snapshot file.html > will invoke html-helper mode if the file didn't exist before. > But it will invoke plain html mode if the file already exists! I can reproduce this with html-helper-mode, but not with any of the other modes started via the Debian startup scripts... which leads me to believe that the problem lies with html-helper-mode rather than Emacs. If it turns out not to be the case, feel free to reassign back. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369751: waiting for NEW processing
Hi Matthew, > Anton, as soon as libpci2 gets out of NEW, we'll be uploading 2.2.1-1 > which is actually pretty close to 2.2.3. I've been testing on a machine > with domains, and I know it's working ;-) Thanks! I figured it was already known, but I thought Id reportbug it just in case. Anton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370060: Segmentation fault if linked with the pthread library
Package: libpcl1 Version: 1.6-1 I have a situation on the ARM platform where if I compile an executable to use both libpcl and libpthread, then even if I'm not actually using threads, trying to do anything to a coroutine causes an immediate segmentation fault. To replicate: $ gcc /usr/share/doc/libpc1-dev/examples/cobench.c -lpcl --> produces working executable. $ ldd ./a.out libpcl.so.1 => /usr/lib/libpcl.so.1 (0x4001e000) libc.so.6 => /lib/libc.so.6 (0x40029000) /lib/ld-linux.so.2 (0x4000) gcc /usr/share/doc/libpc1-dev/examples/cobench.c -lpcl -lpthread --> produces failing executable. $ ldd ./a.out libpcl.so.1 => /usr/lib/libpcl.so.1 (0x4001e000) libpthread.so.0 => /lib/libpthread.so.0 (0x40029000) libc.so.6 => /lib/libc.so.6 (0x40083000) /lib/ld-linux.so.2 (0x4000) The reason why this is an issue is that I have an application which uses coroutines, but not pthreads, which wants to link to the sqlite library. When sqlite was built, it was done so with its threading support enabled; which means that it tries to call mutex primitives in the pthreads library. This means that linking an application against libsqlite will implicitly pull in libpthread, which then causes it to fail. This actually sounds suspiciously similar to a problem I previously encountered on the i386, Debian bug 339827. To summarise: on i386 when running a sufficiently old kernel that does not have thread-local storage, the threading library figures out which thread is running by the location of the stack pointer. If the application has allocated a user stack, it fails to cope and crashes. This means that calling any thread-safe function which needs to know what the calling thread is will fail when it is called from any user stack. The only workaround I've got for this is to recompile sqlite without threading support, which is painful. Architecture: Linux pyanfar 2.6.15-1-nslu2 #2 Tue Mar 7 17:36:32 UTC 2006 armv5tel GNU/Linux Debian version: Etch (current) signature.asc Description: OpenPGP digital signature
Bug#370059: ImportError on mod_python.apache
Package: libapache2-mod-python2.3 Version: 3.1.3-3 Severity: important Uh, this should really not be (sarge system): Python 2.3.5 (#2, Sep 4 2005, 22:01:42) [GCC 3.3.5 (Debian 1:3.3.5-13)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from mod_python import apache Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 28, in ? import _apache ImportError: No module named _apache I hope I am not going down the wrong track here, but if there's no _apache (which there isn't), libapache2-mod-python2.3 should not try to import it. -- 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#370053: inetd usage message lacks newline
Package: netkit-inetd Version: 0.10-10.3 Severity: wishlist File: /usr/sbin/inetd Tags: upstream Here we see inetd does not emit a newline after its usage message: $ /usr/sbin/inetd --help /usr/sbin/inetd: invalid option -- - usage: inetd [-d] [-q len] [conf]$ /usr/sbin/inetd $ /usr/sbin/inetd; echo $? 0 $ Also we see if the user is not root, no error or message is given. -- 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 Thu, May 18, 2006 at 05:31:53PM +0200, Martin Michlmayr wrote: >> g++ -o src/socketserverthread.os -c >> -DNO_CONFIG_H-DVERSION=\"1.4.4\"-DPACKAGE=\"skim\"-DSCIM_VERSION=\"1.4.4\" >> -I/usr/include/scim-1.0 -DSCIM_BINARY_VERSION=\"1.4.0\" >> -DSCIM_LIBDIR=\"/usr/lib\" -I/usr/include/kde -I/usr/include/qt3 >> -DENABLE_DEBUG=0 -DQT_THREAD_SUPPORT -D_REENTRANT -fPIC -O2 -DNDEBUG >> -DNO_DEBUG -DQT_NO_TRANSLATION -I. -Isrc -Isrc src/socketserverthread.cpp Note the "-DNO_CONFIG_H-DVERSION=\"1.4.4\"-DPACKAGE=\"skim\"-DSCIM_VERSION=\"1.4.4\"" here; something seems to be cutting off the last character of every argument. (I actually tried adding an extra space at the end of the -DNO_CONFIG_H argument in the script; it added an extra " in the front and an extra space in the end, but no extra " in the end, so it looks like it's actually eating a character off every parameter!) Downgrading to scons in stable seems to fix the problem, so this sounds very much like a scons bug to me. Cc-ing [EMAIL PROTECTED] /* Steinar */ -- Homepage: http://www.sesse.net/ -- 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
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. > AFAICT mpt* modules should be included in the scsi-extra-modules as > kernel-wedge defines them there. AFAIK mpt* should be available in 2.6.15 > and thus in the current udebs. They are. > I noticed that in scsi-modules linux-kernel-amd64-2.6 the scsi-modules do > not take the default set from kernel-wedge, but have a specific set. This > seems illogical. Is there a specific reason for this? the scsi-modules list from kernel-wedge contains lots of isa controllers which are not marked optional. I am now going through the list and will upload both a new kernel-wedge and linux-di-amd64-2.6 udebs (built against 2.6.16) to fix this. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#370056: nmudiff: --new, --help, and --version
Package: devscripts
Version: 2.9.20
Severity: wishlist
Hi Steinar and devscripts maintainers,
After a while, I decided to give nmudiff a try, and to my surprise, I've
found that having this little set of actions as a script really helps,
to thanks for it.
However, while opening a new bug to submit a NMU diff has been the
traditional approach, nowadays I really think it's more common to send
the diff to the bugs fixed by the NMU. So I hacked a copy for my ~/bin
changing that, but then I thought why not submit it, etc., and here I
am.
I attach both the new version, and a diff to the previous one. Now,
sending the diff to the fixed bug (and tagging them +patch) is the
default, unless --new is specified, which reverts to old behavior. While
I was at it, I added support for --help and --version.
Thanks,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
Listening to: Nightmares on Wax - Ease Jimi
nmudiff-new.sh
Description: Bourne shell script
--- /usr/bin/nmudiff2006-05-17 08:28:18.0 +0200
+++ /home/adeodato/bin/nmudiff 2006-06-03 00:43:04.0 +0200
@@ -2,13 +2,58 @@
# Copyright 2006 by Steinar H. Gunderson
# Licensed under the GPL version 2.
+PROGNAME=`basename $0`
+
+usage () {
+echo \
+"nmudiff creates a diff for a non-maintainer upload and sends it to the
+relevant bugs in the BTS.
+
+Usage: nmudiff [options]
+ Options:
+--new Send the patch to a newly created bug report
+--help Show this message
+--version Show version and copyright information"
+}
+
+version () {
+echo \
+"This is nmudiff, from the Debian devscripts package, version ###VERSION###
+This code is copyright 2006 by Steinar H. Gunderson, all rights reserved.
+This program comes with ABSOLUTELY NO WARRANTY.
+You are free to redistribute this code under the terms of the
+GNU General Public License, version 2."
+}
+
+# TODO: implement a --no-mutt option that uses /usr/bin/mail?
if ! command -v mutt >/dev/null 2>&1; then
-echo "nmudiff: requires mutt to be installed to run!" >&2
+echo "$PROGNAME: requires mutt to be installed to run!" >&2
exit 1
fi
+while [ $# != 0 ]
+do
+case "$1" in
+ --new) submit_new_bug=yes ;;
+ -h|--help)
+ usage
+ exit 0 ;;
+ --version)
+ version
+ exit 0 ;;
+ --) break ;;
+ -*) echo "$PROGNAME: Unrecognised option: $1" >&2
+ usage >&2
+ exit 1 ;;
+ *) break ;; # TODO: accept two .dsc?
+esac
+shift
+done
+
+
SOURCE=$( dpkg-parsechangelog | grep ^Source: | cut -d" " -f2 )
VERSION=$( dpkg-parsechangelog | grep ^Version: | cut -d" " -f2 )
+CLOSES=$( dpkg-parsechangelog | grep ^Closes: | cut -d" " -f2- )
OLDVERSION=$( dpkg-parsechangelog -v~ \
| sed -n "s/^ [^ .][^ ]* (\(.*\)).*$/\1/p" | head -2 | tail -1 )
@@ -21,18 +66,35 @@
sensible-editor ../${SOURCE}-${VERSION_NO_EPOCH}-nmu.diff
TMPNAM=$( tempfile )
-cat <$TMPNAM
+
+if [ -n "$submit_new_bug" ]; then
+ADDRESSES="[EMAIL PROTECTED]"
+cat <$TMPNAM
Package: $SOURCE
Version: $OLDVERSION
Severity: normal
Tags: patch
+EOF
+else
+ADDRESSES=""
+for b in $CLOSES; do
+ ADDRESSES="$ADDRESSES [EMAIL PROTECTED]"
+done
+ADDRESSES="$ADDRESSES [EMAIL PROTECTED]"
+cat <$TMPNAM
+$(for b in $CLOSES; do echo "tag $b + patch"; done)
+thanks
+EOF
+fi
+
+cat <>$TMPNAM
Hi,
Attached is the diff for my $SOURCE $VERSION NMU.
EOF
-mutt -s "diff for $VERSION NMU" -i $TMPNAM \
- -a ../${SOURCE}-${VERSION_NO_EPOCH}-nmu.diff [EMAIL PROTECTED]
+mutt -s "NMU diff for $SOURCE $VERSION" -i $TMPNAM \
+ -a ../${SOURCE}-${VERSION_NO_EPOCH}-nmu.diff $ADDRESSES
rm $TMPNAM
Bug#370055: apt-get man page APT User's guide wrong address
Package: apt Version: 0.6.44.1 Severity: wishlist We see: SEE ALSO ... The APT User's guide in /usr/share/doc/apt/ That's not where it is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362697: Mount point /dev/.static/dev is not responding messages when xfe
Hi, Wilson I sent your bug to upstreamer and he answer follow: - It's an old problem... You will have the same problem with df... Just make (as root) : chmod 755 /dev/.static and everything will be OK. RB - Can you test this ? Regards -- []'s José Carlos
Bug#369934: postfix won't install without exim4-doc-info
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370054: firefox: tab menu "close Other tab" underline placement
Package: firefox Version: 1.5.dfsg+1.5.0.3-2 Severity: wishlist Extra minor bug today. Right click on a tab. Notice the underline on the first o in Close Other Tabs I say it should be on the second o, more mnemonic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370052: rcconf: page down key first press only goes down one line
Package: rcconf Version: 1.19 Severity: minor I hit the page down key, the list only scrolls down one line, a second hit and it scrolls down one page normally. Must be a problem with ii dialog 1.0-20060221-1 ii whiptail [whiptail-provid 0.52.2-4 I have about 15 starred items, and 30 unstarred items. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370057: findutils: find -nowarn useless when you need it
Package: findutils
Version: 4.2.27-3
Severity: normal
afaik, you mostly need -nowarn when you can't change where options go.
this occurs when you have something like this:
afind () { #archive find with -depth and maybe other cpio/afio features
#sort -ru?
#nowarn is just for command line option syntax things
find "${@:?}" -depth
}
but this version of find will give the warning even if you put -nowarn
in front of -depth. you cannot put it anywhere else.
my suggested fix is to allow -nowarn anywhere on the command line.
thanks.
-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16myver
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages findutils depends on:
ii libc6 2.3.6-7GNU C Library: Shared libraries
findutils recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368269: quagga: ripd does not update routing table with propagated routes
Hello On 2006-06-03 Frans Luteijn wrote: > > On 2006-05-21 F.A.G. Luteijn wrote: > > > After upgrading to 0.98.3-7.2 all propagated routes are not imported > > > into the routingtable. I downgraded to 0.98.3-7 and I have got the > > > routes of my firewall back. After upgrading again I have lost those > > > routes again. Routes are propagated correctly, but not picked up. > > Do you use RIP authentication? > No, I don't. I do not use any authentication. I have attached my conf-files > and as you can see, they are quite straightforward. Hm, then I have no clue and you can try getting help from the Quagga mailing list at www.quagga.net > > Maybe you're affected by a config / behaviour change due to the security > > update. Please take a look at the Release Notes or in > > http://bugzilla.quagga.net/show_bug.cgi?id=262 > > > As I understand, you have changed the defaults for authentication. I hardly > believe, that changing those defaults solve any of the security issues that > were solved here. The patch is supposed to be as backwards compatible as it could get but one never knows... bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369926: cm-super: missing fonts
Hi Norbert, On Fri, Jun 02, 2006 at 20:56 +0200, Norbert Preining wrote: > Please read on in the same file, the next paragraph after mentioning the > 434 fonts states: > > Note that a small number of (fortunately, rarely used) fonts are not > included yet because of the bugs in EC font drivers which prevented > their generation. We plan to provide these missing fonts soon. > (Currently there are 25 missing Type 1 font files.) > Ooops, sorry for the noise. cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369822: ls -i stats unnecessarily
Jim Meyering <[EMAIL PROTECTED]> writes: > So at least Solaris 8 and some glibc are affected. I confirmed it on Solaris 10 too. Amusingly enough, Solaris /bin/sh and /usr/xpg4/bin/sh behave like new coreutils, not like old coreutils. That is, "ls -i dir" just uses the readdir results; it doesn't stat. For example: $ /bin/ls -i / | grep tmp 1570 tmp $ /bin/ls -id /tmp 5153472 /tmp $ uname -a SunOS moa.cs.ucla.edu 5.10 Generic_118833-03 sun4u sparc SUNW,Sun-Fire-280R Solaris $ mount -p | grep /tmp swap - /tmp tmpfs - no xattr,size=1024m > Unless I find a better approach, I'll turn off this optimization > by default, and add an option to turn it back on. Another possibility would be to disable the optimization. Is it all that important that "ls -i dir" be fast? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370051: emacs-snapshot-x: html-helper mode only invoke on new files
Package: emacs-snapshot Version: 1:20060518-1 Severity: normal Big problem. $ emacs-snapshot file.html will invoke html-helper mode if the file didn't exist before. But it will invoke plain html mode if the file already exists! Had to do (fset 'html-mode 'html-helper-mode) getting Loading html-helper-mode (source)...done meddling with auto-mode-alist didn't help. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369729: testing it once again
Thx for the reply. I already did have that in ~/.fonts.conf set by KDE. This makes no difference for me. The screenshot I provided earlier on shows my problem. Fonts in Mozilla (and everything else) are fine without anti-aliasing, but fonts in Openoffice.org are not. This part makes no sense to me, hence the report. It seems confined to Openoffice which shows jagged fonts. Enabling anti-aliasing in OOo is tiresome on the eyes. The 2.1.10-3 version displays fonts in OOo perfectly without anti-aliasing, the latest version doesn't. kind regards, Nieko Steve Langasek wrote: > On Fri, Jun 02, 2006 at 02:10:19PM +0200, Nieko Woets wrote: > >>A final test confirmed my troubles: > > >>Installed 2.1.10-3 > clear fonts (without anti-aliasing enabled, this >>makes it look fuzzy) >>Upgraded to 2.2.1-2 > jagged fonts >>Downgraded to 2.1.10-3 > clear fonts > > >>It seems similar to #359104, so if confirmed it's a regression I guess. > > > This is most likely a result of the change in the default behavior of the > autohinter in 2.2.1. > > Please try setting the following in ~/.fonts.conf: > > > >hintfull > > > > So far, everyone else that has reported problems with the rendering in 2.2.1 > says that this fixes it for them. > > Cheers, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370050: general: /var/log/btmp permission should be 660
Package: general Severity: wishlist tiger says # Checking for existence of log files... --FAIL-- [logf005f] Log file /var/log/btmp permission should be 660 OK, now how do I even find out what package /var/log/btmp belongs to in order to tell them about the problem? dlocate? No. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370048: man-db: x man pages producing cron messages
Package: man-db Version: 2.4.3-3 Severity: minor Daily etc. cron mails tell me: bitmap.1x: No such file or directory. Same for xtrap.1x Xau.3x atobm.1x.gz: bad symlink or ROFF `.so' request. Same for bmtoa.1x.gz xtrapchar.1x.gz xtrapin.1x.gz xtrapinfo.1x.gz xtrapout.1x.gz xtrapproto.1x.gz xtrapreset.1x.gz xtrapstats.1x.gz XauDisposeAuth.3x.gz XauFileName.3x.gz XauGetAuthByAddr.3x.gz XauGetBestAuthByAddr.3x.gz XauLockAuth.3x.gz XauReadAuth.3x.gz XauUnlockAuth.3x.gz XauWriteAuth.3x.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370047: pstoedit: Typo in man page: "standalong" -> "standalone"
Package: pstoedit Version: 3.44-1 Severity: minor See subject. -- 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 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pstoedit depends on: ii gs-afpl [gs] 8.53-0.2The AFPL Ghostscript PostScript in ii gs-esp [gs] 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii libc62.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libpstoedit0c2a 3.44-1 PostScript to editable vector grap ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 pstoedit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370046: Patch for NMU of ircd-ircu
Package: ircd-ircu
Version: 2.10.11.04.dfsg1-0.1
Severity: normal
Tags: patch
Hello,
find attached the diff for my NMU of ircd-ircu, fixing the long-open
FTBFS on amd64.
Best regards
Frederik Schueler
--
ENOSIG
diff -u ircd-ircu-2.10.11.04.dfsg1/debian/changelog
ircd-ircu-2.10.11.04.dfsg1/debian/changelog
--- ircd-ircu-2.10.11.04.dfsg1/debian/changelog
+++ ircd-ircu-2.10.11.04.dfsg1/debian/changelog
@@ -1,3 +1,11 @@
+ircd-ircu (2.10.11.04.dfsg1-0.2) unstable; urgency=low
+
+ * NMU.
+ * Fix configure.in to make it build on amd64 (Closes: #254165)
+ * Regenerate configure script.
+
+ -- Frederik Schüler <[EMAIL PROTECTED]> Fri, 2 Jun 2006 21:46:55 +
+
ircd-ircu (2.10.11.04.dfsg1-0.1) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- ircd-ircu-2.10.11.04.dfsg1.orig/configure.in
+++ ircd-ircu-2.10.11.04.dfsg1/configure.in
@@ -108,7 +108,7 @@
dnl Look for res_mkquery. Done after AC_LIBRARY_NET in case res_mkquery
dnl is in one of those libraries somewhere.
-AC_SEARCH_LIBS(res_mkquery, resolv, ,
+AC_SEARCH_LIBS(__res_mkquery, resolv, ,
[AC_MSG_ERROR([Unable to find library containing res_mkquery()])])
dnl Checks for header files.
only in patch2:
unchanged:
--- ircd-ircu-2.10.11.04.dfsg1.orig/configure
+++ ircd-ircu-2.10.11.04.dfsg1/configure
@@ -1417,34 +1417,34 @@
-echo $ac_n "checking for library containing res_mkquery""... $ac_c" 1>&6
-echo "configure:1422: checking for library containing res_mkquery" >&5
-if eval "test \"`echo '$''{'ac_cv_search_res_mkquery'+set}'`\" = set"; then
+echo $ac_n "checking for library containing __res_mkquery""... $ac_c" 1>&6
+echo "configure:1422: checking for library containing __res_mkquery" >&5
+if eval "test \"`echo '$''{'ac_cv_search___res_mkquery'+set}'`\" = set"; then
echo $ac_n "(cached) $ac_c" 1>&6
else
ac_func_search_save_LIBS="$LIBS"
-ac_cv_search_res_mkquery="no"
+ac_cv_search___res_mkquery="no"
cat > conftest.$ac_ext <&5; (eval $ac_link) 2>&5; } &&
test -s conftest${ac_exeext}; then
rm -rf conftest*
- ac_cv_search_res_mkquery="none required"
+ ac_cv_search___res_mkquery="none required"
else
echo "configure: failed program was:" >&5
cat conftest.$ac_ext >&5
fi
rm -f conftest*
-test "$ac_cv_search_res_mkquery" = "no" && for i in resolv; do
+test "$ac_cv_search___res_mkquery" = "no" && for i in resolv; do
LIBS="-l$i $ac_func_search_save_LIBS"
cat > conftest.$ac_ext <&5; (eval $ac_link) 2>&5; } &&
test -s conftest${ac_exeext}; then
rm -rf conftest*
- ac_cv_search_res_mkquery="-l$i"
+ ac_cv_search___res_mkquery="-l$i"
break
else
echo "configure: failed program was:" >&5
@@ -1471,9 +1471,9 @@
LIBS="$ac_func_search_save_LIBS"
fi
-echo "$ac_t""$ac_cv_search_res_mkquery" 1>&6
-if test "$ac_cv_search_res_mkquery" != "no"; then
- test "$ac_cv_search_res_mkquery" = "none required" ||
LIBS="$ac_cv_search_res_mkquery $LIBS"
+echo "$ac_t""$ac_cv_search___res_mkquery" 1>&6
+if test "$ac_cv_search___res_mkquery" != "no"; then
+ test "$ac_cv_search___res_mkquery" = "none required" ||
LIBS="$ac_cv_search___res_mkquery $LIBS"
else :
{ echo "configure: error: Unable to find library containing res_mkquery()"
1>&2; exit 1; }
@@ -1942,15 +1942,16 @@
#line 1943 "configure"
#include "confdefs.h"
#include
-int main()
+#include
+main()
{
FILE *f=fopen("conftestval", "w");
- if (!f) return(1);
+ if (!f) exit(1);
fprintf(f, "%d\n", sizeof(short));
- return(0);
+ exit(0);
}
EOF
-if { (eval echo configure:1954: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } &&
test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1955: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } &&
test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
then
ac_cv_sizeof_short=`cat conftestval`
else
@@ -1970,7 +1971,7 @@
echo $ac_n "checking size of int""... $ac_c" 1>&6
-echo "configure:1974: checking size of int" >&5
+echo "configure:1975: checking size of int" >&5
if eval "test \"`echo '$''{'ac_cv_sizeof_int'+set}'`\" = set"; then
echo $ac_n "(cached) $ac_c" 1>&6
else
@@ -1978,18 +1979,19 @@
{ echo "configure: error: can not run test program while cross compiling"
1>&2; exit 1; }
else
cat > conftest.$ac_ext <
-int main()
+#include
+main()
{
FILE *f=fopen("conftestval", "w");
- if (!f) return(1);
+ if (!f) exit(1);
fprintf(f, "%d\n", sizeof(int));
- return(0);
+ exit(0);
}
EOF
-if { (eval echo configure:1993: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } &&
test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1995: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } &&
test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
then
ac_cv_sizeof_int=`cat conftestval`
else
@@ -2009,7 +2011,7 @@
echo $ac_n "checking size of long""... $ac_c" 1>&6
-echo "configure:2013: checking size of long" >&5
+echo "configure:2015: checking size of long" >&5
if eval "test \"`echo '$''{'ac_
Bug#369985: package depends on old libgcj6 library
On Fri, Jun 02, 2006 at 06:56:53PM +0200, Matthias Klose wrote:
> Package: libswingwt0
> Severity: serious
> The package depends on libgcj6; please rebuild the package using gcj (>=
> 4:4.1).
> libgcj6 will be removed from sid/etch for the etch release.
> [Not checked if a binary NMU would be sufficient]
It is not. libswingwt-dev is Arch: all and depends on libswingwt0 (=
${Source-Version}), so a sourceful upload is required.
This is currently not release-relevant anyway though, as swingwt isn't in
testing and isn't getting there due to build failures on multiple
architectures.
--
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#366005: Debian package textopo maintainer address
On Sun, May 21, 2006 at 08:20:29AM +0300, Lars Wirzenius wrote: > Greetings, Steffen Moeller. > > In Debian bug #366005 > (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366005) it is claimed > that the address Steffen Moeller <[EMAIL PROTECTED]> does not > work, and indeed there is no DNS record for prz, but there is one for > pzr.uni-rostock.de. Is that the correct address? If so, would you like > to fix the bug by uploading a new package version? I was going to NMU that friendly, but there is numerous of stalling policy violations[1] (that lintian catches !!!). hence I'm uploading this into unstable directly. NMU patch is attached. [1]: - changelog is in latin1 - Build-Depends vs. B-D-Indep errors - doc-base was wrong (please use lintian on your packages !!!) - Maintainer address was wrong. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -u textopo-1.3/debian/changelog textopo-1.3/debian/changelog --- textopo-1.3/debian/changelog +++ textopo-1.3/debian/changelog @@ -1,14 +1,28 @@ +textopo (1.3-2.1) unstable; urgency=high + + * Non-maintainer upload. + * Fix maintainer address (prz -> pzr). (Closes: #366005) + * Convert changelog to utf-8. + * Bump Standards-Version to 3.7.2. + * Fix FSF address in debian/copyright. + * Move tetex-bin and gs-common to Build-Depends-Indep where they belong. + * Fix doc-base: Index didn't pointed to the right location. + + * urgency set to high due to numerous policy violations fixes. + + -- Pierre Habouzit <[EMAIL PROTECTED]> Sat, 3 Jun 2006 00:06:08 +0200 + textopo (1.3-2) unstable; urgency=low * Fix: Do not overwrite symlink of tex-base package. - * Upload by Frank K�ster <[EMAIL PROTECTED]> + * Upload by Frank Küster <[EMAIL PROTECTED]> - -- Steffen Moeller <[EMAIL PROTECTED]> Thu, 28 Jan 2005 23:25:56 +0100 + -- Steffen Moeller <[EMAIL PROTECTED]> Thu, 28 Jan 2005 23:25:56 +0100 textopo (1.3-1) unstable; urgency=low * Initial Release. - * Upload by Frank K�ster <[EMAIL PROTECTED]> + * Upload by Frank Küster <[EMAIL PROTECTED]> - -- Steffen Moeller <[EMAIL PROTECTED]> Thu, 20 Jan 2005 21:05:56 +0100 + -- Steffen Moeller <[EMAIL PROTECTED]> Thu, 20 Jan 2005 21:05:56 +0100 diff -u textopo-1.3/debian/control textopo-1.3/debian/control --- textopo-1.3/debian/control +++ textopo-1.3/debian/control @@ -1,9 +1,10 @@ Source: textopo Section: science Priority: optional -Maintainer: Steffen Moeller <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4.0.0),tetex-bin,gs-common -Standards-Version: 3.6.1.1 +Maintainer: Steffen Moeller <[EMAIL PROTECTED]> +Build-Depends: debhelper (>= 4.0.0) +Build-Depends-Indep: tetex-bin, gs-common +Standards-Version: 3.7.2 Package: textopo Architecture: all diff -u textopo-1.3/debian/textopo.doc-base textopo-1.3/debian/textopo.doc-base --- textopo-1.3/debian/textopo.doc-base +++ textopo-1.3/debian/textopo.doc-base @@ -9 +9 @@ -Files: /usr/share/doc/texshade/textopo.pdf.gz +Files: /usr/share/doc/textopo/textopo.*.gz diff -u textopo-1.3/debian/copyright textopo-1.3/debian/copyright --- textopo-1.3/debian/copyright +++ textopo-1.3/debian/copyright @@ -21,8 +21,9 @@ You should have received a copy of the GNU General Public License along with this package; if not, write to the Free Software -Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA -02111-1307, USA. +Foundation, Inc., 51 Franklin St, Fifth Floor, +Boston, MA 02110-1301, USA. + On Debian systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. signature.asc Description: Digital signature
Bug#350719: ITP: omegat -- translation memory application for professional translators
Matthias, are you still interested in this program? If not, I would like to package it. Thanks. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370049: tiger: master switch for manual mode
Package: tiger Severity: wishlist There should be a master question upon dpkg-reconfigure: Run regularly from cron, or manually by hand? for those who only want to try parts of tiger every 15 months or so, and don't want to flip more than one switch, i.e., edit more than one line. Of course no cronjob stuff at all should be installed then. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369988: package depends on old libgcj6 library
On Fri, Jun 02, 2006 at 06:56:55PM +0200, Matthias Klose wrote:
> Package: libgtk-jni
> Severity: serious
> The package depends on libgcj6; please rebuild the package using gcj (>=
> 4:4.1).
> libgcj6 will be removed from sid/etch for the etch release.
> [Not checked if a binary NMU would be sufficient]
It is not. libgtk-java is Arch: all and depends on libgtk-jni (=
${Source-Version}), so a sourceful upload is required.
--
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#369989: package depends on old libgcj6 library
On Fri, Jun 02, 2006 at 06:56:56PM +0200, Matthias Klose wrote: > Package: libgnome-jni > Severity: serious > The package depends on libgcj6; please rebuild the package using gcj (>= > 4:4.1). > libgcj6 will be removed from sid/etch for the etch release. > [Not checked if a binary NMU would be sufficient] It is not sufficient. libgnome-java is Arch: all and depends on libgnome-jni (= 2.10.1-1.1), so a sourceful upload is needed. 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#368269: quagga: ripd does not update routing table with propagated routes
Christian Hammers schreef: > severity 368269 normal > tags 368269 + moreinfo > thanks > > Hello > > On 2006-05-21 F.A.G. Luteijn wrote: > > After upgrading to 0.98.3-7.2 all propagated routes are not imported > > into the routingtable. I downgraded to 0.98.3-7 and I have got the > > routes of my firewall back. After upgrading again I have lost those > > routes again. Routes are propagated correctly, but not picked up. > > Have you rebooted the system after upgrading? Just to be sure.. No, I didn't. But that should not make any difference. I only reboot a computer when I change the kernel. But I had a power failure last week, so everything has been booted up cleanly. And that didn't change anything. > Do you use RIP authentication? No, I don't. I do not use any authentication. I have attached my conf-files and as you can see, they are quite straightforward. > Maybe you're affected by a config / behaviour change due to the security > update. Please take a look at the Release Notes or in > http://bugzilla.quagga.net/show_bug.cgi?id=262 > > At least there were no further problem reports on Quagga+RIP after the > security update. > As I understand, you have changed the defaults for authentication. I hardly believe, that changing those defaults solve any of the security issues that were solved here. I even think it is a breach of the policy for security-updates. (See also "Securing Debian Manual, 12.3.4: http://www.debian.org/doc/manuals/securing-debian-howto/ch12.en.html#s12.3.4) > bye, > > -christian- I hope, I have answered your questions, Yours sincerely, -- Frans Luteijn PGP PblKey fprnt=C4 87 CE AF BC B6 98 C1 EF 42 A1 9A E2 C0 42 5B GPG PblKey fprnt=ED20 0F25 C233 DC59 3FFA 170E D0BF 15F5 0BA6 1355 ! -*- rip -*- ! ! RIPd sample configuration file ! ! $Id: ripd.conf.sample,v 1.11 1999/02/19 17:28:42 developer Exp $ ! hostname ripd password 8 cbxcypPiMhZdk enable password 8 7i2T7CpNFqGLc service password-encryption ! ! debug rip events ! debug rip packet ! router rip # default-information originate network 172.19.0.0/16 network 192.168.1.0/24 network 192.168.2.0/24 network 192.168.3.0/24 redistribute connected ! network 11.0.0.0/8 ! network eth0 ! route 10.0.0.0/8 ! distribute-list private-only in eth0 ! !access-list private-only permit 10.0.0.0/8 !access-list private-only deny any access-list local permit 127.0.0.0/8 access-list local permit 192.168.2.0/24 access-list local deny any ! line vty access-class local ! !log stdout ! log file /var/log/quagga/ripd.log ! -*- rip -*- ! ! RIPd sample configuration file ! ! $Id: ripd.conf.sample,v 1.11 1999/02/19 17:28:42 developer Exp $ ! hostname ripd ! password zebra ! ! debug rip events ! debug rip packet ! router rip network 192.168.2.0/24 ! network 11.0.0.0/8 ! network eth0 ! route 10.0.0.0/8 ! distribute-list private-only in eth0 ! !access-list private-only permit 10.0.0.0/8 !access-list private-only deny any access-list local permit 127.0.0.0/8 ! line vty access-class local ! !log stdout ! log file /var/log/quagga/ripd.log
Bug#367303: gucharmap: character number entry
> > J> If you already know the character number, you can just type it anywhere: > > J> keep shift+control pressed, and type 8076: you get 聶. > > Only worked for me in the "copy" box at bottom. And then what can I > > do? > You can type this anywhere in a GTK+ application. Well I tried it: typed ALT+CTRL 5ecd to see char U+5ECD, and icewm then moved me to an empty root window. There should be a way to enter a specific U+ number to go to! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369900: xserver-xorg: reduce visual artifacts during X server startup and shutdown
so should I report this wishlist item to each of the xorg driver packages? mike On 6/2/06, Michel Dänzer <[EMAIL PROTECTED]> wrote: On Thu, 2006-06-01 at 23:50 -0400, Michael Gilbert wrote: > > one particularly disorienting aspect is the X server startup and > shutdown component. during startup, sometimes the last data in the X > buffer can be seen with some distorted portions, and during shutdown > there are always artifacts and flashing. the effects and glitches > vary based on the X driver (vesa, svga, etc.). Indeed, this is up to the driver. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#369575: [Pkg-cryptsetup-devel] Bug#369575:
On 02/06/2006 Tobias Gruetzmacher wrote: > On Fri, Jun 02, 2006 at 02:42:52PM +0200, Jonas Meurer wrote: > > ok, i prepared a fix, and uploaded i386 packages (1.0.3-2) to > > http://people.debian.org/~mejo/cryptsetup/ > > > > tobias, could you check if these fix your bug? > > No, it does not. I think the problem is that the previously used getpass > wrote directly to /dev/tty, therefore circumventing input/output > redirection of the parent process. I think pmount redirects stdout > somewhere and the password prompt of cryptsetup gets lost. I suspect > this is really a pmount bug and not a problem with cryptsetup... i'm not sure about that. the cryptsetup prompt is a critical output, it should always appear, even if stdout and stderr are redirected. i think that this is the reason why getpass was used before. david: are you capable of writing a patch that reverts this, and writes the prompt directly to /dev/tty again? maybe STDERR just needs to be changed to /dev/proc/self/fd/0? and stderr is still a better solution than stdout, don't you think so? ... jonas signature.asc Description: Digital signature
Bug#370044: diff for 0.96-0.1 NMU
Package: cacao Version: 0.95-1 Severity: normal Tags: patch Hi, Attached is the diff for my cacao 0.96-0.1 NMU. Note that this is the packaging diff only; the upstream diff from 0.95 to 0.96 is of course not included. -- Homepage: http://www.sesse.net/ diff -Nru /tmp/wG5xa1GxUp/cacao-0.95/debian/changelog /tmp/RyVg63NZfs/cacao-0.96/debian/changelog --- /tmp/wG5xa1GxUp/cacao-0.95/debian/changelog 2006-06-02 23:19:06.0 +0200 +++ /tmp/RyVg63NZfs/cacao-0.96/debian/changelog 2006-06-02 23:19:12.0 +0200 @@ -1,3 +1,15 @@ +cacao (0.96-0.1) unstable; urgency=high + + * Non-maintainer upload. + * New upstream release. +* Supports GNU Classpath 0.91; fixes FTBFS. (Closes: #367502) +* Give /usr/include/classpath for Classpath include files to + configure. +* Bump the versioned build-dependency on Classpath to 2:0.91-3, as + the include path change appeared there. + + -- Steinar H. Gunderson <[EMAIL PROTECTED]> Fri, 2 Jun 2006 23:03:47 +0200 + cacao (0.95-1) unstable; urgency=low * New upstream release diff -Nru /tmp/wG5xa1GxUp/cacao-0.95/debian/control /tmp/RyVg63NZfs/cacao-0.96/debian/control --- /tmp/wG5xa1GxUp/cacao-0.95/debian/control 2006-06-02 23:19:06.0 +0200 +++ /tmp/RyVg63NZfs/cacao-0.96/debian/control 2006-06-02 23:19:12.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers Uploaders: Stephan Michels <[EMAIL PROTECTED]>, Michael Koch <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4.0.0), classpath (>= 0.19), classpath-common (>= 0.19), gcj, jikes-classpath, zlib1g-dev, binutils-dev, libltdl3-dev, zip, cdbs (>= 0.4.17) +Build-Depends: debhelper (>= 4.0.0), classpath (>= 2:0.91-3), classpath-common (>= 2:0.91-3), gcj, jikes-classpath, zlib1g-dev, binutils-dev, libltdl3-dev, zip, cdbs (>= 0.4.17) Standards-Version: 3.6.2 Package: cacao diff -Nru /tmp/wG5xa1GxUp/cacao-0.95/debian/rules /tmp/RyVg63NZfs/cacao-0.96/debian/rules --- /tmp/wG5xa1GxUp/cacao-0.95/debian/rules 2006-06-02 23:19:06.0 +0200 +++ /tmp/RyVg63NZfs/cacao-0.96/debian/rules 2006-06-02 23:19:12.0 +0200 @@ -4,7 +4,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/simple-patchsys.mk -DEB_CONFIGURE_EXTRA_FLAGS := --with-classpath-prefix=/usr +DEB_CONFIGURE_EXTRA_FLAGS := --with-classpath-prefix=/usr --with-classpath-includedir=/usr/include/classpath DEB_CONFIGURE_SCRIPT_ENV += LDFLAGS="$(LDFLAGS) -Wl,-z,defs" \ JAVAC="jikes-classpath"
Bug#358713: monodoc: glib crash
On Fri, Jun 02, 2006 at 06:50:07PM -0300, Gustavo Franco wrote: > Steve Langasek wrote: > > On Fri, Jun 02, 2006 at 05:38:05PM -0300, Gustavo Franco wrote: > >> AFAIK, this bug was fixed since libgnome-cil isn't using the old > >> gtkhtml3.6 anymore, it's now depending on gtkhtml3.8. Could you > >> confirm ? > > That wouldn't cause this to cease to be a bug in gtkhtml3.6, it would just > > mean that the bug in gtkhtml3.6 no longer affects particular packages which > > don't depend on it. > Sure, i shouldn't use the word 'fixed'. I just wanted to point out for bug > squashers, that this bug doesn't need a new gtkhtml3.6 upload after the > submitter ack'ed that gtkhtml3.8 fixes the problem. Ok, just wanted to be clear that this wasn't "fixed" as in "bug should be closed". :) > > Anyway, gtk-sharp2 in testing still depends on gtkhtml3.6, as does gtk-sharp > > (libgnome-cil) on arm (because it's out of date). I think the right fix is > > to drop gtkhtml3.6 in favor of gtkhtml3.8, but this is not possible yet due > > to the reverse dependencies. It could be removed from unstable at the > > maintainer's request, though... > AFAIK, it isn't not possible yet due to peacock (#359114) and probably > outdated > stuff in some archs (arm?). The plan is ship only one gtkhtml3.x in Etch, yes. > We've started this transition some time ago, and i'm waiting only Noèl. Well, I suggest 359114 should be treated as release-critical, and a removal request should be filed for gtkhtml3.6 whether or not peacock has transitioned yet. There's more work to be done before gtkhtml3.6 can be dropped from etch, of course, since gtk-sharp2 waits on gnome-panel, evolution-data-server, avahi, and qt4-x11... -- 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#370045: netselect: does not set binaries suid root despite debconf setting
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. Thanks Sebastian Bremicker -- System Information: Debian Release: testing/unstable APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages netselect depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libc6 2.3.6-13 GNU C Library: Shared libraries netselect recommends no packages. -- debconf information: * netselect/install-setuid: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358713: monodoc: glib crash
On Fri, Jun 02, 2006 at 05:38:05PM -0300, Gustavo Franco wrote: > AFAIK, this bug was fixed since libgnome-cil isn't using the old > gtkhtml3.6 anymore, it's now depending on gtkhtml3.8. Could you > confirm ? That wouldn't cause this to cease to be a bug in gtkhtml3.6, it would just mean that the bug in gtkhtml3.6 no longer affects particular packages which don't depend on it. Anyway, gtk-sharp2 in testing still depends on gtkhtml3.6, as does gtk-sharp (libgnome-cil) on arm (because it's out of date). I think the right fix is to drop gtkhtml3.6 in favor of gtkhtml3.8, but this is not possible yet due to the reverse dependencies. It could be removed from unstable at the maintainer's request, though... -- 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#370014: qsynth: Missing .desktop file
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? Hi, Thanks for your report. I'm not that familiar with the .desktop file system. Could you give me any pointer ? Also where should that file go ? In /home/*/ ? Greetings, E. > > [Desktop Entry] > Encoding=UTF-8 > > Name=QSynth > GenericName= > Comment=Software Synth > Icon=/usr/share/pixmaps/qsynth.xpm > > Type=Application > Categories=Application;AudioVideo;Audio; > > Exec=qsynth > Terminal=false > > Thanks, > > Free > -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358713: monodoc: glib crash
Steve Langasek wrote: > On Fri, Jun 02, 2006 at 05:38:05PM -0300, Gustavo Franco wrote: > >> AFAIK, this bug was fixed since libgnome-cil isn't using the old >> gtkhtml3.6 anymore, it's now depending on gtkhtml3.8. Could you >> confirm ? > > That wouldn't cause this to cease to be a bug in gtkhtml3.6, it would just > mean that the bug in gtkhtml3.6 no longer affects particular packages which > don't depend on it. Sure, i shouldn't use the word 'fixed'. I just wanted to point out for bug squashers, that this bug doesn't need a new gtkhtml3.6 upload after the submitter ack'ed that gtkhtml3.8 fixes the problem. > Anyway, gtk-sharp2 in testing still depends on gtkhtml3.6, as does gtk-sharp > (libgnome-cil) on arm (because it's out of date). I think the right fix is > to drop gtkhtml3.6 in favor of gtkhtml3.8, but this is not possible yet due > to the reverse dependencies. It could be removed from unstable at the > maintainer's request, though... AFAIK, it isn't not possible yet due to peacock (#359114) and probably outdated stuff in some archs (arm?). The plan is ship only one gtkhtml3.x in Etch, yes. We've started this transition some time ago, and i'm waiting only Noèl. regards, Gustavo Franco - <[EMAIL PROTECTED]>
Bug#258301: links2: license conflict -- resolution?
On Fri, Jun 02, 2006 at 04:17:52PM -0400, Thomas Dickey wrote: > decided to write down that they ignored the problem. Even that's not a > valid argument unless they're able to get agreement to that license from > everyone who submitted parts to linux2 under GPL. links2 -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgp1bSh8TvNRF.pgp Description: PGP signature
Bug#370043: linux-kernel-di-sparc-2.6: please add qla2xxx drivers
Package: linux-kernel-di-sparc-2.6 Version: 1.09 Severity: normal Please add the qla2xxx drivers - my sunblade needs the qla2200.ko driver :) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ia64 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-mckinley 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#268031: How about this?
Matthew Wilcox wrote: > How does this output look (from my laptop): > > $ ./lspci -nn > 00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O > Controller [8086:3340] (rev 03) > 00:01.0 PCI bridge [0604]: Intel Corporation 82855PM Processor to AGP > Controller [8086:3341] (rev 03) > 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM > (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 01) > 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM > (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 01) Looks good to me. Thankyou! -- David N. Welton - http://www.dedasys.com/davidw/ Linux, Open Source Consulting - http://www.dedasys.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363127: CVE-2006-1664: Malformed MPEG Stream Buffer Overflow Vulnerability
I demand that Adeodato Simó may or may not have written... > * Reinhard Tartler [Fri, 02 Jun 2006 21:41:02 +0200]: >> On Fri, Jun 02, 2006 at 07:14:05PM +0100, Darren Salt wrote: >>> I demand that Reinhard Tartler may or may not have written... How about uploading it to experimental first, and give more ppl the chance of actually testing it? >>> That seems reasonable; I'll prepare a source package. Any objections? >> No, I think you can get it uploaded straight to experimental. If you have >> problems finding a sponsor, please give me a link to your source package, >> I'd like to test it locally here. (No, I'm not a DD yet, sorry) > Well, if you both think that pulling fixes from CVS means the package > should go to experimental first, okay, I'll respect that. However, I really > really don't want #358429 (the shlibs bug) to remain open for any longer, > but alas, I'm a bit doubtful of making an upload to fix that without fixing > the various FTBFS bugs, since otherwise we may prevent a chunk of packages > from entering testing. Bug 363127 will keep it out of testing anyway since it's filed against 1.1.1-1. (The bug's probably also in 1.0.3, but since I couldn't trigger it with 1.1.1...) > So: would it be much effort (read: would either of you be willing) to > create a package targetted at unstable fixing shlibs+FTBFS? If you'd rather > not, can I get a brief summary of what the patches to fix the FTBFS are, > and then I'll give a shot to making the upload myself? The .diff.gz, .dsc etc. for 1.1.1-1.2 are at http://zap.tartarus.org/~ds/debian/> I've not uploaded the source tarball or the .debs since that'd take too long, and the .diff.gz is a bit bulky because I've had to re-run autogen.sh... hmm, I've forgotten to add an "NMU" changelog item... oh well. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Nobody ever ruined their eyesight by looking at the bright side of something. signature.asc Description: PGP signature
Bug#370042: kontact: Crashes when double-clicking on new mail icon in systray
Package: kontact Version: 4:3.5.2-1+b2 Severity: important I have set kmail/kontact to show a systray icon on new mail. When there is a new mail and I double click on this icon, kontact crashes. I have now reproduced it twice. The backtraces are similar and I have attached a couple of them. /Sune -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages kontact depends on: ii kdelibs4c2a 4:3.5.3-1core libraries and binaries for al ii libc6 2.3.6-11 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4GCC support library ii libkcal2b 4:3.5.2-1+b2 KDE calendaring library ii libkdepim1a 4:3.5.2-1+b2 KDE PIM library ii libkpimidentities1 4:3.5.2-1+b2 KDE PIM user identity information ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 Versions of packages kontact recommends: ii kaddressbook4:3.5.2-1+b2 KDE NG addressbook application ii kitchensync 4:3.5.2-1+b2 Synchronization framework ii kmail 4:3.5.2-1+b2 KDE Email client ii knode 4:3.5.2-1+b2 KDE news reader ii knotes 4:3.5.2-1+b2 KDE sticky notes ii korganizer 4:3.5.2-1+b2 KDE personal organizer -- debconf-show failed *** /home/pusling/kontact.backtrace3 (no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1510512960 (LWP 32730)] [New Thread -1551213648 (LWP 32734)] [New Thread -1542825040 (LWP 32733)] [New Thread -1534436432 (LWP 32732)] [New Thread -1526047824 (LWP 32731)] [KCrash handler] #5 0xa71afa6a in QString::unicode (this=0x81310a0) at qstring.h:653 #6 0xa75aa11e in operator== ([EMAIL PROTECTED], [EMAIL PROTECTED]) at tools/qstring.cpp:6455 #7 0xa6e518bc in KIconLoader::removeIconExtension (this=0x810b128, [EMAIL PROTECTED]) at kiconloader.cpp:421 #8 0xa6e51ad0 in KIconLoader::removeIconExtensionInternal (this=0x0, [EMAIL PROTECTED]) at kiconloader.cpp:445 #9 0xa6e920ee in KIconLoader::loadIcon (this=0x810b128, [EMAIL PROTECTED], group=Desktop, size=32, state=0, path_store=0x0, canReturnNull=false) at kiconloader.cpp:685 #10 0x080602b4 in ?? () #11 0xafa8b6c8 in ?? () #12 0x0810b128 in ?? () #13 0xafa8b6f8 in ?? () #14 0x in ?? () *** /home/pusling/kontact.backtrace4 (no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1510734144 (LWP 8684)] [New Thread -1551434832 (LWP 8688)] [New Thread -1543046224 (LWP 8687)] [New Thread -1534657616 (LWP 8686)] [New Thread -1526269008 (LWP 8685)] [KCrash handler] #5 0xa6ed9147 in QMapPrivate (this=0x8c37960, _map=0x8074ee8) at qmap.h:441 #6 0xa6ed91ed in QMap::detachInternal (this=0xa6f49f0c) at qmap.h:840 #7 0xa6ea12c4 in KAcceleratorManagerPrivate::traverseChildren ( widget=0x8078cb0, item=0x9100738) at qmap.h:739 #8 0xa6ea0f4a in KAcceleratorManagerPrivate::manageWidget (w=0x8078cb0, item=0x9100738) at kaccelmanager.cpp:389 #9 0xa6ea141d in KAcceleratorManagerPrivate::manage (widget=0x8078cb0) at kaccelmanager.cpp:183 #10 0xa6ea150e in KAcceleratorManager::manage (widget=0x0, programmers_mode=false) at kaccelmanager.cpp:464 #11 0xa6ea1543 in KAcceleratorManager::manage (widget=0x0) at kaccelmanager.cpp:454 #12 0xa6ea1583 in KCheckAccelerators::checkAccelerators (this=0x812fef8, automatic=true) at kcheckaccelerators.cpp:182 #13 0xa6ea1bdb in KCheckAccelerators::autoCheckSlot (this=0x812fef8) at kcheckaccelerators.cpp:140 #14 0xa6ea1c8c in KCheckAccelerators::qt_invoke (this=0x812fef8, _id=2, _o=0xafb554dc) at kcheckaccelerators.moc:87 #15 0xa725354b in QObject::activate_signal (this=0x812ff28, clist=0x812c798, o=0xafb554dc) at kernel/qobject.cpp:2356 #16 0xa7253fdc in QObject::activate_signal (this=0x812ff28, signal=2) at kernel/qobject.cpp:2325 #17 0xa75e72ae in QTimer::timeout (this=0x812ff28) at .moc/debug-shared-mt/moc_qtimer.cpp:82 #18 0xa72784a1 in QTimer::event (this=0x812ff28, e=0xafb55828) at kernel/qtimer.cpp:219 #19 0xa71e987a in QApplication::internalNotify (this=0xafb57bb0, receiver=0x812ff28, e=0xafb55828) at kernel/qapplication.cpp:2635 #20 0xa71e9a76 in QApplicat
Bug#367546: ascii2uni.1.gz: You mean ascii2uni
Hi, Thanks for your bug submiter. I foward to upstream and soon this will be solved :) Regards Jose Carlos 2006/5/16, Dan Jacobson <[EMAIL PROTECTED]>: Package: uni2ascii Version: 3.5-1 Severity: normal File: /usr/share/man/man1/ascii2uni.1.gz $ man ascii2uni|pcregrep '\D2\D' Reformatting ascii2uni.1.gz, please wait... ascii2uni(1) ascii2uni(1) uni2ascii - convert 7-bit ASCII representations to UTF-8 Unicode You mean ascii2uni uni2ascii [options] You mean ascii2uni uni2ascii converts various 7-bit ASCII representations to UTF-8. It You mean ascii2uni P.S., Also mention that -X is the default action if no options are given, I bet. Mention this on both of the manual pages. Also on the uni2ascii man page, -f Convert stylistic variants to plain ASCII. Give full list or at least some examples of what these are. Also on the uni2ascii man page, add SEE ALSO Text::Unidecode as it is too good not to be mentioned. -- []'s José Carlos
Bug#258268: [EMAIL PROTECTED]: xchat-gnome_0.6-1_i386.changes REJECTED]
Ah!, that's the problem, it was fixed , i notified the developers about it long time ago.i was talking about duplicated code, that's the real problem,(well, the ftp-masters problem ;)) On 6/2/06, David Moreno Garza <[EMAIL PROTECTED]> wrote: Hi,FWIW, this is the mail I got as rejection when I intended to uploadxchat-gnome last October.I didn't try any further packaging attempts after.Cheers.- Forwarded message from Joerg Jaspert < [EMAIL PROTECTED]> -Date: Sun, 30 Oct 2005 11:19:31 -0800From: Joerg Jaspert <[EMAIL PROTECTED]>To: David Moreno Garza < [EMAIL PROTECTED]>Cc: Debian Installer <[EMAIL PROTECTED]>Subject: xchat-gnome_0.6-1_i386.changes REJECTED Hi Maintainer,while looking at your package in NEW I discovered that it islinking against openssl, itself beeing GPL licensed.Sorry, but this doesnt work, the OpenSSL license and the GPL areincompatible. For more information, and a link to give to your upstream please visithttp://www.openssl.org/support/faq.html#LEGAL2 or/andhttp://www.gnome.org/~markmc/openssl-and-the-gpl.html After this is fixed feel free to upload your package again.Additionally - this looks perfectly like it should be builtout of xchat itself, as another .deb. :)--bye Joerg ===If you don't understand why your files were rejected, or if theoverride file requires editing, reply to this email.- End forwarded message ---David Moreno Garza < [EMAIL PROTECTED]> | http://www.damog.net/ <[EMAIL PROTECTED]> | GPG: C671257D Some people call it the happiest place on Earth. -BEGIN PGP SIGNATURE-Version: GnuPG v1.4.3 (GNU/Linux)iD4DBQFEgJV6mBxf18ZxJX0RAtt4AJjPkAdH3eLHivgXGibggQcjwQJJAKCSfaDFzwyJOIUAerbLJY6Gm/Bv9Q===HWxY-END PGP SIGNATURE- -- Gerardo Curiel <[EMAIL PROTECTED]> <[EMAIL PROTECTED] >Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsEgpg fingerprint: 228B 0F96 8653 DF52 9740 B75E FB32 9C30 E179 7BD2http://www.debian.org
Bug#370040: blootbot: short addressing with factoids containing a > doesn't work
Package: blootbot
Severity: normal
Tags: patch
if you try to "shortAddress" the bot to retrieve a factoid contining a
>, the message will be ignored. For instance "!sarge->etch" doesn't
while, "/msg bot sarge->etch" does. The following patch fixes the
problem:
--- src/IRC/IrcHelpers.pl 2006-06-02 16:59:38.0 -0400
+++ src/IRC/IrcHelpers.pl.orig 2006-06-02 16:58:53.0 -0400
@@ -103,7 +103,7 @@
}
}
- if (!$addressed && $message =~ /^($mask{nick})([\;\:\>\, ]+) */) {
+ if ($message =~ /^($mask{nick})([\;\:\>\, ]+) */) {
my $newmessage = $';
if ($1 =~ /^\Q$ident\E$/i) {
$message = $newmessage;
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367502: cacao_0.95-1(amd64/unstable): FTBFS on amd64: undeclared functions
On Tue, May 16, 2006 at 03:25:52PM +0200, Frederik Schüler wrote: >> native.c:189: error: 'Java_java_lang_reflect_Constructor_getModifiers' >> undeclared here (not in a function) >> native.c:192: error: 'Java_java_lang_reflect_Field_getModifiers' undeclared >> here (not in a function) >> native.c:213: error: 'Java_java_lang_reflect_Method_getModifiers' undeclared >> here (not in a function) These declarations are supposed to be in src/native/include/java_lang_reflect_Constructor.h (AFAICS), which it autogenerated by cacaoh from /usr/share/classpath/glibj.zip, which belongs to classpath-common. IOW, it looks like classpath-common broke cacao; indeed, the latest classpath had a bug like this -- see #368172. In other words, cacao seems to need an upstream update. #368172 seems to indicate that 0.96 is sufficient, but I can't find anything related to this in the upstream changelog offhand. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345642: xserver-xorg: [i810] xorg 6.9.0 segfaults with dual head setup and i810 driver
Hi Nicolas, Which kernel you're using? Could you test with a previous kernel, if you have one listed on your boot (grub) ? Hopefully, your log output will change from: [...] (EE) I810(0): VBE initialization failed. [...] to something like: [...] (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 [...] Please attach all the log to your reply, if it's different running X with an older kernel. Thanks, Gustavo Franco - <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370041: invoke with --quiltrc /dev/null in quilt.make
Package: quilt Version: 0.44-6 Severity: normal I see that in version 0.44-5, patchsys-quilt.mk was modified to call quilt with --quiltrc /dev/null. Could you make the same change in /usr/share/quilt/quilt.make for those of us who don't use cdbs? It should be done for the same reasons (namely custom settings in a user's .quiltrc that could cause FTBFS). Thanks! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages quilt depends on: ii bzip2 1.0.3-2high-quality block-sorting file co ii diffstat 1.41-1 produces graph of changes introduc ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii gettext 0.14.5-4 GNU Internationalization utilities ii patch 2.5.9-4Apply a diff file to an original quilt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358713: monodoc: glib crash
Hi Seo, AFAIK, this bug was fixed since libgnome-cil isn't using the old gtkhtml3.6 anymore, it's now depending on gtkhtml3.8. Could you confirm ? Thanks, Gustavo Franco - <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#229357: dpkg-buildpackage: support for Build-Options: build-arch
Hello DPKG developers, Following Christian Perrier advice, I resent a former request I posted in January. I apologise if you actually got the earlier request: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I am attempting to fix a long standing issue in Debian, which is fully documented in bug #218893, namely the fact that dpkg-buildpackage will call 'debian/rules build' even when called with -B, thus making Build-Depends-Indep nearly useless. For the exact issue please read #218893. The patch in the bug #229357 implement the fourth proposal. One problem that plagued the resolution of this bug was the conflicting opinions of the various dpkg maintainers about how to fix this issue. So I would be very grateful f you could take a decision and implement it. 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#359745: webalizer RC bug
Hi, Sorry my delay. But I was trying to sent a webalizer with dpatch support. But I didnt finished yet. Well , I sent now to my sponsor , webalizer-2.10-29 with this patch and will send this new webalizer soon , with patch too :) If one of you have time and can upload, you can take files here: http://debian.opal.dhs.org/horde-co-maintenance/ Ola, is my sponsor , but I dont know when he will have time to upload. Regards, Jose Carlos 2006/6/2, Thijs Kinkhorst <[EMAIL PROTECTED]>: On Fri, 2006-06-02 at 16:44 +0200, Julien Danjou wrote: > On Mon, May 15, 2006 at 12:14:48PM -0300, Jose Carlos Medeiros wrote: > Hello Jose, > > > You are right. > > I will upload webalizer patched today. > > Any news ? I'm also waiting a bit... :) Thanks in advance for your work. Thijs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEgHGbJdKMxZV9WM8RAtCmAJ4tvOkvtBk1ZBPLLiCFQZe425DZyQCePdsk rR89hG1ElTiTnR2ClzFPG6A= =vQZO -END PGP SIGNATURE- -- []'s José Carlos
Bug#363127: CVE-2006-1664: Malformed MPEG Stream Buffer Overflow Vulnerability
* Reinhard Tartler [Fri, 02 Jun 2006 21:41:02 +0200]: Hey, > On Fri, Jun 02, 2006 at 07:14:05PM +0100, Darren Salt wrote: > > I demand that Reinhard Tartler may or may not have written... > > > How about uploading it to experimental first, and give more ppl the chance > > > of actually testing it? > > That seems reasonable; I'll prepare a source package. Any objections? > No, I think you can get it uploaded straight to experimental. If you > have problems finding a sponsor, please give me a link to your source > package, I'd like to test it locally here. (No, I'm not a DD yet, sorry) Well, if you both think that pulling fixes from CVS means the package should go to experimental first, okay, I'll respect that. However, I really really don't want #358429 (the shlibs bug) to remain open for any longer, but alas, I'm a bit doubtful of making an upload to fix that without fixing the various FTBFS bugs, since otherwise we may prevent a chunk of packages from entering testing. So: would it be much effort (read: would either of you be willing) to create a package targetted at unstable fixing shlibs+FTBFS? If you'd rather not, can I get a brief summary of what the patches to fix the FTBFS are, and then I'll give a shot to making the upload myself? Thanks in advance, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Guy: My dad made my mom have a cesarean when she had my little brother. He wanted to make sure he was born in the 1986 tax year so he could get another tax credit. -- http://www.overheardinnewyork.com/archives/002968.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367267: ftp.debian.org: Missing .orig.tar.gz files for dresden-ocl and libbsf-java
On Fri, Jun 02, 2006 at 01:57:58PM +0200, Sven Mueller wrote: > Pierre HABOUZIT wrote on 02/06/2006 10:33: > > severity 367267 serious > > thanks > > On Sun, May 14, 2006 at 09:49:31PM +0200, Sven Mueller wrote: > >>http://ftp.debian.org/debian/pool/main/d/dresden-ocl/dresden-ocl_1.1.orig.tar.gz > > this creates a policy violation, and I can confirm that source tarball > > is still missing. > As I found out by now, the source tarball is actually in the archive, > just not at pool/main as expected but at pool/contrib, at least on some > mirrors. > The same is true for libbsf-java_2.3.0+cvs20050308.orig.tar.gz > Looks like the archive was confused by those packages moving from main > to contrib or vice-versa. At least that would be my guess (without > looking at package histories). AIUI, the proper fix for this is to do a reupload of the package with dpkg-buildpackage -sa, to get the orig.tar.gz re-tagged by dak. 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/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369995: amule: FTBFS everywhere, bogus debian/rules file
* Julien Delange [Fri, 02 Jun 2006 20:50:25 +0200]: > Yes, I understand, but you know, I not enough time to make a good > package, so I made dirty ones, and obviously, it's not a good way. Indeed, uploading dirty packages to the archive is bad for everybody. :( > > And to both of you, apologies if I'm a bit pushy at times, it's only > > that I like things well done. Also, I'll be happy if you want to sponsor > > the next upload if Julien Danjou is short of time, and go with soda > > through fixing the rules file. > No, the problem is the time :-) So, if you feel you can fix bugs, so, > go, it's not a problem I will not blame you for that, because it helps > to have a better system :-) 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. Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org — George, they're missing. — Splendid, splendid. -- Mrs and Mr Banks in «Mary Poppins» -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363127: xine-lib patches (was: Bug#363127: CVE-2006-1664: Malformed MPEG Stream Buffer Overflow Vulnerability)
I demand that Reinhard Tartler may or may not have written... > On Fri, Jun 02, 2006 at 07:14:05PM +0100, Darren Salt wrote: [snip] >> On mips, the problem in the buildd log is too-early use of inline >> functions; you should find that my VDR-patched version is buildable there, >> or at least fails differently. > Interesting. Care to give me a pointer to your patches for fixing this > FTBFS? http://zap.tartarus.org/~ds/debian/dists/unstable/main/source/xine-lib-vdr_1.1.1-1.1vdr2.dsc> Apply the correspondng .diff.gz in an empty directory and look at debian/patches/23_inline_use_before_define.dpatch. (Note that that package is not intended for upload.) >>> How about uploading it to experimental first, and give more ppl the >>> chance of actually testing it? >> That seems reasonable; I'll prepare a source package. Any objections? > No, I think you can get it uploaded straight to experimental. If you have > problems finding a sponsor, Already sorted out. > please give me a link to your source package, I'd like to test it locally > here. (No, I'm not a DD yet, sorry) Will do regardless. I'm currently going through Gentoo's patches to see what should go into CVS; there are a few useful fixes there... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. Think twice before speaking. But don't say "think think click click". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368973: colordiff: colorization makes some output lines disappear
On Thursday, 01.06.2006 at 22:44 -0700, t takahashi wrote:
> i tested it and the hypothesis is correct.
>
> if you can't query the existing colors, then there is little that can
> be done. it would be nice if ansi included that.
>
> i'd definitely update the man page to say that. it's kind of like
> data loss otherwise.
This issue is, as you say, not mentioned on the man page; it is however
raised in /usr/share/doc/colordiff/README.Debian - maybe that's not
sufficient.
It's hard to know how to 'fix' this one, really. The problem is that
the default colours have to be set to *something* and there's always the
possibility of clashing with an end user's terminal preferences.
Right now, the default 'plain text' (not part of diff-ed output) colour
is 'white' ('black' in the example config file for light-coloured
backgrounds). Perhaps just changing the default from 'white' to
something else would be sufficient ... given that most people's
terminals will be either white text on black, or vice versa.
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally signed, key from http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
signature.asc
Description: Digital signature
Bug#370002: java-package: Cleanup of dependencies: stat
tags 370002 confirmed pending stop On Fri, Jun 02, 2006 at 07:48:13PM +0200, Stefan Huehner wrote: [...] > Hi, > your package depends on 'coreutils | stat'. The stat package has > been superseeded by coreutils a long time before sarge. > Please consider changing the depends to only 'coreutils'. > > Regards, > Stefan [...] Oops, thanks for catching that; will update it for the next release. -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 signature.asc Description: Digital signature
Bug#370039: [l10n] Updated Czech translation of phpldapadmin debconf messages
Package: phpldapadmin Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of phpldapadmin debconf messages. Please include it with the package. Thanks -- Miroslav Kure cs.po.gz Description: Binary data
Bug#369634: [Pkg-texlive-maint] Bug#369634: texlive-base-bin: xdvi displays broken fonts
Hallo Jörg! On Fre, 02 Jun 2006, Jörg Sommer wrote: > > My xdvi resources show in addition > > xdvi.gsAlpha: true > > could you add this and retry? > > It changes nothing. Bad. What happens if you make dvips? Can you send me: . a problematic dvi file (as short as possible) . the output of dvips (dvips foo.dvi > dvips.log 2>&1) . the ps file . a screenshot of what happened I have no idea what this could be. Maybe someone at the debian-tetex list has an idea. I will ask after you sent me the stuff and I couldn't find anything. Best wishes Norbert --- Dr. Norbert Preining Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- POLPERRO (n.) A polperro is the ball, or muff, of soggy hair found clinging to bath overflow-holes. --- Douglas Adams, The Meaning of Liff -- 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]
Hi, FWIW, this is the mail I got as rejection when I intended to upload xchat-gnome last October. I didn't try any further packaging attempts after. Cheers. - Forwarded message from Joerg Jaspert <[EMAIL PROTECTED]> - Date: Sun, 30 Oct 2005 11:19:31 -0800 From: Joerg Jaspert <[EMAIL PROTECTED]> To: David Moreno Garza <[EMAIL PROTECTED]> Cc: Debian Installer <[EMAIL PROTECTED]> Subject: xchat-gnome_0.6-1_i386.changes REJECTED Hi Maintainer, while looking at your package in NEW I discovered that it is linking against openssl, itself beeing GPL licensed. Sorry, but this doesnt work, the OpenSSL license and the GPL are incompatible. For more information, and a link to give to your upstream please visit http://www.openssl.org/support/faq.html#LEGAL2 or/and http://www.gnome.org/~markmc/openssl-and-the-gpl.html After this is fixed feel free to upload your package again. Additionally - this looks perfectly like it should be built out of xchat itself, as another .deb. :) -- bye Joerg === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. - End forwarded message - -- David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/ <[EMAIL PROTECTED]> | GPG: C671257D Some people call it the happiest place on Earth. signature.asc Description: Digital signature
