Bug#404712: helium: FTBFS on 64 bit arches
* Arjan Oosting [EMAIL PROTECTED] [2006-12-27 21:04]: I have noticed the FTBFS but I don't have a 64 bit machine myself. I have asked the DSA to install helium build dependencies on merulo, but I have not got a response yet :( Can you please ask them again. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409599: vzctl create: --root ignored, uses /var/lib/vz/private/NNN instead.
Hi Andreas It seems like the --root option is broken yes. I'll check why it is so. Regards, // Ola On Sun, Feb 04, 2007 at 10:57:30AM +0100, Andreas Krüger wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: vzctl Version: 3.0.11-13 Severity: normal Hello, I try to get a virtual server going using openvz. I have an empty file system /flish. That's where I want the virtual server's root to live. So I did kauz:~# vzctl --verbose create 101 --ostemplate gentoo-20060317-i686-stage3 \ -- root /flish/'$VEID' --ipadd 192.168.42.101 --hostname flish Unable to open /usr/lib/vzctl/modules/: No such file or directory Creating VPS private area: /var/lib/vz/private/101 Running: /usr/sbin/vzquota stat 101 -f Running: /usr/sbin/vzquota drop 101 Running: /usr/sbin/vzquota init 101 -b 1048576 -B 1153434 -i 20 -I 22 -p /var/lib/vz/private/101.tmp -e 0 -n 0 -s 0 Running: /usr/sbin/vzquota on 101 -r 0 -b 1048576 -B 1153434 -i 20 -I 22 - -e 0 -n 0 -s 0 Running: /usr/lib/vzctl/scripts/vps-create Running: /usr/sbin/vzquota off 101 Running: vzquota setlimit 101 -p /var/lib/vz/private/101 -b 1048576 -B 1153434 - -i 20 -I 22 -e 0 -n 0 Mounting root: /flish/101 /var/lib/vz/private/101 Performing postcreate actions Running: /etc/vz/dists/scripts/postcreate.sh Running: /usr/sbin/vzquota stat 101 -f VPS private area was created After that, I find the virtual server's entire file system below /var/lib/vz/private/101 . The directory /flish/101 is created, but remains empty. When I vzstart, it does access the root file system below /var/lib/vz/private/101 . Regards, and thank you for providing fine sofware, Andreas - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-openvz-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages vzctl depends on: ii iproute 20061002-3 Professional tools to control the ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii vzquota 3.0.8-2 server virtualization solution - q Versions of packages vzctl recommends: ii rsync 2.6.9-2fast remote file copy program (lik - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFFxa4HnWrlKaIH40ARApHuAJ9NGairQ5z26lzhNT6UvvA+BxhM4ACgpzJy K9cYATp/HCaKIXV/3Qs3Tns= =gRZa -END PGP SIGNATURE- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://opalsys.net/ UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409650: bug fixed upstream
Hi, -O0 probably hid the bug by sheer luck. But it's a known and fixed bug, which was due to wrong pointer size on x86-64. The fix spans across libetpan and Claws Mail, has been fixed in libetpan 0.49 and Claws 2.7.0. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
Package: octave2.9-forge Version: 2006.07.09+dfsg1-7 Severity: serious It seems this package no longer builds on AMD64 (in sid and etch). Kurt (Q_), can you verify this or do only I see this? Automatic build of octave2.9-forge_2006.07.09+dfsg1-7 on em64t by sbuild/amd64 0.52 ... Arithmetic operators: PASSED Logical operators:PASSED Polynomial manipulation: PASSED Linear Algebra: PASSED Signal Processing functions: PASSED [main/fixed] fixed Fixed Point Load Type Found Fixed Point Toolbox (version 0.7.0) Fixed Point Creation Scalar Creation: PASSED Matrix Creation: error: can't perform indexing operations for fixed matrix type [main/image] panic: Illegal instruction -- stopping myself... admin/run_forge: line 58: 1020 Illegal instruction $* make[1]: *** [check] Error 132 make[1]: Leaving directory `/build/tbm/octave2.9-forge-2006.07.09+dfsg1' make: *** [debian/stamp-makefile-check] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409692: seahorse-preferences help button doesn't work
Package: seahorse Version: 0.9.10-2 Severity: normal Same as reported in Ubuntu. https://launchpad.net/bugs/83208 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Versions of packages seahorse depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii gconf2 2.16.0-3 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-1 The ATK accessibility toolkit ii libavahi-client3 0.6.16-2 Avahi client library ii libavahi-common3 0.6.16-2 Avahi common library ii libavahi-glib1 0.6.16-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libfontconfig1 2.4.2-1 generic font configuration library ii libgconf2-42.16.0-3 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2+b1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-5GNOME virtual file-system (runtime ii libgnutls131.4.4-3 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libgpgme11 1.1.2-2 GPGME - GnuPG Made Easy ii libgtk2.0-02.8.20-5 The GTK+ graphical user interface ii libgtksourceview1.0-0 1.8.3-1 shared libraries for the GTK+ synt ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libnautilus-extension1 2.14.3-7 libraries for nautilus components ii libnotify1 0.4.3-1 sends desktop notifications to a n ii liborbit2 1:2.14.4-1libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.3-4 library for GNOME 2 panel applets ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libsoup2.2-8 2.2.99-1 an HTTP library implementation in ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages seahorse recommends: ii openssh-client1:4.3p2-8 Secure shell client, an rlogin/rsh -- debconf information: * seahorse/SUID: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409509: ttf-dejavu: [regression] a breve and a circumflex broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Davide Viti wrote: Tags: patch, pending thanx On Sat, Feb 03, 2007 at 10:12:10PM +0200, Eddy Petrișor wrote: Also note that serious means also this bug should be fixed for the next Debain release ;-) The patch has been introduced in the udeb only and has nothing to do with the latest upstream version of the package: I've infact wrongly removed the following range from the ttf files: STRIP_RANGES=$STRIP_RANGES u02B0:u02FF # Spacing Modifier Letters I've just re-created the screenshots using an udeb using the patch below; 2.13 vs 2.14 can be compared looking at the following: http://d-i.alioth.debian.org/gtk-frontend/screenshots/20070203_dejavu2.13 http://d-i.alioth.debian.org/gtk-frontend/screenshots/20070204_dejavu2.14_prerelease the letters in http://d-i.alioth.debian.org/gtk-frontend/screenshots/20070204_dejavu2.14_prerelease/ro.png look ok. I still think 2.14 deserves to make it in Etch. regards, Davide Index: generate-udeb.sh So the regular font in the installed target is not affected by this issue... nice. - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFxk5aY8Chqv3NRNoRAnFRAKCsAqfc7Ab7SKHLmc3AImevfT7TJwCdGB5v hpMRE4X0J2Z75cTCZ59OBS4= =37Fn -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409693: kernel-package: please rename to linux-package
Package: kernel-package Version: 10.066 Severity: wishlist Since the introduction of linux-2.6, it would be more consistent to have kernel-package named linux-package than kernel-package. Please rename kernel-package to linux-package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409517: dvipdfm segfault related to /etc/localtime
* Frank Küster [EMAIL PROTECTED] [2007-02-03 21:13]: Sorry, I have no idea. But I asked because one of the last changes to dvipdfm was a patch to *prevent* a segfault when used in a timezone with half-hour offset from UTC. It's in the same source file, but at a different place than indicated by the trace, and I don't see the relation ATM. You can look at it at Reverting this patch (debian/patches/patch-dvipdfm-timezone-crash) gets rid of my segfault. -- Martin Michlmayr http://www.cyrius.com/
Bug#409694: dh-make: support for dpatch added, changelog now lintian-clean
Package: dh-make Version: 0.42 Severity: minor Tags: patch Since I am using the dpatch on a regular basis, I thought it would be nice if it was supported by dh_make directly. The attached patch was tested for the single package and seems to work. My lintian test was very critical about the changelog file, mostly because it expected two blanks between the email address and the day in the tail lines or to the day of the month. I fixed those bits in the same patch which of course I should not have done. Please ignore it if you do not find it pleasant. Have many thanks for dh_make, I am a fan, best regards Steffen -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) diff -ru dh-make-0.42/debian/changelog dh-make-0.42.1/debian/changelog --- dh-make-0.42/debian/changelog 2006-10-31 22:31:01.0 +0100 +++ dh-make-0.42.1/debian/changelog 2007-02-04 12:56:06.0 +0100 @@ -1,3 +1,9 @@ +dh-make (0.42.1) unstable; urgency=low + + * Offering use of dpatch. + + -- Steffen Moeller [EMAIL PROTECTED] Sun, 4 Feb 2007 12:43:06 +0100 + dh-make (0.42) unstable; urgency=low * Stopped shiiping the kde examples (Closes: #372287) @@ -22,7 +28,7 @@ * Kernel module rules use sname Closes: #350938, #354883 * Typo removed from kernel rules on line 67 Closes: #348299 * Removed conffiles.ex Closes: #345109 - * example pre/post inst/rm have space removed from first line closes: #325221 + * example pre/post inst/rm have space removed from first line Closes: #325221 * Checks and bombs if there are extra options Closes: #337114 * touch in rules file uses $@ variable Closes: #344971 * updated jrv's email address Closes: #351432 @@ -97,7 +103,7 @@ * debianl/control has Section line for source Closes: #290360 * Removed init call in preinst - -- Craig Small [EMAIL PROTECTED] Wed, 2 Mar 2005 08:32:57 +1100 + -- Craig Small [EMAIL PROTECTED] Wed, 2 Mar 2005 08:32:57 +1100 dh-make (0.37) unstable; urgency=low @@ -154,7 +160,7 @@ * getent correctly looks for username Closes: #211807 -- Craig Small [EMAIL PROTECTED] Wed, 24 Sep 2003 14:21:18 +1000 - + dh-make (0.34) unstable; urgency=low * changed -a flag to -s Closes: #194357 @@ -182,7 +188,7 @@ * Better error messages Closes: #183053 * GNU/Linux has been removed, its just Debian now Closes: #182484 - -- Craig Small [EMAIL PROTECTED] Wed, 5 Mar 2003 08:32:52 +1100 + -- Craig Small [EMAIL PROTECTED] Wed, 5 Mar 2003 08:32:52 +1100 dh-make (0.32) unstable; urgency=low @@ -203,7 +209,7 @@ * Library dev files have libtool and pkgconfig files support, if they exist. Closes: #153791 - -- Craig Small [EMAIL PROTECTED] Mon, 6 Jan 2003 09:24:57 +1100 + -- Craig Small [EMAIL PROTECTED] Mon, 6 Jan 2003 09:24:57 +1100 dh-make (0.31) unstable; urgency=low @@ -275,7 +281,7 @@ * pre/post example scripts exit1 with bad args Closes: #109836 * -e entry in dh_make.1 fixed Closes: #110815 - -- Craig Small [EMAIL PROTECTED] Mon, 8 Oct 2001 11:55:17 +1000 + -- Craig Small [EMAIL PROTECTED] Mon, 8 Oct 2001 11:55:17 +1000 dh-make (0.26) unstable; urgency=low @@ -299,7 +305,7 @@ * deleted add-mail-log info line in changelog as it did evil things. incidently Closes: #83040 - -- Craig Small [EMAIL PROTECTED] Tue, 6 Feb 2001 13:29:05 +1100 + -- Craig Small [EMAIL PROTECTED] Tue, 6 Feb 2001 13:29:05 +1100 dh-make (0.24) unstable; urgency=low @@ -327,7 +333,7 @@ * Added an add-log-mailing-address to changelog example Closes: #72847 * DH_COMPAT version upped to 2 in rules templates, Closes: #72883 - -- Craig Small [EMAIL PROTECTED] Fri, 7 Jul 2000 09:27:17 +1000 + -- Craig Small [EMAIL PROTECTED] Fri, 7 Jul 2000 09:27:17 +1000 dh-make (0.22) unstable; urgency=low @@ -347,10 +353,10 @@ * Removed useless install-stamp Closes: #49576 * Added Jim's patch for infodir and example man page - * Closes: #51350, #51755 + * Closes: #51350, #51755 * Added Jim's patch for libraries Closes: #51580 - -- Craig Small [EMAIL PROTECTED] Thu, 2 Dec 1999 09:58:31 +1100 + -- Craig Small [EMAIL PROTECTED] Thu, 2 Dec 1999 09:58:31 +1100 dh-make (0.20) unstable; urgency=low @@ -364,7 +370,7 @@ * Fixed typo for native packages Closes: #45746 * Updated rules files so they follow debhelper closer - -- Craig Small [EMAIL PROTECTED] Fri, 1 Oct 1999 11:03:06 +1000 + -- Craig Small [EMAIL PROTECTED] Fri, 1 Oct 1999 11:03:06 +1000 dh-make (0.18) unstable; urgency=low @@ -376,7 +382,7 @@ * Fixed rules file Closes: #42651 * Removes the old perl dependency - -- Craig Small [EMAIL PROTECTED] Mon, 6 Sep 1999 14:18:39 +1000 + -- Craig Small [EMAIL PROTECTED] Mon, 6 Sep 1999 14:18:39 +1000 dh-make (0.17) unstable; urgency=low @@
Bug#335412: Ping again: status of this debconf translation for cyrus21-imapd
Christian Perrier skrev: Daniel, could you provide with a final version so that I can nag Henrique about an upload for that package ? Sorry, must have looked some other way during this discussion. Here is the updated translation. The word backend is seriously hard to translate to Swedish. Some people (i.e GNOME) uses bakände which is ok but not good. Regards, Daniel # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # msgid msgstr Project-Id-Version: cyrus21-imapd 2.1.18-5\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-13 18:58+0100\n PO-Revision-Date: 2007-02-04 20:42+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../cyrus21-common.templates:1001 msgid Database backends have changed! msgstr Databasformatet har ändrats! #. Type: note #. Description #: ../cyrus21-common.templates:1001 msgid Comparison between /usr/lib/cyrus/cyrus-db-types.txt and /usr/lib/cyrus/cyrus-db-types.active shows that database backends for Cyrus IMAPd have been changed. msgstr En jämförelse mellan /usr/lib/cyrus/cyrus-db-types.txt och /usr/lib/cyrus/cyrus-db-types.active visar att databasformatet för Cyrus IMAPd har ändrats. #. Type: note #. Description #: ../cyrus21-common.templates:1001 msgid This means that those databases for which the database backends changed might need to be converted manually to the new format, using the cvt_cyrusdb(8) utility. msgstr Det här betyder att dessa databaser, för vilka databasformatet har ändrats, kan behöva konverteras manuellt till det nya formatet med hjälp av verktyget cvt_cyrusdb(8). #. Type: note #. Description #: ../cyrus21-common.templates:1001 msgid Please refer to /usr/share/doc/cyrus21-common/README.Debian.database for more information. Do not start cyrmaster until you have converted the databases to the new format. msgstr Referera till /usr/share/doc/cyrus21-common/README.Debian.database för mer information. Starta inte cyrmaster innan du har konverterat databasen till det nya formatet. #. Type: boolean #. Description #: ../cyrus21-common.templates:2001 msgid Remove the Cyrus spools, and user sieve scripts? msgstr Ta bort Cyrus köfiler och användarens sieve-skript? #. Type: boolean #. Description #: ../cyrus21-common.templates:2001 msgid Should I remove the Cyrus mail and news spools, as well as the user's sieve scripts, when the package is purged ? msgstr Ska jag ta bort Cyrus post- och nyhetsgruppkö, såväl som användarens sieve-skript, när paketet avinstalleras? #. Type: boolean #. Description #: ../cyrus21-common.templates:2001 msgid This question only applies to the default spools and sieve script directories in /var. If you modified their location in imapd.conf, the new locations will not be removed; just the old ones in /var. msgstr Den här frågan gäller endast för standardköerna och sieve-skriptkatalogerna i /var. Om du har ändrat deras plats i imapd.conf kommer de nya platserna inte att tas bort; bara de gamla i /var.
Bug#389371: jabref: a bug in deal with doi
On 2/4/07, gregor herrmann [EMAIL PROTECTED] wrote: On Mon, 25 Sep 2006 18:36:44 +0800, LI Daobing wrote: add a record with doi entry, right click on the third column(the doi/url column) of this entry, then click the popup window, then jabref will launch www browser with the doi entry, and he forget to add http://dx.doi.org/; prefix. I've just tested this with the new 2.2-01-1 release that was uploaded to unstable some hours ago and it seems to be fixed. When I enter bla in the DOI field and then right-click on the column and choose Open URL or DOI my browser goes to http://dx.doi.org/bla still not fixed. I don't mean this menu entry, check the attachment, there is a screenshot, when I click the popup window, this bug appeared. Thanks -- LI Daobing jabref-bug.png Description: PNG image
Bug#409682: FTBFS: undefined reference to `gzopen'
reassign 409682 pciutils-dev merge 409682 396640 On Sun, 2007-02-04 at 19:42 +0100, Martin Michlmayr wrote: Package: efibootmgr Version: 0.5.3-2 Severity: serious Tags: sid efibootmgr fails to build in sid (but not in etch): This is due to a bug in pciutils-dev already known to affect a number of packages including efobootmgr. Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409695: FTBFS: error: 'CL_SCAN_DISABLERAR' undeclared
Package: php-clamavlib Version: 0.12a-2 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of php-clamavlib_0.12a-2 on em64t by sbuild/amd64 0.52 ... gcc -I. -I/build/tbm/php-clamavlib-0.12a -DPHP_ATOM_INC -I/build/tbm/php-clamavlib-0.12a/include -I/build/tbm/php-clamavlib-0.12a/main -I/build/tbm/php-clamavlib-0.12a -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend -DHAVE_CONFIG_H -g -O2 -c /build/tbm/php-clamavlib-0.12a/clamav.c -fPIC -DPIC -o .libs/clamav.o /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zm_startup_clamav': /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: 'CL_SCAN_DISABLERAR' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: (Each undeclared identifier is reported only once /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: for each function it appears in.) /build/tbm/php-clamavlib-0.12a/clamav.c:216: error: 'CL_EMALFZIP' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'php_cl_scanfile': /build/tbm/php-clamavlib-0.12a/clamav.c:350: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:355: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'php_cl_scanbuff': /build/tbm/php-clamavlib-0.12a/clamav.c:386: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:390: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_setlimits': /build/tbm/php-clamavlib-0.12a/clamav.c:471: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:479: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_scanfile_ex': /build/tbm/php-clamavlib-0.12a/clamav.c:536: warning: passing argument 2 of 'cl_scanfile' from incompatible pointer type /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_pretcode': /build/tbm/php-clamavlib-0.12a/clamav.c:640: error: 'CL_EMALFZIP' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c:708: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_scan_buffer': /build/tbm/php-clamavlib-0.12a/clamav.c:719: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_scan_file': /build/tbm/php-clamavlib-0.12a/clamav.c:729: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_get_version': /build/tbm/php-clamavlib-0.12a/clamav.c:739: warning: 'return' with a value, in function returning void make[1]: *** [clamav.lo] Error 1 make[1]: Leaving directory `/build/tbm/php-clamavlib-0.12a' make: [build-stamp-php4] Error 2 (ignored) touch build-stamp-php4 dh_testdir dh_testroot dh_installdirs mkdir -p debian/php4-clamavlib/usr/lib/php4/20050606 install -m 644 -o root -g root modules/clamav.so debian/php4-clamavlib/usr/lib/php4/20050606/clamav.so install: cannot stat `modules/clamav.so': No such file or directory make: *** [build-php4] Error 1 ** -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405676: loop-aes-modules_3.1d+3+5(m68k/unstable/zeus): build-deps on removed package
severity 405676 serious retitle 405676 FTBFS: build-deps on removed package thanks * Stephen R Marenka [EMAIL PROTECTED] [2007-01-05 08:26]: Package: loop-aes-modules Version: 3.1d+3+5 Severity: important loop-aes-modules fails to build from source because it build-depends on a removed package, linux-headers-2.6.17-2-all. This problem is not m68k specific - upgrading severity. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#177180: this bug: #177180/grep: option to stay on the filesystem
On Sun, Feb 04, 2007 at 09:30:28AM -0500, Justin Pryzby wrote: The accepted way of doing this is with find . -xdev -print0 |xargs -0 grep foo Indeed, even grep -r is considered to be bloat, since find supports many options which don't each need to be implemented in grep, too. Right, I agree that getting rid of those additional keystrokes does not warrant the increased complexity. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409479: ppp: [INTL:da] Updated Danish debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 409479 pending thanks Christian Perrier wrote: I am not sure how what repo is Marco using, but if anyone cares i have been keeping track of ppp's changes (and sybcing with releases) in darcs. A copy of my repo is available and can be browsed[1] with a regular browser or cloned/branched/got via darcs: darcs get --set-scripts-executable http://users.alioth.debian.org/~eddyp-guest/darcs/ppp/ OK. Given the recent answer by Marco, I think we can go for a short call for translations with a deadline like Feb 8th 23:59 if the call is posted today. Eddy, would you mind posting it ? I think that you can do both a call for updates: Done. The Danish translation is added. - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFxljUY8Chqv3NRNoRAveKAJ0TFyZ1C0iWW0ay7JlvO00Dadb/6ACg0CqF 3O1kzfqeoF3JzxAG9pt0UUQ= =iC7N -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409531: nbd-server: timeout option not very useful
On Sat, Feb 03, 2007 at 11:54:49AM -0800, Vagrant Cascadian wrote: Package: nbd-server Version: 1:2.8.7-3 Severity: normal when using nbd-server with the -a timeout option, it will often disconnect running nbd-client instances that have merely been inactive for a while. it would be much, much more useful if it implemented some sort of ping to determine if the nbd-client instance is still there, just not very active. the workaround is just to have the machine running an nbd-client make nbd accesses periodically just to keep the connection alive... but that's kind of ugly. Or just do not use it at all. nbd-server does set the SO_KEEPALIVE socket option, which will do such keepalive requests every once in a while. However, for that to kick in, it takes two hours (by default), and then you still need a number of probes before it is actually disconnected and the server killed. Anyhow, if you want to write a patch that makes the -a option more useful, feel free... but that would probably also require a kernel patch, which I don't maintain. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409696: calamaris: [INTL:de] updated German debconf translation
Package: calamaris Version: 2.99.4.0-3 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for calamaris attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge calamaris_2.99.4.0-3_de.po.bz2 Description: Binary data
Bug#409697: amanda: [INTL:pt] Portuguese translation for debconf messages
Package: amanda Version: n/a Tags: l10n, patch Severity: wishlist Portuguese translation for amanda's debconf messages. Translator: Carlos Lisboa carloslisboa _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#389371: jabref: a bug in deal with doi
On Mon, 05 Feb 2007 03:33:31 +0800, LI Daobing wrote: I've just tested this with the new 2.2-01-1 release that was uploaded to unstable some hours ago and it seems to be fixed. When I enter bla in the DOI field and then right-click on the column and choose Open URL or DOI my browser goes to http://dx.doi.org/bla still not fixed. I don't mean this menu entry, check the attachment, there is a screenshot, when I click the popup window, this bug appeared. Thanks for checking and sending the screenshot. Now I _really_ understand what you mean and can confirm the behaviour. Ok, let's keep the bug open; for the time being I suggest you use the Open URL or DOI entry from the context menu. Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Steppenwolf: Born To Be Wild signature.asc Description: Digital signature
Bug#409700: fprobe: [INTL:pt] Portuguese translation for debconf messages
Package: fprobe Version: n/a Tags: l10n, patch Severity: wishlist Portuguese translation for fprobe's debconf messages. Translator: Carlos Lisboa carloslisboa _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
On Sun, Feb 04, 2007 at 08:20:22PM +0100, Martin Michlmayr wrote: Package: octave2.9-forge Version: 2006.07.09+dfsg1-7 Severity: serious It seems this package no longer builds on AMD64 (in sid and etch). Kurt (Q_), can you verify this or do only I see this? It works for me. Are you trying this with a different version of gcc or something? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405393: Other weired occurrences
I deinstalled skim recently and the problem persists, now only running scim. It seems to occur less, but I have to wait a bit for a real evaluation. I ran across a website saying not to install skim in debian because of this bug, so other people don't seem to have this problem with scim (only skim). Well, actually it stoped right know and I have to type in another window and cut n paste that with my mouse. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#50731: cruft: suggest using compression (gzip?) for files in /var/spool/cruft
On Sun, Feb 04, 2007 at 06:49:37PM +, Joe Wells wrote: I agree that cruft uses too much disk space. For example, on my system, du -s /var/spool/cruft says 45940 (KiB), but after running gzip /var/spool/cruft/* the output of du -s /var/spool/cruft changes to 4252, which is only 9% of the uncompressed size. This sounds like a clever idea.. If you feel like it, could you please do some size and time change measurments for this data, for different compression levels (say, --fast, default and --best)? How hard would it be to change cruft to save its files in compressed (e.g., maybe using gzip) format? Saving would be trivial - just filtering data through gzip in a shell script. However generating a report from such files would not be so straightforward, as an important part of it is done by a small program written in C, which opens the files on its own, so this would require adding zlib support to it. I'm not saying that it's impossible, but I'm currently looking at reimplementing some of the cruft's guts, so it's going to wait at least until I finish that. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409699: muse: [INTL:pt] Portuguese translation for debconf messages
Package: muse Version: n/a Tags: l10n, patch Severity: wishlist Portuguese translation for muse's debconf messages. Translator: Carlos Lisboa carloslisboa _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#409698: tvtime: [INTL:pt] Portuguese translation for debconf messages
Package: tvtime Version: n/a Tags: l10n, patch Severity: wishlist Portuguese translation for tvtime's debconf messages. Translator: Carlos Lisboa carloslisboa _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#389371: jabref: a bug in deal with doi
On 2/5/07, gregor herrmann [EMAIL PROTECTED] wrote: On Mon, 05 Feb 2007 03:33:31 +0800, LI Daobing wrote: I've just tested this with the new 2.2-01-1 release that was uploaded to unstable some hours ago and it seems to be fixed. When I enter bla in the DOI field and then right-click on the column and choose Open URL or DOI my browser goes to http://dx.doi.org/bla still not fixed. I don't mean this menu entry, check the attachment, there is a screenshot, when I click the popup window, this bug appeared. Thanks for checking and sending the screenshot. Now I _really_ understand what you mean and can confirm the behaviour. Ok, let's keep the bug open; for the time being I suggest you use the Open URL or DOI entry from the context menu. It's useful when you set both the url entry and doi entry in one record, and that's why I meet this bug. -- LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409222: linux-image-2.6.18-3-686: on system with absolutely no SATA drives - 'ata1: port is slow to respond, please be patient'
max, thank you for reminding me. i am working full-time in holland, on proprietary software that i'm trying to convince the company to release as free software. this weekend i'm installing a difficult machine for a customer. i'll try to get to it during the evening next week. On Sun, Feb 04, 2007 at 05:28:00PM +0100, maximilian attems wrote: On Thu, Feb 01, 2007 at 10:03:19AM +, Luke Kenneth Casson Leighton wrote: On Thu, Feb 01, 2007 at 08:05:29AM +0100, Frans Pop wrote: On Thursday 01 February 2007 03:18, Luke Kenneth Casson Leighton wrote: unfortunately there is no change. this is with 2.6.18-6-686. ghfield:~# apt-cache show linux-image-2.6.18-3-686 Version: 2.6.18-7 This is _not_ the latest version. Please try with linux-image-2.6.18-4-686 (2.6.18.dfsg.1-9) from unstable, as Dann requested! argh, unstable, not testing. how is it working? -- maks -- -- lkcl.net - mad free software computer person, visionary and poet. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409702: cheops-ng: Program cheops-agent immediately segfaults
Package: cheops-ng Version: 0.2.3-3 Severity: grave Justification: renders package unusable Immediately after invoking the program cheops-agent it segfaults: init_osscan(): Initalizing Speicherzugriffsfehler -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages cheops-ng depends on: ii gdk-imlib11 1.9.14-32 imaging library for use with gtk ii imlib11 1.9.14-32 Imlib is an imaging library for X ii libadns1 1.4-0.1Asynchronous-capable DNS client li ii libart2 1.4.2-35 The GNOME canvas widget - runtime ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libdb33.2.9+dfsg-0.1 Berkeley v3 Database Libraries [ru ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libglib1.21.2.10-17 The GLib library of C routines ii libgnome321.4.2-35 The GNOME libraries ii libgnomesupport0 1.4.2-35 The GNOME libraries (Support libra ii libgnomeui32 1.4.2-35 The GNOME libraries (User Interfac ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii libx11-6 2:1.0.3-5 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi61:1.0.1-4 X11 Input extension library ii libxml1 1:1.8.17-14GNOME XML library ii nmap 4.20-1 The Network Mapper ii zlib1g1:1.2.3-13 compression library - runtime cheops-ng recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409703: CVE-2007-0667: sql-ledger: Arbitrary Code Execution
Package: sql-ledger Version: 2.6.22-1 Severity: important Tags: security Hi. Maybe sql-ledger is affected by CVE-2007-0667. Description: Separate from CVE-2006-5872, there is a possibility of causing arbitrary code execution during redirects. This requires a valid login to exploit and was discovered and brought to the attention of both the SQL-Ledger and LedgerSMB team in November. LedgerSMB 1.1.5 corred the problem, but it is still not corrected in SQL-Ledger. Reference: http://www.frsirt.com/english/advisories/2007/0407 http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-0667 Note: Please mention the CVE id in the changelog. Thanks in advanced. regards, -- .''`. : :' :Alex de Oliveira Silva | enerv `. `' www.enerv.net `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347595: Getting same error with mzscheme 352-6
Hi, I am getting the same error when installing mzscheme with slib already installed. I'm using slib version 3a4-4 and mzscheme version 352-6. Sarah Setting up mzscheme (352-6) ... Cataloging SLIB routines... reference to undefined identifier: slib:features dpkg: error processing mzscheme (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of drscheme: drscheme depends on mzscheme (= 1:352-6); however: Package mzscheme is not configured yet. drscheme depends on mzscheme; however: Package mzscheme is not configured yet. dpkg: error processing drscheme (--configure): dependency problems - leaving unconfigured -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409701: cyrus21-imapd: [INTL:pt] Portuguese translation for debconf messages
Package: cyrus21-imapd Version: n/a Tags: l10n, patch Severity: wishlist Portuguese translation for cyrus21-imapd's debconf messages. Translator: Carlos Lisboa carloslisboa _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#409359: Encoding of error messages and style of file error messages
Loïc Minier wrote: There are two style problems here; the first disturbance I had was about Lecture impossible de foo which could IMO be reworded as Lecture de foo impossible, but I then realized that I was also disturbed because the message was new to me despite being a common problem in other programs: bee% cat foo cat: foo: Aucun fichier ou répertoire de ce type bee% ls foo ls: foo: Aucun fichier ou répertoire de ce type bee% dd if=foo dd: ouverture de `foo': Aucun fichier ou répertoire de ce type I don't know whether there are some central cross-programs conventions to unite this. I'm Cc:ing the Last-Translator in case You seem to be objecting to ikiwiki saying, in English, cannot read foo: error rather than foo: error? There's no such consistency amoung program error messages: sed: can't read foo: No such file or directory awk: cmd. line:1: fatal: cannot open file `foo' for reading (No such file or directory) Can't open perl script foo: No such file or directory dd: opening `foo': No such file or directory python: can't open file 'foo': [Errno 2] No such file or directory ruby: No such file or directory -- foo (LoadError) w3m: Can't load foo. -- see shy jo signature.asc Description: Digital signature
Bug#407188: Laptop gets stuck after sleep
On Mon, January 29, 2007 23:26, Gad Kimmel wrote: I noticed that s2ram -f can not be used. It works fine only in the first attempt, but after resume, using it again causes the laptop to be stuck with a black screen and sometimes to reboot. Is there a solution for that? No solution, but just to let you know that I cannot reproduce this. I can launch s2ram -f as often as I want and everything comes back as expected. Moritz Gad. On Mon, 22 Jan 2007, Loïc Minier wrote: On Mon, Jan 22, 2007, Moritz Lennert wrote: Hmm, I didn't know hibernate would set this as well. Do you know whether it uses a database of known laptop to override this? Sorry, no idea. Feel free to report a bug or to clone this one if the problem isn't fixed for you with the latest acpi-support from unstable then. Moritz, Gad: could you send me your Thinkpad model? I think you can get it with: cat /var/lib/acpi-support/system-product-name 170255G Had that from your initial post actually, thanks!
Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
* Kurt Roeckx [EMAIL PROTECTED] [2007-02-04 21:26]: It seems this package no longer builds on AMD64 (in sid and etch). Kurt (Q_), can you verify this or do only I see this? It works for me. Are you trying this with a different version of gcc or something? No, I verified the problem with the standard gcc in Debian. I guess one possible difference is that this box is an EM64T box rather than AMD64. This shouldn't make a difference in theory but who knows... any idea what I could do to find out more about this problem? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409359: Encoding of error messages and style of file error messages
Loïc Minier wrote: I could not find a way to get the encoding of a locale reliably, so perhaps you can use is_utf8 decode_utf8 for all strings before outputting them? The entire point of use open qw{:utf8 :std} is to avoid having to manually encode every single string that the program outputs. This seems to be basically a bug in perl, that it provides no way to use utf8 for all IO if you also want to use $!, $@ or other variables of this sort, since its utf8 support does not include converting those values to utf8. -- see shy jo signature.asc Description: Digital signature
Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
On Sun, Feb 04, 2007 at 09:40:59PM +0100, Martin Michlmayr wrote: * Kurt Roeckx [EMAIL PROTECTED] [2007-02-04 21:26]: It seems this package no longer builds on AMD64 (in sid and etch). Kurt (Q_), can you verify this or do only I see this? It works for me. Are you trying this with a different version of gcc or something? No, I verified the problem with the standard gcc in Debian. I guess one possible difference is that this box is an EM64T box rather than AMD64. This shouldn't make a difference in theory but who knows... any idea what I could do to find out more about this problem? Let it dump core or something, and dissasseble the generated code it crashed on. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409359: Encoding of error messages and style of file error messages
On Sun, Feb 04, 2007, Joey Hess wrote: I could not find a way to get the encoding of a locale reliably, so perhaps you can use is_utf8 decode_utf8 for all strings before outputting them? The entire point of use open qw{:utf8 :std} is to avoid having to manually encode every single string that the program outputs. This was a suggested workaround... This seems to be basically a bug in perl, that it provides no way to use utf8 for all IO if you also want to use $!, $@ or other variables of this sort, since its utf8 support does not include converting those values to utf8. Yes, I agree it's likely a bug in Perl, however I don't know whether Perl can reliably tell the encoding of $!, so it might be a limitation that if you want to output localized $!, you need to avoid setting the encoding of the output file descriptor. -- Loïc Minier [EMAIL PROTECTED]
Bug#408461: libtag1c2a: painfuly broken
* Kamil Cholewinski [Fri, 26 Jan 2007 01:10:15 +0100]: Package: libtag1c2a Version: 1.4-4 Severity: important Hi, it seems you have a local installation of taglib on your system: Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) /* this string has been repeated 8 times */ [Thread debugging using libthread_db enabled] [New Thread -1248414016 (LWP 5018)] [KCrash handler] #9 0xb793f582 in TagLib::String::String () from /usr/local/lib/libtag.so.1 ^^ #10 0x080fe336 in TagLib::ListTagLib::String::detach () #11 0x080fe3fa in TagLib::ListTagLib::String::begin () #12 0x0812c8af in TagEditor::readConfig () #13 0x0812d608 in TagEditor::TagEditor () #14 0x08117825 in PlaylistSplitter::setupLayout () #15 0x081183ec in PlaylistSplitter::PlaylistSplitter () #16 0x080dae79 in JuK::setupLayout () #17 0x080dea41 in JuK::JuK () #18 0x080e3d5a in main () It seems that these crashes are caused by the taglib... I'm not sure if it's not my fault, if I didn't broke anything accidentaly... I had some problems with other stuff a few days ago, and I had to fix it by hand... But it seems that the libtag1c2a in my Debian box is just the same libtag1c2a that was in Etch's apt repos. The libtag1c2a package provides /usr/lib/libtag.so.1, not under /usr/local as you have. Removing /usr/local/lib/libtag* should fix the problem. HTH, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org You've come to the right place. At debian-devel we are always willing to argue over the meanings of words. -- seen on [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404712: helium: FTBFS on 64 bit arches
Op zo, 04-02-2007 te 20:17 +0100, schreef Martin Michlmayr: * Arjan Oosting [EMAIL PROTECTED] [2006-12-27 21:04]: I have noticed the FTBFS but I don't have a 64 bit machine myself. I have asked the DSA to install helium build dependencies on merulo, but I have not got a response yet :( Can you please ask them again. Well, I have installed the necessary Haskell libraries in /home/arjan as I haven't heard from DSA yet. I made a little bit of progress. It seems the Lazy Virtual Machine code is not 64 bit safe. As it is een C and not in Haskell it will take me more time to find and fix the issue. I will look into this a little bit more a document my progress in this bug report. Greetings Arjan signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#408341: mac-fdisk: fails to build on x86
Michael Schmitz writes: Now, the fact that the package builds (except for the pmac-fdisk-cross failure at the end, which is a consequence of ARCH being neither m68k now powerpc) and the binaries actually run is not too surprising. I would be amazed, however, if mac-fdisk does read and write correct Apple partition tables on x86 (or any other little endian architecture, for that matter). Did you successfully read a Mac-generated partition table, or generate on that's properly recognized by a Mac? Last I looked, the partition table entries would have to be converted to host endianness before manipulating them in-core, and back-converted before writing a changed table out to disk. If you're interested in testing this, I can send you a copy of a partition table in raw format which you can dump to a blank disk (or a loopback device). My use was on a Tivo2 series PVR with a usb-storage (to ide) adapter. I was inspecting the drive for backup/restore options. This all started when I used file(1) to see it uses a mac partition table. I have etch installed on a dual booting iBook to. mac-fdisk appears to print the same partition information regardless of what machine I ran it from (x86,ppc). Tigers' disk utility sees these partitiions to (but not Linux, even with apple partition support - odd). I used the offsets provided by mac-fdisk with losetup -o offset to mount some of the ext2 file systems. Cool, tivo runs Linux. How cool is that?. Anyway, AFAIT the reading is just fine. If you want to torture test anything, you don't need a real disk if you're just comparing how the x86 compiled binary does it, and the ppc one does. Just use a few MB file to play with (it's just blocks after all...). Thanks, Scott. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409691: [Pkg-octave-devel] Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
* Kurt Roeckx [EMAIL PROTECTED] [2007-02-04 21:26]: On Sun, Feb 04, 2007 at 08:20:22PM +0100, Martin Michlmayr wrote: Package: octave2.9-forge Version: 2006.07.09+dfsg1-7 Severity: serious It seems this package no longer builds on AMD64 (in sid and etch). Kurt (Q_), can you verify this or do only I see this? It works for me. Are you trying this with a different version of gcc or something? May I lower the severity of this bug report to normal? The package has already been correctly auto-built on amd64 [1]. It seems that there is a problem in Martin's system (at least, I hope so!). Best, -- Rafael [1] http://buildd.debian.org/fetch.cgi?pkg=octave2.9-forgever=2006.07.09%2Bdfsg1-7arch=amd64stamp=1168721324file=log -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409708: reset beeps in xterm
Package: ncurses-bin Version: 5.5-5 Severity: normal File: /usr/bin/reset If I run reset in a freshly started xterm, it beeps. I don't think it's supposed to. Unsure if this is a bug in ncurses, the xterm terminfo definition, or xterm itself. reset does not beep in rxvt, linux console, or gnome-terminal. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ncurses-bin depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libncurses5 5.5-5Shared libraries for terminal hand ncurses-bin recommends no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#409707: knemo: fd-leakage in sys backend
Package: knemo Version: 0.4.6-1 Severity: important Tags: patch The sys backend of KNemo opens a socket every second and forgets to close it, thus filling the fd-table of kded up to the limit 1024 open files. In my case this makes printing through KDE impossible. The following patch solves the Problem for me. --- knemo-0.4.6.orig/src/knemod/backends/sysbackend.cpp +++ knemo-0.4.6/src/knemod/backends/sysbackend.cpp @@ -285,6 +285,7 @@ { data.subnetMask = inet_ntoa(((struct sockaddr_in*)ifr.ifr_netmask)-sin_addr); } +close(fd); } } -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages knemo depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii kicker 4:3.5.5a.dfsg.1-5 desktop panel for KDE ii libacl12.2.42-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 1:2.4.32-1.1 Extended attribute shared library ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libfam02.7.0-12 Client library to control the FAM ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libiw2828-1 Wireless tools - library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-0PNG library - runtime ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii net-tools 1.60-17 The NET-3 networking toolkit ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages knemo recommends: ii kcontrol 4:3.5.5a.dfsg.1-5 control center for KDE ii wireless-tools 28-1 Tools for manipulating Linux Wirel -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384719: [Pkg-mediawiki-devel] Bug#392966: mediawiki multisite setup request
IAB I can't see (in the FUSE documentation) Sounds complicated. Debian should just have a script: # install_mediawiki_site mysite1.com [mysite2.com]... that does mkdir /var/lib/mysite1.com and puts mostly lots of symlinks to /usr/share/... which the user can replace with real files later for the parts he needs. Also later he can add a mysite3.com with the same script. The script would also set up apache. As of now, they discourage using Debian's mediawiki if you ask on news:gmane.science.linguistics.wikipedia.technical -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402822: flashplugin-nonfree: HTTP header injection vulnerabilities (CVE-2006-5330)
Bart Martens wrote: Bug 402822 was tagged security on 14 Dec 2006. I'm not sure whether your team scans the BTS daily for bugs tagged security. :) Any suggestions on how to handle this bug? New sarge users won't install the insecure plugin, because installing flashplugin-nonfree 7.0.25-5 cannot download the insecure plugin. So removing flashplugin-nonfree 7.0.25-5 from stable won't make anything more secure. Existing sarge users might still be using the insecure plugin. I could create flashplugin-nonfree 7.0.25-6 removing the insecure plugin without installing a new plugin, with a debconf dialog at level critical explaining the removal and suggesting backports.org. non-free/contrib isn't supported by the Security Team. However, it appears to me as if upgrading Sarge through a stable point update to the latest fixed upstream (9.?) would be the best solution. It's a rocky upgrade path, but that's what you have to bear when running proprietary software. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409705: installation-reports
Package: installation-reports Boot method: Cd Image version: Net-install Date: 4/2/2007 Machine: ibmcompatible Processor: amd 32bit Memory: 160 Mb Partitions: 3 / /home /swap Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o] Detect CD: [o] Load installer modules: [o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Clock/timezone setup: [o] User/password setup:[o] Install tasks: [E] Install boot loader:[E] Overall install:[E] Comments/Problems: 1)i am try to install on wmware virtual machine.
Bug#409359: Encoding of error messages and style of file error messages
On Sun, Feb 04, 2007, Joey Hess wrote: There are two style problems here; the first disturbance I had was about Lecture impossible de foo which could IMO be reworded as Lecture de foo impossible, but I then realized that I was also disturbed because the message was new to me despite being a common problem in other programs: You seem to be objecting to ikiwiki saying, in English, cannot read foo: error rather than foo: error? There's no such consistency amoung program error messages: sed: can't read foo: No such file or directory awk: cmd. line:1: fatal: cannot open file `foo' for reading (No such file or directory) Yes, however this was only a mild critic; cannot read foo is just less common, especially the literal french translation. Please note I also criticzed the exact wording of the french translation, this is why the french translator was in Cc:. -- Loïc Minier [EMAIL PROTECTED]
Bug#409704: utf8 fun with $!, $@ etc
Package: perl Version: 5.8.8-7 Severity: normal [EMAIL PROTECTED]:~LANG=fr_FR.UTF-8 perl -e 'use open qw{:utf8 :std};open(foo) || print STDERR error: $!\n;' error: Aucun fichier ou répertoire de ce type ^^ This mojibake comes about because $! is a UTF-8 string in that locale, but it is not decoded into perl's internal utf8 representation. It's possible to work around the problem with the encoding pragma, but not completely: [EMAIL PROTECTED]:~LANG=fr_FR.UTF-8 perl -e 'use open qw{:utf8 :std}; use encoding 'utf8';open(foo) || print STDERR error: $!\n;' error: Aucun fichier ou répertoire de ce type [EMAIL PROTECTED]:~LANG=fr_FR.UTF-8 perl -e 'use open qw{:utf8 :std}; use encoding 'utf8';open(foo) || print STDERR error: ,$!,\n;' error: Aucun fichier ou répertoire de ce type The first example works because the encoding pragma converts the string to utf8 during concacenation, but the second example shows that this is not a solution because concacentation can't be relied on for all output. The only solution if you want to use open qw{:utf8 :std} in a program seems to be manually using Encode::decode_utf8 on every instance of $! and $@ in the program. Which is exactly the kind of error-prone busywork that IO layers and perl's unicode model are supposed to avoid.. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages perl depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libdb4.44.4.20-8 Berkeley v4.4 Database Libraries [ ii libgdbm31.8.3-3 GNU dbm database routines (runtime ii perl-base 5.8.8-7 The Pathologically Eclectic Rubbis ii perl-modules5.8.8-7 Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.8-7Perl documentation -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#409691: [Pkg-octave-devel] Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
* Martin Michlmayr [EMAIL PROTECTED] [2007-02-04 21:40]: * Kurt Roeckx [EMAIL PROTECTED] [2007-02-04 21:26]: It seems this package no longer builds on AMD64 (in sid and etch). Kurt (Q_), can you verify this or do only I see this? It works for me. Are you trying this with a different version of gcc or something? No, I verified the problem with the standard gcc in Debian. I guess one possible difference is that this box is an EM64T box rather than AMD64. This shouldn't make a difference in theory but who knows... any idea what I could do to find out more about this problem? According to the build log that you posted, the problem occurs when calling the testimio.m script. This script calls modules that link against libjpeg62 and libpng12-0. Do these libraries have problems on EM64T? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409691: [Pkg-octave-devel] Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
severity 409691 normal thanks * Rafael Laboissiere [EMAIL PROTECTED] [2007-02-04 22:03]: May I lower the severity of this bug report to normal? The package has already been correctly auto-built on amd64 [1]. It seems that there is a problem in Martin's system (at least, I hope so!). Yes, definitely. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409563: ITP: thinkfinger -- library and utility for the SGS Thomson Microelectronics fingerprint reader
Hello! On Sun, 04 Feb 2007 07:34:03 +0100, Joshua Rubin wrote: I have already begun packaging this. I realize that this bug report is an ITP, so I don't want to step on your toes. Please read below. I have already emailed my package to your thinkfinger-devel on your sourceforge project. Apart from the fact that ThinkFinger isn't my project, I haven't see your mail yet on the mailing-list. Are you subscribed to the list or are you waiting for moderator's approval? BTW, a small advice for your next package: as soon as you realize that you want to package something, please file an ITP, thus other people interested in the package can check the WNPP page before [1] ;-) I just wanted to let you know that I would be happy to help in any way I can. Again, please read below. Since I am not a Debian developer and you are, perhaps you could sponsor this package since I would like to begin the process of becoming a Debian developer? I'm not a Debian developer yet [2], so I need a sponsor, too. Now, either we maintain it as a team or I could step back :-D Thx, bye, Gismo / Luca Footnotes: [1] http://bugs.debian.org/wnpp [2] https://nm.debian.org/nmstatus.php?email=luca%40pca.it pgp6AcLan49sI.pgp Description: PGP signature
Bug#409706: torrentflux: New upstream version 2.3
Package: torrentflux Version: 2.1-7 Severity: wishlist New upstream version 2.3 final: Release Date: 12/12/2006 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409082: hard to get right device for hidups -- use a different device name
2007/2/3, Joey Hess [EMAIL PROTECTED]: Arnaud Quette wrote: back-ups rs usb are listed to work. the test to validate yours is: - having the right dev. perms (root:nut, 664) - stop nut if it was started - launch /lib/nut/newhidups -DD auto and send me back the output. If your unit isn't supported, you'll get a No matching HID UPS found Otherwise, everything works, and you can break this test and relaunch nut. Checking device (051D/0002) (001/003) - VendorID: 051d - ProductID: 0002 - Manufacturer: unknown - Product: unknown - Serial Number: unknown - Bus: 001 Trying to match device Device matches failed to claim USB device, trying 2 more time(s)... detaching kernel driver from USB device... failed to detach kernel driver from USB device... trying again to claim USB device... failed to claim USB device, trying 1 more time(s)... detaching kernel driver from USB device... failed to detach kernel driver from USB device... trying again to claim USB device... failed to claim USB device, trying 0 more time(s)... detaching kernel driver from USB device... failed to detach kernel driver from USB device... trying again to claim USB device... Unable to get HID descriptor (error sending control message: Operation not permitted) HID descriptor retrieved (Reportlen = 1217) Unable to get Report descriptor (-1): Operation not permitted that's really a privilege issue the hiddev driver can't be unbound, nor the usb dev. addressed [EMAIL PROTECTED]:~joeyls -l /dev/usb total 0 crw-rw-r-- 1 root nut 180, 96 Jan 30 19:06 hiddev0 crw-rw-r-- 1 root nut 180, 97 Jan 30 19:06 hiddev1 crw-rw-r-- 1 root nut 180, 98 Jan 30 19:06 hiddev2 crw-rw-rw- 1 root root 180, 254 Jan 30 19:08 iplc0 newhidups is libusb based. so you need to look at /dev/bus/usb/bus-num/dev-num with the above, you get: /dev/bus/usb/001/003 it must be root:nut 664 otherwise, try to unplug/replug your ups' usb cord, and retry Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - RD Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405857: [nslu2-linux] Order of sda and sdb in new Debian system
Okay, I've now tried this out myself and talked to the initramfs-tools maintainer. In short, Phil is right. By putting ROOT=/dev/... into conf/conf.d/default_root rather than conf/param.conf we 1) ensure that the default root parameter is set. 2) allow people to override the parameter using APEX. APEX 1.4.14, which is in unstable now, has a script to update the APEX environment from Linux. So you can use this to put a root= parameter into the kernel command line. The current way of putting ROOT into conf/param.conf stops people from overriding this value via the kernel command line while the way suggested by Phil allows it. I'll therefore apply the following patch to SVN unless Joey objects: Index: initramfs-tools/hooks/nslu2 === --- initramfs-tools/hooks/nslu2 (revision 98) +++ initramfs-tools/hooks/nslu2 (working copy) @@ -71,5 +71,5 @@ rootdev=/dev/sda1 echo Warning: /etc/fstab parse error; guessing that the root device is $rootdev 2 fi -install -d $DESTDIR/conf -echo ROOT=$rootdev $DESTDIR/conf/param.conf +install -d $DESTDIR/conf/conf.d +echo ROOT=$rootdev $DESTDIR/conf/conf.d/default_root FWIW, what's currently still missing is a mechanism to actually write the new APEX binary to flash when the apex-nslu2 package is upgraded. I'll file a bug about this issue on apex-nslu2 later. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409531: nbd-server: timeout option not very useful
On Sun, Feb 04, 2007 at 08:45:15PM +0100, Wouter Verhelst wrote: On Sat, Feb 03, 2007 at 11:54:49AM -0800, Vagrant Cascadian wrote: when using nbd-server with the -a timeout option, it will often disconnect running nbd-client instances that have merely been inactive for a while. it would be much, much more useful if it implemented some sort of ping to determine if the nbd-client instance is still there, just not very active. the workaround is just to have the machine running an nbd-client make nbd accesses periodically just to keep the connection alive... but that's kind of ugly. Or just do not use it at all. nbd-server does set the SO_KEEPALIVE socket option, which will do such keepalive requests every once in a while. However, for that to kick in, it takes two hours (by default), and then you still need a number of probes before it is actually disconnected and the server killed. hmmm... i'm not sure i understand you here. are you saying that nbd-server instances disconnect if there is no nbd-client process connecting to it after some period of time? i've seen nbd-server instances run for days without an nbd-client connected to them. i would like for some sort of idle timeout mechanism, so that an nbd-server instance doesn't indefinitely consume resources to no purpose. if there's a way to get behavior like that without using the -a timeout, please let me know. Anyhow, if you want to write a patch that makes the -a option more useful, feel free... but that would probably also require a kernel patch, which I don't maintain. and well over my head... thanks for your work and time. live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409691: [Pkg-octave-devel] Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
On Sun, Feb 04, 2007 at 10:35:10PM +0100, Martin Michlmayr wrote: * Rafael Laboissiere [EMAIL PROTECTED] [2007-02-04 22:27]: I guess one possible difference is that this box is an EM64T box rather than AMD64. This shouldn't make a difference in theory but who knows... any idea what I could do to find out more about this problem? According to the build log that you posted, the problem occurs when calling the testimio.m script. This script calls modules that link against libjpeg62 and libpng12-0. Do these libraries have problems on EM64T? I've no idea. Kurt, do you think you could take a look if I'll give you access to the EM64T box? I don't really have the knowledge to investigate this issue. Sure. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409709: CVE-2007-0650 tetex-bin: Buffer overflows in teTeX's makeindex
Package: tetex-bin Version: 3.0-29 Severity: important Tags: security Hi. Discovered one Buffer overflow in the open_sty function in mkind.c for makeindex 2.14 might allow user-assisted remote attackers to overwrite files and possibly execute arbitrary code via a long filename. Referente: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225491 http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-0650 Note: Please mention the CVE id in the changelog. Thanks in advanced. regards, -- .''`. : :' :Alex de Oliveira Silva | enerv `. `' www.enerv.net `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#177180: this bug: #177180/grep: option to stay on the filesystem
On Sun, Feb 04, 2007 at 08:05:55PM +, Marcin Owsiany wrote: On Sun, Feb 04, 2007 at 09:30:28AM -0500, Justin Pryzby wrote: The accepted way of doing this is with find . -xdev -print0 |xargs -0 grep foo Indeed, even grep -r is considered to be bloat, since find supports many options which don't each need to be implemented in grep, too. Right, I agree that getting rid of those additional keystrokes does not warrant the increased complexity. Shall I close the bug, and perhaps also a maintainer usertag + bloatless? Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409691: [Pkg-octave-devel] Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
* Rafael Laboissiere [EMAIL PROTECTED] [2007-02-04 22:27]: I guess one possible difference is that this box is an EM64T box rather than AMD64. This shouldn't make a difference in theory but who knows... any idea what I could do to find out more about this problem? According to the build log that you posted, the problem occurs when calling the testimio.m script. This script calls modules that link against libjpeg62 and libpng12-0. Do these libraries have problems on EM64T? I've no idea. Kurt, do you think you could take a look if I'll give you access to the EM64T box? I don't really have the knowledge to investigate this issue. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409711: RFP: VirtualBox -- a GPL virtual machine software with full virtualization support
Package: wnpp Severity: wishlist * Package name: VirtualBox Version : 1.3.2 Upstream Author : InnoTek Systemberatung GmbH [EMAIL PROTECTED] * URL : http://www.virtualbox.org/wiki/Downloads * License : GPL version 2 Description : This is a virtual machine envinronment, similar to VMware, with full virtualization (Include the long description here.) VirtualBox OSE (Open Source Edition) is a virtual machine with speed comparable with VMware, and supports full virtualization even on older processors without VT-x support. Unlike QEMU's proprietary kqemu, VirtualBox has open-source virtualization. It also has a nice Qt interface for managing the virtual machines. This seems to be the only DFSG-free virtualization package that works on processors without VT, unlike LKVM (but it also works on processors with VT). ___ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html
Bug#409637: tasksel: [INTL:eo] kelkaj korektoj pri la esperanta traduko.
On Sun, Feb 04, 2007 at 03:21:18PM +0100, Serge Leblanc wrote: Package: tasksel Version: N/A Severity: wishlist Tags: l10n patch d-i Estimata, Bonvolu ricevi ĉi tiujn korektojn pri la esperanta traduko de 'tasksel'. Esperanto neni kein lingua universelle. Per favore, escreve anglicky en utilisant the BTS, lequel non é tampoc universal ale sin embargo doch je a nossa lingua franca bei Debian. arigatō, -- 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/
Bug#409691: [Pkg-octave-devel] Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
* Martin Michlmayr [EMAIL PROTECTED] [2007-02-04 22:35]: * Rafael Laboissiere [EMAIL PROTECTED] [2007-02-04 22:27]: I guess one possible difference is that this box is an EM64T box rather than AMD64. This shouldn't make a difference in theory but who knows... any idea what I could do to find out more about this problem? According to the build log that you posted, the problem occurs when calling the testimio.m script. This script calls modules that link against libjpeg62 and libpng12-0. Do these libraries have problems on EM64T? I've no idea. Kurt, do you think you could take a look if I'll give you access to the EM64T box? I don't really have the knowledge to investigate this issue. There are tones of packages that depend on libjpeg and libpng (cf apt-cache showpkg libjpeg62 libpng12-0). Does any of them have problems on EM64T? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409709: CVE-2007-0650 tetex-bin: Buffer overflows in teTeX's makeindex
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 close 409709 thanks Only affected if compiled w/o kpathsea support. Thanks Moritz Muehlenhoff. regards, - -- .''`. : :' :Alex de Oliveira Silva | enerv `. `' www.enerv.net `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFxlafarbczl+z12gRAiaXAJwL2m5TWbXRyOCRjXeGovB20D4z4QCgp1X7 74abFIT4nu0IoNKceGz2fc8= =bg8W -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343840: inkscape: there should be per-user default templates
This functionality is available in Inkscape since 0.44. This patch can be closed now. Bryce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342388: please set up /usr/share/inkscape/default.svg automagicallly (not just A4)
This feature is implemented since 0.44, so this patch can be closed. Bryce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409710: ipython: Doesn't handle utf8 strings correctly
Package: ipython Version: 0.7.3-2 Severity: normal Tags: patch Behaviour in python interpreter: Python 2.4.4 (#2, Jan 13 2007, 18:15:24) Type help, copyright, credits or license for more information. u'Böö' u'B\xf6\xf6' Behaviour in ipython: Python 2.4.4 (#2, Jan 13 2007, 18:15:24) IPython 0.7.3 -- An enhanced Interactive Python. In [1]: u'Böö' Out[1]: u'B\xc3\xb6\xc3\xb6' In [2]: print u'Böö' Böö Expected behaviour: Same as in regular python interpreter. Behaviour after the patch: Python 2.4.4 (#2, Jan 13 2007, 18:15:24) IPython 0.7.3 -- An enhanced Interactive Python. In [1]: u'Böö' Out[1]: u'B\xf6\xf6' In [2]: print u'Böö' Böö -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages ipython depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt Versions of packages ipython recommends: ii python-numeric24.2-7 Numerical (matrix-oriented) Mathem pn python-numeric-extnone (no description available) pn python-pexpectnone (no description available) -- no debconf information -- Toni Timonen toni dot timonen at iki dot fi NP Solutions Ltd Helsinki University of Technology Department of Engineering Physics and Mathematicsdiff -rub ipython-0.7.3.orig/IPython/iplib.py ipython-0.7.3/IPython/iplib.py --- ipython-0.7.3.orig/IPython/iplib.py 2006-12-11 18:52:16.0 +0200 +++ ipython-0.7.3/IPython/iplib.py 2007-02-04 23:37:03.0 +0200 @@ -1965,7 +1965,7 @@ try: -line = raw_input_original(prompt) +line = raw_input_original(prompt).decode(sys.stdin.encoding) except ValueError: warn(\n\nYou or a %run:ed script called sys.stdin.close() or sys.stdout.close()!\nExiting IPython!) self.exit_now = True signature.asc Description: Digital signature
Bug#409712: songwrite: print failure
Package: songwrite Version: 0.14-2 Severity: normal Printing of a certain tabulature fails with the following console output: [EMAIL PROTECTED]:~/Documents/Musik/trad$ songwrite * Songwrite * Lilypond version is 2.8.7... * Songwrite * Loading module for Lilypond 2.5 Traceback (most recent call last): File /usr/bin/../share/songwrite/main.py, line 682, in on_preview_print try: latex.preview(self.song, globdef.config.PREVIEW_COMMAND) File /usr/bin/../share/songwrite/latex.py, line 181, in preview export2ps(_song, temp_ps) File /usr/bin/../share/songwrite/latex.py, line 145, in export2ps open(temp_lily, w).write(latexify(_song)) File /usr/bin/../share/songwrite/latex.py, line 87, in latexify lilypond.lilypond(_song, latex) File /usr/bin/../share/songwrite/lilypond25.py, line 313, in lilypond draw_partition(partition, 1, 1) File /usr/bin/../share/songwrite/lilypond25.py, line 246, in draw_partition lily.write(r \new StaffGroup \new %s { File /usr/bin/../share/songwrite/lilypond25.py, line 367, in first_word return text.split()[0] IndexError: list index out of range If this is a bug in lilypond, feel free to reassign. I can send you the songwrite file that fails to print in separate mail, if required. Thanks, Johannes -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages songwrite depends on: ii gv1:3.6.2-3 PostScript and PDF viewer for X ii lilypond 2.8.7-3A program for typesetting sheet mu ii pmidi 1.6.0-2A command line midi player for ALS ii python2.4.4-2An interactive high-level object-o ii python-editobj0.5.7-6Python object editor ii python-support0.5.6 automated rebuilding support for p ii python-tk 2.4.4-1Tkinter - Writing Tk applications ii timidity 2.13.2-7.1 Software sound renderer (MIDI sequ songwrite recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409682: FTBFS: undefined reference to `gzopen'
block 409682 by 396640 thanks On Sun, Feb 04, 2007 at 07:42:31PM +0100, Martin Michlmayr wrote: Automatic build of efibootmgr_0.5.3-2 on em64t by sbuild/amd64 0.52 ... cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/includesrc/efibootmgr/efibootmgr.c src/lib/crc32.o src/lib/disk.o src/lib/efi.o src/lib/efichar.o src/lib/gpt.o src/lib/scsi_ioctls.o src/lib/unparse_path.o src/lib/efivars_procfs.o src/lib/efivars_sysfs.o /usr/lib/libpci.a -o src/efibootmgr/efibootmgr /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x4e6): undefined reference to `gzopen' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x55f): undefined reference to `gzgets' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x693): undefined reference to `gzclose' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x82f): undefined reference to `gzclose' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x8f3): undefined reference to `gzeof' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0xc2a): undefined reference to `gzopen' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0xc51): undefined reference to `gzerror' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0xc72): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [src/efibootmgr/efibootmgr] Error 1 make[1]: Leaving directory `/build/tbm/efibootmgr-0.5.3' make: *** [build-stamp] Error 2 Known bug in pciutils. -- 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#402822: flashplugin-nonfree: HTTP header injection vulnerabilities (CVE-2006-5330)
On Sun, 2007-02-04 at 22:20 +0100, Moritz Muehlenhoff wrote: Bart Martens wrote: Bug 402822 was tagged security on 14 Dec 2006. I'm not sure whether your team scans the BTS daily for bugs tagged security. :) Any suggestions on how to handle this bug? New sarge users won't install the insecure plugin, because installing flashplugin-nonfree 7.0.25-5 cannot download the insecure plugin. So removing flashplugin-nonfree 7.0.25-5 from stable won't make anything more secure. Existing sarge users might still be using the insecure plugin. I could create flashplugin-nonfree 7.0.25-6 removing the insecure plugin without installing a new plugin, with a debconf dialog at level critical explaining the removal and suggesting backports.org. non-free/contrib isn't supported by the Security Team. However, it appears to me as if upgrading Sarge through a stable point update to the latest fixed upstream (9.?) would be the best solution. It's a rocky upgrade path, but that's what you have to bear when running proprietary software. So your advice is to create a package for Sarge to install Flash 9. Two questions about that: 1. Must that package be created starting from 7.0.25-5 (ruby), or is it OK to start from 9.0.31.0.1 (shell scripting) ? 2. Which procedure must be followed, uploads to the stable distribution or Handling security-related bugs ? http://www.debian.org/doc/manuals/developers-reference/ch-pkgs.en.html#s-upload-stable http://www.debian.org/doc/manuals/developers-reference/ch-pkgs.en.html#s-bug-security Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#409702: cheops-ng: Program cheops-agent immediately segfaults
tag 409702 moreinfo thanks On Sun, Feb 04, 2007 at 09:35:18PM +0100, Adolf Winterer wrote: Immediately after invoking the program cheops-agent it segfaults: init_osscan(): Initalizing Speicherzugriffsfehler Strange, I cannot reproduce this. This might be something architecture specific (as you are using amd64). Could you please run the following # LC_ALL=C strace -f cheops-agent 2/tmp/cheops.log 2 and send me the /tmp/cheops.log file to see what's going on? Regards Javier signature.asc Description: Digital signature
Bug#409714: pathconfig file is not sufficient to build many SML/NJ programs
Package: smlnj Version: 110.60-1 I noticed that the version of /usr/lib/smlnj/lib/pathconfig included with the 110.60-1 package is missing several entries that are needed by many SML/NJ programs, including the examples that come with the smlnj package. One way of getting around this would be to modify the postinst for each library (libsmlnj-smlnj, ml-yacc, etc.) to add the entries. Alternatively, an easier way of dealing with this is to ship a base version of the file in smlnj-runtime. I've attached a patch against 110.60-1 which does the latter. Packages built using this patch may be found at http://kilobyte.rcac.purdue.edu/ubuntu. An additional problem fixed in this patch was the removal of the debian/rules entry that created symlinks with invalid destinations (at least, once they were installed, they became invalid). Here are a few sample changelog entries. * debian/rules: Remove rule that litters the library path with broken symlinks. Install a pathconfig file to use as a template so that directives commonly used in sources.cm files are resolved properly. * debian/smlnj-runtime.postrm: Only remove /usr/lib/smlnj/lib/ pathconfig if it hasn't been removed already. This fixes an error in postinstall. fix-smlnj-pathconfig.patch Description: Binary data
Bug#409713: UTF-8 support is not turned on
Package: pure-ftpd Version: 1.0.21-7 /usr/share/doc/pure-ftpd-common/NEWS.gz says: - Experimental support for RFC2640 (UTF-8) But when I connect, all the accented letters in the file names show as before (as with Sarge's 1.0.19-4), as two characters, not as one accented letter. My init.d script starts pure-ftpd as: /usr/sbin/pure-ftpd-mysql -l mysql:/etc/pure-ftpd/db/mysql.conf -l unix -l pam -O clf:/var/log/pure-ftpd/transfer.log -u 1000 -E -A -j -B Solution: If I start pure-ftpd with the --fscharset=UTF-8 and --clientcharset=ISO-8859-2 switches, all the accented letters in the filenames show correctly. I could not find any configuration parameter to let the wrapper start pure-ftpd with these two switches. I had to stop it, and started it manually: /usr/sbin/pure-ftpd-mysql -l mysql:/etc/pure-ftpd/db/mysql.conf -l unix -l pam -O clf:/var/log/pure-ftpd/transfer.log -u 1000 -E -A -j -B --fscharset=UTF-8 --clientcharset=ISO-8859-2 And voila, both the accented letters and the large file problems are solved! Anyway thank you for your work for the Debian pure-ftpd packages! I am running Debian Sarge, kernel 2.6.8-3-686, libc 2.3.2.ds1-22sarge4. -- Regards: Andras Galos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408929: Fwd: Processed: Re: Bug#408929: emacs21: crash on spam
severity 408929 important thanks On Sun, Feb 04, 2007 at 01:56:40PM +0100, Jérôme Marant wrote: I'll ask that we tag this bug as etch-ignore: there are tons of bugs like this one in Emacs and there are multiple chances to expose such bugs by using many different packages. Futhermore, emacs21 is (and more generally stable emacs releases are) not supported upstream so we have no chances to get help from them (they are preparing the next release BTW). This last is certainly not a reason to etch-ignore a bug; on the contrary, it speaks to the overall releasability of the package if neither upstream nor the maintainers are prepared to cope with possible security bugs that are uncovered in the version releasing with etch. However, the current argument in favor of treating this as a grave, security bug is that it's a DoS causing data loss of unsaved files: On Sun, Feb 04, 2007 at 02:38:39PM +0100, Romain Francoise wrote: Steve Langasek [EMAIL PROTECTED] writes: I've tagged this bug security, because it wasn't clear to me whether this was a potentially exploitable problem. Do you think that tag applies here? Yes, I think it does. Crashing Emacs is a denial of service attack against the various applications that run inside it, and can cause data loss... Whether code execution is actually possible, I don't know. DoSes, while security bugs, are not treated as grave security bugs; that severity is reserved for bugs that allow code execution under the attacker's control. And data loss because you didn't save before the application crashed is not the sense in which data loss is taken to mean in the policy definition of grave bugs -- the data loss argument is reserved for bugs that eat your data directly, not as a side effect of you not having saved your data. So if there's no evidence of arbitrary code execution, I think it's appropriate here to downgrade the bug -- but the security team should also be apprised. -- 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/
Bug#408929: Fwd: Processed: Re: Bug#408929: emacs21: crash on spam
Steve Langasek wrote: So if there's no evidence of arbitrary code execution, I think it's appropriate here to downgrade the bug -- but the security team should also be apprised. glibc 2.3.4 introduced more secure heap management, which renders several code injection attacks moot. (most notably double frees) The message that was posted in the bug report appears to trigger such a sanity check. But it might be possible that smarter attacks might circumvent the glibc checks in the future, so we should err on the safe side and apply Romain's patch. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409716: Successful base-install on Mac Cube 450
Package: installation-reports Boot method: Hard disk Image version: 21 January 2007, 108MB minimal install from debian.yorku.ca/debian-cd/current/powerpc/iso-cd/debian-31r4-powerpc- businesscard.iso Date: Afternoon EST, 4 February 2007 Machine: Apple Mac Cube 450 Processor: 450MHz 'G4' PPC Memory: 320MB Partitions: 1 Apple_partition_map Apple [EMAIL PROTECTED] 2 Apple_Bootstrap bootstrap [EMAIL PROTECTED] 3 Apple_Driver_ATA*Macintosh [EMAIL PROTECTED] 4 Apple_Driver_ATA*Macintosh [EMAIL PROTECTED] 5 Apple_Patches Patch Partition [EMAIL PROTECTED] 6 Apple_HFS Jobs_RDF [EMAIL PROTECTED] (3.5GB) 7 Apple_HFS Wasssup! [EMAIL PROTECTED] (10.5GB) 8 Apple_HFS swab [EMAIL PROTECTED] ( 320.0MB) 9 Apple_UNIX_SVR2 home [EMAIL PROTECTED] ( 3.5GB) 10 Apple_UNIX_SVR2 / [EMAIL PROTECTED] 11 Apple_UNIX_SVR2 swap [EMAIL PROTECTED] ( 320.0MB) Output of lspci and lspci -n: :00:0b.0 Host bridge: Apple Computer Inc. UniNorth AGP :00:10.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth PCI 0001:10:17.0 ff00: Apple Computer Inc. KeyLargo Mac I/O (rev 03) 0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo USB 0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo USB 0001:10:1a.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394 Controller (Link) 0002:20:0b.0 Host bridge: Apple Computer Inc. UniNorth Internal PCI 0002:20:0f.0 Ethernet controller: Apple Computer Inc. UniNorth GMAC (Sun GEM) (rev 01) :00:0b.0 0600: 106b:0020 :00:10.0 0300: 1002:5046 0001:10:0b.0 0600: 106b:001f 0001:10:17.0 ff00: 106b:0022 (rev 03) 0001:10:18.0 0c03: 106b:0019 0001:10:19.0 0c03: 106b:0019 0001:10:1a.0 0c00: 104c:8020 0002:20:0b.0 0600: 106b:001e 0002:20:0f.0 0200: 106b:0021 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: I expect I would have had an easier time if I hadn't earlier replaced the stock optical drive with an aftermarket Matsushita CW-8123 DVD-ROM CD-R/W. The device doesn't support boot from CD, driving me to the HD install. In order to have a dual-boot system, I pre-partitioned the drive with pdisk in MacOS, carving off the top of the existing partition for Linux space. Unfortunately, I didn't have a copy of Hard Drive Toolkit or the like that was current for my HD (stock Maxtor 196B) to pack the data into the bottom of the partition so the MacOS install was partly corrupted, though still bootable. I carved off another 3.5GB partition (Jobs_RDF) and did a new install of MacOS 9.2.2 into it. I copied the contents of the install CD into a smallish partiton 'swab', copied yaboot, yaboot.conf, vmlinux and initrd.gz to the root level of the file system and booted into yaboot from open firmware with 'boot ultra1:8,yaboot'. ultra1: (not hd:) was required because the Maxtor was the slave device on the IDE bus. From yaboot 'install video=ofonly netcfg/disable_dhcp=true' took me into the installer where I set my fixed IP settings for my local network and had the partitioner make ext3 filesystems in the / and 'home' partitions, make 'swap' swap space and 'bootstrap' the NewWorld bootstrap partition. When downloading the rest of the install system, debian.yorku.ca failed on adduser, ftp.crc.ca even earlier and mirror.direct.ca and debian.kida.net did not answer at all. Eventually I went to ftp.debian.org (sorry). After that, everything went pretty much standard, except that my keyboard was frozen on the initial boot into the second stage installer (Mitsumi Electric Apple Extended USB Keyboard, problem hasn't reoccured) Regards, -WdLvW -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409715: glosung: Today-Buttons doesn't work
Package: glosung Version: 3.0.1 Severity: normal Hi Eike, I found the debian package on sourceforge and installed it. I found out that the Today button doesn't work. Kind Regards Uwe -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ISO-8859-15) Versions of packages glosung depends on: ii debconf1.5.11Debian configuration management sy ii libcurl3 7.15.5-1 Multi-protocol file transfer libra ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgtk2.0-02.8.20-5 The GTK+ graphical user interface ii libxml22.6.27.dfsg-1 GNOME XML library Versions of packages glosung recommends: pn glosung-text none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310454: syslinux: broken splash screen: deranged logo
reopen 310454 thanks On Sun, Feb 04, 2007 at 07:56:26PM +0100, Kurt Roeckx wrote: On Sun, Feb 04, 2007 at 05:57:08PM +0100, Daniel Baumann wrote: Hi, syslinux 2.x is know to affected by this bug. syslinux 3.x does, amongst others, fix this 'deranged logo' thing. Although syslinux 3.x was quite some time in the archive, debian-cd was using syslinux 2.x (don't know the reason for that). Sometime back in November (or so, I'm too lazy to check mailinglist archive), I asked on [EMAIL PROTECTED] to use the new syslinux out of the archive and not a seperate 2.x private package for the cd builts. Steve changed this then at some point. Therefore, etch beta3 cds do use syslinux 2.x, whereas etch rc1 and newer do use syslinux 3.x. So, I'm closing this bug report now. I've actually seen this with the rc1 i386 netinst image. They say it's using 3.31-1 for rc1, so I'm reopening it. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310454: syslinux: broken splash screen: deranged logo
Kurt Roeckx wrote: They say it's using 3.31-1 for rc1, so I'm reopening it. can you provide a screenshot? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409717: mod_mime_magic: can't read magic file /usr/share/misc/file/magic.mime
Package: apache-common Version: 1.3.34-4 Severity: normal When apache-perl starts: [Sun Feb 4 17:46:12 2007] [error] (2)No such file or directory: mod_mime_magic: can't read magic file /usr/share/misc/file/magic.mime The mod_mime_magic belongs to apache-common: dpkg -S /usr/lib/apache/1.3/mod_mime_magic.so apache-common: /usr/lib/apache/1.3/mod_mime_magic.so The file is missing and shall be correctly placed. -- System Information: Debian Release: 4.0 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apache-common depends on: ii apache2-utils 2.2.3-3.2 utility programs for webservers ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii epiphany-browser [www 2.14.3-5 Intuitive GNOME web browser ii iceape-browser [www-b 1.0.7-2Iceape Navigator (Internet browser ii iceweasel [www-browse 2.0.0.1+dfsg-2 lightweight web browser based on M ii kazehakase [www-brows 0.4.2-1gecko based web browser using GTK ii konqueror [www-browse 4:3.5.5a.dfsg.1-5 KDE's advanced file manager, web b ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libdb4.4 4.4.20-8 Berkeley v4.4 Database Libraries [ ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li ii links [www-browser] 0.99+1.00pre12-1.1 Character mode WWW browser ii lynx [www-browser]2.8.5-2sarge2.2Text-mode WWW Browser ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii perl 5.8.8-7Larry Wall's Practical Extraction ii sed 4.1.5-1The GNU sed stream editor ii ucf 2.0018.1 Update Configuration File: preserv apache-common recommends no packages. -- debconf information: apache-common/logs: apache-shared/restart: false apache-common/confignotes: apache-common/old-logrotate-exists: apache-shared/debconf-modules: mod_vhost_alias, mod_log_config, mod_mime_magic, mod_mime, mod_negotiation, mod_status, mod_include, mod_autoindex, mod_dir, mod_cgi, mod_userdir, mod_alias, mod_rewrite, mod_access, mod_auth, mod_expires, mod_setenvif, mod_perl, mod_php5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409702: cheops-ng: Program cheops-agent immediately segfaults
Am Sonntag, 4. Februar 2007 23:19 schrieb Javier Fernández-Sanguino Peña: tag 409702 moreinfo thanks On Sun, Feb 04, 2007 at 09:35:18PM +0100, Adolf Winterer wrote: Immediately after invoking the program cheops-agent it segfaults: init_osscan(): Initalizing Speicherzugriffsfehler Strange, I cannot reproduce this. This might be something architecture specific (as you are using amd64). Could you please run the following # LC_ALL=C strace -f cheops-agent 2/tmp/cheops.log 2 and send me the /tmp/cheops.log file to see what's going on? Hello Javier, a log file has been written, hopefully containing useful information. The file is attached. Regards, Adolf Regards Javier -- Never trust a smiling cat. execve(/usr/sbin/cheops-agent, [cheops-agent], [/* 21 vars */]) = 0 uname({sys=Linux, node=pandora, ...}) = 0 brk(0) = 0x55 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaed6a51000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=101234, ...}) = 0 mmap(NULL, 101234, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aaed6a53000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libm.so.6, O_RDONLY)= 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\320=\0\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=531600, ...}) = 0 mmap(NULL, 1577384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed6b52000 mprotect(0x2aaed6bd3000, 1049000, PROT_NONE) = 0 mmap(0x2aaed6cd2000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8) = 0x2aaed6cd2000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libnsl.so.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\H\0\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=85880, ...}) = 0 mmap(NULL, 1141064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed6cd4000 mprotect(0x2aaed6ce8000, 1059144, PROT_NONE) = 0 mmap(0x2aaed6de7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x2aaed6de7000 mmap(0x2aaed6de9000, 6472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2aaed6de9000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libpthread.so.0, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\200U\0\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=96493, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaed6deb000 mmap(NULL, 1131368, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed6dec000 mprotect(0x2aaed6dfc000, 1065832, PROT_NONE) = 0 mmap(0x2aaed6efb000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x2aaed6efb000 mmap(0x2aaed6efd000, 13160, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2aaed6efd000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libadns.so.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0[EMAIL PROTECTED]..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=83424, ...}) = 0 mmap(NULL, 1130216, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed6f01000 mprotect(0x2aaed6f14000, 1052392, PROT_NONE) = 0 mmap(0x2aaed7014000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x2aaed7014000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libssl.so.0.9.8, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\200\31\1..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=291816, ...}) = 0 mmap(NULL, 1338608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed7015000 mprotect(0x2aaed7056000, 1072368, PROT_NONE) = 0 mmap(0x2aaed7156000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x41000) = 0x2aaed7156000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libcrypto.so.0.9.8, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\360\364..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=1510344, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaed715c000 mmap(NULL, 2571832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed715d000 mprotect(0x2aaed72ab000, 1203768, PROT_NONE) = 0 mmap(0x2aaed73ab000, 143360, PROT_READ|PROT_WRITE,
Bug#310454: syslinux: broken splash screen: deranged logo
I've actually seen this with the rc1 i386 netinst image. They say it's using 3.31-1 for rc1, so I'm reopening it. I might have been a little too fast in reopening this, they don't seem to be sure which version they're using. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#76625: A patch which fixes the issue
I created a patch which fixes the problem. With this patch, a last newline is no longer needed, which is the most user-friendly IMO. Regards, Thue Only in thue3: b-cron Only in thue3: b-cron-se diff -u cron-3.0pl1/cron.h thue3/cron.h --- cron-3.0pl1/cron.h 2007-02-04 23:41:32.0 +0100 +++ thue3/cron.h2007-02-04 22:29:58.0 +0100 @@ -226,7 +226,7 @@ get_string __P((char *, int, FILE *, char *)), swap_uids __P((void)), swap_uids_back __P((void)), - load_env __P((char *, FILE *)), + load_env __P((char *, FILE *, int *)), cron_pclose __P((FILE *)), strcmp_until __P((char *, char *, int)), allowed __P((char *)), diff -u cron-3.0pl1/crontab.c thue3/crontab.c --- cron-3.0pl1/crontab.c 2007-02-04 23:41:32.0 +0100 +++ thue3/crontab.c 2007-02-04 22:29:58.0 +0100 @@ -808,7 +808,7 @@ Set_LineNum(1 - NHEADER_LINES) CheckErrorCount = 0; eof = FALSE; while (!CheckErrorCount !eof) { - switch (load_env(envstr, tmp)) { + switch (load_env(envstr, tmp, eof)) { case ERR: eof = TRUE; break; Common subdirectories: cron-3.0pl1/debian and thue3/debian diff -u cron-3.0pl1/entry.c thue3/entry.c --- cron-3.0pl1/entry.c 2007-02-04 23:41:32.0 +0100 +++ thue3/entry.c 2007-02-04 22:29:58.0 +0100 @@ -319,13 +319,9 @@ */ ch = get_string(cmd, MAX_COMMAND, file, \n); - /* a file without a \n before the EOF is rude, so we'll complain... + /* Allow EOF at the end of the line +* if (ch == EOF) { ... } */ - if (ch == EOF) { - ecode = e_cmd; -log_it(CRON,getpid(),DEBUG,detected early eof); - goto eof; - } /* got the command in the 'cmd' string; save it in *e. */ diff -u cron-3.0pl1/env.c thue3/env.c --- cron-3.0pl1/env.c 2007-02-04 23:41:32.0 +0100 +++ thue3/env.c 2007-02-04 22:59:53.0 +0100 @@ -134,9 +134,10 @@ * TRUE = was an env setting */ int -load_env(envstr, f) +load_env(envstr, f, eof) char*envstr; FILE*f; + int *eof; { longfilepos; int fileline; @@ -146,8 +147,7 @@ filepos = ftell(f); fileline = LineNumber; skip_comments(f); - if (EOF == get_string(envstr, MAX_ENVSTR - 1, f, \n)) - return (ERR); + *eof = EOF == get_string(envstr, MAX_ENVSTR - 1, f, \n); envstr[MAX_ENVSTR - 1] = '\0'; diff -u cron-3.0pl1/user.c thue3/user.c --- cron-3.0pl1/user.c 2007-02-04 23:41:32.0 +0100 +++ thue3/user.c2007-02-04 23:42:54.0 +0100 @@ -153,7 +153,7 @@ FILE*file; user*u; entry *e; - int status; + int status, eof; char**envp = NULL, **tenvp; if (!(file = fdopen(crontab_fd, r))) { @@ -206,7 +206,8 @@ /* * load the crontab */ - while ((status = load_env(envstr, file)) = OK) { + eof = FALSE; + while (!eof (status = load_env(envstr, file, eof)) = OK) { switch (status) { case ERR: free_user(u); @@ -223,6 +224,8 @@ if (e) { e-next = u-crontab; u-crontab = e; + } else if (eof) { + goto done; } else { /* stop processing on EOF/syntax error */ free_user(u); Only in thue3: user.c~
Bug#409718: tecnoballz: highscores not saving
Package: tecnoballz Version: 0.91cvs20060616-2 Severity: normal Highscrores are not saving, i'm getting following error: ressources::saveScores(): file:/var/games/tecnoballz/tecnoballz.hi / error:Permission denied highscore file permissions seem to be incorrect: -rw-r--r-- 1 root games 804 2007-02-02 00:04 /var/games/tecnoballz/tecnoballz.hi -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages tecnoballz depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libmikmod2 3.1.11-a-6A portable sound library ii libogg01.1.3-2 Ogg Bitstream Library ii libsdl-mixer1.21.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl1.2debian1.2.11-7 Simple DirectMedia Layer ii libsmpeg0 0.4.5+cvs20030824-1.9 SDL MPEG Player Library - shared l ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libvorbisfile3 1.1.2.dfsg-1.2The Vorbis General Audio Compressi ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxxf86dga1 2:1.0.1-2 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii tecnoballz-data0.91cvs20060616-2 graphic, sound and music files for tecnoballz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399178: [Buildd-tools-devel] Bug#399178: noisy warnings: Unable to locate package...
Martin Michlmayr [EMAIL PROTECTED] writes: A current example is arpack++_2.2-9 which will give you: ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.1.0 ), g++ ( 2.95), libg2c0-dev, refblas3-dev | libblas-3.so, lapack3-dev | lapack-3.so, libarpack2-dev, chrpath Checking for already installed source dependencies... W: Unable to locate package lapack-3.so This is from apt-cache: % apt-cache show lapack-3.so W: Unable to locate package lapack-3.so E: No packages found I can't find a warning suppression option on the command-line or in the APT configuration options. While it would be possible to send all stderr output to /dev/null, I don't feel that this is appropriate, because it will discard all error reporting when running apt-cache. One solution I am now looking at is sending stderr to the package log (rather than the main log) for just apt-cache invokations. Errors and warnings will still be logged, but they will then not get mailed to you separately. Does that sound OK. Note to self: Use Perl IPC::Open3 to do the stream redirects. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgpeWi0a374SX.pgp Description: PGP signature
Bug#400300: Please add an option or command-line flag to suppress bogus authdaemon warnings.
reassign 400300 courier-authlib thanks On Sat, Nov 25, 2006 at 11:27:08AM +0100, Josip Rodin wrote: On Fri, Nov 24, 2006 at 06:37:30PM -0800, Daniel Burrows wrote: Package: maildrop Version: 2.0.2-11 Severity: wishlist Recently, maildrop started printing the following message to stderr: authdaemon: s_connect() failed: Permission denied This message isn't actually printed by maildrop, but by courier-authlib, so I can't fix this (except with further command-line option brain surgery which I do not want to do). So, about that... I'm reassigning this to courier-authlib. The function auth_getuserinfo() would have to have some extra functionality added in order to suppress the above error message. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310454: syslinux: broken splash screen: deranged logo
Kurt Roeckx wrote: I might have been a little too fast in reopening this, they don't seem to be sure which version they're using. open isolinux/isolinux.bin and grep for ISOLINUX. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409721: gallery: If php4 apache2 module residuals installed, restart fails
Package: gallery Version: 1.5.4-3 Severity: normal If the libapache2-mod-php4 package is removed (but its configuration residuals are left installed), when gallery attempts to restart apache it seems to want to enable the php4 apache2 module. This causes apache2 to then fail to start because that module isn't actually installed. The libapache2-mod-php5 package is installed on this system, so gallery needn't change the apache module configuration. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gallery depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-prefork [apache2] 2.2.3-3.2 Traditional model for Apache HTTPD ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libapache2-mod-php5 5.2.0-8server-side, HTML-embedded scripti ii netpbm2:10.0-11 Graphics conversion tools ii php5 5.2.0-8server-side, HTML-embedded scripti Versions of packages gallery recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.13 Image manipulation programs ii jhead 2.60-3 manipulate the non-image part of E ii libjpeg-progs 6b-13Programs for manipulating JPEG fil ii unzip 5.52-9 De-archiver for .zip files -- debconf information: * gallery/restart: true * gallery/webserver: apache, apache-ssl, apache-perl, apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409719: upx-ucl-beta_1:2.92-1(hppa/experimental): FTBFS: #error ACC_ABI_ENDIAN
Package: upx-ucl-beta Version: 1:2.92-1 Severity: serious Hi, your package failed to build from source in experimental. | Automatic build of upx-ucl-beta_1:2.92-1 on meitner by sbuild/hppa 79 | Build started at 20070203-0755 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 921kB of source archives. | Get:1 http://ftp.de.debian.org experimental/main upx-ucl-beta 1:2.92-1 (dsc) [628B] | Get:2 http://ftp.de.debian.org experimental/main upx-ucl-beta 1:2.92-1 (tar) [913kB] | Get:3 http://ftp.de.debian.org experimental/main upx-ucl-beta 1:2.92-1 (diff) [6580B] | Fetched 921kB in 11s (83.2kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.2), libucl-dev (= 1.03-1), zlib1g-dev (= 1:1.1.4) | Checking for already installed source dependencies... | debhelper: missing | Using default version 5.0.42 | libucl-dev: missing | Using default version 1.03-2 | zlib1g-dev: missing | Using default version 1:1.2.3-13 | Checking for source dependency conflicts... [...] | make[1]: Entering directory `/build/buildd/upx-ucl-beta-2.92/src' | g++ -O2 -g -DWITH_UCL -o c_file.o -c c_file.cpp | In file included from bele.h:615, | from conf.h:701, | from c_file.cpp:29: | bele_policy.h:251:4: error: #error ACC_ABI_ENDIAN | In file included from bele.h:621, | from conf.h:701, | from c_file.cpp:29: | bele_policy.h:251:4: error: #error ACC_ABI_ENDIAN | make[1]: *** [c_file.o] Error 1 | make[1]: Leaving directory `/build/buildd/upx-ucl-beta-2.92/src' | make: *** [build-stamp] Error 2 | ** | Build finished at 20070203-0756 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1:2.92-1pkg=upx-ucl-betaarch=hppa Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310454: syslinux: broken splash screen: deranged logo
On Mon, Feb 05, 2007 at 12:00:37AM +0100, Daniel Baumann wrote: Kurt Roeckx wrote: I might have been a little too fast in reopening this, they don't seem to be sure which version they're using. open isolinux/isolinux.bin and grep for ISOLINUX. It seems to be: ISOLINUX 3.31 2006-09-25 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384719: [Pkg-mediawiki-devel] Bug#392966: mediawiki multisite setup request
Le dimanche 4 février 2007 18:56, Dan Jacobson a écrit : IAB I can't see (in the FUSE documentation) Sounds complicated. Debian should just have a script: # install_mediawiki_site mysite1.com [mysite2.com]... that does mkdir /var/lib/mysite1.com and puts mostly lots of symlinks to /usr/share/... which the user can replace with real files later for the parts he needs. Also later he can add a mysite3.com with the same script. The script would also set up apache. You know what is the anwser to those comments.. Debian 'should' have what *you* worked for it. If you'd like to add this, then plase go on, we are ready to accept contributions.. Also, to your own knowledge, I have worked on such scripts previously, but how would you handle upgrades ? Especially when the project structure should change, i.e. that your symlinks may not reflect the new project tree ? So you'll need a hook on upgrade to updates all the mirrored wikis. So you'll need a good synchronisation algorithm to perform this task.. Etc, etc. I agree that fuse is not *the* solution since it cannot satisfy everyone, but at least that some work that is *done* and *working* As of now, they discourage using Debian's mediawiki if you ask on news:gmane.science.linguistics.wikipedia.technical Also, you know the anwser to this question: instead of criticising our packaging without any point, why don't you explain why they discourage it ? I think I have processed all your bug reports, as far as I though they were relevant. Romain -- They seh when you have nuff money You got a whole heap o' friend But when your money done dem just don't know you again When your dollars gone dem nah see you again And when your money done dem nah want see you again Money money money money is the root of all evil And you see it
Bug#404912: problem still exists
[ Follow up for bugs: #404912, #304801, #409032 ] [ Printing problems, cupsdoprint error ] Hi, 2007 m. February 1 d., Thursday, Jürgen Braun rašė: Oh, the problem still exists. After logging off and loggin in again, printing works fine a few times, but after a few minutes (e.g. 10 minutes) of working (using kmail, akregator, iceweasel, flock konsole, konqueror and vmware) the problem reappears. Logging off/on fixes the problem again, but loggin off/on before each print job is annoying :-) OK, we have got a few ideas what could be wrong. Once you can reproduce the bug again (you get that error message when printing), please attach output of: $ ls -l /proc/`pidof kded`/fd/ Do you have knemo installed? If yes, which version? Is it enabled for at least one interface using sysfs backend for polling interface status? -- Modestas Vainius [EMAIL PROTECTED] pgpYmxGa9p2YE.pgp Description: PGP signature
Bug#409720: kino: sound is noisy after exporting
Package: kino Version: 0.92-2 Severity: normal Hi, I was trying to export some video to mpeg using ffmpeg (in the Other tab, the VCD (FFMPEG) tool. While the video is correct, the sound is only noise. I tried DVD-Video Dual Pass (FFMPEG) and Ogg Theora (ffmpeg2theora) as well, with as little success. A guess is that it may be an endianness issue, as I am using ppc, a big-endian arch... Nicolas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kino depends on: ii liba52-0.7.4 0.7.4-7 Library for decoding ATSC A/52 str ii libasound2 1.0.13-1ALSA library ii libatk1.0-0 1.12.4-1The ATK accessibility toolkit ii libavc1394-0 0.5.3-1+b1 control IEEE 1394 audio/video devi ii libavcodec0d 0.cvs20060823-4 ffmpeg codec library ii libavformat0d0.cvs20060823-4 ffmpeg file format library ii libc62.3.6.ds1-10GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdc1394-13 1.1.0-3+b1 high level programming interface f ii libdv4 1.0.0-1 software library for DV format dig ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libgtk2.0-0 2.8.20-5The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libiec61883-01.1.0-2 an partial implementation of IEC 6 ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-01.14.8-4Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libquicktime02:0.9.7-1 library for reading and writing Qu ii libraw1394-8 1.2.1-2 library for direct access to IEEE ii libsamplerate0 0.1.2-2 audio rate conversion library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc21.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxv1 1:1.0.2-1 X11 Video extension library ii zlib1g 1:1.2.3-13 compression library - runtime kino recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409722: indic rendering fixes (crash with accessing some fonts)
Package: libicu36 Version: 3.6-2 Severity: normal Tags: patch I just happened to see the following fixed in the internal OOo icu copy (= 2.2 switched to icu 3.6 for internal icu, too) in the OOo 2.2 and 2.3 development trees: http://www.openoffice.org/issues/show_bug.cgi?id=72791 Maybe we should include them? (Maybe except 5506?) Regards, Rene -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libicu36 depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 libicu36 recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#409723: kino: Dual Pass exports fail if no filename is specified
Package: kino Version: 0.92-2 Severity: minor Hi, I just failed to export some film to DVD-Video Dual Pass (FFMPEG) because I did not specify a filename, so each pass was run with a different filename. Hence, on the second pass, ffmpeg complained: ./kino_export_2007-02-04_23.47.58-0.log: No such file or directory while the correct file was: ./kino_export_2007-02-04_23.39.24-0.log Cheers, Nicolas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kino depends on: ii liba52-0.7.4 0.7.4-7 Library for decoding ATSC A/52 str ii libasound2 1.0.13-1ALSA library ii libatk1.0-0 1.12.4-1The ATK accessibility toolkit ii libavc1394-0 0.5.3-1+b1 control IEEE 1394 audio/video devi ii libavcodec0d 0.cvs20060823-4 ffmpeg codec library ii libavformat0d0.cvs20060823-4 ffmpeg file format library ii libc62.3.6.ds1-10GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdc1394-13 1.1.0-3+b1 high level programming interface f ii libdv4 1.0.0-1 software library for DV format dig ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libgtk2.0-0 2.8.20-5The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libiec61883-01.1.0-2 an partial implementation of IEC 6 ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-01.14.8-4Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libquicktime02:0.9.7-1 library for reading and writing Qu ii libraw1394-8 1.2.1-2 library for direct access to IEEE ii libsamplerate0 0.1.2-2 audio rate conversion library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc21.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxv1 1:1.0.2-1 X11 Video extension library ii zlib1g 1:1.2.3-13 compression library - runtime kino recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392838: 392838: jwm menu-method: preoutput/postoutput abuse
jwm menu-method preoutput/postoutput config option are in fact a full configuration file including option that are unrelated to the menu (key binding etc.). ... Thanks for the notice, I'm investigating if the upstream can provide the include directives. Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409724: iceweasel: Iceweasel does not respect the favoured file manager
Package: iceweasel Version: 2.0.0.1+dfsg-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When downloading a file and pressing the button in the download manager (next to All files downloaded to:), Iceweasel (and the upstream Firefox) always open Nautilus on my system although Thunar is the preferred file manager. Iceweasel should respect such preferences and execute the correct application. - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Versions of packages iceweasel depends on: ii debianutils2.17.5Miscellaneous utilities specific t ii fontconfig 2.4.2-1 generic font configuration library ii libatk1.0-01.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-02.8.20-3~macmenubar-1 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1X Printing Extension (Xprint) clie ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii psmisc 22.3-1Utilities that use the proc filesy ii zlib1g 1:1.2.3-13compression library - runtime iceweasel recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFxnAWYfUFJ3ewsJgRAgziAJ9hLKx5BwvE8+Bo/u2DYLdr0S96GgCgh+yM uABEVUz8FFH8sJdc4tCH+BQ= =kVQy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384553: change of tags / pending
tags 384553 + pending tags 392845 + pending thanks FYI, new version of Jwm will be uploaded once etch has been released. Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409726: antlr FTBFS when mono-jit is installed.
Package: antlr Version: 2.7.6-6 Severity: serious antlr FTBFS when mono-jit is installed (/usr/bin/mono exists). please either robustify the build or add a build-conflict. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409725: libclucene-dev: Can't compile against CLucene.h
Package: libclucene-dev Version: 0.9.16a-1 Severity: grave Justification: renders package unusable I cant compile against CLucene, log available in: http://www.copypot.com/1535 . -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libclucene-dev depends on: ii libc6-dev 2.3.6.ds1-10 GNU C Library: Development Librari ii libclucene0 0.9.16a-1library for full-featured text sea libclucene-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]