Bug#379483: [Buildd-tools-devel] Bug#379483: [schroot] [I18N:de] New German translation
tags 379483 + fixed-upstream pending thanks Jens Seidel [EMAIL PROTECTED] writes: Hi, attached you will find the German translation of schroot. Wow, thanks! Please note that it is not yet complete, since I used the .pot file from 0.99.4-1 which doesn't contains all messages such as E: . I cannot update the file since I miss gettext from CVS (which supports --boost). I have attached the file after merging, so it now has all of the missing strings (there are only 7). Also not all messages from the de.po file are currently used, such as in the help screen. See the attached diff (and de.po) for FIXME markers. Thanks for catching that. I need to set up the locale earlier; I'll fix this now as well. I noticed that you use both '...' and ... quotes. Do you follow any rule? Yes, see HACKING in the sources: , | Format strings | -- | | The sources use boost::format for type-safe formatted output. Make | sure that the maximum number of options passed is the same as the | highest %n% in the format string. | | The following styles are used | | Style FormattingSyntax | | Values Single quotes ' | Example text Double quotes \ | User input Double quotes \ ` There is also a more complex set of styles used in the man pages. How to add a new translation? I added de.po to LINGUAS in po/ but that's not sufficient. It seems that the stamp-po target is responsible for creating *.gmo files but it isn't started as long as schroot.pot exists. Maybe $(GMOFILES) should be added as prerequisite?? LINGUAS is correct (it worked for me). You probably just needed to run configure with --enable-maintainer-mode to enable the necessary rules. PS: Your source code contains the API documenation generated by Doxygen. I suggest you drop it and deliver only Doxyfile. It's not hard for users to start it and avoids shipping generated files. I'm not sure what's best here. I do like to provide the full manual with the release; it means doxygen isn't required by the end user, and it is in any case regenerated if they redistribute modified sources using make dist. 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 sign and encrypt your mail. # German translation of schroot. # Copyright (C) 2006 Roger Leigh [EMAIL PROTECTED] # This file is distributed under the same license as the schroot package. # Jens Seidel [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: schroot 0.99.4\n Report-Msgid-Bugs-To: Roger Leigh [EMAIL PROTECTED]\n POT-Creation-Date: 2006-07-27 11:15+0100\n PO-Revision-Date: 2006-07-23 22:17+0200\n Last-Translator: Jens Seidel [EMAIL PROTECTED]\n Language-Team: German debian-l10n-german@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: dchroot/dchroot.cc:59 dchroot-dsa/dchroot-dsa.cc:59 #: sbuild/sbuild-auth.cc:127 schroot/schroot.cc:61 #: schroot/schroot-listmounts.cc:67 schroot/schroot-releaselock.cc:67 msgid An unknown exception occured msgstr Eine unbekannte Ausnahme ist aufgetreten #. TRANSLATORS: %1% = chroot name #: dchroot/dchroot-chroot-config.cc:126 #, boost-format msgid %1% chroot (dchroot compatibility) msgstr %1% chroot (dchroot-Kompatibilität) #. TRANSLATORS: %1% = program name #. TRANSLATORS: %2% = program version #. TRANSLATORS: %3% = current date #: dchroot/dchroot-main-base.cc:63 schroot/schroot-main.cc:57 #, boost-format msgid schroot configuration generated by %1% %2% on %3% msgstr schroot-Konfiguration erzeugt durch %1% %2% am %3% # CHECKME: users or groups keys #: dchroot/dchroot-main-base.cc:71 msgid To allow users access to the chroots, use the users or groups keys. msgstr Verwenden Sie die Benutzer oder Gruppen Schlüssel, um Benutzern Zugriff auf die chroots zu gewähren. #: dchroot/dchroot-main-base.cc:73 msgid To allow password-less root access, use the root-users or root-groups keys. msgstr Verwenden Sie die root-users oder root-groups Schlüssel, um root-Zugang ohne Passwort zu erlauben. #. TRANSLATORS: %1% = file #: dchroot/dchroot-main-base.cc:76 dchroot/dchroot-main-base.cc:133 #, boost-format msgid Remove '%1%' to use the new configuration. msgstr Entfernen Sie »%1%«, um die neue Konfiguration zu verwenden. #. TRANSLATORS: %1% = program name #: dchroot/dchroot-main-base.cc:97 #, boost-format msgid Running schroot in %1% compatibility mode msgstr Starte schroot im %1%-Kompatibilitätsmodus # FIXME: Why \ instead of ' as above?, capabilities from Linux kernel? #: dchroot/dchroot-main-base.cc:101 msgid Run \schroot\ for full capabilities msgstr Starte »schroot« für volle Ressourcen #:
Bug#375810: libssl and zlib1g
On Thu, Jul 27, 2006 at 12:40:11PM +0200, Michael Ablassmeier wrote: hi again, On Thu, Jul 27, 2006 at 11:32:04AM +0200, Robert Millan [ackstorm] wrote: Since libsnmp is *already* linking with libz and libcrypto, if zabbix itself doesn't use them directly, there's no need for a direct link. yep, removing the -lcrypto from LDFLAGS works as expected, libcrypto then becomes an indirect library dependency: dpkg-shlibdeps -O /usr/sbin/zabbix_server shlibs:Depends=libc6 (= 2.3.5-1), libldap2 (= 2.1.17-1), libmysqlclient15off (= 5.0.19-1), libsnmp9 (= 5.2.2), zlib1g (= 1:1.2.1) Is libz needed, or it can be removed as well? -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363061: [SPAM?]: Bug#363061: seminar is not DFSG-free, needs relicensing
Hilmar Preusse [EMAIL PROTECTED] wrote: On 26.07.06 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] wrote: Hi, [seminar is non-free] I had a look at that and could wipe out the non-free license statements. However there are a lot of files (3-4 liners and lousy hacks), which do not contain any lic statement. Sould I insert the statement too? Can you send the author's complete mail to you to the bug report? I think he's the one to know It's in #327741, sent out last September (14th). You may read the sub thread I started on Wed, 14 Sep 2005 21:15:21 +0200. Okay, found it. Well, there should be no problem at all if the files are either listed in sem-read.me (it has a list of input files, documentation and source files), or generated from them. If you find anything else, and it is marked as being copyright by Timothy van Zandt, then it is okay to include them, too. However, in case of files without any indication who is the author, I'd rather ask Timothy again. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#380076: USB mouse stop work after upgrade to kernel 2.6.16-2-686
Package: kernel Severity: important After upgrade to kernel-image 2.6.16-2-686 USB Wheel Optical Mouse 1.1A not detected in boot process. /dev/input/mice is absent. In this cause X server don't start and mouse don't work. I found that module mousedev is missing in /etc/modules and it's solve the problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379935: Wrong cursor place in OverTheSpot mode of inputmethods
No, this patch needs NOT a patch to gtk, and it works great with Debian official gtk packages. This bug #379935 is different from #290864. #379935 is about GTK immodule with OverTheSpot, while #290864 is about XIM mode with OverTheSpot. #379935 needs NOT a patch to gtk, while #290864 needs gtk to fix XIM behavior. (gtk 2.6.x and lator ones had fixed XIM problem partially, but it is NOT related with my bug report #379935.) #379935's patch have been merged into mozilla cvs trunk, while #290864's one was never adopted by upstream. #379935's patch solved the OverTheSpot issue cleanly, while #290864 was a dirty hack, and #290864's patche slowdown firefox a bit. #379935's patch is for firefox 1.5 and later ones, while #290864's patch only works for firefox 1.0 series. Mike Hommey wrote: *sigh* why don't people look at already opened bugs before filing one ? This has already been reported and sounds like it needs a patch to gtk to work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380075: fails to open PDF file with colons in names
Package: mc Version: 1:4.6.1-3 Severity: normal Hitting enter on a file McGrath:2005:GAaCSoePTD.pdf gives Error: no such file 2005:GAaCSoePTD.pdf run-mailcap works fine on the file. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages mc depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgpmg1 1.19.6-22 General Purpose Mouse - shared lib ii libslang2 2.0.6-2The S-Lang programming library - r mc recommends no packages. -- no debconf information -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#379359: More information on installation failure
Em Wed, 26 Jul 2006 21:21:31 +0200 David Weinehall [EMAIL PROTECTED] escreveu: smyslov:~/deb# /usr/sbin/update-python-modules -i /usr/share/python-support/python-kiwi /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/top_level.txt /var/lib/python-support/python2.4/kiwi-1.9.8.egg-info/top_level.txt /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/PKG-INFO /var/lib/python-support/python2.4/kiwi-1.9.8.egg-info/PKG-INFO /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/SOURCES.txt /var/lib/python-support/python2.4/kiwi-1.9.8.egg-info/SOURCES.txt Traceback (most recent call last): File /usr/sbin/update-python-modules, line 269, in ? process(basedir,install_modules(py_installed)) File /usr/sbin/update-python-modules, line 151, in process func(basedir, dir, file) File /usr/sbin/update-python-modules, line 123, in install_modules_func os.symlink(fullpath,destpath) OSError: [Errno 17] File exists That's bad news... ok, let's do this: can you make a tarball containing: /var/lib/python-support/python2.3/kiwi /var/lib/python-support/python2.3/gazpacho /var/lib/python-support/python2.3/kiwi-1.9.8.egg-info and the same for python2.4? This way I can try to reproduce the problem here again and investigate it locally. Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378694: sensors-applet: Crashes straight away when added to panel
Hi Sam, Sorry for not testing the package you sent. I have however just tested the new package you uploaded and can report that it works perfectly well on both i386 and amd64. Thank you very much for your great work! Best regards, Andree On Tue, 2006-07-25 at 16:42 +0100, Sam Morris wrote: On Mon, 2006-07-24 at 15:46 +0100, Sam Morris wrote: Hi Andree, thanks for the backtrace. I was contacted by the author of the applet and he says that the latest version of the applet fixes this bug. Could you please try version 1.7.5 (source package attached) and confirm whether this is the case? I'm going to upload 1.7.5 so that the other crashers can be fixed. I have noted that your bug is fixed in the changelog; if this isn't the case then please feel free to reopen it. -- Andree Leidenfrost @ Debian Developer Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#380077: Man pages for syncml-http-server and syncml-obex-client
Package: libsyncml-utils Version: 0.4.0+svn20060721-2 Severity: wishlist syncml-http-server and syncml-obex-client could use manpages ... Matthias syncml-http-server.1 Description: Troff document syncml-obex-client.1 Description: Troff document pgpiAEW9Ojx4m.pgp Description: PGP signature
Bug#380004: [Patch] vol_id to try to identify FSTYPE when fstype fails
On 26/07/06, Alex Owen [EMAIL PROTECTED] wrote: Here is a patch to do 2 things: 1: export FSTYPE so that user scripts can hard code it in /scripts/local-premount 2: is fstype reports an unknown file system type then use vol_id (which is already on the initramfs) to try and detect the filesystem. This should be backwards compatable and allow the detection of iso9660 filesystems. Please note I have not yet tested this patch. I shall try to find time tomorrow and report back! I have tested the patch by manually cutting and pasting the relevant hunks into /usr/share/initramfs-tools/init and /usr/share/initramfs-tools/scripts/local with initramfs-tool version 0.69b installed. The patch proper was perpared against 0.72 debian source. After modifying the files I ran update-initramfs -u as root to rebuild the initramfs and rebooted... This worked just fine! So I think that means the patch passes the works for me test. Please consider applying this patch - or something similar - in the near future! At the least please add the export FSTYPE= line to init there by allowing local-premount scripts to adjust it if needed. Thanks Alex Owen PS: Exchanged e-mails with John Goerzen off the BTS to explain the cloning of #362442 to form this bug #380004. He responded Ah, OK. that makes sense. I hadn't received a notification of the clone. So as far as I know everyone is now happy. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377812: slapd: Found solution
Package: slapd Followup-For: Bug #377812 I had the same problem on my main server. The fix that worked for me: Replace the following line in /etc/libnss-ldap.conf: host 127.0.0.1 with host ldap://127.0.0.1 greets Jimmy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (991, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16-grmlj1 Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (ignored: LC_ALL set to en_US.iso885915) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372712: apt: periodically roll up pdiffs
Matt Taggart [EMAIL PROTECTED] writes: I had a similar idea as Andrea Mennucc mentions in #372712 for the problem of so many pdiffs. The idea is similar to a scheme you might use for nightly incremental backups. You might run a zero backup once a month, a one backup every 15 days, a two every 7, a three every 3 and a four every day. For example: July 2006 Aug 2006 00 4 4 3 2 4 4 3 4 4 3 24 3 4 4 3 4 2 4 4 3 4 4 3 23 4 4 1 4 4 2 1 3 4 4 3 4 24 4 3 4 4 3 2 3 4 4 3 4 4 24 3 4 4 1 4 1 On any given day you'd need at most 5 patches and many days far less than that. The reason for doing this is not just to reduce the number of files, but the overall data, as a lot of the data in the diff is redundant. Consider the case of a package that is updated every day for a month. Under the current scheme a client not updating for that month would need to download the differences for that package 30 times right? Under an incremental scheme the worst case is 5 diffs for that package. It's an even bigger win for longer periods of time, the current scheme will start really falling down once we get a few more months of pdiffs. Thanks, But then again why have incremental diffs at all? 2 patches can be merged by using a file with enough uniqe lines, apply both patches, diff again. No need to work off the actual Packages file, they don't have to be stored for this. It is true that for every day the patch files will all grow (- the packages with multiple updates in that time) but they aren't so big and compression gets better for larger files. Given the crawling speed of the rred method downloading more than a few days (~300k) worth of patches is slower than the full file (3Mb) even on a slow dsl line. A combined patch would only use one download, one gunzip and one rred run. I think that would be worth the space increase for the patch files. I would recommend to name the combined patch files after the md5sum (or sha1) of the Packages/Sources file they patch. That way no index needs to be downloaded. MfG Goswin --- Sizes for combined patches: -rw-r--r-- 1 reprepro nogroup 26K Jul 27 13:55 comb.2006-07-26-1318.02.gz -rw-r--r-- 1 reprepro nogroup 54K Jul 27 13:55 comb.2006-07-25-1313.19.gz -rw-r--r-- 1 reprepro nogroup 90K Jul 27 13:55 comb.2006-07-24-1338.19.gz -rw-r--r-- 1 reprepro nogroup 132K Jul 27 13:55 comb.2006-07-24-0235.54.gz -rw-r--r-- 1 reprepro nogroup 170K Jul 27 13:55 comb.2006-07-22-1308.51.gz -rw-r--r-- 1 reprepro nogroup 186K Jul 27 13:55 comb.2006-07-21-1255.40.gz -rw-r--r-- 1 reprepro nogroup 206K Jul 27 13:55 comb.2006-07-20-1302.38.gz -rw-r--r-- 1 reprepro nogroup 226K Jul 27 13:56 comb.2006-07-19-1301.33.gz -rw-r--r-- 1 reprepro nogroup 246K Jul 27 13:56 comb.2006-07-18-1311.49.gz -rw-r--r-- 1 reprepro nogroup 289K Jul 27 13:56 comb.2006-07-17-1328.22.gz -rw-r--r-- 1 reprepro nogroup 332K Jul 27 13:56 comb.2006-07-16-2314.28.gz -rw-r--r-- 1 reprepro nogroup 351K Jul 27 13:57 comb.2006-07-15-1308.02.gz -rw-r--r-- 1 reprepro nogroup 370K Jul 27 13:57 comb.2006-07-14-1250.45.gz -rw-r--r-- 1 reprepro nogroup 392K Jul 27 13:57 comb.2006-07-13-1257.25.gz -rw-r--r-- 1 reprepro nogroup 424K Jul 27 13:57 comb.2006-07-12-1242.39.gz -rw-r--r-- 1 reprepro nogroup 443K Jul 27 13:58 comb.2006-07-11-1246.14.gz -rw-r--r-- 1 reprepro nogroup 462K Jul 27 13:58 comb.2006-07-10-1321.18.gz -rw-r--r-- 1 reprepro nogroup 495K Jul 27 13:58 comb.2006-07-10-0029.06.gz -rw-r--r-- 1 reprepro nogroup 538K Jul 27 13:59 comb.2006-07-08-1242.03.gz -rw-r--r-- 1 reprepro nogroup 547K Jul 27 13:59 comb.2006-07-07-1233.30.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376863: brltty: needs NMU
tags 376863 +pending thanks Hi! * Rudy Godoy [EMAIL PROTECTED] [060726 14:56]: Hi, I think maybe it's better to depend on the generic libbluetooth-dev, so it'll avoid the same problem in the future, provide that the library package still provides it. Package: libbluetooth2-dev [..] Provides: libbluetooth-dev Seems like a good idea. By the way this will need NMU since Mario is on VAC till september. Okay, since I just got feedback, that the package based on my previous patch is still working (I'm carefull with hardware related packages I can't test myself) and Mario is on VAC (didn't noticed it, sorry), I'll NMU it with FAWs patch. Yours sincerely, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380032: [Pkg-pciutils-discuss] Bug#380032: FTBFS on hurd-i386: Unconditional use of MAXPATHLEN
On Thu, Jul 27, 2006 at 12:11:52PM +0200, Thomas Schwinge wrote: On Thu, Jul 27, 2006 at 11:56:59AM +0200, Martin Mares wrote: As briefly explained on the hurd-devel-debian page[1], unconditional use of PATH_MAX is a POSIX incompatibility. Err, is there any sense in trying to compile pcimodules on the Hurd? It's a program specific to Linux (and it isn't a part of the official pciutils at all, anyway). If that's the case, then yes, please disable it for ```uname -s` = GNU'' or the Debian architecture `hurd-i386' (or even better enable it only for the supported ones?). I'm hoping to get rid of it entirely before etch releases. AFAIK we don't actually use it anywhere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379989: ri-li: cannot adjust keys
This feature is just not implemented. Regards, Gonéri
Bug#380079: postgrey: postgrey on sarge AMD64 stops working in the moment the first contact on the Socket is made.
Package: postgrey Version: 1.21-1sarge1 Severity: critical File: postgrey Justification: breaks unrelated software without knowing i think its kind of a compilation problem.. as above described in syslog appears Jul 27 11:18:26 mail postgrey[6026]: Process Backgrounded Jul 27 11:18:26 mail postgrey[6026]: 2006/07/27-11:18:26 postgrey (type Net::Server::Multiplex) starting! pid(6026) Jul 27 11:18:26 mail postgrey[6026]: Binding to TCP port 6 on host 127.0.0.1 Jul 27 11:18:26 mail postgrey[6026]: Setting gid to 65534 65534 Jul 27 11:18:26 mail postgrey[6026]: Setting uid to 107 Jul 27 11:18:26 mail kernel: postgrey[6026] general protection rip:2a9687fd2c rsp:7fb640 error:0 Jul 27 11:18:47 mail postgrey[6338]: Process Backgrounded Jul 27 11:18:47 mail postgrey[6338]: 2006/07/27-11:18:47 postgrey (type Net::Server::Multiplex) starting! pid(6338) Jul 27 11:18:47 mail postgrey[6338]: Binding to TCP port 6 on host 127.0.0.1 Jul 27 11:18:47 mail postgrey[6338]: Setting gid to 65534 65534 Jul 27 11:18:47 mail postgrey[6338]: Setting uid to 107 Jul 27 11:18:47 mail kernel: postgrey[6338] general protection rip:2a9687fd2c rsp:7fb6b0 error:0 Jul 27 11:22:27 mail postgrey[6462]: Process Backgrounded Jul 27 11:22:27 mail postgrey[6462]: 2006/07/27-11:22:27 postgrey (type Net::Server::Multiplex) starting! pid(6462) Jul 27 11:22:27 mail postgrey[6462]: Binding to TCP port 6 on host 127.0.0.1 Jul 27 11:22:27 mail postgrey[6462]: Setting gid to 65534 65534 Jul 27 11:22:27 mail postgrey[6462]: Setting uid to 107 Jul 27 11:22:27 mail kernel: postgrey[6462] general protection rip:2a9687fd2c rsp:7fb6b0 error:0 Jul 27 11:23:24 mail postgrey[6631]: Process Backgrounded Jul 27 11:23:24 mail postgrey[6631]: 2006/07/27-11:23:24 postgrey (type Net::Server::Multiplex) starting! pid(6631) Jul 27 11:23:24 mail postgrey[6631]: Binding to TCP port 6 on host 127.0.0.1 Jul 27 11:23:24 mail postgrey[6631]: Setting gid to 65534 65534 Jul 27 11:23:24 mail postgrey[6631]: Setting uid to 107 Jul 27 11:23:24 mail kernel: postgrey[6631] general protection rip:2a9687fd2c rsp:7fb640 error:0 Jul 27 12:32:54 mail postgrey[3356]: Process Backgrounded Jul 27 12:32:54 mail postgrey[3356]: 2006/07/27-12:32:54 postgrey (type Net::Server::Multiplex) starting! pid(3356) Jul 27 12:32:54 mail postgrey[3356]: Binding to TCP port 6 on host 127.0.0.1 Jul 27 12:32:54 mail postgrey[3356]: Setting gid to 65534 65534 Jul 27 12:32:54 mail postgrey[3356]: Setting uid to 107 Jul 27 12:32:54 mail kernel: postgrey[3356] general protection rip:2a96a83d2c rsp:7fb640 error:0 -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-11-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postgrey depends on: ii debconf1.4.30.13 Debian configuration management sy ii libberkeleydb-perl 0.26-3use Berkeley DB 4 databases from P ii libnet-dns-perl0.48-1Perform DNS queries from a Perl sc ii libnet-server-perl 0.87-3sarge1 An extensible, general perl server ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction ii ucf1.17 Update Configuration File: preserv -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380076: USB mouse stop work after upgrade to kernel 2.6.16-2-686
tags 380076 moreinfo stop On Thu, Jul 27, 2006 at 01:32:09PM +0300, Maxim Kudelya wrote: Package: kernel Severity: important wrong package by the way After upgrade to kernel-image 2.6.16-2-686 USB Wheel Optical Mouse 1.1A not detected in boot process. /dev/input/mice is absent. In this cause X server don't start and mouse don't work. I found that module mousedev is missing in /etc/modules and it's solve the problem. please post your udev version: dpkg -l udev -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380078: libpam-modules: pam_unix fails to call helper unix_pwdchk when used with libnss_ldap 246
Package: libpam-modules Version: 0.79-3.1 Severity: important Tags: patch Since version 246, a change has been made to libnss_ldap, whose functions getspnam() and getspnam_r() now return * instead of x previously, in the sp_pwdp member of a spwd struct. This introduces an incompatibility with the present version of libpam-modules, as the * case is not handled by the code in support.c (line 741), thus resulting in the helper program unix_chkpwd never being called. As a consequence, all the programs relying on libpam-modules to authenticate a user in an LDAP environment may fail. kcheckpass is an example of such a program. Proposed patch: $ diff -u support.c support.c.new --- support.c 2006-07-27 13:17:04.0 +0200 +++ support.c.new 2006-07-27 13:17:39.0 +0200 @@ -738,7 +738,7 @@ } retval = PAM_SUCCESS; - if (pwd == NULL || salt == NULL || !strcmp(salt, x) || ((salt[0] == '#') (salt[1] == '#') !strcmp(salt + 2, name))) { + if (pwd == NULL || salt == NULL || !strcmp(salt, x) || !strcmp(salt, *) || ((salt[0] == '#') (salt[1] == '#') !strcmp(salt + 2, name))) { if (geteuid() || SELINUX_ENABLED) { /* we are not root perhaps this is the reason? * Run helper */ -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages libpam-modules depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdb4.3 4.3.29-4.1 Berkeley v4.3 Database Libraries [ ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libselinux1 1.30-1 SELinux shared libraries libpam-modules recommends no packages. -- no debconf information -- -- Service Hydrographique et Oceanographique de la Marine --- EPSHOM/CIS/MIC -- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE --Phone: +33 2 98 22 17 49 --- Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376837: bzr: Please Recommend: python2.4-paramiko
* Lars Wirzenius [Thu, 27 Jul 2006 11:30:43 +0300]: Your diff looks perfect to me. I'd be happy to have you be co-maintainer, and I doubt Andres and Jeff mind it, either. So in my humble opinion, go ahead. Thanks, uploaded. :) There is currently no bzr branch for maintaining bzr, as far as I know. Okay. I have half-written a small script to import into a bzr branch all the uploads for a package. Maybe I'll exercise it with bzr. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Family - En El Rascacielos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376863: Hmmm, ok, sorry, patch already there
Hi! * Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED] [060727 07:42]: I'm a little bit tired, didn't saw Tolimar (Alexander Schmehl) patch. Sorry about that. :-( No problem and partly my fault, since my patch was hidden by sending only to control, not to the bug report itself. Yours sincerely, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380083: New upstream version available: 2.0
Package: last-exit Version: 1.0-1 Severity: wishlist Hi, since yesterday last-exit 2.0 is available. Please update soon :) http://www.o-hand.com/~iain/last-exit/last-exit-2.0.tar.bz2 Bye signature.asc Description: This is a digitally signed message part
Bug#367428: [Pkg-sysvinit-devel] Bug#367428: sysvinit: last cut the username if its longer than eight charactersBcc: [EMAIL PROTECTED]
On Thu, 27 Jul 2006, Petter Reinholdtsen wrote: Also, the 8 character user name limit can be traced to POSIX, where only 8 characters are guaranteed to work. See _POSIX_LOGIN_NAME_MAX in URL:http://www.opengroup.org/onlinepubs/007908799/xsh/limits.h.html. I believe it is smart to limit user name lengths to 8 characters until that limit is increased. We have a problem here. Debian is not POSIX, and in Debian usernames are already longer than 8 characters, plain and simple. Anything that expects them to be only 8-chars wide is already either broken, or very sub-optimal. I'm not sure how to best rewrite 'last' to handle longer user names, without surprising script writers with code already using 'last'. IMHO, We document it in NEWS.Debian, and go right ahead. It would be different if we didn't have 8 chars usernames, but we already do, and for a long while, now. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376714: Summary of the status of the libcairo upstream #7494 bugs
unmerge 377147 retitle 377147 libcairo 1.2.0: regression: gtk apps are not anti-aliased if anti-aliasing is disabled in ~/.qt/qtrc notforwarded 377147 unblock 377879 by 377147 unblock 379482 by 377147 retitle 376714 libcairo 1.2.0 text disappears after first word if anti-aliasing disabled retitle 378005 libcairo 1.2.0 text disappears after first word if anti-aliasing disabled severity 376714 serious tags 376714 fixed-upstream patch thanks Hi. There are currently three merged bugs open against libcairo, all of them forwarded to upstream #7494: #376714: Cairo 1.2.0 fonts disappear after first word #377147: firefox: text rendering badly damaged #378005: libcairo2 problem with non-anti-aliased text As can be read in upsream #7494, only the disappearing text in non-antialiasing mode is being considered there, so I am unmerging #377147, and will follow-up to it separately. I've also rebuilt libcairo2 applying the patch provided by upstream [1], and I confirm it solves the disappearing text problem. Since I really think that bug makes the package unreleasable, I've raised its severity to serious. HTH, [1] http://gitweb.freedesktop.org/?p=cairo;a=commitdiff;h=456cdb3058f3b416109a9600167cd8842300ae14;hp=8601c2c68306c956744399099a941363d446b906 -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Family - Dame estrellas o limones
Bug#376863: brltty: needs NMU
* Alexander Schmehl [EMAIL PROTECTED] [060727 13:56]: tags 376863 +pending thanks [..] Okay, since I just got feedback, that the package based on my previous patch is still working (I'm carefull with hardware related packages I can't test myself) and Mario is on VAC (didn't noticed it, sorry), I'll NMU it with FAWs patch. And uploaded. Complete patch of the NMU attached. Yours sincerely, Alexander -- http://www.netmeister.org/news/learn2quote.html http://www.catb.org/~esr/faqs/smart-questions.html diff -Nur brltty-3.7.2-old/debian/changelog brltty-3.7.2/debian/changelog --- brltty-3.7.2-old/debian/changelog 2006-07-27 14:22:03.0 +0200 +++ brltty-3.7.2/debian/changelog 2006-07-27 13:55:56.0 +0200 @@ -1,3 +1,13 @@ +brltty (3.7.2-3.1) unstable; urgency=low + + * Non-maintainer upload. + * changing build-depends from libbluetooth1-dev to libbluetooth2-dev | +libbluetooth-dev as suggested by Felipe Augusto van de Wiel and Rudy +Godoy. (Closes: #376863) +Thanks! + + -- Alexander Schmehl [EMAIL PROTECTED] Thu, 27 Jul 2006 13:54:51 +0200 + brltty (3.7.2-3) unstable; urgency=low * Add libbluetooth1-dev to Build-Depends. diff -Nur brltty-3.7.2-old/debian/control brltty-3.7.2/debian/control --- brltty-3.7.2-old/debian/control 2006-07-27 14:22:03.0 +0200 +++ brltty-3.7.2/debian/control 2006-07-27 13:42:24.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Mario Lang [EMAIL PROTECTED] Build-Depends: debhelper (= 4.2), bison, doxygen, linuxdoc-tools, groff, - flite1-dev, libncurses5-dev, libxaw7-dev, libatspi-dev, libbluetooth1-dev + flite1-dev, libncurses5-dev, libxaw7-dev, libatspi-dev, libbluetooth2-dev | libbluetooth-dev Standards-Version: 3.6.1 Package: brltty signature.asc Description: Digital signature
Bug#380082: shouldn't always use snd-powermac
Package: hw-detect X-Debbugs-CC: [EMAIL PROTECTED] Dennis de Vaal reports that on an iMac G5 The snd-powermac module causes the system to completey lockup/freeze. Also, snd-powermac is being deprecated for anything that has a i2s-X/sound/layout-id. The iMac G5 should have that, and that means snd-aoa will automatically load. snd-aoa will only be included in 2.6.18, but is capable of automatically loading without /etc/modules interaction. The right fix here is tough. If we could rely on 2.6.18, then it'd be trivial to check if there's a layout-id property below the sound node and if so not use snd-powermac (snd-aoa will come up automatically). But since we can't do that, it's hard. snd-powermac causes system hangs on that iMac G5, a bug that is implicitly fixed by making snd-powermac refuse loading on such machines in 2.6.18 (since snd-aoa handles it I patched snd-powermac to not initialise there anyway). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379835: NTFS (partition) not recreated correctly after resize: incorrect start sector
On Tuesday, 25 Jul 2006 21:35:05 +0200, Frans Pop wrote: As can be seen in the bug history, partman needs to create the new smaller/larger partition with the same start sector (not start cylinder) as the old partition. I have investigated further what happens in partman. The script that is called when resizing an NTFS partition is: /lib/partman/active_partition/70resize/do_option Before this script is executed, a partition dump in /var/log/partman shows: Partitions: # id length type fs pathname (0,0,0) (0,0,62) -1 0-32255 32256 primary label /dev/scsi/host0/bus0/target0/lun0/part-1 (0,1,0) (0,32,31) -1 32256-1048575 1016320 unusable free /dev/scsi/host0/bus0/target0/lun0/part-1 (0,32,32) (2549,228,46) 1 1048576-20973617151 20972568576 primary ntfs /dev/scsi/host0/bus0/target0/lun0/part1 (2549,228,47) (2549,254,62) -1 20973617152-20974463999 846848 unusable free /dev/scsi/host0/bus0/target0/lun0/part-1 The NTFS partition and the surrounding free space were created by the Windows Vista installer. After that is an existing Linux partition. The script performs the following basic steps: - starting size of the partition is 2048-40964095 (1048576-20973617151) - ntfsresize -f -i /dev/scsi/host0/bus0/target0/lun0/part1 it greps the result for the smallest possible size for the partition - I selected 15G as the new size - ntfsresize -f --size 150 /dev/scsi/host0/bus0/target0/lun0/part1 this ntfs resize operation succeeds - script calls parted_server with: open_dialog VIRTUAL_RESIZE_PARTITION 1048576-20973617151 150 - in parted_server virtual_resize_partition calls resize_partition with new start and end sectors; I added a debug statement to show which start and end sectors it is being called with From this call, /var/log/partman contains: parted_server: Resizing partition with id 1048576-20973617151 parted_server: partition_with_id(1048576-20973617151) parted_server: New size: 150 parted_server: resize_partition(openfs=false) parted_server: resize_partition start 2048; end 29298922 parted_server: try to check the file system for errors parted_server: successfully checked This clearly shows that resize_partition is called with correct parameters. - resize_partition calls libparted: ped_disk_set_partition_geom(disk, part, constraint, start, end) - this resize in itself is performed correctly; the next partition dump in /var/log/partman shows: Partitions: # id length type fs pathname (0,0,0)(0,0,62) -1 0-32255 32256 primary label /dev/scsi/host0/bus0/target0/lun0/part-1 (0,1,0)(1823,254,62) 1 32256-15002910719 15002878464 primary ntfs /dev/scsi/host0/bus0/target0/lun0/part1 (1824,0,0) (2549,254,62) -1 15002910720-20974463999 5971553280 unusable free /dev/scsi/host0/bus0/target0/lun0/part-1 This shows that ped_disk_set_partition_geom does _not_ create the partition at the requested sectors. fdisk with the 'u' option shows the partition as: Device Boot StartEnd Blocks Id System /dev/sda1 * 63 2930255914651248+ 7 HPFS/NTFS The original starting sector 2048 has been changed to 63. Instead of the requested end sector 29298922, libparted sets it at 29302559. - next, the original script does another ntfsresize to maximize on the new partition: ntfsresize -f /dev/scsi/host0/bus0/target0/lun0/part1 - this fails because the starting sector is now incorrect Conclusion: either resize_partition calls the wrong libparted function, or there is a bug in parted's ped_disk_set_partition_geom function. pgpDsikDlFE7d.pgp Description: PGP signature
Bug#380079: postgrey: postgrey on sarge AMD64 stops working in the moment the first contact on the Socket is made.
Le jeu 27 juillet 2006 13:59, Christian Schlettig a écrit : Package: postgrey Version: 1.21-1sarge1 Severity: critical File: postgrey Justification: breaks unrelated software without knowing i think its kind of a compilation problem.. postgrey is in pure perl, which render your assumption really unlikely. It may mean that it's a problem in perl though. Jul 27 11:18:26 mail kernel: postgrey[6026] general protection rip:2a9687fd2c rsp:7fb640 error:0 […] rip:2a9687fd2c rsp:7fb6b0 error:0 […] rip:2a9687fd2c rsp:7fb6b0 error:0 […] rip:2a9687fd2c rsp:7fb640 error:0 […] rip:2a96a83d2c rsp:7fb640 error:0 -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpOJnQ1PfO29.pgp Description: PGP signature
Bug#380080: lighttpd: logrotate stops servers, and sometimes it does not starts again
Package: lighttpd Version: 1.4.11-7 Severity: grave Justification: renders package unusable I use lighttpd on many servers, and sometimes, because of logrotate, the server stops, but never starts again (presumably because the sleep 5 is not enough, logs shows that it took 5 seconds to stop: 2006-07-27 06:25:20: (server.c.1216) [note] graceful shutdown started 2006-07-27 06:25:24: (log.c.135) server stopped (1) I'm surprised that lighttpd is not able to understand a kill -HUP to reload. (2) even if it doesn't, it should be possible to wait until it's really stopped before starting it again, instead of a crude sleep. given that the logrotate fires the stop around 06:25, it causes serious downtime, hence the severity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380081: dlocate interprets first argument *always* as option if more than one submitted
Package: dlocate Version: 0.5-0.2 Severity: normal Hi, easy to reproduce: [EMAIL PROTECTED]:~ $ dlocate vmlinuz-2.6.17-1-686 vmlinuz-2.6.16-2-686 linux-image-2.6.16-2-686: /boot/vmlinuz-2.6.16-2-686 [EMAIL PROTECTED]:~ $ dlocate vmlinuz-2.6.16-2-686 vmlinuz-2.6.17-1-686 linux-image-2.6.17-1-686: /boot/vmlinuz-2.6.17-1-686 [EMAIL PROTECTED]:~ $ dlocate vmlinuz-2.6.16-2-686 linux-image-2.6.16-2-686: /boot/vmlinuz-2.6.16-2-686 The bug is obviuosly here: OPTION=$1 ; shift Then it checks if the option is of the form: |-h|-H|--help, if yes the help is printed. Then it checks, if there are more options after $1. If yes, $1 is evaluated. If not, $2, $3 etc. are evaluated: PKG=$1 [ -z $1 ] PKG=$OPTION while [ -n $PKG ] ; do case $OPTION in snip esac shift PKG=$1 done I guess the first shift should only be done if $1 is a valid option of dlocate. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380054: CVE-2006-2898: Denial of service in Asterisk
Mark Purcell wrote: On Thursday 27 July 2006 07:34, Martin Schulze wrote: The patch used for security is attached. Thanks Joey, In asterisk 1.2.10 half of that patch is already applied upstream. I have applied the other half and am in the process of uploading. Great! Regards, Joey -- It's time to close the windows. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367428: sysvinit: last cut the username if its longer than eight characters
[Henrique de Moraes Holschuh] We have a problem here. Debian is not POSIX, and in Debian usernames are already longer than 8 characters, plain and simple. Well, you might find it plain and simple, but the fact is that there are lots of programs and scripts unable to cope with usernames longer than 8 characters. The safe approach is thus to avoid them. Anything that expects them to be only 8-chars wide is already either broken, or very sub-optimal. And they would be following the POSIX specification, even if you claim they are broken. Anyway, the interesting part of this discussion is what 'last' should output when encountering a user with more than 8 characters in the name. This is the current output, indented 2 charcters: % last root pts/7some.hostThu Jul 27 12:09 - 13:04 (00:55) user pts/6other.host Wed Jul 26 17:42 - 19:53 (02:11) user pts/0other.host Wed Jul 26 12:59 - 13:25 (00:25) user pts/2localhostTue Jul 25 16:33 - 16:33 (00:00) [...] % At the moment the username is cut if it is longer than 8 characters. There are a few options: - Should the column in the row with a long username be skewed compared to the other columns? - Should we come up with a different arbitrary size limit while still making sure the line is less than 80 characters long? I believe it is important to keep the lines shorter than 80 characters. - Should we skew the next column (or as many as it takes), to make room for the longer username, and leave the others aligned? IMHO, We document it in NEWS.Debian, and go right ahead. It would be different if we didn't have 8 chars usernames, but we already do, and for a long while, now. I'm not sure what you suggest to document, as it is unclear to me how to best handle longer usernames. How do other unixes handle them in 'last'? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380076: USB mouse stop work after upgrade to kernel 2.6.16-2-686
maximilian attems wrote: tags 380076 moreinfo stop On Thu, Jul 27, 2006 at 01:32:09PM +0300, Maxim Kudelya wrote: Package: kernel Severity: important wrong package by the way Which should be? install ? After upgrade to kernel-image 2.6.16-2-686 USB Wheel Optical Mouse 1.1A not detected in boot process. /dev/input/mice is absent. In this cause X server don't start and mouse don't work. I found that module mousedev is missing in /etc/modules and it's solve the problem. please post your udev version: dpkg -l udev ii udev 0.085-1 /dev/ and hotplug management daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380085: fai-setup should not always setup rsh/ssh on install server
Package: fai-server Version: 2.10.5 Severity: minor fai-setup should not set up rsh/ssh on install server if LOGSERVER if not the install server. This can't deb determined by the hostname or ip address, since it may be different on a server with multipli networks cards (and different hostnames for each). Maybe add a new option to fai-setup. -- regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380072: [Pkg-lyx-devel] Bug#380072: lyx-common: upgrade fails due to postinst call to gtk-update-icon-cache failing
On Thu, Jul 27, 2006 at 11:06:59AM +0200, [EMAIL PROTECTED] wrote: Package: lyx-common Version: 1.4.2-1 Severity: minor Hi, the call to gtk-update-icon-cache fails when no icon-theme is installed because of a then missing index.theme file. Not knowing the depths of the mechanisms behind themes et al. I'd like to suggest using the option -t with it. This seems to be the right way, Per what do you think? Sven -- If you won't forgive me the rest of my life Let me apologize while I'm still alive I know it's time to face all of my past mistakes [Less than Jake - Rest Of My Life] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380079: socket related problem in AMD64?
Yo! See #380079 for reference Christian Schletig reported the postgrey package not working on AMD64. Looking at the log message: Jul 27 11:18:26 mail kernel: postgrey[6026] general protection rip:2a9687fd2c rsp:7fb640 error:0 According to Christian the message occurs at the moment when postfix connects on the socket. I suspect it's not postgrey's problem (especially since postgrey is a perl script and should thus be platform independent. The protocol on the socket is text, so no word size/endianness issue on that front either.) Net::Server, perl or kernel? thanks for looking into it, if you have time. Please reassign to the correct place if you find I am correct. Or, of course, flame me if postgrey is at fault. Quoting from the bug report: -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-11-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postgrey depends on: ii debconf1.4.30.13 Debian configuration management sy ii libberkeleydb-perl 0.26-3use Berkeley DB 4 databases from P ii libnet-dns-perl0.48-1Perform DNS queries from a Perl sc ii libnet-server-perl 0.87-3sarge1 An extensible, general perl server ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction ii ucf1.17 Update Configuration File: preserv cheers -- vbi -- pub 1024D/92082481 2002-02-22 Adrian von Bidder [EMAIL PROTECTED] Key fingerprint = EFE3 96F4 18F5 8D65 8494 28FC 1438 5168 9208 2481 pgpa81Mdmk815.pgp Description: PGP signature
Bug#380079: postgrey: postgrey on sarge AMD64 stops working in the moment the first contact on the Socket is made.
severity 380079 grave thanks On Thursday 27 July 2006 13:59, Christian Schlettig wrote: File: postgrey Justification: breaks unrelated software Which unrelated software does it break? Adjusting to grave, though personally I even think 'important' would be sufficient. Version: 1.21-1sarge1 Did the security upgrade introduce this problem, i.e. it worked before? Can you reproduce it with the version from testing? without knowing i think its kind of a compilation problem.. postgrey is a perl script, so I doubt ... ;-) But I agree, but probably the bug is in Net::Server or in perl. Jul 27 11:18:26 mail kernel: postgrey[6026] general protection rip:2a9687fd2c rsp:7fb640 error:0 Or, seeing this, in the kernel, perhaps? I'll try to have the AMD64 and/or Net::Server folks have a look at this. Thanks for the bug report. cheers -- vbi -- Alle schaffen hart für Knete, nur nicht Otto, der spielt Lotto. pgpF76wUhSaN2.pgp Description: PGP signature
Bug#379989: ri-li: cannot adjust keys
Gonéri Le Bouder wrote: This feature is just not implemented. I'm sure upstream thought the handwritten note would adequately (and humorously) convey that this is an unimplemented feature, but it confused me too. It was nice, at least, to get the tip that h toggles help (i.e. the red arrows showing the state of the switches) but even that was somewhat confusing: at first, I thought help might have something to do with showing key mappings, until I tried pressing h in the game and observed its effects. So there's room here for improvement. Whether it's worth doing anything about it or not before a new release of ri-li comes out with proper support for keys is a matter for upstream to consider. Thanks, Ben p.s. The whole family (kids aged 4, 8, 12, 16, and both parents) really enjoy this game. Thanks for packaging it, and convey my thanks upstream for writing it. I'll definitely be including it in Debian Jr. as soon as it migrates to testing.
Bug#377391: closed by Michael Vogt [EMAIL PROTECTED] (Bug#377391: fixed in apt 0.6.45)
On Thu, Jul 27, 2006 at 09:02:35AM +0200, Frans Pop wrote: Hello Michael, Hi Frans, On Thursday 27 July 2006 01:49, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #377391: Extremely irritating libparted error message during LVM on RAID setup, which was filed against the partman-lvm package. It has been closed by Michael Vogt [EMAIL PROTECTED]. Today I received this BTS message closing #377391; this is due to: Changes: apt (0.6.45) unstable; urgency=low [...] * apt-pkg/acquire-item.cc: - check for bzip2 in /bin (closes: #377391) I think there must be a typo in this bug number in your changelog as the closed BR has nothing to do with apt. Suggest you check which bug should have been closed. Note: #377391 was already closed with partman-lvm/41, so no need to reopen it. Thanks for the mail and sorry for the typo. I closed the correct bug by hand now. Cheers, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380086: totem (totem-xine) crashes always on launch wth an error:
Package: totem Version: 1.4.3-1 Severity: grave Justification: renders package unusable stderr output: totem: gconv_db.c:232: __gconv_release_step: l'assertion « step-__end_fct == ((void *)0) » a échoué. (dirty translation: totem: gconv_db.c:232: __gconv_release_step: assertion step-__end_fct == ((void *)0) failed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages totem depends on: ii totem-xine1.4.3-1A simple media player for the Gnom totem recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345552: squid: truncates XML on WebDAV
On Thu, Jul 27, 2006 at 02:02:22AM +0200, Luigi Gangitano wrote: It seems that in the dump you sent many packages are truncated and cannot be reconstructed. I have no idea why you think that -- it was taken with -s 5000, and the MTU of my network interface is 1500... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380084: ethereal has been renamed to wireshark
Package: kismet Version: 2006.04.R1-1 Severity: normal Hello, Ethereal has been renamed to Wireshark and a package just got out of the NEW queue. Could you update your package to replace ethereal-common by wireshark-common ? Thanks, Frederic -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Versions of packages kismet depends on: pn ethereal-common none (no description available) ii libbz2-1.0 1.0.3-3 high-quality block-sorting file co ii libc62.3.6-15GNU C Library: Shared libraries ii libexpat11.95.8-3.2 XML parsing C library - runtime li ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-9 GCC support library ii libgmp3c22:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjasper-1.701-11.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg626b-13 The Independent JPEG Group's JPEG ii liblcms1 1.15-1 Color management library ii libmagick9 7:6.2.4.5.dfsg1-0.9 Image manipulation library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5.2PNG library - runtime ii libsm6 1:1.0.0-4 X11 Session Management library pn libstdc++5 none (no description available) ii libtiff4 3.8.2-5 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.0-7 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxml2 2.6.26.dfsg-2 GNOME XML library ii wireless-tools 28-1Tools for manipulating Linux Wirel ii zlib1g 1:1.2.3-13 compression library - runtime kismet recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380066: libggi: FTBFS on GNU/kFreeBSD
Anibal, You did the last upload, do you mind if I take care of this? Petr Salinger wrote: It needs to restrict fbdev support only for Linux archs. Please find attached patch with that. -- ·''`. Policy is your friend. Trust the Policy. : :' : Love the Policy. Obey the Policy. -- Lars Wirzenius `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#380049: debian-installer/etch bug report
In-Reply-To=[EMAIL PROTECTED] hello, Comments/Problems: The machine is set to install on /dev/md0 raid1. The installer worked like a charm, and on reboot into the live system I end up with major failure, the scripts try to start the raid system with mdrun but I end up with the error; mdadm: cannon open device /dev/hda5: Device or resource busy When I attempt to mount /dev/hda1 I end up with the same error. that is a known problem of the mdrun initramfs boot script. it got dropped for proper hook scripts, you need newer initramfs-tools 0.70 and mdadm from unstable. try to fetch those before reboot. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370560: Merge #370560 and #379921
merge 370560 379921 thanks I am still waiting for the change to Packages-arch-specific to take effect on the buildds. I will probably not be able to upload the new libaws (2.2) before August 10, as I'll be on vacation starting tomorrow evening. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379954: [Pkg-shadow-devel] Bug#379954: shadow: [INTL:ja] updated Japanese debconf translation
Hi, In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: At Wed, 26 Jul 2006 18:45:31 +0200, Tomasz K鰹czko wrote: Dnia 26-07-2006, 愚o o godzinie 23:08 +0900, Kenshi Muto napisa絵a): [..] I updated Japanese translation of debconf messages (ja.po). Please apply this. Can you also look on ja.po for shadow source tree ? (my old contact to Japanese translator is outdated) Current shadow ja.po you can download from: http://cvs.pld.org.pl/shadow/po/ja.po?rev=1.126 Takeo NAKANO is the responsible person for Debian shadow source ja.po. I Cc this mail. Nakano-san, can you make a time to update it? Yes, I downloaded the latest version and merged with that I previously translated. I've already resolved fuzzy entries, and will finish untranslated items in a week or so. Cheers, -- NAKANO Takeo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380087: HUGE callhistory.xml with encoded name freeze wengophone
Package: wengophone Version: 0.99+svn4511-4 Severity: important Wengophone used to work just fine, and suddenly stopped working: launching it, it opens a window, freezes, and eats all the memory of my machine (512Mb of RAM...). Investigating a bit, I find a HUGE callhistory.xml (250Mb). The head and tail of the file seem reasonable, but an entry in the middle has an encoded name ('er^ome. I seem to have encoding problem now so I don't put real accents, but they are here in my wengo addressbook). Attached are the relevant portion of the file. There's just 250Mb of junk in between ! Moving this callhistory.xml out of the way solved the problem, but that's still a bug. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages wengophone depends on: ii liba52-0.7.4 0.7.4-3Library for decoding ATSC A/52 str ii libasound21.0.11-3 ALSA library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdc1394-13 1.1.0-3high level programming interface f ii libgcc1 1:4.1.1-5 GCC support library ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libogg0 1.1.3-2Ogg Bitstream Library ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libraw1394-5 0.10.1-1.1 library for direct access to IEEE ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libstdc++64.1.1-5The GNU Standard C++ Library v3 ii libtheora00.0.0.alpha7-1 The Theora Video Compression Codec ii libvorbis0a 1.1.2-1The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2-1The Vorbis General Audio Compressi ii libx11-6 2:1.0.0-7 X11 client-side library ii zlib1g1:1.2.3-13 compression library - runtime wengophone recommends no packages. -- no debconf information !DOCTYPE CallHistory CallHistory callLog typeCallOutgoing/type dateTime2006-03-22T23:40:23/dateTime contactName![CDATA[XX]]/contactName duration140/duration phoneNumberNN/phoneNumber sms![CDATA[]]/sms /callLog callLog typeCallOutgoing/type dateTime2006-03-26T22:52:26/dateTime contactName![CDATA[X, Joelle et JÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃ�! �ÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃ
Bug#379732: popularity-contest: Fails to upload using http
I am unable to reproduce this. When I visit the HTTP submit URL, it seem to work as it should (this is the expected output when not using the popcon script to submit reports): I get the same when I use a web broswer: http://popcon.debian.org/cgi-bin/popcon.cgi GET /cgi-bin/popcon.cgi HTTP/1.1 Host: popcon.debian.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8.0.4) Gecko/20060506 Firefox/1.5.0.4 (Debian-1.5.dfsg+1.5.0.4-3) Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-gb,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive HTTP/1.x 200 OK Date: Thu, 27 Jul 2006 12:32:40 GMT Server: Apache/1.3.33 (Debian GNU/Linux) PHP/4.3.10-16 DAV/1.0.3 Transfer-Encoding: chunked Content-Type: text/plain; charset=utf-8 Via: 1.1 Application and Content Networking System Software 5.3.5 Connection: Keep-Alive Debian Popularity-Contest HTTP-POST submission URL Visit http://popcon.debian.org/ for more info. I also tried to submit a new report from my laptop, and this did not give any errors to syslog, which it should if it failed to get the proper reply from the HTTP server. # /etc/cron.weekly/popularity-contest # grep popularity-contest /var/log/messages # I get kronos popularity-contest: unable to submit report to http://popcon.debian.org/cgi-bin/popcon.cgi.; in the log Are you still seeing the problem? If so, I suggest checking for HTTP proxies between your machine and popcon.debian.org. Yep, still getting it everytime. I don't know if there is a transparent proxy here at work, I'm not aware of one, and if there is it shouldn't interfering with sumbitting data. I've now tested some other debian boxes here and sometimes they are able to sumbit ok, but not always. For example on another box I saw this: Failed to upload, answer 'HTTP/1.1 400 Bad Request Date: Thu, 27 Jul 2006 12:44:53 GMT Server: Apache/1.3.33 (Debian GNU/Linux) PHP/4.3.10-16 DAV/1.0.3 Connection: close Content-Type: text/html; charset=iso-8859-1 !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN HTMLHEAD TITLE400 Bad Request/TITLE /HEADBODY H1Bad Request/H1 Your browser sent a request that this server could not understand.P The request line contained invalid characters following the protocol string.P P HR ADDRESSApache/1.3.33 Server at gluck.debian.org Port 80/ADDRESS /BODY/HTML ' Not sure how this could happen. The error is coming back from gluck because it obviously doesn't understand the header enough to realise which virtual host it was even aimed at, which does suggest that it's getting damaged in transit, or maybe before actually being sent. I tried adding the -C option to the uploader and now the box that couldn't send before is able to send fine everytime, and the box that could send sometimes, now always fails with answer = ; Any suggestions on how to debug this? Richard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380088: texlive should provide tetex-bin package name (this is not #377106 bug)
Package: texlive Version: 2005-2 Severity: wishlist Hello, Some texlive recommandation cannot be installed (tex libraries I guess) because they depends on tetex-bin. A way to resolve the conflict should be that texlive provides tetex-bin name. Another way should be to change these dependancies to a virtual package that both tetex-bin and texlive provides This should be cleaner but harder to do... -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1059 2006-07-23 13:38 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 2006-07-20 13:59 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2006-07-03 14:37 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2006-07-20 13:59 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 7731 2006-07-23 13:37 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 11785 2006-07-23 13:37 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4481 2006-07-23 13:37 /var/lib/texmf/tex/generic/config/language.dat -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages texlive depends on: ii texlive-context 2005-2 TeX Live: ConText macro package ii texlive-doc-en2005-2 TeX Live: English documentation ii texlive-fonts-recommended 2005-2 TeX Live: Recommended fonts ii texlive-latex-base2005-2 TeX Live: Basic LaTeX packages ii texlive-latex-recommended 2005-2 TeX Live: LaTeX recommended packag texlive recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295785: ITP: 2pong -- It's a pong clone, but a one difference-It's played with two balls.
Miriam Ruiz wrote: --- Eddy PetriÅŸor [EMAIL PROTECTED] escribió: Daniel are you stil interested in packaging this game? If so, maybe you could ask for sponsorship on the Debian Devel Games list[*] and maybe join the team? I've the package still ready, but I remember there were some license issues. However, I'm looking again at it right now. btw, I don't need sponsorship, I can upload myself (but thanks for the pointer :) Alex is a friend of mine, she's out of this stuff for a while and she won't mind us packaging this game :) Go ahead Thanks for the information. -- 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#379962: [Debian-ia32-libs] Bug#379962: ia32-libs: X11 locale libraries are searched for in the wrong place
On Thu, Jul 27, 2006 at 12:51:14PM +0200, Goswin von Brederlow wrote: There is nothing we can do about that as that is set at compile time of Xorg. ia32-libs just repackages the binary files. If you rebuilt things you could :-) But you can override the dir with an environment variable: http://www.xfree86.org/current/X.7.html: XLOCALEDIR This must point to a directory containing the locale.alias file and Compose and XLC_LOCALE file hierarchies for all locales. The default value is __projectroot__/lib/X11/locale. I eventually figured this out, via strings. Should it be in README.Debian for ia32-libs? -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296714: ITP: freepop -- game inspired by the classic Populous series
Hello all, I see that the repo[1] linked by Gerfried in the original mail contains a package for this game. Gerfried, are you still interested in maintaining this game package? If so, some Debian Developer could sponsor an upload, if you ask for one. Probably he might be a member of the Debian Games Team[*]. If you decide to maintaina the package, please send an email to [EMAIL PROTECTED] with the following contents. The bug will be closed yet another time at upload time. reopen 296714 thanks [1] http://alfie.ist.org/debian/freepop/ [*] See mail in CC -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295785: ITP: 2pong -- It's a pong clone, but a one difference-It's played with two balls.
Hello all, I see Daniel has done a package for 2pong while I haven't seen any(recoreded) activity from Alex. Thus I think Danel is the right man for this job. Daniel are you stil interested in packaging this game? If so, maybe you could ask for sponsorship on the Debian Devel Games list[*] and maybe join the team? [*] see the CC -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368996: .SH and roff
On Thu, Jul 27, 2006 at 08:39:42AM +0100, Colin Watson wrote: On Thu, Jul 27, 2006 at 08:20:39AM +0200, Martin Schulze wrote: I'm writing you because of Bug#368996 in which the reporter claims that when you use the .SH macro and the parameter contains a space character it should be quoted. Is this true? To the best of my knowledge, this is not the case. See groff_man(7), which says: .SH [text for a heading] Sets up an unnumbered section heading sticking out to the left. Prints out all the text following SH up to the end of the line (resp. the text in the next input line if there is no argument to SH) in bold face, one size larger than the base document size. Additionally, the left margin for the following text is reset to its default value. I'm reading man.7: If the name contains spaces and appears on the same line as .SH, then place the heading in double quotes. Looking at the suggested patch, I notice that flock(2) has a stray after SEE ALSO, This is fixed in 2.34-1 or earlier. and the trailing spaces after NAME and DESCRIPTION in setnetgrent(3) should be dropped rather than quoted. Nothing else in the patch is necessary. Indeed; Michael, innetgr is also affected (and considerably more have some space at the end, but I can't think now about which can{,'t} be dropped). Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376714: Summary of the status of the libcairo upstream #7494 bugs
Adeodato Simó wrote: unmerge 377147 retitle 377147 libcairo 1.2.0: regression: gtk apps are not anti-aliased if anti-aliasing is disabled in ~/.qt/qtrc notforwarded 377147 unblock 377879 by 377147 unblock 379482 by 377147 retitle 376714 libcairo 1.2.0 text disappears after first word if anti-aliasing disabled retitle 378005 libcairo 1.2.0 text disappears after first word if anti-aliasing disabled severity 376714 serious tags 376714 fixed-upstream patch thanks All this reminds me why I hate the debian bug system. wtf was all that? Hi. There are currently three merged bugs open against libcairo, all of them forwarded to upstream #7494: #376714: Cairo 1.2.0 fonts disappear after first word #377147: firefox: text rendering badly damaged #378005: libcairo2 problem with non-anti-aliased text As can be read in upsream #7494, only the disappearing text in non-antialiasing mode is being considered there, so I am unmerging #377147, and will follow-up to it separately. I've also rebuilt libcairo2 applying the patch provided by upstream [1], and I confirm it solves the disappearing text problem. Since I really think that bug makes the package unreleasable, I've raised its severity to serious. HTH, [1] http://gitweb.freedesktop.org/?p=cairo;a=commitdiff;h=456cdb3058f3b416109a9600167cd8842300ae14;hp=8601c2c68306c956744399099a941363d446b906 Thanks for testing the patch that was created while I was sleep 7 hours ago. I can't really have been expected to do that myself :) I'll consider applying it, but I'll see if a new upstream release is imminent. I am tracking the upstream bugs closely. Dave
Bug#380072: [Pkg-lyx-devel] Bug#380072: lyx-common: upgrade fails due to postinst call to gtk-update-icon-cache failing
Sven Hoexter: This seems to be the right way, Per what do you think? I made an upload now where I check if index.theme exists before running gtk-update-icon-cache. I don't know what the correct thing is, really. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378544: Undefined macros in manpages
On Thu, Jul 20, 2006 at 06:10:10PM +0200, Michael Kerrisk wrote: tags 378544 fixed-upstream thanks Thomas, Thanks for your report. Fixes, as described below, will appear in upstream 2.37. results: line dismissed fix: .B instead of .Fd Not correct; no change. (Is the Debian page different from my upstream, perhaps?) Indeed it is: http://ftp.debian.org/debian/pool/main/m/manpages/manpages_2.36-1.diff.gz and + * Converted getloadavg(3) to GNU/Linux style Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295785: ITP: 2pong -- It's a pong clone, but a one difference-It's played with two balls.
--- Eddy PetriÅor [EMAIL PROTECTED] escribió: Hello all, I see Daniel has done a package for 2pong while I haven't seen any(recoreded) activity from Alex. Thus I think Danel is the right man for this job. Daniel are you stil interested in packaging this game? If so, maybe you could ask for sponsorship on the Debian Devel Games list[*] and maybe join the team? Alex is a friend of mine, she's out of this stuff for a while and she won't mind us packaging this game :) Go ahead Miry __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380092: amd64-libs: ambiguous description
Package: amd64-libs Severity: minor In the package description it states: ...configured for use on an i386 Debian system running a 64-bit kernel. Disambiguation calls for stating which hardware platform(s) and which software platforms(s) this package is appropriate for. For example, This package is appropriate for 32-bit systems. This package is appropriate for 64-bit systems. Or, This package should only be used on i386 Debian platforms, etc. The current description above leads me to believe that this is a 64-bit software package that runs natively on 32-bit hardware. This is, of course, impossible, by definition. Thanks for providing a great distribution. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380034: Request for the inclusion of manyfoot.sty in tetex-extra
[EMAIL PROTECTED] wrote: [there is some personal interest, sisu (sisu-pdf) has come to depend on the presence of manyfoot.sty, and though there will be little problem working with texlive, there seems no good reason why the choice of either tetex or texlive should be precluded for this reason alone (i.e. the lack of a useful and recognised latex package manyfoot in tetex)... please]. Actually in Debian the user is able to choose whether to use teTeX or TeX Live. And it is even possible to add packages from TeX Live to a teTeX installation (or the other way round, but that is less interesting). However, for this to work it is necessary for depending packages to provide suitable alternatives. At the moment sisu-pdf depends on: tetex-bin tetex-extra texlive-latex-extra It would be good if you would change this into tetex-bin | texlive-base-bin tetex-extra | texlive-latex-extra texlive-latex-extra (I am not completly sure what your actual dependencies are on the LaTeX level. Please cross check.) As Frank said, teTeX is dead upstream, so it is quite likely that TeX Live will be the TeX system of choice on Debian in the not so far future. cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334173: ITP: angrydd -- classic falling block puzzle game
Hello all, I see that the homepage of this game[1] contains a Debian package for this game. Jon, are you still interested in maintaining this game package, or are you its upstream? In any case, some Debian Developer could sponsor an upload, if you ask for one. Probably he might be a member of the Debian Games Team[*]. [1] http://www.sacredchao.net/~piman/angrydd/ [*] See CC -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380090: New SciTE version
Package: scite Version: 1.69-1 Severity: wishlist Priority: normal The new version of SciTE is available since 20 june 2006, is it possible to make it available in unstable ? Thanks a lot Mourad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377147: anti-aliasing with cairo+gtk+firefox on kde
The antialiasing problem seems to be caused by the KDE bug mentioned in the cairo bug https://bugs.freedesktop.org/show_bug.cgi?id=7494 [[ I think I've figured out what was all this about, and it's not cairo's fault. In fact, it's been a fix on cairo (http://gitweb.freedesktop.org/?p=cairo;a=commit;h=fe324c44153cf37a51b51883780daee5500173be, TTBOMK) what has exposed bugs in other layers. For example, if I set Xft.antialiasing to 0, with cairo 1.0.4 I still get antialiased apps, but not with cairo 1.2.0. This explain the behavior observed in comment 2, but it's still a bug on KDE (hopefully I can point to an URL later). ]] -- Adeodato Simó The KDE fix mentioned is http://websvn.kde.org/branches/KDE/3.5/kdebase/kcontrol/krdb/krdb.cpp?rev=551202r1=541552r2=551202 If this is confirmed fixes it, I think this bug should be reassigned to kdebase. Dave
Bug#325526: libcairo2: undefined symbol 'FT_GlyphSlot_Embolden'
Oliver Jato wrote: hello, the file seems to be okay: ... flyricky:/home/olli# cat foo.c main() { FT_GlyphSlot_Embolden(); } flyricky:/home/olli# less foo.c flyricky:/home/olli# gcc -o foo foo.c -lcairo flyricky:/home/olli# ./foo flyricky:/home/olli# so in terms of this bug, it works for you. after adding /usr/local/lib again to ld.so.conf, ldconfig -v showed me libpng12.so.0 in /usr/local/lib and /usr/lib. is this the right behaviour? Your own compile of major app libs like libpng12 probably the cause of all sorts of problems. See the gcc failure to link; it somehow burnt in a path to a different library. The rest of the crashes I think are your problem. it probably doesn't help because svg files still don't work with a removed /usr/local/lib, but this is the listing of it: ... -rw-r--r-- 1 root staff 2378932 2005-03-08 23:32 libfreetype.a -rwxr-xr-x 1 root staff 822 2005-03-08 23:32 libfreetype.la lrwxrwxrwx 1 root staff 20 2005-03-08 23:32 libfreetype.so - libfreetype.so.6.3.7 lrwxrwxrwx 1 root staff 20 2005-03-08 23:32 libfreetype.so.6 - libfreetype.so.6.3.7 -rwxr-xr-x 1 root staff 1470054 2005-03-08 23:32 libfreetype.so.6.3.7 Your 15-month old version of freetype here is the cause of your crash - the library had some bugs and the real debian version fixes them, and also includes the function that is not found. The debian cairo package depends on the debian version of freetype that has the function. I really suggest you delete everything from /usr/local/lib that already exists in /usr/lib. It will cause you to see problems that do not exist with debian-maintained libraries. As far as this bug is concerned, I'm taking no action - it's all due to configuration on your system. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379356: pqxx-config is not included in libpqxx-dev
Carlo Pires [EMAIL PROTECTED] writes: pqxx-config must be included in libpqxx-dev as there is several programs on wich configure script uses pqxx-config to check if libpqxx libraries is present. This is a deliberate omission. pqxx-config has been deprecated for over two years, and those packages should be using pkg-config instead: $ pkg-config --cflags libpqxx -I/usr/include/postgresql $ pkg-config --libs libpqxx -lpqxx I'll check with upstream about obsoleting pqxx-config completely. 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 sign and encrypt your mail. pgpHM77eUhJ16.pgp Description: PGP signature
Bug#380059: ejabberd: Ejabberd trows an error when trying to log in
On 7/27/06, Hylke van der Schaaf [EMAIL PROTECTED] wrote: Package: ejabberd Version: 1.1.1-4 Severity: grave Justification: renders package unusable After upgrading to ejabberd 1.1.1-4 I can't login anymore. The log message is listed below. It's because erlang got upgraded to version 11.b.0. After a few days a new ejabberd version will be uploaded to unstable. It will be compiled using new erlang and the bug will be gone. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325526: libcairo2: undefined symbol 'FT_GlyphSlot_Embolden'
As far as this bug is concerned, I'm taking no action - it's all due to configuration on your system. yes you're right, i totally forgot about these old libs. i cleaned it up and everything is fine now. except amarok, but that may be another issue. thank you, oliver -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380034: Request for the inclusion of manyfoot.sty in tetex-extra
On 27/07/06, Ralf Stubner [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: [there is some personal interest, sisu (sisu-pdf) has come to depend on the presence of manyfoot.sty, and though there will be little problem working with texlive, there seems no good reason why the choice of either tetex or texlive should be precluded for this reason alone (i.e. the lack of a useful and recognised latex package manyfoot in tetex)... please]. Actually in Debian the user is able to choose whether to use teTeX or TeX Live. And it is even possible to add packages from TeX Live to a teTeX installation (or the other way round, but that is less interesting). However, for this to work it is necessary for depending packages to provide suitable alternatives. At the moment sisu-pdf depends on: tetex-bin tetex-extra texlive-latex-extra It would be good if you would change this into tetex-bin | texlive-base-bin tetex-extra | texlive-latex-extra texlive-latex-extra Thank you, I will do as you suggest in future packaging, and will look towards primarily using texlive. My request for the addition to tetex is to enable me to continue to provide users the option of using tetex, as it works fine but for the absence of the single manyfoot.sty (i.e. at present this is the reason texlive-latex-extra is needed, and i would still prefer the option of not needing it, or rather choosing between either if possible) (I am not completly sure what your actual dependencies are on the LaTeX level. Please cross check.) will do, thank you. As Frank said, teTeX is dead upstream, so it is quite likely that TeX Live will be the TeX system of choice on Debian in the not so far future. teTeX is dead long live TeX Live... or something like that, all's well. cheerio ralf :-) ralph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380089: missing conflict on mdadm
Package: initramfs-tools Version: 0.70b Severity: critical Justification: renders system unbootable initramfs-tools no longer provides the RAID functionality but leaves that to mdadm, which started to provide it with the 2.5-1 release. As part of this transition, I thought it was agreed that initramfs-tools would conflict with 2.5-1 as soon as it drops the RAID functionality. This conflict does not exist in the 0.70b release. If someone with root on RAID ends up upgrading only initramfs-tools (slow upgrade to etch, backports, etc.) without upgrading mdadm to 2.5-1 or beyond, the initramfs will fail to bring up the root system and hence render the system unbootable. Please fix. For completeness, here's the related IRC discussion: 15:18:11 madduck maks: uh, why exactly does initramfs-tools not conflict with mdadm? 15:19:08 maks madduck: no reason to do so 15:19:33 madduck except that if mdadm 2.5.2-X is installed and initramfs-tools upgraded, RAID systems won't boot anymore? 15:19:48 madduck as they used to? 15:20:08 madduck i thought we had discussed this. 15:20:29 maks madduck: no i don't add gratious conflicts 15:20:48 madduck wtf? 15:21:21 madduck this sounds like a grave bug to me. 15:21:40 maks madduck: i'm watching you entering testing 15:21:47 maks and won't be there before so be cool 15:22:22 madduck maks: i disagree. we don't have package relations to manually make sure we don't need them. 15:22:25 maks madduck: and yes evms already handled that phase 15:22:29 madduck please add the conflict or do i need to go approach ctte? 15:25:13 maks madduck: it was not agreed 15:25:34 madduck maks: you still did not provide a reason. and you're starting to annoy me. 15:25:41 maks madduck: as i already told you mdadm will be in testing before initramfs-tools so get out of the way 15:25:56 madduck maks: i will now file a grave bug, and if you don't handle it appropriately which means fix or argue properly, i'l;; go to ctte. 15:26:12 maks madduck: loose your time if you feel so -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#380093: Debian branding
Package: tasksel Version: 2.50 Severity: wishlist tasksel's debconf templates mention Debian in two places: _Description: Choose software to install: At the moment, only the core of Debian is installed. To tune the system to your needs, you can choose to install one or more of the following predefined collections of software. _Description: Debian software selection It would be nice if this text were more generic so that derived distributions didn't have to mess with it. How about only the core of your new system is installed and Software selection? Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380091: tail: -n fails on multiple files
Package: coreutils Version: 5.97-1 Severity: normal Hi, The version of tail currently in stable supports the following: tail -1 file1 file2 file3 Such syntax is also supported in head, both in stable and unstable. Unfortunately the current unstable release of tail breaks when this is attempted, complaining: % tail -1 file1 file2 file3 tail: invalid option -- 1 Try `tail --help' for more information. Note that this occurs with any -n specified. Also note that the syntax works perfectly fine with a single file; but it breaks with multiple files. Charles -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages coreutils depends on: ii libacl1 2.2.39-1 Access control list shared library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379732: [Popcon-developers] Bug#379732: popularity-contest: Fails to upload using http
[Richard Burton] Via: 1.1 Application and Content Networking System Software 5.3.5 This was an interesting header. Could it be that Cisco Application and Content Networking System is filtering the connection, and failing at it? I found URL:http://www.cisco.com/en/US/products/sw/conntsw/ps491/index.html while googling for that header. It explains what it is. Based on this, I am fairly confident that the problem is with your network setup, and not with the popcon service. I recommend you talk to your network providers, and ask them to find and fix the problem. I have no idea how to debug it. I'll close this bug in a few days, and keep it open in case you are able to indicate that the problem is indeed a problem with the popcon service. :) Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380094: tasksel: Norwegian Bokmål translation broken
Package: tasksel Version: 2.50 Severity: normal debian/po/nb.po appears to be an out-of-date copy of tasks/po/nb.po, rather than a translation of debian/templates as it should be. Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380097: qt4-x11: FTBFS on hurd-i386: missing GNU detection + POSIX incompatibilities
Package: qt4-x11 Severity: important Hi, when trying to build your package, this error has been raised: make[1]: Entering directory `/home/kibi/qt-final-build/qt4-x11-4.1.3/qmake' g++ -c -o project.o -pipe -DQMAKE_OPENSOURCE_EDITION -g -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igenerators/mac -I/home/kibi/qt-final-build/qt4-x11-4.1.3/src/corelib/arch/generic -I/home/kibi/qt-final-build/qt4-x11-4.1.3/include -I/home/kibi/qt-final-build/qt4-x11-4.1.3/include/QtCore -I/home/kibi/qt-final-build/qt4-x11-4.1.3/include -I/home/kibi/qt-final-build/qt4-x11-4.1.3/include/QtCore -I/home/kibi/qt-final-build/qt4-x11-4.1.3/src/corelib/global -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL -DQT_BUILD_QMAKE -DQT_NO_COMPRESS -I/home/kibi/qt-final-build/qt4-x11-4.1.3/mkspecs/linux-g++ -DHAVE_QCONFIG_CPP -DQT_NO_THREAD -DQT_NO_QOBJECT -DQT_NO_GEOM_VARIANT project.cpp In file included [from ***] from project.h:27, from project.cpp:24: /home/kibi/qt-final-build/qt4-x11-4.1.3/include/QtCore/../../src/corelib/global/qglobal.h:141:4: error: #error Qt has not been ported to this OS - talk to [EMAIL PROTECTED] make[1]: *** [project.o] Error 1 make[1]: Leaving directory `/home/kibi/qt-final-build/qt4-x11-4.1.3/qmake' make: *** [common-configure-arch] Error 2 [A bit reformated so that it is almost readable in a mailreader.] This is due to the fact the GNU (GNU/Hurd) is not detected in the actual Makefile, that's why I propose a patch fixing this (as a dpatch, see the first attached file). I'm not sure that upstream has to add anything specific for that OS; at least the build runs OK. A second issue is the unconditional use of PATH_MAX, which is a POSIX incompatibility (as briefly described on the hurd-devel-debian page[1]). 1. http://www.debian.org/ports/hurd/hurd-devel-debian Since this problem is being fixed directly with upstream AFAIK, I include as a second attachment another dpatch, which is a workaround to that, setting PATH_MAX to an arbitrary value using #ifndef/#define, so that the package could be built before upstream releases a new version of some files. [Here ends my important bug report, what follows is wishlist but is related to what's just written above, so I guess I'd better put it alltogether.] Since I noticed that mkspecs files were available for hurd-g++, I decided to give theme a try, patching debian/rules to use the following flag: -platform hurd-g++ I noticed several troubles (located in the mkspecs/hurd-g++/* files): -lICE is missing -lpthread(s?) is missing As the package is built correctly (TTBOMK) with linux-g++, I'd suggest that upstream synchronizes hurd-g++ directory from linux-g++ by copying it, so that it could be used some day for some hurd-specific options. At the moment, that mkspecs file is really outdated. Thanks for your attention. Cheers, -- Cyril Brulebois PS: I'd tag the whole upstream but I guess that applying my diffes as dpatches is an option until upstream has accepted (or not) them, thus I don't. Feel free to fix this if I'm wrong. 20_hurd_detection.dpatch Description: application/shellscript 21_hurd_path_max.dpatch Description: application/shellscript
Bug#186476: Reopening jython bugs
reopen 137090 reopen 186476 reopen 276873 reopen 281038 reopen 314711 reopen 240213 thanks Martin Michlmayr wrote: jython has been removed because it's orphaned, obsolete. No, it is no longer orphaned since my upload on 16th July. As I said in my previous mail reopening these bugs (after vela closed them a first time), I'm now working on them (see #281038). -- Nicolas Duboc [EMAIL PROTECTED] pgp1pBCPgKCCo.pgp Description: PGP signature
Bug#338061: moodle: Maybe a solution?
Package: moodle Version: 1.6-2 Followup-For: Bug #338061 I'm not completelly sure, but I think there is a problem in the moodle package, because it should have a dependency with libphp-adodb. Currently I've done a lot of test, so my Debian is not sarge any longer and I'm still working on this problem. If I find anything more clear, I will send more information. Greetings, Pedro Pablo -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages moodle depends on: ii apache2-mpm-prefork [httpd] 2.0.55-4traditional model for Apache2 ii debconf [debconf-2.0]1.5.2 Debian configuration management sy ii libapache-mod-php4 4:4.4.2-1.1 server-side, HTML-embedded scripti ii libapache2-mod-php4 4:4.4.2-1.1 server-side, HTML-embedded scripti ii mimetex 1.50-1 LaTeX math expressions to anti-ali ii php4-cli 4:4.4.2-1.1 command-line interpreter for the p ii php4-gd 4:4.4.2-1.1 GD module for php4 ii php4-pgsql 4:4.4.2-1.1 PostgreSQL module for php4 ii ucf 2.0012 Update Configuration File: preserv ii wwwconfig-common 0.0.46 Debian web auto configuration Versions of packages moodle recommends: ii mysql-server 5.0.22-3 mysql database server (current ver ii mysql-server-5.0 [mysql-serve 5.0.22-3 mysql database server binaries -- debconf information: * moodle/dbu_name: moodle * moodle/db_server: mysql-server * moodle/db_host: localhost * moodle/create_tables: * moodle/webserver: apache2 moodle/notconfigured: moodle/mismatch: * moodle/dba_name: root -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376107: File misplaced
Package: libbsf-java Version: 2.3.0+cvs20050308 Followup-For: Bug #376107 Hi, the reason why the orig.tar.gz is missing is that it is still in contrib. Please upload a new upstream version with orig.tar.gz to get it added to the right dist. MfG Goswin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-frosties-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379671: [Buildd-tools-devel] Bug#379671: schroot from backports.org doesn't handle lvm-snapshot chroots
Tilman Koschnick [EMAIL PROTECTED] writes: when trying to use schroot from backports.org with a chroot of type lvm-snapshot, I get the following error: E: Session failure: Chroot setup failed to lock chroot: /dev/chroots/sarge: failed to lock device: failed to acquire device lock /dev/chroots/sarge is a volume in lvm2 format. Any chance to get this fixed, or am I just out of luck on Sarge? I think you need to install liblockdev1 and libpam0g from backports as well. What is the output of $ dpkg -s schroot ? The backported versions should be specified in the dependencies. 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 sign and encrypt your mail. pgps630a1HU5j.pgp Description: PGP signature
Bug#377147: firefox: text rendering badly damaged
reassign 377147 kcontrol 4:3.3.2-1 tag 377147 fixed-upstream patch pending thanks * Branden Robinson [Sun, 16 Jul 2006 00:08:51 -0400]: On Sat, Jul 15, 2006 at 07:12:29PM +0200, Adeodato Simó wrote: Hi guys, I've been also suffering this, and been workarounding it by keeping libcairo2 to 1.0.4... until today. Seems like the problem only happens to people running GTK+ apps under KDE (don't know about Christopher J Peikert, but the rest, we do). Today I discovered this piece of advice, that did the trick for me: http://lists.debian.org/debian-kde/2006/07/msg00040.html I have no idea why running GTK+ from within KDE makes them influenced by ~/.qt/qtrc. I can confirm that this works for me as well, as it did for Adeodato, by making the requisite edit and restarting KDE. I had enableXft=true, but useXft=false. As a bonus, when I restarted, I had proper anti-aliasing in Mozilla, GTK+ apps, Qt apps, etc., which I'd never had on this workstation (which has been running Debian unstable for years), and I never knew why. I don't regard my report as resolved, though, as the original problem is a perverse situation no matter how the user has things configured. Neither did I, no. I had some more time today to dig what was happening, and figured it out. It is a bug in KDE, not in libcairo, and it'll be fixed in the next kdebase upload. For the record, the patch (included in KDE 3.5.4) is: http://websvn.kde.org/branches/KDE/3.5/kdebase/kcontrol/krdb/krdb.cpp?rev=551202r1=541552r2=551202 Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Andrés Calamaro - ¿Para qué?
Bug#207507: whitespace problem in the path fixed?
Hi, I made a few tests and this problem seems to be fixed now, at least in Debian/unstable. If nobody can proof this bug still exists I'll close this bug in a few days. Sven -- If you won't forgive me the rest of my life Let me apologize while I'm still alive I know it's time to face all of my past mistakes [Less than Jake - Rest Of My Life] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380098: sun-java5-jre: Could make available also the packages for version 1.5.0.6
Subject: sun-java5-jre: Could make available also the packages for v.1.5.0.6 Package: sun-java5-jre Version: 1.5.0-07-1 Severity: important *** Please type your report below this line *** The Java previous version 1.5.0.6 is working better than 1.5.0.7, for example version 7 has a bug in calendar timezone conversion, I believe that version 1.5.0.6 should be in testing, and 1.5.0.7 in unstable. Thanks in advance, Jordi Pujol -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (10, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Versions of packages sun-java5-jre depends on: ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii java-common 0.25 Base of all Java packages ii locales 2.3.6-15 GNU C Library: National Language ( ii sun-java5-bin 1.5.0-07-1 Sun Java(TM) Runtime Environment ( Versions of packages sun-java5-jre recommends: ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii java-common 0.25 Base of all Java packages -- debconf information: sun-java5-jre/jcepolicy: sun-java5-jre/stopthread: true * shared/accepted-sun-dlj-v1-1: true shared/error-sun-dlj-v1-1: * shared/present-sun-dlj-v1-1: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347088: The Spider NMU
On Wed, Jul 26, 2006 at 06:46:49PM -0400, Dale Scheetz wrote: Thank You! I have been effectively offline in a very unexpected fashion due to heavy work load during the day, and broken equipment at night. I finally have my hardware back together so I can do some development work, and when I went to see the bug reports on my package, I found the bug and the NMU. Aside from the need to thank you for your help with my package when I was not there to take care of it myself, my main reason for this e-mail was to make sure that I accepted the NMU properly. Some things have changed while I wasn't looking and I want to make sure I do it right the first time. I saw in the change log that the nmu was noted with the closes: statement inside parentheses. This is just some peoples' convention; other people don't use the parens. Is this what kept the bug from being closed? No. When the .changes Changed-By field matches neither the Maintainer field nor any of the comma-separate elements of the list of Uploaders, dak considers it an NMU, and uses tag + fixed rather than mail to -done. Can I complete this process with a 1.2-4 upload with a closes: in the changelog? That is correct. A maintainer upload can either independently close the bug (probably based on the .diff prior to the NMU), acknowledge the NMU (typically with some entry like: Acknowledge NMU; closes: #123456), or *neither*. In the last case, now that the BTS implements version tracking, the bug will no longer be considered closed. (Amaya: do you know if this is really right? Will the bug get magically tag - fixed??) The initial version tracking announcement is at: http://ftp-master.debian.org/~ajt/version-tracking-announce which seems to imply that the existing use of fixed is basically obsolete. One other thing, Why are there two changelogs, one named changelog and one named changelog.orig that seem to both be identical? (I don't remember there being two, but I'm getting old ;-) and don't trust my memory. Probably a mistake ... There is only one changelog in 1.2.2 in stable: http://ftp.debian.org/debian/pool/main/s/spider/spider_1.2-2.diff.gz From the changes in the libraries that prompted this NMU it appears that I will have to upgrade these libraries. Is there anything I should be aware of when upgrading these guys? (i.e. is there one package that will pull in all the rest, or should I explicitly install all the libraries in the depends. (I just got this system back together, and I don't want to break it ;-) The system was tracking unstable until maybe 6 month ago, because I tend to track unstable, I also tend to avoid a dist-upgrade, so I probably have a mix of packages. I've always just relied on apt-get to keep the dependencies tied together. Once I get my system upgraded to the new libraries, I'll get this upload done ASAP. It is important that uploads to unstable are always compiled on unstable, else dependencies (especially of libraries) will be wrong, and might inihibit transition propogation. You can use a chroot (like pbuilder or debootstrap) for this. The NMU diff does everything necessary for this transition; since xlibs-dev went away, each of the given replacement libraries must be listed in Depends; there is no longer a single dependency metapackage. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379747: Regression: tables stopped working in g-brief-de
On Tue, Jul 25, 2006 at 07:11:21PM +0200, Sven Hoexter wrote: So give me a few more days and I'll handle that otherwise subscribe to the lyx-devel mailinglist and post the report yourself. Reported to the lyx-devel mailinglist: http://marc.theaimsgroup.com/?l=lyx-develm=115401301826283w=2 Sven -- If you won't forgive me the rest of my life Let me apologize while I'm still alive I know it's time to face all of my past mistakes [Less than Jake - Rest Of My Life] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368996: .SH and roff
On Thu, Jul 27, 2006 at 10:15:37AM -0400, Justin Pryzby wrote: On Thu, Jul 27, 2006 at 08:39:42AM +0100, Colin Watson wrote: On Thu, Jul 27, 2006 at 08:20:39AM +0200, Martin Schulze wrote: I'm writing you because of Bug#368996 in which the reporter claims that when you use the .SH macro and the parameter contains a space character it should be quoted. Is this true? To the best of my knowledge, this is not the case. See groff_man(7), which says: .SH [text for a heading] Sets up an unnumbered section heading sticking out to the left. Prints out all the text following SH up to the end of the line (resp. the text in the next input line if there is no argument to SH) in bold face, one size larger than the base document size. Additionally, the left margin for the following text is reset to its default value. I'm reading man.7: If the name contains spaces and appears on the same line as .SH, then place the heading in double quotes. In my experience, man(7) frequently gives somewhat dubious advice, and is less authoritative than groff_man(7). Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374307: closed by Filippo Giunchedi [EMAIL PROTECTED] (Bug#374307: fixed in bluez-utils 3.1-2)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #374307: Please remove devfs files., which was filed against the bluez-utils package. It has been closed by Filippo Giunchedi [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Filippo Giunchedi [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Subject: Bug#374307: fixed in bluez-utils 3.1-2 From: Filippo Giunchedi [EMAIL PROTECTED] Date: Mon, 17 Jul 2006 09:02:07 -0700 To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Received: (at 374307-close) by bugs.debian.org; 17 Jul 2006 16:21:58 + Return-path: [EMAIL PROTECTED] Received: from dak by spohr.debian.org with local (Exim 4.50) id 1G2VXr-0001is-Ak; Mon, 17 Jul 2006 09:02:07 -0700 X-DAK: dak process-unchecked X-Katie: $Revision: 1.65 $ Message-ID: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 2 Source: bluez-utils Source-Version: 3.1-2 We believe that the bug you reported is fixed in the latest version of bluez-utils, which is due to be installed in the Debian FTP archive: bluetooth_3.1-2_all.deb to pool/main/b/bluez-utils/bluetooth_3.1-2_all.deb bluez-bcm203x_3.1-2_powerpc.deb to pool/contrib/b/bluez-utils/bluez-bcm203x_3.1-2_powerpc.deb bluez-cups_3.1-2_powerpc.deb to pool/main/b/bluez-utils/bluez-cups_3.1-2_powerpc.deb bluez-pcmcia-support_3.1-2_powerpc.deb to pool/main/b/bluez-utils/bluez-pcmcia-support_3.1-2_powerpc.deb bluez-utils_3.1-2.diff.gz to pool/main/b/bluez-utils/bluez-utils_3.1-2.diff.gz bluez-utils_3.1-2.dsc to pool/main/b/bluez-utils/bluez-utils_3.1-2.dsc bluez-utils_3.1-2_powerpc.deb to pool/main/b/bluez-utils/bluez-utils_3.1-2_powerpc.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Filippo Giunchedi [EMAIL PROTECTED] (supplier of updated bluez-utils package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) Format: 1.7 Date: Sun, 17 Jul 2006 09:21:50 +0200 Source: bluez-utils Binary: bluez-pcmcia-support bluetooth bluez-bcm203x bluez-cups bluez-utils Architecture: source powerpc all Version: 3.1-2 Distribution: unstable Urgency: low Maintainer: Debian Bluetooth Maintainers [EMAIL PROTECTED] Changed-By: Filippo Giunchedi [EMAIL PROTECTED] Description: bluetooth - Bluetooth stack utilities bluez-bcm203x - Firmware loader for Broadcom 203x based Bluetooth devices bluez-cups - Bluetooth printer driver for CUPS bluez-pcmcia-support - PCMCIA support files for BlueZ 2.0 Bluetooth tools bluez-utils - Bluetooth tools and daemons Closes: 239820 241120 374307 377976 378446 Changes: bluez-utils (3.1-2) unstable; urgency=low . * more LSB info added to init script * default pin (or passkey) is 1234 (patch to hcid.conf) * drop bluez-pin dep (see #378427) as it is obsolete and install passkey-agent from upstream instead (Closes: #378446, #239820, #241120) * drop bluetooth-desktop as well * really install pcmcia-support udev rules (Closes: #377976) * do not install devfs rules as it is deprecated (Closes: #374307) Hi Filippo, not installing the devfs rules anymore is only half of the solution. As the files are marked as conffiles, they are not removed automatically by dpkg. You should remove them in the postinst maintainer script. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#380099: akode: FTBFS on GNU/kFreeBSD (due to unsatisfied Build-Depends on libasound2-dev)
Package: akode Version: 2.0-4 Severity: important Tags: patch Hi, the current version has unsatisfied Build-Depends on libasound2-dev under non-linux ports. This package is able to use OSS under GNU/kFreeBSD, with attached patch it builds fine without libasound2-dev installed. Please, could you adjust debian/control and debian/rules by atttached patch or similarly. Thanks for your cooperation. Petr diff -u akode-2.0/debian/control akode-2.0/debian/control --- akode-2.0/debian/control +++ akode-2.0/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Isaac Clerencia [EMAIL PROTECTED], Pierre Habouzit [EMAIL PROTECTED], Christopher Martin [EMAIL PROTECTED], Adeodato SimĂł [EMAIL PROTECTED], Riku Voipio [EMAIL PROTECTED], Luk Claes [EMAIL PROTECTED] -Build-Depends: cdbs (= 0.4.27), debhelper (= 5.0), autotools-dev, gawk, libflac-dev (= 1.1.1-3), liboggflac-dev (= 1.1.1-3), libmad0-dev, libogg-dev, libvorbis-dev, libasound2-dev, libsamplerate0-dev, libspeex-dev, libjack0.100.0-dev +Build-Depends: cdbs (= 0.4.27), debhelper (= 5.0), autotools-dev, gawk, libflac-dev (= 1.1.1-3), liboggflac-dev (= 1.1.1-3), libmad0-dev, libogg-dev, libvorbis-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsamplerate0-dev, libspeex-dev, libjack0.100.0-dev Standards-Version: 3.6.2 Package: libakode2 @@ -24,7 +24,7 @@ Package: libakode-dev Section: libdevel Architecture: any -Depends: libakode2 (= ${Source-Version}), libflac-dev (= 1.1.1-3), liboggflac-dev (= 1.1.1-3), libmad0-dev, libogg-dev, libvorbis-dev, libasound2-dev, libsamplerate0-dev, libspeex-dev, libjack0.100.0-dev +Depends: libakode2 (= ${Source-Version}), libflac-dev (= 1.1.1-3), liboggflac-dev (= 1.1.1-3), libmad0-dev, libogg-dev, libvorbis-dev, ${alsa-dev}, libsamplerate0-dev, libspeex-dev, libjack0.100.0-dev Replaces: kdemultimedia-dev ( 4:3.5-rc1), libakode2 ( 2.0-4) Description: development files for akode aKode is a new multithreaded audio library that provides aRts with diff -u akode-2.0/debian/rules akode-2.0/debian/rules --- akode-2.0/debian/rules +++ akode-2.0/debian/rules @@ -5,6 +5,12 @@ include debian/cdbs/simple-patchsys.mk include /usr/share/cdbs/1/rules/utils.mk +DEB_HOST_ARCH_OS = $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) + +ifeq (linux,$(DEB_HOST_ARCH_OS)) +DEB_DH_GENCONTROL_ARGS=-- -Valsa-dev=libasound2-dev +endif + DEB_CONFIGURE_EXTRA_FLAGS := --without-libltdl --without-polypaudio --with-extra-includes=/usr/include/speex/ DEB_DH_STRIP_ARGS := --dbg-package=akode-dbg @@ -15,0 +22,8 @@ +common-install-prehook-arch:: + grep -v libakode_alsa_sink debian/libakode2.install debian/libakode2.install.kfreebsd-i386 + grep -v libakode_alsa_sink debian/libakode2.install debian/libakode2.install.kfreebsd-amd64 + grep -v libakode_alsa_sink debian/libakode-dev.install debian/libakode-dev.install.kfreebsd-i386 + grep -v libakode_alsa_sink debian/libakode-dev.install debian/libakode-dev.install.kfreebsd-amd64 + +clean:: + rm -f debian/libakode2.install.kfreebsd* debian/libakode-dev.install.kfreebsd*
Bug#380022: confirming bug on sarge install
I'm seeing the same problem: upgrading to the security release 4.5.3-6.1sarge1 broke my drupal installation because of this missing semicolon. Here's the diff in unified-diff format: --- /usr/share/drupal/includes/file.inc~2006-07-17 09:43:29.0 -0400 +++ /usr/share/drupal/includes/file.inc 2006-07-27 10:54:29.792440840 -0400 @@ -102,7 +102,7 @@ fclose($fp); } else { - $message = t(Security warning: Couldn't write .htaccess file. Please create a .htaccess file in your %directory directory which contains the following lines: code%htaccess/code, array('%directory' = theme('placeholder', $directory), '%htaccess' = 'br /'. str_replace(\n, 'br /', check_plain($htaccess_lines + $message = t(Security warning: Couldn't write .htaccess file. Please create a .htaccess file in your %directory directory which contains the following lines: code%htaccess/code, array('%directory' = theme('placeholder', $directory), '%htaccess' = 'br /'. str_replace(\n, 'br /', check_plain($htaccess_lines; form_set_error($form_item, $message); watchdog('security', $message, WATCHDOG_ERROR); } Thanks for keeping on top of the security issues with drupal. --dkg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378864: zaptel-source 1.2.7 fails to build
Hi, Let me add my 5 cents I've temporarily solve this problem by compiling whole package with following command apt-get source zaptel ./debian/rules binary-arch it fails with dh_install -a --sourcedir=/usr/src/debian/zaptel/zaptel-1.2.7/debian/tmp cp /usr/src/debian/zaptel/zaptel-1.2.7/debian/zaptel.permissions.rules \ /usr/src/debian/zaptel/zaptel-1.2.7/debian/zaptel/etc/udev/rules.d/zaptel.perms cp: cannot create regular file `/usr/src/debian/zaptel/zaptel-1.2.7/debian/zaptel/etc/udev/rules.d/zaptel.perms': No such file or directory make: *** [install-arch] Error 1 BTW ./debian/rules binary fails with tar cjf debian/zaptel-source/usr/src/zaptel.tar.bz2 \ -C /usr/src/debian/zaptel/zaptel-1.2.7/debian/tmp modules tar: debian/zaptel-source/usr/src/zaptel.tar.bz2: Cannot open: No such file or directory tar: Error is not recoverable: exiting now make: *** [install-indep] Broken pipe and then , when Makefile appeared ./debian/rules binary-modules KSRC=... KVERS=... KDREV=... (which fails with dh_installdeb # Note: I don't want to edit the file in the debian/ directory itself. # I figure that there must be existing fuctionality in dpkg/debhelper. How? sed -i -e 's/_KVERS_/2.6.17/' \ debian/zaptel-modules-2.6.17/DEBIAN/postinst \ debian/zaptel-modules-2.6.17/DEBIAN/postrm sed: can't read debian/zaptel-modules-2.6.17/DEBIAN/postinst: No such file or directory sed: can't read debian/zaptel-modules-2.6.17/DEBIAN/postrm: No such file or directory make: *** [binary-modules] Error 2 ) after that all *.ko modules was copied into /lib/2.6.17/zaptel/ and depmod -a then - I was able to modprobe it. I hope it will help you Thanks in advance With best regards Timur -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380096: dirvish: execution via crontab doesn't work
Package: dirvish Version: 1.2.1-0.1 Severity: important When executing the cronjob /etc/dirvish/dirvish-cronjob via cron, no backup is created because the script reports sh: dirvish: command not found Either /usr/sbin is not in the $PATH of the cron daemon or /usr/sbin/dirvish-runall should call dirvish with it's absolute pathname. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-jb Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages dirvish depends on: ii libtime-modules-perl 2003.1126-2 Various Perl modules for time/date ii libtime-period-perl 1.20-8 Perl library for testing if a time ii perl 5.8.8-6 Larry Wall's Practical Extraction ii perl-modules 5.8.8-6 Core Perl modules ii rsync2.6.8-2 fast remote file copy program (lik Versions of packages dirvish recommends: ii ssh 1:4.3p2-2 Secure shell client and server (tr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369119: E484: Can't open file /usr/share/vim/syntax/syntax.vim
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I had the same problem. Today I found a stale /etc/vim/gvimrc... I don't have gvim installed anymore. Deleting that file helped. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEyNec1YAhDic+adYRAhqAAJ4vYESHQhi6uu0/rxumO8IumSt9kwCeK/Ch V4AHJGZEazn/VmTfL2p70Js= =W23q -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311984: Could someone please explain me this bug?
Hi, aehm risking that I might look dump now - what is wrong with the TOC? I can not see something wrong. Reprinting it with LyX 1.4.2 it looks the same like in your example. So maybe somebody can explain what's wrong with this output. Sven -- If you won't forgive me the rest of my life Let me apologize while I'm still alive I know it's time to face all of my past mistakes [Less than Jake - Rest Of My Life] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345552: squid: truncates XML on WebDAV
Il giorno 27/lug/06, alle ore 14:47, Steinar H. Gunderson ha scritto: On Thu, Jul 27, 2006 at 02:02:22AM +0200, Luigi Gangitano wrote: It seems that in the dump you sent many packages are truncated and cannot be reconstructed. I have no idea why you think that -- it was taken with -s 5000, and the MTU of my network interface is 1500... Upstream could not use your dump and asked for another dump with increased snaplen. Regards, -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380101: valgrind: segfaults where altivec builtins are used
Package: valgrind Version: 1:3.2.0-2 Severity: normal Hi. I have just recompiled fftw3 using ---enable-altivec to enable the altivec optimisation (see #225959). On a program that passed valgrind with no single error before, I now get the following result: ~/aubio/examples/tests $ valgrind .libs/lt-test-mfft ==23363== Memcheck, a memory error detector. ==23363== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==23363== Using LibVEX rev 1606, a library for dynamic binary translation. ==23363== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==23363== Using valgrind-3.2.0-Debian, a dynamic binary instrumentation framework. ==23363== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==23363== For more details, rerun with: -v ==23363== ==23363== Invalid read of size 8 ==23363==at 0xFF06BF0: n1fv_64 (simd-altivec.h:79) ==23363==by 0xFE5FD70: apply (direct.c:107) ==23363==by 0xFE5D678: apply_dit (ct.c:41) ==23363==by 0xFEA0AC8: apply_f_dft (rdft2-radix2.c:157) ==23363==by 0xFEA022C: fftwf_rdft2_solve (solve2.c:30) ==23363==by 0xFEF8FC4: fftwf_execute (execute.c:24) ==23363==by 0xFF9F124: aubio_fft_do (fft.c:76) ==23363==by 0xFF9F21C: aubio_mfft_do (fft.c:128) ==23363==by 0x10001714: main (test-mfft.c:16) ==23363== Address 0x44E28C0 is 8 bytes before a block of size 16,384 alloc'd ==23363==at 0xFFBBA78: malloc (vg_replace_malloc.c:149) ==23363==by 0xFF9F3C4: new_aubio_fft (fft.c:52) ==23363==by 0xFF9F488: new_aubio_mfft (fft.c:116) ==23363==by 0x10001704: main (test-mfft.c:12) ==23363== ==23363== Invalid read of size 4 ==23363==at 0xFF09ADC: n1fv_64 (simd-altivec.h:147) ==23363==by 0xFE5FD70: apply (direct.c:107) ==23363==by 0xFE5D678: apply_dit (ct.c:41) ==23363==by 0xFEA0AC8: apply_f_dft (rdft2-radix2.c:157) ==23363==by 0xFEA022C: fftwf_rdft2_solve (solve2.c:30) ==23363==by 0xFEF8FC4: fftwf_execute (execute.c:24) ==23363==by 0xFF9F124: aubio_fft_do (fft.c:76) ==23363==by 0xFF9F21C: aubio_mfft_do (fft.c:128) ==23363==by 0x10001714: main (test-mfft.c:16) ==23363== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==23363== ==23363== Process terminating with default action of signal 11 (SIGSEGV) ==23363== Access not within mapped region at address 0x0 ==23363==at 0xFF09ADC: n1fv_64 (simd-altivec.h:147) ==23363==by 0xFE5FD70: apply (direct.c:107) ==23363==by 0xFE5D678: apply_dit (ct.c:41) ==23363==by 0xFEA0AC8: apply_f_dft (rdft2-radix2.c:157) ==23363==by 0xFEA022C: fftwf_rdft2_solve (solve2.c:30) ==23363==by 0xFEF8FC4: fftwf_execute (execute.c:24) ==23363==by 0xFF9F124: aubio_fft_do (fft.c:76) ==23363==by 0xFF9F21C: aubio_mfft_do (fft.c:128) ==23363==by 0x10001714: main (test-mfft.c:16) ==23363== ==23363== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 6 from 2) ==23363== malloc/free: in use at exit: 8,333,056 bytes in 1,144 blocks. ==23363== malloc/free: 2,566 allocs, 1,422 frees, 8,474,960 bytes allocated. ==23363== For counts of detected errors, rerun with: -v ==23363== searching for pointers to 1,144 not-freed blocks. ==23363== checked 5,409,404 bytes. ==23363== ==23363== LEAK SUMMARY: ==23363==definitely lost: 0 bytes in 0 blocks. ==23363== possibly lost: 0 bytes in 0 blocks. ==23363==still reachable: 8,333,056 bytes in 1,144 blocks. ==23363== suppressed: 0 bytes in 0 blocks. ==23363== Reachable blocks (those to which a pointer was found) are not shown. ==23363== To see them, rerun with: --show-reachable=yes Segmentation fault The corresponding lines in simd-altivec.h all contain a call to the `vec_perm' function, which seem to be defined in gcc as: $ grep vec_perm /usr/lib/gcc/powerpc-linux-gnu/4.1.2/include/altivec.h #define vec_vperm vec_perm #define vec_perm __builtin_vec_perm The test program is available as a baz archive here: http://aubio.piem.org/bazaar/[EMAIL PROTECTED] Cheers, Paul -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages valgrind depends on: ii libc6 2.3.6-16 GNU C Library: Shared libraries Versions of packages valgrind recommends: ii gdb6.4.90.dfsg-1 The GNU Debugger -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380100: ITP: openarena -- Free content package for Quake III Arena
Package: wnpp Severity: wishlist Owner: Linas Žvirblis [EMAIL PROTECTED] Package name : openarena Version : 0.4.1 Upstream Authors : many, contact via forum URL : http://cheapy.deathmask.net/ License : GPL Description : Free content package for Quake 3 Arena OpenArena is an open-source content package for Quake 3 Arena licensed under the GPL, effectively creating a free stand-alone game. It is distributed as a stand-alone game, but is bundled with old (dates 2006-02-25) ioquake3 engine that happily FTBFS on me. Tested it with ioquake3 SVN revision 819, works just fine. The package is not yet complete; there are textures and models missing, maps have all sorts of bugs like misplaced items, intersecting surfaces, etc. Even though it is incomplete, it is more or less compatible with original Quake 3. I tested it with a random third-party map and it worked fine (except some missing textures and models, of course). Network play is also possible on servers that do not use stock maps. It is distributed in some weird self-installing executable for an evil OS, but the data can be extracted with 'unzip'. There are also Blender source files for models available in separate package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369479: udev and linux 2.6.8
When detecting a 2.4 kernel is running, udev instaklls itself, but in disabled form. When detecting the sarge 2.6.8 kernel, udev refuses to install, and if you already had part of gnome upgraded, you are left with a mess. Why all this fuss about using debconf? Can't it just treat 2.6.8 the same as 2.4? I.e., when detecting linux 2.6.8 is running, udev installs itself, but in disabled form. Also note that if the debconf question defaults to no, you're gratuitously breaking install path for users whose debconf priority is too high. -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379833: FTBFS on hurd-i386: Unconditional use of MAXHOSTNAMELEN
Hi again, I wrote: [...] which fixes this incompatibility. ... but that's which should have fixed I'm really sorry for the first fix, which is really bad. I hope that this one is better. It allocates memory dynamically and makes the previous-used buffer useless, at least in the file original.c. If the upstream is OK with that patch, I'd like to suggest being precautious when using the domain field. At first glance, there are 3 occurrences of it used in nbsmtp.c, in asprintf() functions. I might write a patch if upstream wants me to. Cheers, -- Cyril Brulebois --- nbsmtp-1.00/original.c.orig 2006-07-27 10:11:12.0 + +++ nbsmtp-1.00/original.c 2006-07-27 10:11:16.0 + @@ -54,7 +54,6 @@ int parse_options(int argc,char *argv[], servinfo_t *serverinfo) { int c; - char buffer[BUF_SIZE]; bool_t read_syswide = True; bool_t read_localconf = True; @@ -184,25 +183,57 @@ /* If domain isn't specified, use machines hostname */ if (serverinfo-domain==NULL) { - if (gethostname(buffer,MAXHOSTNAMELEN)==-1) + /* As a quick reminder: According to POSIX, MAXHOSTNAMELEN can be +* undefined, thus using a tiny loop around 'gethostname', beginning +* with a buffer size equal to a common MAXHOSTNAMELEN value +* (but it's an arbitrary value). +*/ + int domain_size=64; + + serverinfo-domain = malloc(domain_size); + if (!(serverinfo-domain)) { - perror(gethostname); + perror(domain malloc); return 1; } - else + + while (gethostname(serverinfo-domain, domain_size)==-1) { - serverinfo-domain = (char *)strdup(buffer); + if (errno==ENAMETOOLONG) + { + domain_size *= 2; + serverinfo-domain = realloc(serverinfo-domain, domain_size); + if (!(serverinfo-domain)) + { + perror(gethostname: domain realloc); + return 1; + } + } + else + { + perror(gethostname); + return 1; + } } } /* If from address isn't specified, build up one */ if (serverinfo-fromaddr==NULL) { + /* Please have a look at the quick reminder above, what +* follows (dynamic allocation) is a direct consequence. +*/ struct passwd *user = getpwuid(getuid()); + int fromaddr_len = strlen(user-pw_name) + strlen(serverinfo-domain) + 2; - snprintf(buffer,sizeof(buffer),[EMAIL PROTECTED],user-pw_name,serverinfo-domain,'\0'); + serverinfo-fromaddr = malloc(fromaddr_len); + if (!(serverinfo-fromaddr)) + { + perror(fromaddr malloc); + return 1; + } - serverinfo-fromaddr = (char *)strdup(buffer); + snprintf(serverinfo-fromaddr,fromaddr_len,[EMAIL PROTECTED],user-pw_name,serverinfo-domain,'\0'); } /* If we haven't enough info, print_usage and exit */
Bug#380020: Merging with 379586
merge 380020 379586 thanks This bug is the same as 379586. An updated version with the upstream patch will be uploaded in a couple of days. Regards, -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380096: dirvish: execution via crontab doesn't work
On Thu 27 Jul 2006, J?rgen Braun wrote: When executing the cronjob /etc/dirvish/dirvish-cronjob via cron, no backup is created because the script reports sh: dirvish: command not found Either /usr/sbin is not in the $PATH of the cron daemon or /usr/sbin/dirvish-runall should call dirvish with it's absolute pathname. Hmm, another regression in the NMU version :-( Thanks for this info, I'll upload a fixed version soon. Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378721: vim-lesstif: gvim always crashes during startup
I have created the bugreport in the lesstif Bugzilla: http://sourceforge.net/tracker/index.php?func=detailaid=1529729group_id=8596atid=108596 So this bug probably could be reassigned to lesstif package. Best regards, Andrey -- Andrey V. Kiselev ICQ# 26871517 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380062: PCMCIA scanning is not compiled
Joachim Breitner wrote: a spurious #ifdef disabled PCMCIA scanning. Upstream confirmed this as a bug and it is fixed in CVS. A patch is attached. Sorry about that. I wondered whether it was turned on but didn't know for sure and didn't see any indication that it wasn't in configure... I'll fix that soonish. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378544: Undefined macros in manpages
Justin Pryzby wrote: Thanks for your report. Fixes, as described below, will appear in upstream 2.37. Cool! results: line dismissed fix: .B instead of .Fd Not correct; no change. (Is the Debian page different from my upstream, perhaps?) Indeed it is: http://ftp.debian.org/debian/pool/main/m/manpages/manpages_2.36-1.diff.gz and + * Converted getloadavg(3) to GNU/Linux style Corrected in Debian. Regards, Joey -- It's time to close the windows. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]