Bug#486400: it is working now
I confirm that on all three machines I could test on, this bug is no longer occuring. All three machines resumed successfully from suspend and hibernate. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503446: pdbv: [INTL:ru] Russian debconf templates translation
Package: pdbv Severity: wishlist Tags: l10n patch Russian debconf templates translation is attached. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: pdbv NEW\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-12-04 14:20+0100\n PO-Revision-Date: 2008-10-26 08:55+0300\n Last-Translator: Yuri Kozlov [EMAIL PROTECTED]\n Language-Team: Russian [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: select #. Description #: ../templates:1001 msgid Listing type: msgstr Тип списка: #. Type: select #. Description #: ../templates:1001 msgid Which type of listing should be generated? msgstr Степень детализации списка. #. Type: select #. Description #: ../templates:1001 msgid You should pick the basic listing only if you encounter resource usage issues. msgstr Выбирайте тип basic, только если у вас ограниченные ресурсы. #. Type: boolean #. Description #: ../templates:2001 msgid Do you want to activate the lighter output generation option? msgstr Создавать облегчённый вариант списка? #. Type: boolean #. Description #: ../templates:2001 msgid If you activate it, pdbv will run faster but the output will be way less polished. msgstr Если вы ответите утвердительно, pdbv будет выполняться быстрее, но результат будет менее наглядным. #. Type: boolean #. Description #: ../templates:2001 msgid For instance, the listing type will be reset to basic. msgstr Например, тип списка будет установлен в basic. #. Type: string #. Description #: ../templates:3001 msgid Directory for generated output: msgstr Каталог для генерируемых результатов: #. Type: string #. Description #: ../templates:3001 msgid The default value, /var/www/pdbv, is a public area. msgstr По умолчанию используется /var/www/pdbv, он доступен всем. #. Type: boolean #. Description #: ../templates:4001 msgid Remove generated data at deinstallation? msgstr Удалять сгенерированные данные при вычистке? #. Type: select #. Description #: ../templates:5001 msgid Frequency for running pdbv via cron: msgstr Частота запуска pdbv из cron: #. Type: select #. Description #: ../templates:5001 msgid With pdbv 2.x, hourly is fine. \No cron job\ means that no cronjob will run pdbv. msgstr Начиная с версий pdbv 2.x, задание запускается каждый час. Если запускать задание pdbv не нужно, выберите \No cron job\. #. Type: string #. Description #: ../templates:6001 msgid Forced locale: msgstr Назначаемая локаль: #. Type: string #. Description #: ../templates:6001 msgid Sometimes, cron fails to identify the appropriate LC and LANG settings. You can force the use of a specific locale. For instance, choose fr_FR for forcing the use of a french locale msgstr Иногда cron, не удаётся определить подходящие настройки LC и LANG. Вы можете явно указать нужную локаль. Например, выберите fr_FR, чтобы использовать французскую локаль. #. Type: boolean #. Description #: ../templates:7001 msgid Skip tests and regenerate the whole output? msgstr Пропускать тестирование и генерировать все результаты? #. Type: boolean #. Description #: ../templates:7001 msgid This option allows pdbv to skip tests and always regenerate the whole output. msgstr Это позволяет pdbv не проводить тестирование и всегда генерировать все результаты. #. Type: boolean #. Description #: ../templates:7001 msgid Unless you have a particular reason to change this behavior, choose false. msgstr Если у вас нет веских причин так делать, ответьте отрицательно.
Bug#479607: please review new lilo debconf question
Hi all, [Please reply to myself, the bug and the list] As part of the bug sprint for cookies, I've been assigned to fix an RC bug in lilo (#479607 and clones). Since I don't know assembly, my proposed fix will be to add a debconf prompt asking if the person doing the upgrade wants to add the large-memory option to their configuration file. I will also add a NEWS.Debian file so that other sysadmins may receive information about the issue and a README.Debian entry with full info about the issue and extra tips for solving it. It would be great if debian-l10n-english could review the text for these three parts: NEWS.Debian entry lilo (1:22.8-6) unstable; urgency=low lilo may fail to boot with a large kernel+initrd. Please read README.Debian for ways to work around this problem. -- Paul Wise [EMAIL PROTECTED] Sat, 25 Oct 2008 21:24:04 +0800 debconf question: Template: lilo/add_large_memory Type: boolean Default: true _Description: Do you want to add the large-memory option? By default lilo loads the initrd file into the first 15Mb of memory to avoid a BIOS limitation with older systems (earlier than 2001). . Unfortunately with newer kernels the combination of kernel and initrd may not fit into the first 15Mb of memory and so the system will not boot properly. It seems that the boot issues appear when the kernel+initrd combination is larger than 8MB. . If you have a newer BIOS without the 15Mb limitation, you can add the large-memory option to /etc/lilo.conf to tell lilo to use more memory for passing the initrd to the kernel. You will need to re-run lilo to make this option take effect. . If you have an older BIOS you may need to reduce the size of the initrd *before* rebooting, please see README.Debian for tips on how to do that. README.Debian entry: --[ Large initrd files and lilo By default lilo loads the initrd file into the first 15MB of memory to avoid a BIOS limitation with older systems (earlier than 2001). Unfortunately with newer kernels the combination of kernel and initrd may not fit into the first 15MB of memory and so the system will not boot properly. If you have a newer BIOS without the 15MB limitation, you can add the large-memory option to /etc/lilo.conf to tell lilo to use more memory for passing the initrd to the kernel. You will need to re-run lilo to make this option take effect. If you have an older BIOS you will need to reduce the size of the initrd *before* rebooting. If you are using initramfs-tools, you should replace MODULES=most with MODULES=dep in your configuration and regenerate your initrd file: sed -i -e s/MODULES=most/MODULES=dep/ /etc/initramfs-tools/initramfs.conf update-initramfs -u If you are using yaird or any other initrd generator, please consult the documentation for your initrd generator. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#332782: Your contribution to the Debian release notes (re-post)
Hello, I'm very sorry for my late reply. From: W. Martin Borgert debacle_at_debian.org Date: Fri, 26 Sep 2008 11:44:20 +0200 it seems, that you have contributed to the release notes[1] of Debian GNU/Linux[2]. Unfortunately, this document had never a proper license[3], which makes it difficult for us, to work further on the document. Yes, I translated some versions of release-notes into Japanese, and made a patch to English version. I hereby ask you to allow us to distribute the Debian release notes under the terms of the GNU General Public License, version 2 [4]. Please send a mail to [EMAIL PROTECTED] stating that you allow this. E.g.: I allow that my contribution to the Debian GNU/Linux release notes can be distributed under the terms of the GNU General Public License, version 2. Thanks, -- Nobuhiro IMAI [EMAIL PROTECTED] Key fingerprint = F39E D552 545D 7C64 D690 F644 5A15 746C BD8E 7106 pgpHdxbupiE11.pgp Description: PGP signature
Bug#479607: please review new lilo debconf question
This looks fine. I intended to do this myself, but have not been upload enabled recently, nor have had enough time to test large-memory on older machines. My estimate though is that anything P3-era or newer has a new enough BIOS to handle large-memory. That said, this looks like the best solution for this bug. William On Sun, 2008-10-26 at 15:05 +0900, Paul Wise wrote: Hi all, [Please reply to myself, the bug and the list] As part of the bug sprint for cookies, I've been assigned to fix an RC bug in lilo (#479607 and clones). Since I don't know assembly, my proposed fix will be to add a debconf prompt asking if the person doing the upgrade wants to add the large-memory option to their configuration file. I will also add a NEWS.Debian file so that other sysadmins may receive information about the issue and a README.Debian entry with full info about the issue and extra tips for solving it. It would be great if debian-l10n-english could review the text for these three parts: NEWS.Debian entry lilo (1:22.8-6) unstable; urgency=low lilo may fail to boot with a large kernel+initrd. Please read README.Debian for ways to work around this problem. -- Paul Wise [EMAIL PROTECTED] Sat, 25 Oct 2008 21:24:04 +0800 debconf question: Template: lilo/add_large_memory Type: boolean Default: true _Description: Do you want to add the large-memory option? By default lilo loads the initrd file into the first 15Mb of memory to avoid a BIOS limitation with older systems (earlier than 2001). . Unfortunately with newer kernels the combination of kernel and initrd may not fit into the first 15Mb of memory and so the system will not boot properly. It seems that the boot issues appear when the kernel+initrd combination is larger than 8MB. . If you have a newer BIOS without the 15Mb limitation, you can add the large-memory option to /etc/lilo.conf to tell lilo to use more memory for passing the initrd to the kernel. You will need to re-run lilo to make this option take effect. . If you have an older BIOS you may need to reduce the size of the initrd *before* rebooting, please see README.Debian for tips on how to do that. README.Debian entry: --[ Large initrd files and lilo By default lilo loads the initrd file into the first 15MB of memory to avoid a BIOS limitation with older systems (earlier than 2001). Unfortunately with newer kernels the combination of kernel and initrd may not fit into the first 15MB of memory and so the system will not boot properly. If you have a newer BIOS without the 15MB limitation, you can add the large-memory option to /etc/lilo.conf to tell lilo to use more memory for passing the initrd to the kernel. You will need to re-run lilo to make this option take effect. If you have an older BIOS you will need to reduce the size of the initrd *before* rebooting. If you are using initramfs-tools, you should replace MODULES=most with MODULES=dep in your configuration and regenerate your initrd file: sed -i -e s/MODULES=most/MODULES=dep/ /etc/initramfs-tools/initramfs.conf update-initramfs -u If you are using yaird or any other initrd generator, please consult the documentation for your initrd generator. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503447: xserver-xorg-video-sis: locks up, sometimes fails to clear areas of screen being over-written
Package: xserver-xorg-video-sis Version: 1:0.10.0-1 Severity: important I have installed Debian on an HP Pavilion with the following built-in graphics controller: 01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 2a06 Flags: 66MHz, medium devsel, IRQ 5 BIST result: 00 Memory at e000 (32-bit, prefetchable) [size=128M] Memory at ed00 (32-bit, non-prefetchable) [size=128K] I/O ports at a000 [size=128] Capabilities: [40] Power Management version 2 Capabilities: [50] AGP version 3.0 Kernel modules: sisfb After some time at the kdm login prompt, the screen locks up - the mouse will move the cursor but no input does anything. Also, sometimes new menus or konsole sessions will overwrite the background without first clearing the background. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-09-07 20:01 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1724240 2008-09-30 09:36 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1077 2008-09-07 20:01 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 50784 2008-10-26 16:07 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-7) Current Operating System: Linux chocolate 2.6.27-64 #1 SMP PREEMPT Wed Oct 15 20:21:58 CST 2008 i686 Build Date: 30 September 2008 01:48:58AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Oct 26 16:04:18 2008 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font
Bug#502949: Upgrading to current upstream svn solved the problem
As in bug #500157, I followed the directions in http://wiki.debian.org/de/GRUB2/Anleitung/DebianPaketVonOriginalQuelltext to rebuild a debian package from the upstream grub2 sources. This appears to have solved my problem. -- Michael Welsh Duggan ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479607: please review new lilo debconf question
Quoting Paul Wise ([EMAIL PROTECTED]): Hi all, [Please reply to myself, the bug and the list] As part of the bug sprint for cookies, I've been assigned to fix an RC bug in lilo (#479607 and clones). Since I don't know assembly, my proposed fix will be to add a debconf prompt asking if the person doing the upgrade wants to add the large-memory option to their configuration file. I will also add a NEWS.Debian file so that other sysadmins may receive information about the issue and a README.Debian entry with full info about the issue and extra tips for solving it. It would be great if debian-l10n-english could review the text for these three parts: Will you leave time for a translation update round? signature.asc Description: Digital signature
Bug#449497: foo2zjs: application depends on non-free firmware
Hello all, ok, my point is that dependencies on external data/files are potentially dangerous. if the maintainer of the upstream site makes changes (as has been done in the past with foo2zjs), then the package no longer works as intended. if someone replaces the upstream files with malicious code, then you have a security issue. both of these problems are normally considered grave, and for good reason -- hence this is a grave problem as well. why would you risk exposing users to these problems if you can take steps now to eliminate them? debian main should have no external dependencies (that is what contrib is for). and maybe the text of the debian policy doesn't make this 100% clear right now, but it is within its spirit. if it is too easy to misinterpret the intent, then the wording should be updated for clarity. it is my belief that the getweb script must be removed from the package. I understand your sentiment, and it is indeed a grey area situation. If I take policy literary, I think this package is fine in main, but it is not as simple... In order to get this bug rolling (and lenny released ;-) ), can you all live with me splitting up the package in two packages: 1) foo2zjs: this contains everything, and lives in mains, which Suggests: 2) foo2zjs-contrib: this contains getweb I know a package with just a script is not nice, but it is more in the spirit of the debian policy indeed. thanks, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503417: tasksel: [PATCH] New te_IN translation + Add a few useful Telugu tasks
Quoting Y Giridhar Appaji Nag ([EMAIL PROTECTED]): Package: tasksel Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Attached patch for Telugu translation of tasksel. The patch also adds tasks for setting up a Telugu environment and KDE/GNOME desktop variants. Hmmm, could you please split this in two patches? One for translations and another for new tasks? I think we should not apply these patches for lenny: - Telugu will not be offerred in D-I - adding new tasks to tasksel, for languages not supported in D-I, is fairly useless Of course, these patches should be applied later, for squeeze development. So, if tasksel git is branched the patch(es) should by applied to the squeeze branch. signature.asc Description: Digital signature
Bug#449497: foo2zjs: application depends on non-free firmware
Hi I understand your sentiment, and it is indeed a grey area situation. If I take policy literary, I think this package is fine in main, but it is not as simple... In order to get this bug rolling (and lenny released ;-) ), can you all live with me splitting up the package in two packages: 1) foo2zjs: this contains everything, and lives in mains, which Suggests: 2) foo2zjs-contrib: this contains getweb I know a package with just a script is not nice, but it is more in the spirit of the debian policy indeed. I would like to hear Michael's word on it, since he was the more active one during the last uploads. In fact, I am happy to give up maintainership, as this package (and the tiresome discussion around it) is really no fun. Maybe Michael would like to step in and help out maintaining the package? Cheers Steffen signature.asc Description: This is a digitally signed message part.
Bug#503436: epiphany-webkit crashes loading google calendar
On Sun, Oct 26, 2008 at 11:31:36AM +1030, Karl Goetz wrote: Package: epiphany-webkit Version: 2.22.3-4+b1 Severity: normal 11:16:47 [EMAIL PROTECTED]:~$ epiphany-webkit console message: @1: Refused to set unsafe header Content-Length Segmentation fault 11:17:50 [EMAIL PROTECTED]:~$ Epiphany-webkit is consistantly crashing trying to load google calendar via google.com.au/calendar. I note i have to put in my login details, so I'm assuming that -webkit and -gecko use different login storing databases. -gecko auto inserts my details into the login screen and successfully logs in. I'm cautious about attaching a backtrace, as it may include my authentication details, but i'm willing to try and attach a cleaned backtrace. Can you try upgrading libwebkit-1.0-1 with the version currently in experimental? Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503417: tasksel: [PATCH] New te_IN translation + Add a few useful Telugu tasks
On 08/10/26 07:52 +0100, Christian Perrier said ... Quoting Y Giridhar Appaji Nag ([EMAIL PROTECTED]): Attached patch for Telugu translation of tasksel. The patch also adds tasks for setting up a Telugu environment and KDE/GNOME desktop variants. Hmmm, could you please split this in two patches? One for translations and another for new tasks? Sure, I'll do that and update the bug. I think we should not apply these patches for lenny: Indeed, I understand that. These are for squeeze, I want to avoid keeping these changes local and also prevent duplication of effort, hence the patches to the BTS. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#489007: [Pkg-fonts-devel] Bug#489007: ttf-liberation
Quoting Holger Levsen ([EMAIL PROTECTED]): Hi maintainers of ttf-liberation, IMHO we should really fix #489007 Ugly bold u and normal y (sans serif) for lenny. The bug is fixed in a new upstream version which IMHO is ok for a font package, even (or maybe especially) for a widely used one ;) What do you think? Actually, being a new upstream version, that would require a pre-approval by the release team. signature.asc Description: Digital signature
Bug#492488: Reproduction of the Iceweasel crashes.
On Sun, Oct 26, 2008 at 12:26:52PM +1300, Michael Cree wrote: Charles Plessy wrote: I am contacting you because you reported crashes with Iceweasel. Do you still have this problem? If yes, are you running an up-to-date Lenny system now or can you upgrade? Yes, the latest iceweasel (3.0.3-2) crashes on the Alpha architecture. I am running an up-to-date Lenny system. I've CCed this to Bob Tracy since he has done quite a bit of work trying to track down the problem,, that is reported in the debian-alpha mail list. He may wish to comment further. Bob compiled vanilla 3.0.3 firefox sources, and I compiled 3.0.3-g1 icecat sources for testing (mainly because iceweasel was still back at 3.0.1 at the time). These also crash. For me the symptom is that the browser window opens on the screen and then immediately disappears again with the crash. Both Bob and I got working versions of firefox and icecat, respectively, with a static link of the xul stuff, using --no-relax in the link stage, and disabling optimisation. The following messages from debian-alpha mail list discussion are the most relevant. http://lists.debian.org/debian-alpha/2008/10/msg00022.html http://lists.debian.org/debian-alpha/2008/10/msg00024.html http://lists.debian.org/debian-alpha/2008/10/msg00028.html Note that we *do* use --no-relax on xulrunner-1.9, but in the CFLAGS. Without it, libxul.so won't build at all ; the same applies to webkit, BTW. OTOH, the crash on alpha may be unrelated to the other crash we're trying to tackle. Could you send a backtrace of yours ? Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492185: caudium: new package available that closes this bug
Quoting Henrik Andreasson ([EMAIL PROTECTED]): Package: caudium Version: 3:1.4.12-11 Followup-For: Bug #492185 I tried to upload to mentors but I think the newer upstream version already there blocks uploads by this version. So I've put the newer 1.4.12 at: http://debian.han.pp.se/debian/caudium/caudium_1.4.12/ So this is the version I'd like help to sponsor/upload (it also closes #503223 Basque translation). OK, I'm getting these files and will upload. signature.asc Description: Digital signature
Bug#502821: Enhances oldsys-preseed patch for the DNS-323
* Matthew Palmer [EMAIL PROTECTED] [2008-10-25 22:24]: 192.168.0.32 is what's in the manual for the DNS-323. I'm torn between having a Debian default and sticking with the device's default. The former means we can give users a default in the docs, but since the device will have something hard-coded most of the time, it'll default to that instead so we'll *still* need to tell users to check their manual. As a result, I think that defaulting to the device's default IP is the correct choice. I agree. That's also what I've done for the other devices. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449497: foo2zjs: application depends on non-free firmware
Hi Sorry for the confusing statement here. I understand your sentiment, and it is indeed a grey area situation. If I take policy literary, I think this package is fine in main, but it is not as simple... In order to get this bug rolling (and lenny released ;-) ), can you all live with me splitting up the package in two packages: 1) foo2zjs: this contains everything, and lives in mains, which Suggests: 2) foo2zjs-contrib: this contains getweb I know a package with just a script is not nice, but it is more in the spirit of the debian policy indeed. I would like to hear Michael's word on it, since he was the more active one during the last uploads. In fact, I am happy to give up maintainership, as this package (and the tiresome discussion around it) is really no fun. This refers to Michael Koch (also maintainer of the package). Maybe Michael would like to step in and help out maintaining the package? Here I mean the submitter :) That would be great. It is indeed not my intention at all to step on your toes, I'm just your friendly lenny pusher ;) I know, it's just a big frustration to deal with this package :/ Thanks for your work on the release and caring about RC bugs. Cheers Steffen signature.asc Description: This is a digitally signed message part.
Bug#449497: foo2zjs: application depends on non-free firmware
On Sunday 26 October 2008 08:03:46 Steffen Joeris wrote: Hi I understand your sentiment, and it is indeed a grey area situation. If I take policy literary, I think this package is fine in main, but it is not as simple... In order to get this bug rolling (and lenny released ;-) ), can you all live with me splitting up the package in two packages: 1) foo2zjs: this contains everything, and lives in mains, which Suggests: 2) foo2zjs-contrib: this contains getweb I know a package with just a script is not nice, but it is more in the spirit of the debian policy indeed. I would like to hear Michael's word on it, since he was the more active one during the last uploads. In fact, I am happy to give up maintainership, as this package (and the tiresome discussion around it) is really no fun. Maybe Michael would like to step in and help out maintaining the package? That would be great. It is indeed not my intention at all to step on your toes, I'm just your friendly lenny pusher ;) Michael, your thoughts? Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479607: please review new lilo debconf question
On Sun, 2008-10-26 at 07:46 +0100, Christian Perrier wrote: Will you leave time for a translation update round? Well, the bug sprint lasts 5 days and I want cookies, so I'll add any translations available in that time period. I'm happy to do a followup NMU for translations, or the i18n folks might want to do one (there is a bug about the grammar of one of the templates). -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#479607: please review new lilo debconf question
Quoting Paul Wise ([EMAIL PROTECTED]): On Sun, 2008-10-26 at 07:46 +0100, Christian Perrier wrote: Will you leave time for a translation update round? Well, the bug sprint lasts 5 days and I want cookies, so I'll add any translations available in that time period. I'm happy to do a followup NMU for translations, or the i18n folks might want to do one (there is a bug about the grammar of one of the templates). Sure, having a followup NMU for translations would be good. In the meantime, I've added your new template and regenerated PO files. We coult at least do a call for translations for existing translations. Of course, if the template changes because of the review, then these translations would have to be reupdated again, but I don't think that changes will be drastic (you're a native speaker so your English is by definition correct). About grammar problems: well, the lilo templates just suck in general. They need a huge rewrite, which is definitely out of scope now...so I propose we let them alone right now. signature.asc Description: Digital signature
Bug#479607: French translation update
Here's a quick update of the French translation of templates, based on the wording proposed by Paul in this bug. -- fr.po Description: application/gettext signature.asc Description: Digital signature
Bug#332782: Declaration
I allow that my contribution to the Debian GNU/Linux release notes can be distributed under the terms of the GNU General Public License, version 2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472590: RFC: changing the + in ls -l output to be . or +
On Saturday 25 October 2008 00:19, Mike Edenfield [EMAIL PROTECTED] wrote: Jim Meyering wrote: A desire for compatibility makes + look good. . is appealing for SELinux-only because it's inconspicuous. Speaking as a fairly new SELinux user/admin, having a . next to every file in my ls output is just as useful or non-useful as having a + next to them, so does it really buy anything? I end up needing -Z either way. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472590 The above URL has the history of this discussion. I requested that there be no such notification. I still believe that there should be nothing used in the case of SE Linux (although I could be convinced that the . is OK if files with the context system_u:object_r:file_t:s0 did not have it). But it seems that I have lost this debate. Using . is better than +, and my request to have none of this in Lenny has been accepted so we have some time to work on this before Lenny+1. Based on the kind of real-world problems I've had, the most useful thing ls could tell me about a file on my SELinux system would be that it *should* have a label and *doesn't*, something like: if ( selinux_enabled ) if ( label == NULL || label == fs.defaultlabel ) use ! else use else if ( anything else ) use + That sounds quite reasonable. -- Russell Coker [EMAIL PROTECTED] http://etbe.coker.com.au/ My Blog http://etbe.coker.com.au/category/security/ My Security blog posts http://www.coker.com.au/selinux/play.html My Play Machine, root PW SELINUX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491953: Announce of the upcoming NMU for the pcd2html package
Dear maintainer of pcd2html and Debian translators, Some days ago, I sent a notice to the maintainer of the pcd2html Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ca cs de eu fi fr gl id it ja nl pt ru sv vi Among these, the following translations are incomplete: ca If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the pcd2html package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, November 01, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Tuesday, October 21, 2008 : send the first intent to NMU notice to the package maintainer. Sunday, October 26, 2008 : send this notice Saturday, November 01, 2008 : (midnight) deadline for receiving translation updates Sunday, November 02, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Tuesday, November 04, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-02 19:46+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid Mount point for Kodak Photo CDs: msgstr #. Type: string #. Description #: ../templates:2001 msgid Pcd2html prepares Kodak Photo CDs for web presentation. msgstr #. Type: string #. Description #: ../templates:2001 msgid Please specify the location where CDs are to be mounted. msgstr signature.asc Description: Digital signature
Bug#492177: Announce of the upcoming NMU for the gclcvs package
Dear maintainer of gclcvs and Debian translators, Some days ago, I sent a notice to the maintainer of the gclcvs Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fi fr gl nl pt ru sv vi Among these, the following translations are incomplete: es vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the gclcvs package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, November 01, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Tuesday, October 21, 2008 : send the first intent to NMU notice to the package maintainer. Sunday, October 26, 2008 : send this notice Saturday, November 01, 2008 : (midnight) deadline for receiving translation updates Sunday, November 02, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Tuesday, November 04, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-21 08:47+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../in.gcl.templates:1001 msgid Use the work-in-progress ANSI build by default? msgstr #. Type: boolean #. Description #: ../in.gcl.templates:1001 msgid GCL is in the process of providing an ANSI compliant image in addition to its traditional CLtL1 image still in production use. Please see the README. Debian file for a brief description of these terms. Setting this variable will determine which image you will use by default on executing '[EMAIL PROTECTED]@'. You can locally override this choice by setting the GCL_ANSI environment variable to any non-empty string for the ANSI build, and to the empty string for the CLtL1 build, e.g. GCL_ANSI=t [EMAIL PROTECTED]@. The flavor of the build in force will be reported in the initial startup banner. msgstr #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid Use the profiling build by default? msgstr #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid GCL now has optional support for profiling via gprof. Please see the documentation for si::gprof-start and si::gprof-quit for details. As this build is slower than builds without gprof support, it is not recommended for final production use. You can locally override the default choice made here by setting the GCL_PROF environment variable to any non-empty string for profiling support, and to the empty string for the more optimized builds, e. g. GCL_PROF=t [EMAIL PROTECTED]@. If profiling is enabled, this will be reported in the initial startup banner. msgstr signature.asc Description: Digital signature
Bug#500032: Announce of the upcoming NMU for the pure-ftpd package
Dear maintainer of pure-ftpd and Debian translators, Some days ago, I sent a notice to the maintainer of the pure-ftpd Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de eu fi fr gl it ja nl pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the pure-ftpd package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, November 01, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Tuesday, October 21, 2008 : send the first intent to NMU notice to the package maintainer. Sunday, October 26, 2008 : send this notice Saturday, November 01, 2008 : (midnight) deadline for receiving translation updates Sunday, November 02, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Tuesday, November 04, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-06-21 21:34+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../pure-ftpd-common.templates:1001 msgid inetd, standalone msgstr #. Type: select #. Description #: ../pure-ftpd-common.templates:1002 msgid Run pure-ftpd from inetd or as a standalone server: msgstr #. Type: select #. Description #: ../pure-ftpd-common.templates:1002 msgid Pure-ftpd can be run from inetd or as a standalone daemon. Using inetd is a suitable option for small ftp servers because the inetd super-server will only launch pure-ftpd to handle incoming connections. Standalone operation is more efficient for busy ftp sites. msgstr #. Type: select #. Description #: ../pure-ftpd-common.templates:1002 msgid Keep in mind that a few options only work in standalone mode, such as limiting connections per-IP and binding the server to a specific IP address. msgstr #. Type: boolean #. Description #: ../pure-ftpd-common.templates:2001 msgid Do you want pure-ftpwho to be installed setuid root? msgstr #. Type: boolean #. Description #: ../pure-ftpd-common.templates:2001 msgid The pure-ftpwho program only works with root privileges. Since it's a fairly trivial program, this poses little security risk. Still, it is only recommended that you install any program setuid root if you need it. msgstr #. Type: boolean #. Description #: ../pure-ftpd-common.templates:2001 msgid You can always change your mind later by reconfiguring this package with \dpkg-reconfigure pure-ftpd-common\. msgstr #. Type: note #. Description #: ../pure-ftpd-common.templates:3001 msgid Your installation uses an obsolete configuration method msgstr #. Type: note #. Description #: ../pure-ftpd-common.templates:3001 msgid Older versions of the pure-ftpd debian package used command-line options specified in /etc/default/pure-ftpd. This has been changed because there was no easy way to use these options when the daemon was spawned from inetd. msgstr #. Type: note #. Description #: ../pure-ftpd-common.templates:3001 msgid Pure-ftpd now uses the /etc/pure-ftpd.conf file (via pure-config.pl) for configuration in either standalone or inetd mode. You should check that any customization you've made in the /etc/default/pure-ftpd OPTIONS are reflected in /etc/pure-ftpd.conf, as it is not possible for the moment to use a way to do this automatically that would work for all cases. You can then delete the unused OPTIONS line to avoid seeing this message in the future. msgstr #. Type: note #. Description #: ../pure-ftpd-common.templates:4001
Bug#503449: linux-headers-2.6.26-1-686: No include files in directory /usr/src/linux-source-2.6.26/drivers/media/dvb/dvb-core/
Package: linux-headers-2.6.26-1-686 Version: 2.6.26-8 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-headers-2.6.26-1-686 depends on: ii gcc-4.1 4.1.2-23 The GNU C compiler ii linux-headers-2.6.26-1-common 2.6.26-8 Common header files for Linux 2.6. ii linux-kbuild-2.6.26 2.6.26-3 Kbuild infrastructure for Linux 2. linux-headers-2.6.26-1-686 recommends no packages. linux-headers-2.6.26-1-686 suggests no packages. -- no debconf information -- Description: In order to compile kernel module for em2820 from mcentral.de some include files are required from the linux kernel source. These files are present in the linux-source tree but they are not present in the linux-headers package. Suggestion. Just copy the include files from /usr/src/linux-source-2.6.26/drivers/media/video/ /usr/src/linux-source-2.6.26/drivers/media/dvb/frontends/ /usr/src/linux-source-2.6.26/drivers/media/dvb/dvb-core/ to its directory in the linux-headers package Thanks Pablo de Vicente -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492488: Reproduction of the Iceweasel crashes.
On Sun, Oct 26, 2008 at 12:26:52PM +1300, Michael Cree wrote: I've CCed this to Bob Tracy since he has done quite a bit of work trying to track down the problem,, that is reported in the debian-alpha mail list. He may wish to comment further. Bob compiled vanilla 3.0.3 firefox sources, and I compiled 3.0.3-g1 icecat sources for testing (mainly because iceweasel was still back at 3.0.1 at the time). These also crash. For me the symptom is that the browser window opens on the screen and then immediately disappears again with the crash. That is the symptom I'm seeing as well. Significantly, this occurs both with Iceweasel and with firefox executables built from the vanilla firefox-3.x sources. The main browser window with two tabs appears: the two tabs correspond to the you've upgraded web page and the normal home page. As soon as the two pages start to load, the browser crashes with a segfault. For a vanilla firefox-3.0.3 build, disabling optimization took care of the segfaults, while adding -Wl,--no-relax to DSO_LDOPTS allowed libxul.so to be built. The build process was aborting during the final link-edit of libxul.so with GPREL16 relocation errors, and a 2007 bugzilla report I found implicated the relax code in binutils. The same workarounds allow firefox-3.1b1 to build and work properly. My alpha is a PWS 433au (miata), currently running a kernel.org 2.6.27 kernel. gcc/g++ is version 4.2.4-3, and binutils is version 2.18.0.20080103. -- Bob Tracy | I was a beta tester for dirt. They never did [EMAIL PROTECTED] | get all the bugs out. - Steve McGrew on /. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503448: [INTL:eu] gallery debconf templates Basque translation
Package: gallery Severity: wishlist Tags: patch l10n Hi Attached gallery debconf templates Basque translation, please add it. thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gallery depends on: ii apache2 2.2.9-10 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.9-10 Apache HTTP Server - traditional n ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libapache2-mod-php5 5.2.6-5 server-side, HTML-embedded scripti ii netpbm 2:10.0-12Graphics conversion tools ii php4-cgi6:4.4.6-2+b1 server-side, HTML-embedded scripti ii php55.2.6-5 server-side, HTML-embedded scripti ii php5-cgi5.2.6-5 server-side, HTML-embedded scripti Versions of packages gallery recommends: ii imagemagick 7:6.3.7.9.dfsg1-2.1 image manipulation programs ii jhead2.84-1 manipulate the non-image part of E ii libjpeg-progs6b-14 Programs for manipulating JPEG fil ii unzip5.52-12 De-archiver for .zip files gallery suggests no packages. # translation of gallery-eu.po to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: gallery-eu\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-10-22 07:13+0200\n PO-Revision-Date: 2008-10-23 23:33+0200\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: Euskara [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: multiselect #. Description #: ../gallery.templates:1001 msgid Which web server would you like to reconfigure automatically: msgstr Zein web zerbitzari nahi duzu automatikoki birkonfiguratu: #. Type: multiselect #. Description #: ../gallery.templates:1001 msgid If you do not select a web server to reconfigure automatically, gallery will not be usable until you reconfigure your webserver to enable gallery. msgstr Automatikoki birkonfiguratzeko web-zerbitzaririk hautatzen ez baduzu, gallery ez da erabilgarri izango zure web-zerbitzaria gallery gaitzeko konfiguratu arte. #. Type: boolean #. Description #: ../gallery.templates:2001 msgid Should ${webserver} be restarted? msgstr ${webserver} berrabiarazi egin behar al da? #. Type: boolean #. Description #: ../gallery.templates:2001 msgid Remember that in order to activate the new configuration ${webserver} has to be restarted. You can also restart ${webserver} by manually executing invoke- rc.d ${webserver} restart. msgstr Gogoratu konfigurazio berriak eragin izan dezan ${webserver} berrabiarazi egin behar dela. ${webserver} eskuz ere berrabiarazi dezakezu 'invoke-rc.d ${webserver} restart' exekutatuaz.
Bug#486400: splashy does or doesn't work with hibernation ??
Hi Yves-Alexis, I am the person who originally submitted the bug report on Splashy's troubles with hibernation. I encountered the problem a few months ago on a Dell Latitude. Shortly thereafter, several other people wrote in to say that they were experiencing similar difficulties. At the moment, I am away from home working on a (recently acquired) Compaq Evo N410c. I just installed Splashy on this machine and it works perfectly with kernels 2.6.25 and 2.6.26. To be more precise, I had no difficulty resuming after calling /usr/sbin/hibernate nor did I have any difficulty resuming after calling /usr/sbin/s2disk When I return home tomorrow, I will reinstall and test Splashy on my Dell Latitude, let you know if it works and provide you with some feedback. Hopefully, everything will work and you will get some cookies from the Bug Sprint! Cheers, - Eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503436: epiphany-webkit crashes loading google calendar
On Sun, 2008-10-26 at 07:58 +0100, Mike Hommey wrote: On Sun, Oct 26, 2008 at 11:31:36AM +1030, Karl Goetz wrote: Package: epiphany-webkit Version: 2.22.3-4+b1 Severity: normal 11:16:47 [EMAIL PROTECTED]:~$ epiphany-webkit console message: @1: Refused to set unsafe header Content-Length Segmentation fault 11:17:50 [EMAIL PROTECTED]:~$ Can you try upgrading libwebkit-1.0-1 with the version currently in experimental? Using this package i can log in. I have tried to create an entry in the calendar, which it seems to be having issues with. I expect that would be a different bug (if it is a bug). This bug seems to be fixed in experimental. kk Thanks Mike -- Karl Goetz [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#474947: the state of Bug#474947
Dropped debian-release from CC. Elliott Mitchell wrote: - this patch reduces apt speed (not serious though, as I see) on most operations with the cache; I guess I should ask, do you have an less issues less relevant waiting in the wings? While more speed is good, that is worthless if it is badly broken. Yes. - fix requires a big patch (small part of it was written by me, see #474947 thread); - this patch have to change internals of apt; - this patch can break apt API and ABI (don't checked); - this patch definitely requires thorough review and testing; Here it is a matter of the weightings. The flipside is without this fixed: - Almost certainly a significant number of users will run into this issue during the lifetime of Lenny (the history is 5-10 bugs/year; plus an unknown and likely large number of people who do not report it since they see it has already been reported and therefore presume work has already begun on fixing it). Release notes have already an item about upgrading APT first and setting Cache-Limit, if I recall correctly. - This complicates debugging, as it escalates otherwise harmless issues to major severity (see #400768; while certainly an otherwise unrelated bug, if the MMap issue wasn't present, this bug would never have caused any problems). It seems that 400768 was caused by other limits. Though I may be wrong. - It is quite likely that upon upgrading to a version of Debian after Lenny, APT will again break due to this issue and again have to include a major warning in the release notes. Yes :( - As far as actual impact of the change we still do not know. Despite knowing about the first problem for at least 5 years (#178623 is the oldest report I have found), and knowing that it was still very definitely an issue for a minimum of nearly 2 years (#400768); we still do not have anything but rough guestimates. It might be that this is the time your estimate is wildly wrong, but we do not know since no patch has ever been tried. Why not try this in experimental? Then we would have real experience to judge how much work it will take to fix. Please, leave this after Lenny. Testing in experimental is definitely not enough. Yes, it's bad that this bug wasn't touched during long time. I don't think this would be acceptable by release team. Too a point I think I can summarize your position as: It is too dangerous to fix this in Lenny. Yes. Correspondingly I can summarize my position as: It is too dangerous NOT to fix in Lenny. There is no clearly right answer here. The issue is which will damage Debian more; delaying the release, or releasing with another serious issue? Well, old bug with clear instructions how to fix it is better that undiscovered bunch of new ones which, If will not be discovered before Lenny, will affect user during all Lenny lifetime. You also know that, firstly, Debian had full freeze in July 2008, freeze of core components was at several months before. Elliott, reason for this bug is apt architecture. Do you think we can easily change architecture of the core package at freeze stage? I have made no such claims. I am merely stating that this is a serious bug. Severe enough to seriously consider delaying the release. This is what the release team gets to decide, which is worse (neither option is good)? Yes. So, If you claim this have to be fixed before Lenny, go ahead and ask Debian release team what they think about changes in internals of apt and additional month(s) of testing. Yet, since you've got an initial patch, why not put that out in experimental? I've have not written initial patch. I've written small part of the patch. It might be found that fixing it isn't anywhere near as bad as you thought. Even though it changes the API/ABI, if no one has ever touched that field, the impact on other packages will be zero. Yes, it will change ABI and API. This will cause recompiling packages that rely on apt against new apt, and would cause breakage of some apt-dependent tools (such as aptitude, perl and python bindings). Another big pain for other developers. Perhaps the release team will decide it is worth delaying the release, in which case a head start in testing will be of great value. Perhaps some other issue will force a delay of the release, in which case the extra time might allow sufficient testing. Perhaps. And perhaps not. My conclusion: please not force fixing this bug before Lenny until release team agree to change internals of apt at this stage. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Bug#472590: RFC: changing the + in ls -l output to be . or +
Russell Coker [EMAIL PROTECTED] wrote: On Saturday 25 October 2008 00:19, Mike Edenfield [EMAIL PROTECTED] wrote: Jim Meyering wrote: A desire for compatibility makes + look good. . is appealing for SELinux-only because it's inconspicuous. Speaking as a fairly new SELinux user/admin, having a . next to every file in my ls output is just as useful or non-useful as having a + next to them, so does it really buy anything? I end up needing -Z either way. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472590 The above URL has the history of this discussion. I requested that there be no such notification. I still believe that there should be nothing used in the case of SE Linux (although I could be convinced that the . is OK if files with the context system_u:object_r:file_t:s0 did not have it). But it seems that I have lost this debate. Using . is better than +, and my request to have none of this in Lenny has been accepted so we have some time to work on this before Lenny+1. Based on the kind of real-world problems I've had, the most useful thing ls could tell me about a file on my SELinux system would be that it *should* have a label and *doesn't*, something like: if ( selinux_enabled ) if ( label == NULL || label == fs.defaultlabel ) use ! else use else if ( anything else ) use + That sounds quite reasonable. Actually, I'm leaning your way, now, and agree. If you, Russell, write the patch (w/NEWS and docs would be really nice) I'll make the switch upstream pretty soon. It'd be nice to give the austin group a heads up, too, since this behavior would be contrary to POSIX. I don't think it's worth it to make this depend on the setting of the POSIXLY_CORRECT envvar. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492488: Reproduction of the Iceweasel crashes.
On Sun, Oct 26, 2008 at 02:52:46AM -0500, Bob Tracy wrote: On Sun, Oct 26, 2008 at 12:26:52PM +1300, Michael Cree wrote: I've CCed this to Bob Tracy since he has done quite a bit of work trying to track down the problem,, that is reported in the debian-alpha mail list. He may wish to comment further. Bob compiled vanilla 3.0.3 firefox sources, and I compiled 3.0.3-g1 icecat sources for testing (mainly because iceweasel was still back at 3.0.1 at the time). These also crash. For me the symptom is that the browser window opens on the screen and then immediately disappears again with the crash. That is the symptom I'm seeing as well. Significantly, this occurs both with Iceweasel and with firefox executables built from the vanilla firefox-3.x sources. The main browser window with two tabs appears: the two tabs correspond to the you've upgraded web page and the normal home page. As soon as the two pages start to load, the browser crashes with a segfault. For a vanilla firefox-3.0.3 build, disabling optimization took care of the segfaults, while adding -Wl,--no-relax to DSO_LDOPTS allowed libxul.so to be built. The build process was aborting during the final link-edit of libxul.so with GPREL16 relocation errors, and a 2007 bugzilla report I found implicated the relax code in binutils. The same workarounds allow firefox-3.1b1 to build and work properly. Can you try to rebuild a xulrunner-1.9 package with the attached patch and see if iceweasel gets better? Thanks Mike diff --git a/debian/rules b/debian/rules index 2ae4a21..6fac4e3 100755 --- a/debian/rules +++ b/debian/rules @@ -34,10 +34,6 @@ ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CONFIGURE_FLAGS += --disable-optimize endif -ifeq ($(DEB_BUILD_ARCH),alpha) - CFLAGS += -Wl,--no-relax -endif - ifeq ($(DEB_BUILD_ARCH),ppc64) CFLAGS += -mminimal-toc endif @@ -90,7 +86,7 @@ build-stamp: config.status PYTHON_SO=$(shell objdump -p /usr/lib/lib$(PYVER).so | awk '/SONAME/ {print $$2}') \ $(JAVA_VARS) \ DEB_NO_JAR=1 \ - OS_LDFLAGS=-Wl,--as-needed $(shell sed -n 's/^OS_LDFLAGS\s*=\s*//p' config/autoconf.mk) + OS_LDFLAGS=-Wl,--no-relax -Wl,--as-needed $(shell sed -n 's/^OS_LDFLAGS\s*=\s*//p' config/autoconf.mk) #docbook-to-man debian/xulrunner.sgml xulrunner.1 touch build-stamp
Bug#503436: epiphany-webkit crashes loading google calendar
reassign 503436 libwebkit-1.0-1 fixed 503436 1.0.2~pre.svn37878-1 thanks On Sun, Oct 26, 2008 at 06:35:56PM +1030, Karl Goetz wrote: On Sun, 2008-10-26 at 07:58 +0100, Mike Hommey wrote: On Sun, Oct 26, 2008 at 11:31:36AM +1030, Karl Goetz wrote: Package: epiphany-webkit Version: 2.22.3-4+b1 Severity: normal 11:16:47 [EMAIL PROTECTED]:~$ epiphany-webkit console message: @1: Refused to set unsafe header Content-Length Segmentation fault 11:17:50 [EMAIL PROTECTED]:~$ Can you try upgrading libwebkit-1.0-1 with the version currently in experimental? Using this package i can log in. I have tried to create an entry in the calendar, which it seems to be having issues with. I expect that would be a different bug (if it is a bug). This bug seems to be fixed in experimental. Thanks for confirmation. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503450: New upstream version 1.0.7
Package: turbogears Severity: wishlist Hi! Please update to new upstream version 1.0.7 at unstable. It has a lot of bug fixes and others nice changes: http://trac.turbogears.org/wiki/ChangeLog Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486334: segfault in iceweasel 3.0~rc2-1
On Tue, Oct 07, 2008 at 09:49:07AM +0200, Thomas Pietrzak wrote: Stephan Peijnik wrote: Is this bug still present in Iceweasel? Can it be found in Iceweasel 3.0.3-1, which is available from unstable? No replies to this bugreport have been sent since July, so I suspect it that this problem has already been fixed. Could someone please confirm this so this bug report can be closed? Hi, I'm afraid the problem still remains. It seems that I'm the only unlucky man on earth who has this problem :-( Tell me what kind of trace you want, and I will send it to you. For the moment I revert to 2.0.0.16-0etch1 which is the last working version. Please try to reproduce the problem with the current version in unstable (3.0.3-3, which installs fine in Lenny), and please make sure xulrunner is up-to-date as well (1.9.0.3-1). Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503451: gnome: Hang and 100 % CPU load after small appearance change
Package: gnome Severity: important Having upgraded my amd64 system from etch to lenny, I tried changing some appearance options and this is the result: - gnome-appearance-properties takes 100 % cpu load (one core fully loaded) and does not load theme previews (big question mark stays there) - changing two small options (Glanz (german) and different foreground color) resulted in gnome-settings-daemon to take 100 % cpu load, too. This also occured after rebooting and logging in again (without running anything in Gnome) - this also resulted in a gnome-settings-daemon could not be started message when trying to launch the appearance properties - removed .gconf and .gconfd in home folder - no longer 100 % gnome-settings-dameon load, but of course lost all my configuration - still having 100 % load when launching gnome-appearance-properties, closing the window does not help, SIGTERM needed. gnome-appearance-properties output when started from command line: --- (gnome-appearance-properties:7061): appearance-properties-WARNING **: Unknown Tag: comment (gnome-appearance-properties:7061): appearance-properties-WARNING **: Unknown Tag: comment --- Please direct me to some usefull steps to resolve that issue. I do not have the problem with a similar machine (that is running Lenny for one year now, never having Etch there). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503419: etch-lenny: libvte-common not upgraded because of unmet dep for libvte4
On Sat, Oct 25, 2008, Giovanni Rapagnani wrote: During the upgrade form etch to lenny (aptitude full-upgrade), the following situation occurs: - libvte-common is not upgraded for not breaking the dependency needed by libvte4 - libvte4 remains installed - libvte9 is installed After doing a second 'aptitude full-upgrade', the following situation occurs: - libvte4 is deinstalled - libvte-common is then upgraded. Err ok; and is that a problem? I don't know if libvte9 is a full replacement for libvte4. In this case, maybe adding the info 'Replaces: libvte4 (=1:0.12.2-5)' in the package libvte9 will in the first 'aptitude full-upgrade' run : - remove libvte4 - install libvte9 - upgrade libvte-common Lenny packages should be depending on libvte9 and etch packges on libvte4; both can be installed at the same time, but at the end of the upgrade, libvte4 should be removed automatically (or should be removable manually). -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503452: Unable to authenticate with the default login/password
Package: zabbix-frontend-php Version: 1:1.6-1 Severity: normal Hi, README.Debian states that the default login is Admin with an empty password, however after a fresh install I am unable to connect to the zabbix frontend. The first things that comes to my mind was to change the Admin password by updating the users table manually. Then it works. Did I miss something ? -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/ Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: OpenPGP digital signature
Bug#503436: epiphany-webkit crashes loading google calendar
On Sun, 2008-10-26 at 09:13 +0100, Mike Hommey wrote: reassign 503436 libwebkit-1.0-1 fixed 503436 1.0.2~pre.svn37878-1 thanks On Sun, Oct 26, 2008 at 06:35:56PM +1030, Karl Goetz wrote: On Sun, 2008-10-26 at 07:58 +0100, Mike Hommey wrote: On Sun, Oct 26, 2008 at 11:31:36AM +1030, Karl Goetz wrote: Package: epiphany-webkit Version: 2.22.3-4+b1 Severity: normal 11:16:47 [EMAIL PROTECTED]:~$ epiphany-webkit console message: @1: Refused to set unsafe header Content-Length Segmentation fault 11:17:50 [EMAIL PROTECTED]:~$ Can you try upgrading libwebkit-1.0-1 with the version currently in experimental? Using this package i can log in. I have tried to create an entry in the calendar, which it seems to be having issues with. I expect that would be a different bug (if it is a bug). This bug seems to be fixed in experimental. Thanks for confirmation. Thank you. kk Mike -- Karl Goetz [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#498522: Plucker uses bad User-agent HTTP header
tags 498522 fixed-upstream tags 498522 pending thank The bug has been corrected upstream http://cvs.plkr.org/parser/python/PyPlucker/Retriever.py?r1=1.28r2=1.29diff_format=u -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503453: FTBFS on most archs, unsupported platform: linux-foo
Package: pyscard Severity: serious Version: 1.6.7-1 Looking at the setup.py, this appears to be error. Those variables are generic enough for any linux system (and possibly kfreebsd* too). On Sat, Oct 25, 2008 at 11:39:08AM +, Debian/armel Build Daemon wrote: Automatic build of pyscard_1.6.7-1 on argento by sbuild/armel 98 Build started at 20081025-1132 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Reading state information... Need to get 178kB of source archives. Get:1 http://incoming.debian.org pyscard 1.6.7-1 (dsc) [1334B] Get:2 http://incoming.debian.org pyscard 1.6.7-1 (tar) [174kB] Get:3 http://incoming.debian.org pyscard 1.6.7-1 (diff) [2350B] Fetched 178kB in 0s (185kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5.0.38), python-support (= 0.5.3), python-all-dev (= 2.3.5-11), libpcsclite-dev, swig Checking for already installed source dependencies... debhelper: missing python-support: missing python-all-dev: missing libpcsclite-dev: missing swig: missing Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install debhelper python-support python-all-dev libpcsclite-dev swig Reading package lists... Building dependency tree... Reading state information... The following extra packages will be installed: bsdmainutils file gettext gettext-base groff-base html2text intltool-debian libdb4.5 libmagic1 libncursesw5 libpcsclite1 libsqlite3-0 libssl0.9.8 man-db mime-support po-debconf python python-all python-dev python-minimal python2.4 python2.4-dev python2.4-minimal python2.5 python2.5-dev python2.5-minimal Suggested packages: wamerican wordlist whois vacation dh-make cvs gettext-doc groff pcscd less www-browser python-doc python-tk python-profiler python2.4-doc binfmt-support python2.5-doc swig-examples swig-doc Recommended packages: curl wget lynx libgpm2 libmail-sendmail-perl libcompress-zlib-perl libmail-box-perl The following NEW packages will be installed: bsdmainutils debhelper file gettext gettext-base groff-base html2text intltool-debian libdb4.5 libmagic1 libncursesw5 libpcsclite-dev libpcsclite1 libsqlite3-0 libssl0.9.8 man-db mime-support po-debconf python python-all python-all-dev python-dev python-minimal python-support python2.4 python2.4-dev python2.4-minimal python2.5 python2.5-dev python2.5-minimal swig 0 upgraded, 31 newly installed, 0 to remove and 17 not upgraded. Need to get 0B/20.8MB of archives. After this operation, 68.0MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! bsdmainutils groff-base libncursesw5 libssl0.9.8 man-db libmagic1 file gettext-base libdb4.5 mime-support python2.5-minimal libsqlite3-0 python2.5 python-minimal python python-support html2text gettext intltool-debian po-debconf debhelper libpcsclite1 libpcsclite-dev python2.4-minimal python2.4 python-all python2.5-dev python-dev python2.4-dev python-all-dev swig Extracting templates from packages: 96% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Selecting previously deselected package bsdmainutils. (Reading database ... 9381 files and directories currently installed.) Unpacking bsdmainutils (from .../bsdmainutils_6.1.10_armel.deb) ... Selecting previously deselected package groff-base. Unpacking groff-base (from .../groff-base_1.18.1.1-21_armel.deb) ... Selecting previously deselected package libncursesw5. Unpacking libncursesw5 (from .../libncursesw5_5.6+20081018-1_armel.deb) ... Selecting previously deselected package libssl0.9.8. Unpacking libssl0.9.8 (from .../libssl0.9.8_0.9.8g-13_armel.deb) ... Selecting previously deselected package man-db. Unpacking man-db (from .../man-db_2.5.2-3_armel.deb) ... Selecting previously deselected package libmagic1. Unpacking libmagic1 (from .../libmagic1_4.26-1_armel.deb) ... Selecting previously deselected package file. Unpacking file (from .../archives/file_4.26-1_armel.deb) ... Selecting previously deselected package gettext-base. Unpacking gettext-base (from .../gettext-base_0.17-4_armel.deb) ... Selecting previously deselected package libdb4.5. Unpacking libdb4.5 (from .../libdb4.5_4.5.20-13_armel.deb) ... Selecting previously deselected package mime-support. Unpacking mime-support (from .../mime-support_3.44-1_all.deb) ... Selecting previously deselected package python2.5-minimal. Unpacking python2.5-minimal (from .../python2.5-minimal_2.5.2-11.1_armel.deb) ... Selecting previously deselected package libsqlite3-0. Unpacking libsqlite3-0 (from .../libsqlite3-0_3.5.9-6_armel.deb) ... Selecting previously deselected package python2.5. Unpacking
Bug#425150: apt: Don't show user/pass when failing to download.
Please paste the exact error you see. I can't reproduce it with 0.7.14+b1. -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.debian.org - The Universal Operating System signature.asc Description: Digital signature
Bug#501423: please unblock loudmouth 1.4.2-2
On Sun, Oct 26, 2008 at 12:18:22AM +0200, Stefano Zacchiroli wrote: Can you please unblock loudmouth 1.4.2-2, so that build-deps of gossip get satisfied in lenny, and then reschedule building in testing of gossip/1:0.31-1? Checking twice, only the unblock of loudmouth/1.4.2-2 is needed, as gossip/1:0.31-1 has already been rebuilt against the same version of loudmouth I'm requesting to unblock. Hence, I restrict my request to just: please unblock loudmouth/1.4.2-2. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è sempre /oo\ All one has to do is hit the right uno zaino-- A.Bergonzoni \__/ keys at the right time -- J.S.Bach -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503456: Package: installation-reports
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-businesscard.iso Date: 25.10.2008 20:42 Machine: Sun Fire X4100 Processor: 2x Dual Core AMD285 2.6Ghz Memory: 4GB Partitions: 1 / Partition and 1 swap Partition on SAS-Arrray (RAID1) Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [OK] Detect network card:[OK] Configure network: [OK] Detect CD: [OK] Load installer modules: [OK] Detect hard drives: [OK] Partition hard drives: [OK] Install base system:[OK] Clock/timezone setup: [OK] User/password setup:[OK] Install tasks: [OK] Install boot loader:[OK] Overall install:[E] Comments/Problems: I setup a RAID1 mirror (2 SAS disks each 73 GB) via the Serial Attached SCSI BIOS (Fusion-MPT Serial Attached SCSI BIOS Configuration Utility from LSI). After installation I reboot the system and I got an error message, because /dev/sdb1 was supposed to be the root partition. I changed the boot parameter root=/dev/sdb1 to root=/dev/sda1 and it worked fine. After the first login I changed the bootparameter root= in the file /boot/grub/menu.lst too. Reboot worked fine. Thank's -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503454: request-tracker3.6 - Only wants to work with apache2
Package: request-tracker3.6 Version: 3.6.7-3 Severity: important The installation of request-tracker3.6 forcibly pull in apache2 while there are much more fastcgi provider and they even may run on another machine. Bastian -- Warp 7 -- It's a law we can live with. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#244041: streamtuner change from xmms to audacious
Package: streamtuner Version: 0.99.99-15 Followup-For: Bug #244041 debian lenny uses xmms2 instead of xmms. found on streamtuner's page that the best way to continue ist to change xmms %q to audacious %q. This needs a recommend to audacious. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages streamtuner depends on: ii libc6 2.7-14GNU C Library: Shared libraries ii libcurl3 7.18.2-5 Multi-protocol file transfer libra ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libtagc0 1.5-3 TagLib Audio Meta-Data Library (C ii libxml22.6.32.dfsg-4 GNOME XML library ii python 2.5.2-2 An interactive high-level object-o ii python-gtk22.12.1-6 Python bindings for the GTK+ widge ii python-support 0.8.4 automated rebuilding support for P ii python2.5 2.5.2-11.1An interactive high-level object-o streamtuner recommends no packages. Versions of packages streamtuner suggests: ii streamripper 1.63.5-1 download online streams into audio ii yelp 2.22.1-8 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500560: apt: Not possible to use an @ (at sign) in username or password of a proxy
I do agree, also for :. I'd suggest to allow some escape like \: or \@ in the file. -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.debian.org - The Universal Operating System signature.asc Description: Digital signature
Bug#501423: please unblock loudmouth 1.4.2-2
On Sun, Oct 26, 2008 at 10:55:34AM +0100, Stefano Zacchiroli wrote: On Sun, Oct 26, 2008 at 12:18:22AM +0200, Stefano Zacchiroli wrote: Can you please unblock loudmouth 1.4.2-2, so that build-deps of gossip get satisfied in lenny, and then reschedule building in testing of gossip/1:0.31-1? Checking twice, only the unblock of loudmouth/1.4.2-2 is needed, as gossip/1:0.31-1 has already been rebuilt against the same version of loudmouth I'm requesting to unblock. Hence, I restrict my request to just: please unblock loudmouth/1.4.2-2. Done, thanks. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Release Assistant `. `' xmpp:[EMAIL PROTECTED] Stable Release Manager `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#503455: Updated Russian debconf translation
Package: xmame Version: 0.106-3 Priority: wishlist Tags: l10n patch # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: xmame_0.106-2.1_ru\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-10-21 08:54-0300\n PO-Revision-Date: 2008-10-26 13:35+0400\n Last-Translator: Sergey Alyoshin [EMAIL PROTECTED]\n Language-Team: Russian [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n% 10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: boolean #. Description #: ../xmame-x.templates:1001 msgid Do you want /usr/games/xmame.x11 to be installed SUID root? msgstr УÑÑановиÑÑ /usr/games/xmame.x11 Ñ Ð±Ð¸Ñом SUID и ÑделаÑÑ Ð²Ð»Ð°Ð´ÐµÐ»ÑÑем root? #. Type: boolean #. Description #: ../xmame-x.templates:1001 msgid You have the option of installing xmame.x11 with the SUID bit set. msgstr ÐÑ Ð¼Ð¾Ð¶ÐµÑе ÑÑÑановиÑÑ Ð½Ð° xmame.x11 SUID биÑ. #. Type: boolean #. Description #: ../xmame-x.templates:1001 #| msgid #| If you make xmame.x11 SUID (i.e privileged), you can use the DGA #| extension of your X server, which is currently the fastest fullscreen #| method for xmame. This could, however, potentially allow xmame to be used #| during a security attack on your computer. If you are playing network #| games I recommend that you decline. Otherwise, select this option and #| enjoy fullscreen games. If you change your mind later, you can run: dpkg- #| reconfigure xmame-x. msgid If you make xmame.x11 SUID (i.e privileged), you can use the DGA extension of your X server, which is currently the fastest fullscreen method for xmame. This could, however, potentially allow xmame to be used during a security attack on your computer. If you are playing network games it is recommended that you decline. Otherwise, select this option and enjoy fullscreen games. If you change your mind later, you can run: dpkg- reconfigure xmame-x. msgstr ÐÑли Ð²Ñ ÑделаеÑе xmame.x11 SUID-Ñм (Ñо еÑÑÑ Ñ Ð¿ÑивилегиÑми), Ñо ÑможеÑе иÑполÑзоваÑÑ ÑаÑÑиÑение X-ÑеÑвеÑа DGA, коÑоÑое на даннÑй моменÑ, ÑвлÑеÑÑÑ ÑамÑм бÑÑÑÑÑм ÑпоÑобом ÑабоÑÑ xmame в полноÑкÑанном Ñежиме. Ðднако, поÑенÑиалÑно, ÑÑо Ð¼Ð¾Ð¶ÐµÑ Ð¿Ð¾Ð·Ð²Ð¾Ð»Ð¸ÑÑ Ð¸ÑполÑзоваÑÑ xmame Ð´Ð»Ñ Ð²Ð·Ð»Ð¾Ð¼Ð° ваÑего компÑÑÑеÑа. ÐÑли Ð²Ñ Ð¿Ð»Ð°Ð½Ð¸ÑÑеÑе игÑаÑÑ Ð¿Ð¾ ÑеÑи, Ñо ÑекомендÑеÑÑÑ Ð¾ÑвеÑиÑÑ Ð¾ÑÑиÑаÑелÑно, еÑли Ð½ÐµÑ -- дайÑе ÑÑвеÑдиÑелÑнÑй оÑÐ²ÐµÑ Ð¸ наÑлаждайÑеÑÑ Ð¸Ð³Ñой на полном ÑкÑане. ÐÑли позже Ð²Ñ Ð¿ÐµÑедÑмаеÑе, Ñо Ð´Ð»Ñ Ð¿ÐµÑенаÑÑÑойки можеÑе запÑÑÑиÑÑ: dpkg-reconfigure xmame-x. #. Type: boolean #. Description #: ../xmess-x.templates:1001 msgid Do you want /usr/games/xmess.x11 to be installed SUID root? msgstr УÑÑановиÑÑ /usr/games/xmess.x11 Ñ Ð±Ð¸Ñом SUID и ÑделаÑÑ Ð²Ð»Ð°Ð´ÐµÐ»ÑÑем root? #. Type: boolean #. Description #: ../xmess-x.templates:1001 msgid You have the option of installing xmess.x11 with the SUID bit set. msgstr ÐÑ Ð¼Ð¾Ð¶ÐµÑе ÑÑÑановиÑÑ Ð½Ð° xmess.x11 SUID биÑ. #. Type: boolean #. Description #: ../xmess-x.templates:1001 #| msgid #| If you make xmess SUID (i.e privileged), you can use the DGA extension of #| your X server, which is currently the fastest fullscreeen method for #| xmess. This could, however, potentially allow xmess to be used during a #| security attack on your computer. If you are playing network games I #| recommend that you decline. Otherwise, accept and enjoy fullscreen games. #| If you change your mind later, you can run: dpkg-reconfigure xmess-x. msgid If you make xmess SUID (i.e privileged), you can use the DGA extension of your X server, which is currently the fastest fullscreeen method for xmess. This could, however, potentially allow xmess to be used during a security attack on your computer. If you are playing network games, it is recommended that you decline. Otherwise, accept and enjoy fullscreen games. If you change your mind later, you can run: dpkg-reconfigure xmess-x. msgstr ÐÑли Ð²Ñ ÑделаеÑе xmess SUID-Ñм (Ñо еÑÑÑ Ñ Ð¿ÑивилегиÑми), Ñо ÑможеÑе иÑполÑзоваÑÑ ÑаÑÑиÑение X-ÑеÑвеÑа DGA, коÑоÑое на даннÑй моменÑ, ÑвлÑеÑÑÑ ÑамÑм бÑÑÑÑÑм ÑпоÑобом ÑабоÑÑ xmess в полноÑкÑанном Ñежиме. Ðднако,
Bug#503457: bacula: [bacula] new upstream release 2.4.3
Package: bacula-common Version: 2.4.2-3.1 Severity: wishlist File: bacula Please update the version in debian to 2.4.3 Please also enable the build of bat Thank you! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bacula-common depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy bacula-common recommends no packages. Versions of packages bacula-common suggests: ii bacula-doc2.4.2-1Documentation for Bacula -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470618: Bug#481146: kpowersave: does not notice when battery is plugged or unplugged
Works here too. Thanks (I tested it today, as yesterday I was away from an internet connection, and I've seen the package is already in sid) Daniele Benucci -- Grabel's Law: 2 is not equal to 3 -- not even for large values of 2.
Bug#503460: debootstrap: Relative directory name in DEBOOTSTRAP_DIR breaks bootstrap
Package: debootstrap Version: 1.0.10 Severity: normal Tags: patch Patch which fixes use of relative directory name in DEBOOTSTRAP_DIR is attached. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (750, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-openvz-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debootstrap depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii wget1.11.4-2 retrieves files from the web debootstrap recommends no packages. debootstrap suggests no packages. -- no debconf information --- /usr/share/debootstrap/functions2008-07-02 22:44:35.0 +0700 +++ debootstrap/functions 2008-10-26 16:05:13.0 +0600 @@ -862,7 +862,7 @@ setup_devices_hurd ;; *) if [ -e $DEVICES_TARGZ ]; then - (cd $TARGET; zcat $DEVICES_TARGZ | tar -xf -) + zcat $DEVICES_TARGZ | (cd $TARGET; tar -xf -) else if [ -e /dev/.devfsd ] ; then in_target mount -t devfs devfs /dev
Bug#496037: Bug resolved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Today I tried this again in 1.0+dak1-1 and it seems to work. I don't know if the problem was previously elsewhere. In any case, I think this bug can be closed. Thanks! CT. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkEQiAACgkQ0SwfPjLnaZaqmgCcCTNIsJ3mFaWj9xjQ64pbooc1 hkMAoNvfqn2KT3X63eqZFPxZ4DQwkVol =6cQN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503458: mrpt - FTBFS: unrecognized command line option -mtune=native
Package: mrpt Version: 0.6.2svn476-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of mrpt_0.6.2svn476-1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] make[3]: Entering directory `/build/buildd/mrpt-0.6.2svn476' [ 0%] Building CXX object otherlibs/ann/CMakeFiles/mrpt-ann.dir/ANN.o cc1plus: error: unrecognized command line option -mtune=native make[3]: *** [otherlibs/ann/CMakeFiles/mrpt-ann.dir/ANN.o] Error 1 make[3]: Leaving directory `/build/buildd/mrpt-0.6.2svn476' make[2]: *** [otherlibs/ann/CMakeFiles/mrpt-ann.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/mrpt-0.6.2svn476' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/mrpt-0.6.2svn476' make: *** [install] Error 2 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 ** Build finished at 20081026-0557 FAILED [dpkg-buildpackage died] Using -mtune=native is unacceptable for building Debian packages at all. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503096: ITP: alpaca -- GnuPG file handling for Emacs
On Thu, Oct 23, 2008 at 11:14:53PM +0900, Tatsuya Kinoshita wrote: I think that a package for one single file is too much. I agree with Luca here. FWIW I also formally object to this ITP. Even so, the Debian package is helpful for users to install, upgrade and use it. This is not an argument per se. Everything which should be installed on user machines can benefit to be managed as a package. Still, we have trade-offs to do about the maintainability of our package base. `alpaca' is an old and simple way. The old version of alpaca (named gpg.el) was released in 2003 and has been useful ever since. EasyPG, yet another GnuPG interface for Emacs, version 0.0.1 was released in 2006, and then merged the development version of Emacs (will be 23.1 release) in 2008. Indeed, the fact that EasyPG is now integrated in development version of Emacs is my main reason for objecting this ITP. I'm using emacs-snapshot from [1] and without any configuration at all *.gpg files are handled properly. The level of integration is the same I used to have with gnupg.vim as shipped by vim-scripts. Hence the question goes as: considering that the next release of Debian is most likely going to be released with Emacs (= 23.1), which is integrated properly with EasyPG, do we need alpaca in Debian? I believe the answer is «no». [1] http://emacs.orebokech.com/ `alpaca' just provides a hook function for *.gpg file handling. Meanwhile EasyPG is a powerful tool which also provides keyring browser, dired integration, mail functions and so on. So, the source code of alpaca is more small and simple. Yes, but EasyPG is integrated with a package we already have, and the complexity you are mentioning is not exposed to the random user of *.gpg files. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è sempre /oo\ All one has to do is hit the right uno zaino-- A.Bergonzoni \__/ keys at the right time -- J.S.Bach signature.asc Description: Digital signature
Bug#503459: xserver-xorg-input-vmmouse: activating vmmouse lets X server die on startup
Package: xserver-xorg-input-vmmouse Version: 1:12.5.1-4 Severity: normal Hi, well, the title says it all On activation of the latest vmmouse driver in xorg.conf, X will not start up. Here's the excerpt of Xorg.0.log below that may give more information: (II) XINPUT: Adding extended input device PC Keyboard (type: KEYBOARD) (II) evaluating device (PC Mouse) (II) XINPUT: Adding extended input device PC Mouse (type: MOUSE) (II) VMWARE(0): VMMOUSE DEVICE_INIT (II) VMWARE(0): VMMOUSE DEVICE_ON (II) VMWARE(0): vmmouse enabled Backtrace: 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c919e] 1: [0xb7f9d400] 2: /usr/bin/X(xf86PostButtonEvent+0xdf) [0x80e6f9f] 3: /usr/lib/xorg/modules/input//vmmouse_drv.so [0xb7b5d262] 4: /usr/bin/X(EnableDevice+0x9d) [0x80863ad] 5: /usr/bin/X(InitAndStartDevices+0x7b) [0x80864cb] 6: /usr/bin/X(main+0x3a0) [0x8074680] 7: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7d42455] 8: /usr/bin/X(FontFileCompleteXLFD+0x21d) [0x8073a81] Fatal server error: Caught signal 11. Server aborting (II) VMWARE(0): VMMOUSE DEVICE_OFF/CLOSE Regards Peter -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 3. Apr 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1718484 30. Sep 02:06 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:0f.0 VGA compatible controller: VMware Inc Abstract SVGA II Adapter /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 5763 26. Okt 10:58 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf -- systemwide X.Org configuration file [see xorg.conf(5)] # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg ## Location of files ## Section Files # Debian font manager (defoma) controlled fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType # default X11 fonts FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/75dpi:unscaled FontPath/usr/share/fonts/X11/75dpi FontPath/usr/share/fonts/X11/100dpi:unscaled FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/cyrillic # Additional fonts: Locale, Gimp, TTF... FontPath/usr/share/fonts/truetype/freefont FontPath/usr/share/fonts/truetype/latex-xft-fonts FontPath/usr/share/fonts/truetype/msttcorefonts FontPath/usr/share/fonts/truetype/openoffice FontPath/usr/share/fonts/truetype/ttf-dejavu EndSection ## Modules to load ## Section Module Loadi2c Loadddc # DDC monitor probing Loaddbe # double-buffer extension Loaddri # direct rendering infrastructure Loadextmod# misc. extensions Loadglx # OpenGL extension (auto-loads GLcore sub-module) Loadint10 # VESA INT10 extensions Loadrecord# record input events Loadvbe # VESA BIOS extensions Loadxtrap # capture X protocol / synthesize input events # font support Loadbitmap# Bitmap (*.bdf,*.pcf,*.snf) Loadfreetype # TrueType (*.tt[fc]), OpenType (*.ot[fc]) EndSection ## Keyboard(s) ## Section InputDevice Identifier PC Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys # make right Windows key the compose key Option XkbOptionscompose:rwin EndSection ## Mice ## # Touchpad / Mouse Section InputDevice Identifier PC Mouse Driver vmmouse Option CorePointer # in Linux 2.6 /dev/input/mice is the all mice device for PS/2 USB mice Option Device/dev/input/mice Option Protocol auto Option Emulate3Buttons true Option Emulate3Timeout 100 Option ZAxisMapping 4 5 EndSection ## Graphics card(s) ## Section Device Identifier Main Graphics Card Driver vmware VendorName VMware Inc BoardName VMware SVGA II EndSection ## Monitor(s) ## Section Monitor Identifier TFT Monitor VendorName Lenovo ModelName ThinkPad T61 DisplaySize 332 208 # mm VertRefresh 50.0 - 75.0 # Hz HorizSync 28.0 - 96.0 # kHz
Bug#501997: NMU?
On dim, 2008-10-26 at 09:10 +0100, Yves-Alexis Perez wrote: Hey, as I'm working on splashy, I guess he'll just do a quick NMU for this bug. Or are you working on a MU anyway? Attached intended debdiff. -- Yves-Alexis diff -u splashy-0.3.10/debian/splashy.preinst splashy-0.3.10/debian/splashy.preinst --- splashy-0.3.10/debian/splashy.preinst +++ splashy-0.3.10/debian/splashy.preinst @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/sh -e # There was a bug in 0.2.x, it didn't remove /lib/splashy in postrm if [ -d /lib/splashy ]; then diff -u splashy-0.3.10/debian/control splashy-0.3.10/debian/control --- splashy-0.3.10/debian/control +++ splashy-0.3.10/debian/control @@ -15,11 +15,12 @@ # - libglib2.0-dev ( 2.0.1-2) - due the need of static library # - perl - pod2man used to generate man pages # - libmagic-dev - needed to detect mimetypes +# - chrpath - for removing the rpath defined in /sbin/splashy # Build-Depends: cdbs (= 0.4.23-1.1), quilt, autotools-dev, debhelper (= 5), libdirectfb-dev (= 1.0.1-9), libglib2.0-dev ( 2.0.1-2), libtool, perl, - libmagic-dev -Standards-Version: 3.7.3 + libmagic-dev, chrpath +Standards-Version: 3.8.0 XS-Vcs-Git: git://git.debian.org/git/splashy/splashy.git XS-Vcs-Browser: http://git.debian.org/?p=splashy/splashy.git;a=summary diff -u splashy-0.3.10/debian/changelog splashy-0.3.10/debian/changelog --- splashy-0.3.10/debian/changelog +++ splashy-0.3.10/debian/changelog @@ -1,3 +1,18 @@ +splashy (0.3.10-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * 02_add_missing_headers added, fix FTBFBS with +DEB_BUILD_OPTIONS=noopt,nostrip.closes: #501997 + * debian/splashy.{preinst,postinst,postrm}: use sh -e to make sure errors are +catched. + * debian/control: +- update standards version to 3.8.0, no changes needed. +- add build-dep on rpath. + * debian/rules: +- remove rpath on /sbin/splashy. + + -- Yves-Alexis Perez [EMAIL PROTECTED] Sun, 26 Oct 2008 10:02:19 +0100 + splashy (0.3.10-2) unstable; urgency=low * Add build-depends on quilt. diff -u splashy-0.3.10/debian/rules splashy-0.3.10/debian/rules --- splashy-0.3.10/debian/rules +++ splashy-0.3.10/debian/rules @@ -15,6 +15,7 @@ debian/splashy/usr/share/initramfs-tools/hooks/libsplashy \ debian/splashy/usr/share/initramfs-tools/scripts/init-top/splashy \ debian/splashy/etc/console-tools/config.d/splashy + chrpath -d -k $(CURDIR)/debian/splashy/sbin/splashy # VERY UGLY HACK! See #297741 configure/splashy:: sed s/old_library=\'\'/old_library=\'libglib-2.0.a\'/ /usr/lib/libglib-2.0.la src/libglib-2.0.la diff -u splashy-0.3.10/debian/splashy.postinst splashy-0.3.10/debian/splashy.postinst --- splashy-0.3.10/debian/splashy.postinst +++ splashy-0.3.10/debian/splashy.postinst @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/sh -e if [ -x /etc/init.d/splashy ]; then # This is needed to put the splashy links in the new location diff -u splashy-0.3.10/debian/splashy.postrm splashy-0.3.10/debian/splashy.postrm --- splashy-0.3.10/debian/splashy.postrm +++ splashy-0.3.10/debian/splashy.postrm @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/sh -e # until we have a debconf question, we won't do this: # for file in /boot/grub/menu.lst /boot/boot/grub/menu.lst; do diff -u splashy-0.3.10/debian/patches/series splashy-0.3.10/debian/patches/series --- splashy-0.3.10/debian/patches/series +++ splashy-0.3.10/debian/patches/series @@ -1,0 +2 @@ +02_add_missing_headers.patch only in patch2: unchanged: --- splashy-0.3.10.orig/debian/patches/02_add_missing_headers.patch +++ splashy-0.3.10/debian/patches/02_add_missing_headers.patch @@ -0,0 +1,12 @@ +Index: splashy-0.3.10/src/splashy_config-main.c +=== +--- splashy-0.3.10.orig/src/splashy_config-main.c 2008-10-12 16:28:15.0 +0100 splashy-0.3.10/src/splashy_config-main.c 2008-10-12 16:28:39.0 +0100 +@@ -41,6 +41,7 @@ + #include unistd.h /* getuid */ + #include getopt.h /* getopt_long */ + #include glib/gi18n.h ++#include locale.h + + #include common_macros.h + #include splashycnf.h signature.asc Description: This is a digitally signed message part
Bug#473892: desktop-base: about debian item in the gnome system menu
On dim, 2008-10-26 at 11:06 +0900, Paul Wise wrote: They don't appear here either because you install them in completely the wrong directory for them to be seen by freedesktop-compliant desktop systems like KDE/GNOME/XFCE/etc. They also don't contain any categories, which are needed to put them in the right place in the menu. Yeah sure. I don't really what they're intended for in the first place. But what I suggested is to put a .desktop in /usr/share/application which would open a link in sensible-browser with the text you linked. Would it make sense? I imagine the stuff in /usr/share/desktop-base/profiles is completely the wrong place too, unless xdg and kde are patched to look there. I don't know for kde and gnome (but would assume the same), but for Xfce we added /usr/share/desktop-base/profiles to XDG_CONFIG_DIR. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#489007: pre-upload approval (Bug#489007: ttf-liberation looks ugly)
Hi, please don't laugh at the bug - ugly fonts are really bad, especially widely used ones :) On Sunday 26 October 2008 08:12, Christian Perrier wrote: Quoting Holger Levsen ([EMAIL PROTECTED]): Hi maintainers of ttf-liberation, IMHO we should really fix #489007 Ugly bold u and normal y (sans serif) for lenny. The bug is fixed in a new upstream version which IMHO is ok for a font package, even (or maybe especially) for a widely used one ;) What do you think? Actually, being a new upstream version, that would require a pre-approval by the release team. So, release-team, whats your opinion? If you say probably, but we want to see the diff first, I say great, if you say no way I'll spare myself the work of creating it. Actually, after writing this, I looked at the upstream diff, the result is at the bottom of this mail.. I'm fairly sure that the bug report and fix are valid, considering how picky and fanatic quite many people are about fonts :-) regards, Holger (who's not the maintainer of ttf-liberation but the sponsor of the uploads so far) diff -Nur liberation-fonts-1.04.beta2/ChangeLog liberation-fonts-1.04.92/ChangeLog --- liberation-fonts-1.04.beta2/ChangeLog 2008-06-12 09:08:53.0 +0200 +++ liberation-fonts-1.04.92/ChangeLog 2008-10-15 18:21:42.0 +0200 @@ -1,5 +1,30 @@ +* Wed 15 Oct 2008 Caius Chance [EMAIL PROTECTED] +- Fixed blurred 'u' and 'W' for Sans Bold font (rhbz#463036). + +* Wed 17 Sep 2008 Caius Chance [EMAIL PROTECTED] +- Fixed missing hinting instructions for all Mono fonts (rhbz#460090). +- Fixed missing hinting instructions for all Sans fonts (rhbz#460090). +- Fixed missing hinting instructions for all Serif fonts (rhbz#460090). +- Released as version 1.04.91 + +* Tue 09 Sep 2008 Caius Chance [EMAIL PROTECTED] +- Backed up all released files in ./dist directory. + +* Fri 05 Sep 2008 Caius Chance [EMAIL PROTECTED] +- Fixed incorrect glyph points and missing hinting instructions for: + Mono Bold Italic (up to U+2012) (rhbz#460090). + +* Mon 25 Aug 2008 Caius Chance [EMAIL PROTECTED] +- Fixed incorrect glyph points and missing hinting instructions for: + U+0079, U+03BC, U+0431, U+2010..2012, U+1114117 (rhbz#458592). +- Released as version 1.04.90. + +* Thu 13 Jul 2008 Caius Chance [EMAIL PROTECTED] +- Released as version 1.04. + * Thu 12 Jun 2008 Caius Chance [EMAIL PROTECTED] -- Released as version 1.04.beta2. +- Released as version 1.04.beta2 (1.03.99). +- Added ZIP package building for non-tar users. - rhbz#440992: - Created Romanian T/t/S/s with comma below (U+0218..021B) on all fonts. - Fixed T/s with cedilla below (U+0162/0163) on all fonts. Binary files liberation-fonts-1.04.beta2/LiberationMono-Bold.ttf and liberation-fonts-1.04.92/LiberationMono-Bold.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationMono-BoldItalic.ttf and liberation-fonts-1.04.92/LiberationMono-BoldItalic.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationMono-Italic.ttf and liberation-fonts-1.04.92/LiberationMono-Italic.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationMono-Regular.ttf and liberation-fonts-1.04.92/LiberationMono-Regular.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationSans-Bold.ttf and liberation-fonts-1.04.92/LiberationSans-Bold.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationSans-BoldItalic.ttf and liberation-fonts-1.04.92/LiberationSans-BoldItalic.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationSans-Italic.ttf and liberation-fonts-1.04.92/LiberationSans-Italic.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationSans-Regular.ttf and liberation-fonts-1.04.92/LiberationSans-Regular.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationSerif-Bold.ttf and liberation-fonts-1.04.92/LiberationSerif-Bold.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationSerif-BoldItalic.ttf and liberation-fonts-1.04.92/LiberationSerif-BoldItalic.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationSerif-Italic.ttf and liberation-fonts-1.04.92/LiberationSerif-Italic.ttf differ Binary files liberation-fonts-1.04.beta2/LiberationSerif-Regular.ttf and liberation-fonts-1.04.92/LiberationSerif-Regular.ttf differ pgpVKw0xLKfXS.pgp Description: PGP signature
Bug#503403: munin-node: Generates error messages when initializing plugins on install (and dpkg --purge too)
Hello Richard, Am Sat, 25 Oct 2008 10:24:20 -0700 schrieb Richard Hecker [EMAIL PROTECTED]: Package: munin-node Version: 1.2.6-7 Severity: important In previous months, munin-node was working so this might just be a symptom of another problem introduced when I started to pull in some testing packages on this stable system. When I saw the error from my dpkg --purge attempts, I felt compelled to send this report because an unclean purge could interfere with the next install. About a month ago, the munin data from this system stopped appearing on the graphs. I tried my typical apt-get install --reinstall munin-node response. For some reason, no error messages show up during a --reinstall. But if I use dpkg --purge munin-node to clear the slate, on the next install I always get the following error messages: thanks for the bugreport! Setting up munin (1.2.6-7) ... Setting up munin-node (1.2.6-7) ... Initializing plugins..# There were some errors: # Got junk from postgres_space_: DBI connect('','',...) failed: FATAL: Ident authentication failed for user nobody at /usr/share/munin/plugins/postgres_space_ line 62 # Got junk from postgres_queries_: DBI connect('','',...) failed: FATAL: Ident authentication failed for user nobody at /usr/share/munin/plugins/postgres_queries_ line 98 # Got junk from postgres_block_read_: DBI connect('','',...) failed: FATAL: Ident authentication failed for user nobody at /usr/share/munin/plugins/postgres_block_read_ line 96 # Got junk from postgres_commits_: Use of uninitialized value $maybe_dbname in string eq at /usr/share/munin/plugins/postgres_commits_ line 111. # Got junk from postgres_commits_: DBI connect('','',...) failed: FATAL: Ident authentication failed for user nobody at /usr/share/munin/plugins/postgres_commits_ line 130 done. Starting Munin-Node: done. This output comes from munin-node-configure in postinst. While initializing the postgresql plugins we check the munin environment. If nothing is configured we use the defaults to test a connection to the database. If you want to use the postgres plugins take a look in the plugins there is some documentation: # Configuration variables: # # PGHOST - Database server to use. Defaults to using ident # authentication with the local server. # PGPORT - Port to connect to. Defaults to '5432'. # PGDATABASE - Database to connect to. Defaults to 'template1'. # PGUSER - User to connect as, if necessary. # PGPASSWORD - Corresponding password to use, if necessary. # # (See libpq documentation for more.) # Note that PGDATABASE will default to 'template1' in this plugin, and # without PGHOST it will try ident authentication with the local server, # as the user that the plugin is running as. # # Configuration example: # # # Use local server, ident authentication with the 'postgres' user. # [postgres_*] # user postgres # # # Use local server, TCP authentication with a username and password. # [postgres_*] # env.PGHOST localhost # env.PGUSER someuser # env.PGPASSWORD somepassword # It puzzles me why a --reinstall does not generate these error messages. An example of the --reinstall follows below: This behavior is normal because during a reinstall only newer plugins (== new in this package version) are initialized in postinst (munin-node-configure --newer...). If you purge and reinstall the package all plugins are initialized in postinst. The errors on dpkg --purge are less consistent. The initial attempts complained about directories not being deleted and I manually deleted them. Since I started to type this message and have been cutting and pasting from another window, I am unable to reproduce the errors I previously saw. I was not rigorous in using a script to return to the same pristine condition on each attempt. It is possible that the errors were related to some intermediate state where only some of the directories were manually deleted. I remember the error message talking about post-removal issues but I cannot reproduce it to cut and paste into this email. The warnings about /var/www/munin (html and graphs), /etc/munin/ (your configuration files), /etc/munin/plugins/ (links to the plugins) and /var/lib/munin/ (all the rrds) are quite normal. There is user generated content and dpkg won't delete the directories. --- The following packages will be REMOVED: munin* munin-node* 0 upgraded, 0 newly installed, 2 to remove and 13 not upgraded. After this operation, 2449kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 192913 files and directories currently installed.) Removing munin ... Purging configuration files for munin ... The generated web site or accumulated data won't be removed. dpkg - warning: while removing munin, directory `/var/www/munin' not empty so not removed. Removing munin-node ... Stopping
Bug#500134: Update for Lenny theme
Along with this kind of update, it'd be nice if 05_theme_debian would be updated to pick the moreblue-orbit theme. Or maybe it'd make sense to have this in desktop-base, so it's automagically updated with new desktop-base version? In any case, the official artwork is now /usr/share/images/desktop-base/moreblue-orbit-wallpaper.png There is no 640×480 version atm but it's doable. I tried with the full 1600×1200 one but it's not really usable :) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#501997: NMU?
Hey, as I'm working on splashy, I guess he'll just do a quick NMU for this bug. Or are you working on a MU anyway? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#425150: apt: Don't show user/pass when failing to download.
Luca Bruno wrote: Please paste the exact error you see. I can't reproduce it with 0.7.14+b1. Suppose you have deb http://myuser:[EMAIL PROTECTED]/aaa/bbb sid fakemain entry in sources.list. Then, If this failed to download... Fetched 220kB in 28s (7588B/s) W: Failed to fetch http://myuser:[EMAIL PROTECTED]/aaa/bbb/dists/sid/fakemain/binary-amd64/Packages.gz 404 Not Found Patch removes myuser:mypassword12345qwe@ from this error line. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Bug#503419: etch-lenny: libvte-common not upgraded because of unmet dep for libvte4
On 26/10/08 09:56, Loïc Minier wrote: On Sat, Oct 25, 2008, Giovanni Rapagnani wrote: During the upgrade form etch to lenny (aptitude full-upgrade), the following situation occurs: - libvte-common is not upgraded for not breaking the dependency needed by libvte4 - libvte4 remains installed - libvte9 is installed After doing a second 'aptitude full-upgrade', the following situation occurs: - libvte4 is deinstalled - libvte-common is then upgraded. Err ok; and is that a problem? For me, there is no problem. It is just that I find a little confusing to receive a message such The following packages are BROKEN: libvte4 during an upgrade. Even if 30 lines below aptitude says that it will fix this by keeping libvte-common to its current version. Also I don't understand why we would have to run twice 'aptitude full-upgrade', one just after the other, instead of having the whole upgrade done in one run. Said that, there are surely more important thing to do at the moment for releasing lenny. Is it worth giving a word about this in the release-note ? Something like: During the full-upgrade, aptitude could complain about unmet dependencies for the libvte4 package. Just accept that aptitude keeps libvte-common to its current version for satisfying the libvte4 dependencies. At the end of the upgrade, issuing a second aptitude full-upgrade should remove the libvte4 package and then upgrade libvte-common to its lenny version. Giovanni -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503463: faubackup conflicts with vbackup
Package: faubackup Severity: normal *** Please type your report below this line *** Hello there, I'm the author of a backup program named 'vbackup' which was just uploaded to unstable. I see that faubackup was originally named 'vbackup' but it was renamed and that it conflicts with 'vbackup' and it also provides it. Since the original vbackup package is not longer in any version of debian I'm asking you to remove the conflicts and provides for obvious reasons. I'm not sure if what I'm proposing here is correct behavior for a debian package so perhaps we should ask debian mentors for guidance. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-v2-v (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#198765: [Xiph] #448: ogg123: input buffer drains not handled
#448: ogg123: input buffer drains not handled ---+ Reporter: [EMAIL PROTECTED] |Owner: [EMAIL PROTECTED] Type: defect | Status: new Priority: P2 |Milestone: Component: Vorbis Tools - ogg123 | Version: 1.0 Severity: normal | Resolution: Keywords: | ---+ Comment (by ivo): Sorry, can we have a patch for this? -- Ticket URL: https://trac.xiph.org/ticket/448#comment:3 Xiph http://xiph.org/ building a new era of Open multimedia
Bug#425150: patch
package apt tags +patch thanks Wrote the patch, attached it. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. === modified file 'apt-pkg/algorithms.cc' --- apt-pkg/algorithms.cc 2008-10-03 18:15:06 + +++ apt-pkg/algorithms.cc 2008-10-25 19:48:38 + @@ -23,6 +23,7 @@ #include apti18n.h #include sys/types.h +#include regex.h #include cstdlib #include algorithm #include iostream @@ -1342,7 +1343,23 @@ (*I)-Finished(); - _error-Warning(_(Failed to fetch %s %s\n),(*I)-DescURI().c_str(), + // stripping username/password from URI if present + string descUri = (*I)-DescURI(); + regex_t userPassRegex; + regcomp(userPassRegex, \\://(\\w+)\\:(\\w+)@, REG_EXTENDED); + regmatch_t userPassMatch; + int regMatchResult = regexec(userPassRegex, descUri.c_str(), 1, userPassMatch, 0); + if (regMatchResult == 0 userPassMatch.rm_so != -1) // regexp matched + { + // really stripping + size_t stripStart = userPassMatch.rm_so + 3; + size_t stripEnd = userPassMatch.rm_eo; + descUri = descUri.substr(0, stripStart) + +descUri.substr(stripEnd, string::npos); + } + regfree(userPassRegex); + + _error-Warning(_(Failed to fetch %s %s\n), descUri.c_str(), (*I)-ErrorText.c_str()); if ((*I)-Status == pkgAcquire::Item::StatTransientNetworkError) signature.asc Description: OpenPGP digital signature
Bug#503461: [libgksu] [INTL:ja] please add Japanese translation (ja.po)
Package: libgksu Version: 2.0.7-1 Severity: wishlist Tags: l10n patch X-Debbugs-CC: [EMAIL PROTECTED] Hi, I made a patch (libgksu_ja.diff) to add Japanese translation, it consists of - debian/rules (include dpatch macro) - debian/control (add dpatch dependency) - debian/pos/ja.po (translation file) - debian/patches/* (add ja to LINGUAS in configure and configure.ac) Could you review and apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane diff -urN libgksu-2.0.7.orig/debian/control libgksu-2.0.7/debian/control --- libgksu-2.0.7.orig/debian/control 2008-10-26 13:31:04.0 +0900 +++ libgksu-2.0.7/debian/control 2008-10-26 13:32:24.0 +0900 @@ -3,7 +3,8 @@ Priority: optional Maintainer: Gustavo Noronha Silva [EMAIL PROTECTED] Uploaders: Debian GNOME Maintainers [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 4.1.0), libgtk2.0-dev (= 2.4.0), libglade2-dev, libgconf2-dev, libstartup-notification0-dev, libgnome-keyring-dev, gettext, autotools-dev, gtk-doc-tools, gnome-pkg-tools (= 0.10), libgtop2-dev, dpkg-dev (= 1.13.19) +Build-Depends: cdbs, debhelper (= 4.1.0), libgtk2.0-dev (= 2.4.0), libglade2-dev, libgconf2-dev, libstartup-notification0-dev, libgnome-keyring-dev, gettext, autotools-dev, gtk-doc-tools, gnome-pkg-tools (= 0.10), libgtop2-dev, dpkg-dev (= 1.13.19), dpatch + Standards-Version: 3.7.3 Package: libgksu2-0 diff -urN libgksu-2.0.7.orig/debian/patches/00list libgksu-2.0.7/debian/patches/00list --- libgksu-2.0.7.orig/debian/patches/00list 1970-01-01 09:00:00.0 +0900 +++ libgksu-2.0.7/debian/patches/00list 2008-10-26 13:33:54.0 +0900 @@ -0,0 +1 @@ +01_LINGUAS-ja diff -urN libgksu-2.0.7.orig/debian/patches/01_LINGUAS-ja.diff.dpatch libgksu-2.0.7/debian/patches/01_LINGUAS-ja.diff.dpatch --- libgksu-2.0.7.orig/debian/patches/01_LINGUAS-ja.diff.dpatch 1970-01-01 09:00:00.0 +0900 +++ libgksu-2.0.7/debian/patches/01_LINGUAS-ja.diff.dpatch 2008-10-26 13:36:10.0 +0900 @@ -0,0 +1,31 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 01_LINGUAS-ja.diff.dpatch by Hideki Yamane (Debian-JP) [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: add ja locale message (/usr/share/locale/ja/LC_MESSAGES/libgksu.mo) + [EMAIL PROTECTED]@ +diff -urNad libgksu-2.0.7~/configure libgksu-2.0.7/configure +--- libgksu-2.0.7~/configure 2008-05-28 09:24:10.0 +0900 libgksu-2.0.7/configure 2008-10-26 13:33:39.0 +0900 +@@ -20459,7 +20459,7 @@ + fi + + # Checks for library functions. +-ALL_LINGUAS=ca cs da de es eu fr hu it ko lt pl pt_BR ro ru sk sv nb nl zh_CN ++ALL_LINGUAS=ca cs da de es eu fr hu it ja ko lt pl pt_BR ro ru sk sv nb nl zh_CN + + + cat confdefs.h \_ACEOF +diff -urNad libgksu-2.0.7~/configure.ac libgksu-2.0.7/configure.ac +--- libgksu-2.0.7~/configure.ac 2008-05-28 09:23:57.0 +0900 libgksu-2.0.7/configure.ac 2008-10-26 13:33:29.0 +0900 +@@ -44,7 +44,7 @@ + PKG_CHECK_MODULES(GKSU_PROPERTIES, [gtk+-2.0 = 2.4.0, gconf-2.0, libglade-2.0]) + + # Checks for library functions. +-ALL_LINGUAS=ca cs da de es eu fr hu it ko lt pl pt_BR ro ru sk sv nb nl zh_CN ++ALL_LINGUAS=ca cs da de es eu fr hu it ja ko lt pl pt_BR ro ru sk sv nb nl zh_CN + + AC_DEFINE(GETTEXT_PACKAGE, AC_PACKAGE_NAME, [gettext package]) + GETTEXT_PACKAGE=AC_PACKAGE_NAME diff -urN libgksu-2.0.7.orig/debian/pos/ja.po libgksu-2.0.7/debian/pos/ja.po --- libgksu-2.0.7.orig/debian/pos/ja.po 1970-01-01 09:00:00.0 +0900 +++ libgksu-2.0.7/debian/pos/ja.po 2008-10-26 13:32:56.0 +0900 @@ -0,0 +1,428 @@ +# Japanese translation of libgksu. +# Copyright (c) 2006 Rosetta Contributors and Canonical Ltd 2006 +# This file is distributed under the same license as the libgksu package. +# Fumihito YOSHIDA [EMAIL PROTECTED] +# Hideki Yamane (Debian-JP) [EMAIL PROTECTED], 2008. +# +msgid +msgstr +Project-Id-Version: libgksu\n +Report-Msgid-Bugs-To: \n +POT-Creation-Date: 2008-10-26 12:57+0900\n +PO-Revision-Date: 2008-10-25 08:23+0100\n +Last-Translator: Hideki Yamane (Debian-JP) [EMAIL PROTECTED]\n +Language-Team: Japanese [EMAIL PROTECTED]\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=utf-8\n +Content-Transfer-Encoding: 8bit\n + +#: ../libgksu/libgksu.c:122 +#, c-format +msgid Not using locking for read only lock file %s +msgstr èªã¿è¾¼ã¿å°ç¨ã®ããã¯ãã¡ã¤ã« %s ã¯ããã¯ã¨ãã¦ä½¿ç¨ãã¾ãã + +#: ../libgksu/libgksu.c:142 +#, c-format +msgid Not using locking for nfs mounted lock file %s +msgstr nfs ãã¦ã³ããããããã¯ãã¡ã¤ã« %s ã¯ããã¯ã¨ãã¦ä½¿ç¨ãã¾ãã + +#: ../libgksu/libgksu.c:498 +msgid +bbigCould not grab your mouse./big/b\n +\n +A malicious client may be eavesdropping on your session or you may have just +clicked a menu or some application just decided to get focus.\n +\n +Try again. +msgstr +bbigãã¦ã¹å
Bug#503462: texlive-extra-utils must Replaces: tetex-bin
Package: texlive-extra-utils Version: 2007.dfsg.2-3 Severity: serious When upgrading a clean Etch system to Lenny, I get Unpacking texlive-extra-utils (from .../texlive-extra-utils_2007.dfsg.2-3_i386.deb) ... dpkg: error processing /var/cache/apt/archives/texlive-extra-utils_2007.dfsg.2-3_i386.deb (--unpack): trying to overwrite `/usr/bin/patgen', which is also in package tetex-bin dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/texlive-extra-utils_2007.dfsg.2-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) tetex-bin in Etch includes /usr/bin/patgen so texlive-extra-utils needs to Replaces: tetex-bin. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503464: hangs at language selection
Package: installation-reports Hi, I tried http://people.debian.org/~stappers/d-i/sparc/daily/netboot/boot.img, fetched on Sun, 26 Oct 2008 11:04:27 +0100, so it's the October 25 image. I'm installing this Netra T1 over the net and the serial console. It booted correctly and then brought the language chooser up in the text frontend as requested (boot net:172.22.127.22,boot.img,172.22.127.146,172.22.127.1,3,3,255.255.255.0 DEBIAN_FRONTEND=text) I typed in 1enter or just ?enter and while it echoes my keystrokes it doesn't do anything, it just appears to hang. Cheers, weasel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498243: xine-lib: multiple heap overflows
severity 498243 grave thanks On Sat, Oct 25, 2008 at 11:40:44PM -0400, David Moreno wrote: tags 498243 + upstream stop Issues 3A-3G haven't been addressed yet by Xine, not even in release 1.1.15, tagging upstream. As Reinhard Tartler suggests, the severity can be downgraded now; the remaining issues subjected unexpected process termination and other issues are not considered to be grave-wise anymore since they are not representing security holes exposing user data or data loss, but only random different problems prone to unexpected crashes or segmentation faults: 'important' severity. The ocert advisory states that code injection is possible for some of the issues in 3A-3G and Will knows what he's doing. Given that his report also has precise information, where the specific bugs are present, this should rather be patched than downgraded. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450528: zabbix-server-mysql: start/stop script does not stop a running zabbix server
Package: zabbix-server-mysql Version: 1:1.6-1 Severity: normal Tags: patch It looks like this bug is still around. Have a look at the enclosed patch. And one more question, is it normal to have 24 zabbix_server processes running ? Regards, -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/ Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE From: Franck Joncourt [EMAIL PROTECTED] Subject: [PATCH] zabbix-server-mysql init script * Do not remove pid file before the daemon is started. Doing so makes possible to start the daemon twice in a row. The pid file is left with the pid number associated to the first run, although a new process has been started. Type in the following commands you should be able to reproduce the problem: # /etc/init.d/zabbix-server-mysql start # /etc/init.d/zabbix-server-mysql start # /etc/init.d/zabbix-server-mysql stop * A daemon that cannot be run [-x] should return a error. Signed-off-by: Franck Joncourt [EMAIL PROTECTED] --- debian/zabbix-server-mysql.zabbix-server.init |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/debian/zabbix-server-mysql.zabbix-server.init b/debian/zabbix-server-mysql.zabbix-server.init index dd9ddbe..773f7c3 100644 --- a/debian/zabbix-server-mysql.zabbix-server.init +++ b/debian/zabbix-server-mysql.zabbix-server.init @@ -12,7 +12,7 @@ NAME=zabbix_server DESC=Zabbix server PID=/var/run/zabbix-server/$NAME.pid -test -f $DAEMON || exit 0 +test -x $DAEMON || exit 0 set -e @@ -20,7 +20,6 @@ export PATH=${PATH:+$PATH:}/usr/sbin:/sbin case $1 in start) -rm -f $PID echo Starting $DESC: $NAME start-stop-daemon --oknodo --start --pidfile $PID \ --exec $DAEMON /dev/null 21 -- tg: (61db701..) init (depends on: master) signature.asc Description: OpenPGP digital signature
Bug#494128: [EMAIL PROTECTED]: Re: Your WWW-site do not work with IcedTea-Java-plugin]
Hello! Here is what author of goproblems.com told me: - Forwarded message from adam miller [EMAIL PROTECTED] - Subject: Re: Your WWW-site do not work with IcedTea-Java-plugin Date: Sat, 25 Oct 2008 10:05:53 -0700 From: adam miller [EMAIL PROTECTED] To: Juhapekka Tolvanen [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] (sfid-20081025_201425_221725_B33DCB15) i think what it is, is that some java implementations decide that newlines are errors in applet params, yet my site uses them. most jvms work fine, but some don't. i'm not sure whose error it is. just one more inconsistency nail in the coffin of java applets... On Sat, Oct 25, 2008 at 6:47 AM, Juhapekka Tolvanen [EMAIL PROTECTED] wrote: If bug is in your side (in SGF-files or Java-code of applet), please fix it: http://bugs.debian.org/494128 -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv ore wo mitsumeteiru anata sama wa ossharu bakari. kesshite dakiyosete wa kurenai ooki na anata no te. ore no tanjoubi ni wa ai wo kai ataeru. kyou wa kumori nochi ame. Dir en grey - End forwarded message - -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv ore wo mitsumeteiru anata sama wa ossharu bakari. kesshite dakiyosete wa kurenai ooki na anata no te. ore no tanjoubi ni wa ai wo kai ataeru. kyou wa kumori nochi ame. Dir en grey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498548: linux-image-2.6.26-1-686: SKB BUG: Invalid truesize
I can confirm that bug on 2.6.26-1-686 package revision 2.6.26-8 Used hardware: VIA C3 System, with 5 ethernet controllers: 04:0e.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 8d) 05:04.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41) 05:05.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41) 05:06.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41) 05:07.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41) On my system, this looks like the following bug on kernel.org, only that my system is using openvpn instead of ipsec/racoon. http://bugzilla.kernel.org/show_bug.cgi?id=10996 -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451203: volume control bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi, I have the same behavior with a sb live card : the settings jump to one value to another, got muted when only moving from one value to another. I tested also on the ubuntu 8.10 last beta and it is the same behavior. It make this applet unusable The other mixers (kmix, alsamixer, gnoma-alsa-mixer) don't show this behavior. Another problem: it's not possible to set the microphone for input without hearing it on the speakers ... I spent hours on this problem without results (and with the jumping sliders , it was not easy :) ) (this last problem with the sb live card) bset regards Eric! - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkETFoACgkQkouUNm4lemzt6gCdGc2q3CnTXO2RxcA+ppnAFDum kYYAoJcIawkkb59YLLS+s5RbLu+g4cKT =cCHQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449497: foo2zjs: application depends on non-free firmware
Hi there! On Sun, 26 Oct 2008 08:03:46 +0100, Steffen Joeris wrote: On Sun, 26 Oct 2008 07:38:51 +0100. Joost Yervante Damad wrote: I understand your sentiment, and it is indeed a grey area situation. If I take policy literary, I think this package is fine in main, but it is not as simple... In order to get this bug rolling (and lenny released ;-) ), can you all live with me splitting up the package in two packages: 1) foo2zjs: this contains everything, and lives in mains, which Suggests: 2) foo2zjs-contrib: this contains getweb I strongly object to a single-script package. Quickly speaking, I think the situation is similar to the kernel firwmare issue ATM discussed on d-d (started at [1]): foo2zjs, the software, seems to be perfectly fine for main, not only because as Steffen already pointed out some printers can work without the non-free firmware [2][3]. And despite upstream opinion [4], all the non-free files have already been stripped out from the package [5]. The only problem remaining for foo2zjs in main is then the getweb script: this can be broken because upstream changes his website layout, but this is nothing different than any other simple bug. If this happened, then we'll fix it, full stop. I know a package with just a script is not nice, but it is more in the spirit of the debian policy indeed. I would like to hear Michael's word on it, since he was the more active one during the last uploads. In fact, I am happy to give up maintainership, as this package (and the tiresome discussion around it) is really no fun. Maybe Michael would like to step in and help out maintaining the package? Since I needed this package and it was broken/not-updated in lenny, I spent some time on it and already offered to take over maintenance [6], but no one replied yet. Again, I volunteer to become part of the Debian maintainer team. Thx, bye, Gismo / Luca Footnotes: [1] http://lists.debian.org/debian-devel/2008/10/msg00368.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449497#10 [3] not that I checked with such printers, I'm only in touch with one that needs a non-free firmware http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466758#15 [4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449497#44 [5] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449497#63 [6] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466758#27 pgpiWOYW8uSu5.pgp Description: PGP signature
Bug#503459: xserver-xorg-input-vmmouse: activating vmmouse lets X server die on startup
On Sun, Oct 26, 2008 at 11:14:17 +0100, Peter Marschall wrote: (II) VMWARE(0): VMMOUSE DEVICE_ON (II) VMWARE(0): vmmouse enabled Backtrace: 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c919e] 1: [0xb7f9d400] 2: /usr/bin/X(xf86PostButtonEvent+0xdf) [0x80e6f9f] 3: /usr/lib/xorg/modules/input//vmmouse_drv.so [0xb7b5d262] 4: /usr/bin/X(EnableDevice+0x9d) [0x80863ad] 5: /usr/bin/X(InitAndStartDevices+0x7b) [0x80864cb] 6: /usr/bin/X(main+0x3a0) [0x8074680] 7: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7d42455] 8: /usr/bin/X(FontFileCompleteXLFD+0x21d) [0x8073a81] Fatal server error: Caught signal 11. Server aborting Hi Peter, I suspect removing the call to FlushButtons in src/vmmouse.c:VMMouseDeviceControl would fix this. Care to try that? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#217836: cron shouldn't run jobs twice during daylight savings time changes.
found 217836 3.0pl1-105 severity 217836 important thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#217836: cron shouldn't run jobs twice during daylight savings time changes.
found 217836 3.0pl1-105 severity 217836 important The bug also still occurs in version 3.0pl1-105 in testing (Lenny). This bug has been reported 5 years ago! Please apply patch ASAP. Laurens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449497: foo2zjs: application depends on non-free firmware
On Sun, 26 Oct 2008 10:12:49 pm Luca Capello wrote: Hi there! On Sun, 26 Oct 2008 08:03:46 +0100, Steffen Joeris wrote: On Sun, 26 Oct 2008 07:38:51 +0100. Joost Yervante Damad wrote: I understand your sentiment, and it is indeed a grey area situation. If I take policy literary, I think this package is fine in main, but it is not as simple... In order to get this bug rolling (and lenny released ;-) ), can you all live with me splitting up the package in two packages: 1) foo2zjs: this contains everything, and lives in mains, which Suggests: 2) foo2zjs-contrib: this contains getweb I strongly object to a single-script package. Quickly speaking, I think the situation is similar to the kernel firwmare issue ATM discussed on d-d (started at [1]): foo2zjs, the software, seems to be perfectly fine for main, not only because as Steffen already pointed out some printers can work without the non-free firmware [2][3]. And despite upstream opinion [4], all the non-free files have already been stripped out from the package [5]. The only problem remaining for foo2zjs in main is then the getweb script: this can be broken because upstream changes his website layout, but this is nothing different than any other simple bug. If this happened, then we'll fix it, full stop. I know a package with just a script is not nice, but it is more in the spirit of the debian policy indeed. I would like to hear Michael's word on it, since he was the more active one during the last uploads. In fact, I am happy to give up maintainership, as this package (and the tiresome discussion around it) is really no fun. Maybe Michael would like to step in and help out maintaining the package? Since I needed this package and it was broken/not-updated in lenny, I spent some time on it and already offered to take over maintenance [6], but no one replied yet. Again, I volunteer to become part of the Debian maintainer team. Please send me your alioth login and I'll add you to the foo2zjs project on alioth. I do understand that it is problematic to just download some files from some upstream homepage. There should be a warning added to the download gui and it should then list all the files that where download. This way, the admin is at least informed. Nonetheless, the package in main at the moment is not non-free. Cheers Steffen signature.asc Description: This is a digitally signed message part.
Bug#492185: caudium: new package available that closes this bug
Quoting Henrik Andreasson ([EMAIL PROTECTED]): Package: caudium Version: 3:1.4.12-11 Followup-For: Bug #492185 I tried to upload to mentors but I think the newer upstream version already there blocks uploads by this version. So I've put the newer 1.4.12 at: http://debian.han.pp.se/debian/caudium/caudium_1.4.12/ So this is the version I'd like help to sponsor/upload (it also closes #503223 Basque translation). However, we have a problem. In the package you built, the Swedish translation is truncated...somethign that happen often in the past to martin Bagge (CC'ed), the translatorand which we now both call 'the Ikea bug'..:-) So, Martin, could you please fix the Ikea bug in #492185 for caudium... signature.asc Description: Digital signature
Bug#501773: samba: Failed to set uid privileges to (-1, 1017) now set to (0, 0) in smbd log
Hi Steve, On Sun, Oct 26, 2008 at 4:32 AM, Steve Langasek [EMAIL PROTECTED] wrote: Hi Yuriy, On Fri, Oct 10, 2008 at 01:00:50PM +0300, Yuriy Padlyak wrote: smbd log: Don't know the cause, but there are error messaes in the log: [2008/10/08 10:06:35, 1] smbd/service.c:make_connection_snum(950) finance (192.168.0.12) connect to service Business initially as user padlyak.yaroslav (uid=1017, gid=1004) (pid 21106) [2008/10/08 10:06:36, 0] lib/util_sec.c:assert_uid(101) Failed to set uid privileges to (-1,1017) now set to (0,0) [2008/10/08 10:06:36, 0] lib/util.c:smb_panic(1599) PANIC (pid 21106): failed to set uid [2008/10/08 10:06:36, 0] lib/util.c:log_stack_trace(1706) BACKTRACE: 13 stack frames: #0 /usr/sbin/smbd(log_stack_trace+0x23) [0x822c3d3] #1 /usr/sbin/smbd(smb_panic+0x46) [0x822c4c6] #2 /usr/sbin/smbd [0x8231849] #3 /usr/sbin/smbd [0x80db3be] #4 /usr/sbin/smbd(pop_sec_ctx+0xa3) [0x80db553] #5 /usr/sbin/smbd(unbecome_root+0xb) [0x80d13fb] #6 /usr/sbin/smbd(gid_to_sid+0xfe) [0x81ef16e] #7 /usr/sbin/smbd(change_to_user+0x5de) [0x80d1c1e] #8 /usr/sbin/smbd [0x80ea351] #9 /usr/sbin/smbd(smbd_process+0x6fd) [0x80eb83d] #10 /usr/sbin/smbd(main+0x10df) [0x82c384f] #11 /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7c19ea8] #12 /usr/sbin/smbd [0x8082b11] There are very few cases in which a root process should fail to be able to change uids. The main one is a ulimit restriction. Have you restarted samba from your shell at some point prior to this? If so, what does 'ulimit -u' show when run from your shell? # ulimit -u unlimited Don't really remember when I last restarted samba prior to this, but I'm not getting these messages for about a week already. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- Regards, Yuriy Padlyak -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483303: Patch for the 0.2.2-5.2 NMU of destar
Dear maintainer of destar, On Sunday, October 19, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Sunday, October 19, 2008. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/2-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: destar Version: 0.2.2-5.2 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Sun, 26 Oct 2008 08:47:45 +0100 Closes: 483303 497836 500128 503071 503263 Changes: destar (0.2.2-5.2) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Czech. Closes: #483303 - Russian. Closes: #497836 - Swedish. Closes: #500128 - Basque. Closes: #503071 - Italian. Closes: #503263 -- diff -Nru destar-0.2.2.old/debian/changelog destar-0.2.2/debian/changelog --- destar-0.2.2.old/debian/changelog 2008-10-18 22:31:46.900403108 +0200 +++ destar-0.2.2/debian/changelog 2008-10-26 08:47:53.726730582 +0100 @@ -1,3 +1,15 @@ +destar (0.2.2-5.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Czech. Closes: #483303 +- Russian. Closes: #497836 +- Swedish. Closes: #500128 +- Basque. Closes: #503071 +- Italian. Closes: #503263 + + -- Christian Perrier [EMAIL PROTECTED] Sun, 26 Oct 2008 08:47:45 +0100 + destar (0.2.2-5.1) unstable; urgency=low * Non-maintainer upload. diff -Nru destar-0.2.2.old/debian/po/cs.po destar-0.2.2/debian/po/cs.po --- destar-0.2.2.old/debian/po/cs.po 1970-01-01 01:00:00.0 +0100 +++ destar-0.2.2/debian/po/cs.po 2008-10-19 10:04:15.436404000 +0200 @@ -0,0 +1,25 @@ +# Czech translation of destar debconf messages. +# +msgid +msgstr +Project-Id-Version: destar 0.2.2-5\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2007-07-09 11:43-0500\n +PO-Revision-Date: 2008-05-27 17:41+0200\n +Last-Translator: Daniel Kavan [EMAIL PROTECTED]\n +Language-Team: Czech [EMAIL PROTECTED]\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: string +#. Description +#: ../templates:1001 +msgid DeStar listening port number: +msgstr Číslo portu, na kterém bude DeStar naslouchat: + +#. Type: string +#. Description +#: ../templates:1001 +msgid In which port the web interface must listen on. +msgstr Na kterém portu má naslouchat webové rozhraní. diff -Nru destar-0.2.2.old/debian/po/es.po destar-0.2.2/debian/po/es.po --- destar-0.2.2.old/debian/po/es.po 2008-10-18 22:31:46.828402349 +0200 +++ destar-0.2.2/debian/po/es.po 2008-10-19 15:39:50.944404222 +0200 @@ -1,7 +1,7 @@ # translation of destar debconf template to Spanish. # Copyright (C) 2007 Santiago Ruano Rincón [EMAIL PROTECTED]. # This file is distributed under the same license as the destar package. -# +# msgid msgstr Project-Id-Version: destar 0.2.2-2\n @@ -12,7 +12,7 @@ Language-Team: Spanish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n -Content-Transfer-Encoding: 8bit +Content-Transfer-Encoding: 8bit\n #. Type: string #. Description @@ -25,4 +25,3 @@ #: ../templates:1001 msgid In which port the web interface must listen on. msgstr Especifique el puerto en el que escuchará la interfaz web. - diff -Nru destar-0.2.2.old/debian/po/eu.po destar-0.2.2/debian/po/eu.po --- destar-0.2.2.old/debian/po/eu.po 1970-01-01 01:00:00.0 +0100 +++ destar-0.2.2/debian/po/eu.po 2008-10-24 07:12:30.983547000 +0200 @@ -0,0 +1,29 @@ +# translation of destar-eu.po to Euskara +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# +# Piarres Beobide [EMAIL PROTECTED], 2008. +msgid +msgstr +Project-Id-Version: destar-eu\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2007-07-09 11:43-0500\n +PO-Revision-Date: 2008-10-22 12:09+0200\n +Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n +Language-Team: Euskara [EMAIL PROTECTED]\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +X-Generator: KBabel 1.11.4\n + +#. Type: string +#. Description +#: ../templates:1001 +msgid DeStar listening port number: +msgstr DeStar-ek entzungo duen ataka zenbakia: + +#. Type: string +#. Description +#: ../templates:1001 +msgid In which port the web interface must listen on. +msgstr Web interfazeak entzungo duen ataka. diff -Nru destar-0.2.2.old/debian/po/it.po destar-0.2.2/debian/po/it.po --- destar-0.2.2.old/debian/po/it.po 1970-01-01 01:00:00.0 +0100 +++ destar-0.2.2/debian/po/it.po 2008-10-24 18:29:21.520954000 +0200 @@ -0,0 +1,29 @@ +# ITALIAN TRANSLATION OF DESTAR'S.PO-DEBCONF FILE +# Copyright (C) 2007 THE DESTAR'S COPYRIGHT HOLDER +# This file is distributed under the same license as the destar package. +# +# Vincenzo Campanella
Bug#503419: etch-lenny: libvte-common not upgraded because of unmet dep for libvte4
This behavior is not encountered when dist-upgrading with apt-get. apt-get directly deinstalls libvte4, upgrade livte-common and installs libvte9. I think then this is more a strange behavior introduced by aptitude. I will then give a word about this in the release-note. Feel free to close the bug. Giovanni -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491496: Patch for the 1.1.11-1.1 NMU of silc-server
Dear maintainer of silc-server, On Sunday, October 19, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Tuesday, October 14, 2008. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/2-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: silc-server Version: 1.1.11-1.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Sun, 26 Oct 2008 08:51:12 +0100 Closes: 491496 491496 503068 Changes: silc-server (1.1.11-1.1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Turkish. Closes: #491496 - Basque. Closes: #503068 - Italian. Closes: #491496 -- diff -Nru silc-server-1.1.11.old/debian/changelog silc-server-1.1.11/debian/changelog --- silc-server-1.1.11.old/debian/changelog 2008-10-12 14:42:15.116816784 +0200 +++ silc-server-1.1.11/debian/changelog 2008-10-26 08:51:22.222793478 +0100 @@ -1,3 +1,13 @@ +silc-server (1.1.11-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Turkish. Closes: #491496 +- Basque. Closes: #503068 +- Italian. Closes: #491496 + + -- Christian Perrier [EMAIL PROTECTED] Sun, 26 Oct 2008 08:51:12 +0100 + silc-server (1.1.11-1) unstable; urgency=low * New upstream release. diff -Nru silc-server-1.1.11.old/debian/po/eu.po silc-server-1.1.11/debian/po/eu.po --- silc-server-1.1.11.old/debian/po/eu.po 1970-01-01 01:00:00.0 +0100 +++ silc-server-1.1.11/debian/po/eu.po 2008-10-23 07:58:25.384727000 +0200 @@ -0,0 +1,164 @@ +# translation of silc-server.po to Euskara +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# +# Piarres Beobide [EMAIL PROTECTED], 2008. +msgid +msgstr +Project-Id-Version: silc-server\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2007-10-24 07:35+0200\n +PO-Revision-Date: 2008-10-22 11:45+0200\n +Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n +Language-Team: Euskara [EMAIL PROTECTED]\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +X-Generator: KBabel 1.11.4\n + +#. Type: string +#. Description +#: ../templates:2001 +msgid SILC server name: +msgstr SILC zerbitzari izena: + +#. Type: string +#. Description +#: ../templates:2001 +msgid Please enter the name of the SILC server (e.g. \Our SILC server\). +msgstr +Mesedez ezarri SILC zerbitzariaren izena (adib. \Gure SILC zerbitzaria\). + +#. Type: string +#. Description +#: ../templates:3001 +msgid SILC server hostname: +msgstr SILC zerbitzariaren ostalari-izena: + +#. Type: string +#. Description +#: ../templates:3001 +msgid +Please enter the hostname (or the IP address) of the SILC server (e.g. silc. +example.org). +msgstr +Mesedez ezarri SILC zerbitzariaren ostalari-izena (edo IP helbidea). +Adibidez silc.adibidea.net. + +#. Type: string +#. Description +#: ../templates:4001 +msgid SILC server administrator real name: +msgstr SILC zerbitzariaren kudeatzailearen benetako izena: + +#. Type: string +#. Description +#: ../templates:4001 +msgid +Please enter the real name of the operator running the SILC server (e.g. +\J. Random Operator\). +msgstr +Mesedez ezarri SILC zerbitzaria exekutatzen duen operadorearen izena (adib. +\A. Larzabal\). + +#. Type: string +#. Description +#. Type: string +#. Description +#. Type: string +#. Description +#. Type: string +#. Description +#: ../templates:4001 ../templates:5001 ../templates:6001 ../templates:7001 +msgid This field may be left empty. +msgstr Eremu hau agian hutsik utzi dezakezu. + +#. Type: string +#. Description +#: ../templates:5001 +msgid SILC server administrator email address: +msgstr SILC zerbitzari kudeatzailearen eposta helbidea: + +#. Type: string +#. Description +#: ../templates:5001 +msgid +Please enter the email address of the operator running the SILC server (e.g. +[EMAIL PROTECTED]). +msgstr +Mesedez ezarri SILC zerbitzaria exekutatzen duen operadorearen eposta +helbidea (adib. \[EMAIL PROTECTED]). + +#. Type: string +#. Description +#: ../templates:6001 +msgid SILC server organization name: +msgstr SILC zerbitzariaren erakunde izena: + +#. Type: string +#. Description +#: ../templates:6001 +msgid +Please enter the name of the organization running the SILC server (e.g. +\Our Organization\). +msgstr +Mesedez ezarri SILC zerbitzaria erabiltzen duen erakunde izena (adib. \Gure- +erakundea\). + +#. Type: string +#. Description +#: ../templates:7001 +msgid SILC server location: +msgstr SILC zerbitzariaren kokalekua: + +#. Type: string +#. Description +#: ../templates:7001 +msgid Please enter the name of the country where the SILC server is located. +msgstr Mesedez idatzi SILC zerbitzaria kokaturik dagoen herrialdearen izena. + +#.
Bug#393093: From Mong Hoi, Mutual Trust.
From Mong Hoi, Mutual Trust. Hang Seng Bank Ltd Sai Wan Ho Branch 171 Shaukiwan Road Hong Kong. Good Day, I am Mr. Mong Hoi, Director of Operations of the Hang Seng Bank Ltd, Sai Wan HoBranch, Hong Kong.I have an obscured business suggestion for you.I am here-by seeking your service in helping me recieve a large amount of money and in giving a clear research and feasibility studies on areas I could invest on. Your services will be paid for, and you will be a partner, if your recommendation is accepted. As a bank employee, I can not operate any personal investment till I am retired and with the Anti-corruption Bill passed in Hong Kong; it is risky for a fixed income earner to own any huge amount of money in Hong Kong or any foreign country. It is then advisable to invest in any foreign land secretly and patiently wait retirement. For security purpose, due to telecom interception in Hong Kong, I shall not accept or acknowledge any phone call. Only fax messages/emails would be treated in relation to this proposal but not without this code;[CODE NO: AM-2369]. Should you be further interested, I would prefer you to reach me soon and finally after that I shall provide you with more details of this operation. Contact me through this email for further confidential corespondence: [EMAIL PROTECTED] Warm Regards Mr. Mong Hoi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425150: patch update for #425150
Thanks for Luca Bruno, patch is now smaller, easier to understand. Attached new version of patch. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. === modified file 'apt-pkg/algorithms.cc' --- apt-pkg/algorithms.cc 2008-10-03 18:15:06 + +++ apt-pkg/algorithms.cc 2008-10-26 11:40:22 + @@ -1342,7 +1342,12 @@ (*I)-Finished(); - _error-Warning(_(Failed to fetch %s %s\n),(*I)-DescURI().c_str(), + ::URI uri((*I)-DescURI()); + uri.User.clear(); + uri.Password.clear(); + string descUri = string(uri); + + _error-Warning(_(Failed to fetch %s %s\n), descUri.c_str(), (*I)-ErrorText.c_str()); if ((*I)-Status == pkgAcquire::Item::StatTransientNetworkError) signature.asc Description: OpenPGP digital signature
Bug#503466: python-sptest - FTBFS: python2.4: Command not found
Package: python-sptest Version: 0.2.1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of python-sptest_0.2.1-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] running install_egg_info Writing /build/buildd/python-sptest-0.2.1/debian/python-sptest/usr/lib/python2.5/site-packages/sptest-0.2.1.egg-info python2.4 setup.py install \ --root /build/buildd/python-sptest-0.2.1/debian/python-sptest make: python2.4: Command not found make: *** [install-python2.4] Error 127 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 ** Build finished at 20081025-1605 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503005: lack of dependencies
The ghc library packages seems to lack dependencies to fullfill the restrictions impossed by the own utils. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503469: ITP: nmapsi4 -- interface to nmap, the Network scanner
Package: wnpp Severity: wishlist Owner: Giuseppe Iuculano [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: nmapsi4 Version : 0.1 Upstream Author : Francesco Cecconi [EMAIL PROTECTED] * URL : http://nmapsi4.netsons.org/web/ * License : GPL Programming Lang: C++ Description : interface to nmap, the Network scanner NmapSI4 s a complete Qt-based Gui with the design goals to provide a complete nmap interface for Users, in order to menagement all options of this power security net scanner. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkEWzYACgkQNxpp46476aoTpgCfdNxjcfS5oj75/6IDsUjIoplQ eXgAn1Ywhf7KZy/fVlMlW3wbSBlELx0N =NfXb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502665: KLSI USB-Ethernet adapter firmware
On Sun, Oct 26, 2008 at 07:21:39AM +, Bill Paul wrote: [...] First, look here: http://www.freebsd.org/~wpaul/KLSI These are all of the files that I originally received from Kawasaki LSI when I first contacted them about writing a driver, as I originally received them. This includes the file containing the firmwre image. I was never given any firmware source. I didn't expect you would have been. But a BSD-licenced copy of the firmware binary is clearly redistributable. You will note that there are no copyright headers at all, and when I spoke to the Kawasaki representative on the phone the subject of copyright on the firmware image never came up. They were just happy to have a driver for FreeBSD, and never made a fuss over it. [...] Then I think it's safe to assume that the firmware is (c) Kawasaki LSI and that they were happy to licence it under a BSD licence as you have attached. Thanks for the information. Ben. -- Ben Hutchings Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp signature.asc Description: Digital signature
Bug#502732: pidgin: adding animated smiley from chatpartner gives a still smiley instead of the animated original one
Could you describe the exact actions you perform to reproduce this behavior? other end sends an animated smiley i click on it and selected add then I send it and it won't animate Folkert van Heusden -- www.biglumber.com - site where one can exchange PGP key signatures -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479607: please review new lilo debconf question
Paul Wise wrote: Template: lilo/add_large_memory [...] If you have an older BIOS you may need to reduce the size of the initrd *before* rebooting, please see README.Debian for tips on how to do that. ^ Since you ask: this is a comma splice. A semicolon or period would be better, though it's far from urgent. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503419: etch-lenny: libvte-common not upgraded because of unmet dep for libvte4
reassign 503419 aptitude thanks Giovanni Rapagnani wrote: This behavior is not encountered when dist-upgrading with apt-get. apt-get directly deinstalls libvte4, upgrade livte-common and installs libvte9. I think then this is more a strange behavior introduced by aptitude. Thanks, reassigning to aptitude. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503470: xserver-xorg: hitting any keyboard key freezes mouse (until ~1sec after key is released)
Package: xserver-xorg Version: 1:7.3+18 Severity: important Using the keyboard freezes the mouse. It can move again after ~1sec after the last key is released. Pressing the ALT key gives another behavior: mouse cursor is frozen and all Z movements are handled as wheel events ?! -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-10-25 12:49 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1901104 2008-09-30 18:17 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02) /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1108 2008-10-25 12:49 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr Option XkbVariantlatin9 EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 42900 2008-10-25 12:51 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-7) Current Operating System: Linux arrakis 2.6.26-1-amd64 #1 SMP Sat Oct 18 15:27:18 UTC 2008 x86_64 Build Date: 30 September 2008 03:57:43PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Oct 25 12:49:42 2008 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x7c31c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,29c0 card 1458,5000 rev 02 class 06,00,00 hdr 00 (II)
Bug#503471: debsums: not executed anymore in DPkg::Post-Invoke
Package: debsums Version: 2.0.39 Hello, since 2.0.39 debsums is not executed anymore after package upgrades. This has most likely something to do with the close of #501542. Before 2.0.39 debsums *was* executed after package upgrades even with multiple DPkg::Post-Invoke statements in multiple apt.conf.d files. My apt-package is up-to-date... ||/ Name VersionDescription +++-==-==- ii apt0.7.16+b1 Advanced front-end for dpkg regards Mario -- Programmieren in C++ haelt die grauen Zellen am Leben. Es schaerft alle fuenf Sinne: den Schwachsinn, den Bloedsinn, den Wahnsinn, den Unsinn und den Stumpfsinn. [Holger Veit in doc] signature.asc Description: Digital signature
Bug#503472: man-db: improve support for .so search paths
Package: man-db Version: 2.5.2-3 Severity: normal Mike Frysinger of Gentoo reported: - i seem to recall man-db not supporting '.so' search paths correctly: - man/man5/foo.5:.so moo.5 - man/man5/foo1.5:.so man5/moo1.5 - man/man5/cow.5:.so man1/pig.1 The latter two forms are supported, but the first isn't. I don't know of a standard for this, but we could either look in the same directory as the including file, or we could do some kind of more complete search through all manual page hierarchies. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]