Bug#493547: Stellarium: Warning can't find module called StelUI and Segmentation Fault
severity 493547 important thanks [Cédric Delfosse] Stellarium don't work. The return in terminal is: I tried to reproduce this using the stellarium package in Lenny, but it work for me. This mean two things. First of all, the package work for someone, and is thus not broken for everyone, and this make me reduce the severity to important. Next, it mean you need to help us figure out how to reproduce the problem, as it is not straight forward. Can you try to run stellarium under valgrind, to see why it segfaults? Could it be related to your locale? Does it still segfault when you use 'LC_ALL=C stellarium'? Could it be something in your configuration file messing it up? Try moving ~/.stellarium out of the way and see if it still crashes. Run it like this under valgrind: valgrind stellarium It will give more details about the crash. It would also be useful to see a strace from when it fail. Can you run strace stellarium and attach the output to BTS? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493679: initscripts: need to have SE Linux context set on /lib/init/rw
Package: initscripts Version: 2.86.ds1-60 Severity: normal After /lib/init/rw is mounted the root directory needs to have it's context set. This can be done by /etc/init.d/mountkernfs.sh after calling domount(), or can be done in the domount() function in /lib/init/mount-functions.sh. For my tests I have the following in /lib/init/mount-functions.sh at the end of the domount() function: if [ $FSTYPE = tmpfs -a -x /sbin/restorecon ]; then /sbin/restorecon $MTPT fi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492683: checkinstall: messes up man pages when doing Compressing man pages
Felipe Sateler wrote: El 28/07/08 02:48 LUK ShunTim escribió: Package: checkinstall Version: 1.6.1-8 Severity: grave Justification: causes non-serious data loss I'm not really sure if this is a grave bug... we'll leave it like this for now. Yes, I hesitated a bit when I set it. You definitely know the working of the code much better to decide. I guess this is result of filesystem translation not working properly with the newer kernels as reported previously. When checkinstall is doing Compressing man pages, it messes up the real man pages in /usr/share/man etc by re-compressing all man pages files (harmless, though) and rendering symbolic links to just an invalid .gz link. :-( Note: TRANSLATE=0 set and checkinstall invoked with root previlege. Then it shouldn't be the filesystem translation code. Yes, it shouldn't. Perhaps I did not put it clear enough. My concern is the safe behaviour of checkinstall -- during the packaging stage, it should not actually change the filesystem. I don't know if I'm correct in my understanding. No filesystem translation means (sudo) checkinstall *actually* writes files in /usr/bin, /usr/share, etc in the filesystem (not really safe as existing files may be overwritten/changed) while with file translation it does this in a temporary location, simulating the changes and is hence safe. A possible work around is to disable compressing man pages by setting COMPRESS_MAN=0. But it appears that files left by checkinstall in /usr/share/man etc are not cleaned up for the case when INSTALL=0 is set. Could you provide a more complete description of the problem, please? Hopefully with a test case. From what I gather: - Calling checkinstall without filesystem translation causes manpages to doubly compress, which breaks them. Which manpages? Package was already installed? Please post a full checkinstall log with debug enabled. I discovered the problem when I saw compressing man pages takes a lot of time but unfortunately I cannot reproduce this problem behaviour any more. :-( I use sid and regularly updates stuff. It may be some unfortunate combinations of events. I've now set debug level to 2 in the config file and if I found similar happenings in the future, I'll send in the log. Will sending in the log file be enough? Saludos, Felipe Sateler Thanks very much for answering and looking into it, ST -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493648: homepage url
I see that the domain is owned by the software developer. Obviously it is their prerogative what homepage it should be pointed towards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493679: correction
I meant to say root directory of the filesystem in question. While /lib/init/rw is the main issue at the moment, as a general rule it doesn't do any harm to have an extra call to restorecon, so doing it for all tmpfs filesystems is best. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493572: kwin: intermittent: window decorations and title bars are absent
Hello Dave, I think you have this problem http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491879 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442363: ITP: php-db-dataobject -- SQL Builder, Object Interface to Database Tables
Hello Yann, Stephanie, I have recently filed an ITP for laconica[0] which depends on php-db-dataobject. I was wondering if you could let me know the status of your respective work on packaging this? If neither of you is currently working on it, then I would be happy to assume responsibility for this ITP from you. Regards, Daniel Watkins [Footnote 0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491723] -- Daniel Watkins (Odd_Bloke) signature.asc Description: PGP signature
Bug#493680: Typo in rcS(5) manpage
Package: initscripts Version: 2.86.ds1-59 Severity: minor Tags: patch There is a typo in the rcS(5) manpage. In the paragraph describing FSCKFIX, 'manually' is spelled 'maually'. Diff attached (not worth a lot for a simple mistake like this but meh). Cheers, Xr --- debian/initscripts/rcS.5-2.86.ds1-59 2008-08-04 08:12:59.0 +0200 +++ debian/initscripts/rcS.5 2008-08-04 08:13:14.0 +0200 @@ -88,7 +88,7 @@ If there are major inconsistencies then the fsck process will bail out. The system will print a message -asking the administrator to repair the file system maually +asking the administrator to repair the file system manually and will present a root shell prompt (actually a \fIsulogin\fP prompt) on the console.
Bug#442350: ITP: php-validate -- provides methods to validate various data types
Hello Yann, I have recently filed an ITP for laconica[0] which depends on php-validate. I was wondering if you could let me know the status of your work on packaging this? If you are not currently working on it, then I would be happy to assume responsibility for this ITP from you. Regards, Daniel Watkins [Footnote 0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491723] -- Daniel Watkins (Odd_Bloke) signature.asc Description: PGP signature
Bug#490922: Adeona's Terms of Use
On Monday 04 August 2008 02:14:04 Francois Marier wrote: Here is a relevant thread on debian-legal: http://lists.debian.org/debian-legal/2008/07/msg00036.html Thanks a lot, I'll try to contact the university about this. Regards, Tobias -- Tobias Quathamer | What I can't stand is the feeling that my brain is Hamburg, Germany | leaving me for someone more interesting. signature.asc Description: This is a digitally signed message part.
Bug#493678: patch from Fedora
The following patch (from Fedora rawhide) fixes this issue. diff -ru libtheora-1.0~beta3.bak/lib/enc/x86_32/dct_decode_mmx.c libtheora-1.0~beta3/lib/enc/x86_32/dct_decode_mmx.c --- libtheora-1.0~beta3.bak/lib/enc/x86_32/dct_decode_mmx.c 2008-08-04 15:30:57.0 +1000 +++ libtheora-1.0~beta3/lib/enc/x86_32/dct_decode_mmx.c 2008-08-04 16:06:00.0 +1000 @@ -21,6 +21,9 @@ #if defined(USE_ASM) +/* Disabled as this asm results in text relocations, which is BAD */ +#if 0 + static const __attribute__((aligned(8),used)) ogg_int64_t V3= 0x0003000300030003LL; static const __attribute__((aligned(8),used)) ogg_int64_t V804= 0x0804080408040804LL; @@ -172,12 +175,17 @@ ); } +#endif + /* install our implementation in the function table */ void dsp_mmx_dct_decode_init(DspFunctions *funcs) { +/* Disabled as this asm results in text relocations, which is BAD */ +#if 0 TH_DEBUG(enabling accelerated x86_32 mmx dct decode functions.\n); funcs-FilterVert = FilterVert__mmx; funcs-FilterHoriz = FilterHoriz__mmx; +#endif } #endif /* USE_ASM */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493681: fakeroot: does not play well with pax
Package: fakeroot Version: 1.9.5 Severity: normal (Edited for clarity.) $ ls -l foo -rw--- 1 drake drake 0 2008-08-04 01:23 foo $ fakeroot ls -l foo -rw--- 1 root root 0 2008-08-04 01:23 foo $ fakeroot pax -w -x cpio foo foo.cpio; pax -v foo.cpio; cpio -tv foo.cpio -rw--- 1 drakedrake 0 en_GB.UTF-8 foo pax: cpio vol 1, 1 files, 5120 bytes read, 0 bytes written. -rw--- 1 1000 10000 Aug 4 01:23 foo 1 block $ sudo chown root:root foo $ sudo chmod a+r foo $ ls -l foo -rw-r--r-- 1 root root 0 2008-08-04 01:23 foo $ fakeroot ls -l foo -rw-r--r-- 1 root root 0 2008-08-04 01:23 foo $ pax -w -x cpio foo foo.cpio; pax -v foo.cpio; cpio -tv foo.cpio -rw-r--r-- 1 root root 0 en_GB.UTF-8 foo pax: cpio vol 1, 1 files, 5120 bytes read, 0 bytes written. -rw-r--r-- 1 00 0 Aug 4 01:23 foo 1 block $ fakeroot pax -w -x cpio foo foo.cpio; pax -v foo.cpio; cpio -tv foo.cpio -rw-r--r-- 1 root root 0 en_GB.UTF-8 foo pax: cpio vol 1, 1 files, 5120 bytes read, 0 bytes written. -rw-r--r-- 1 00 0 Aug 4 01:23 foo 1 block It would be nice to use fakeroot to create a pax archive where all the files are owned by root; using ls or most other manipulations on files owned by myself show them to be pseudo-owned by root, but pax doesn't see it and writes the archive with my UID in it. My immediate wild guess is that fakeroot is not handling fstat calls or somesuch, based on the output of strace (not shown here), but that's just a wild guess. --- Drake Wilson -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2 (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/dash Versions of packages fakeroot depends on: ii libc6 2.7-13 GNU C Library: Shared libraries fakeroot recommends no packages. fakeroot suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493682: [INTL:ja] Updated Japanese po-debconf template translation (ja.po)
Package: iterm Version: 0.5-5.5 Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear iterm maintainer, Here's updated Japanese po-debconf template (ja.po) file. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiWpaYACgkQIu0hy8THJkusWwCdFNebpyaC8yI4k8ik6vauJMs7 oxoAn2gTRX9Jv1u+l2Hz5mcOIWBxVB+e =HF5L -END PGP SIGNATURE- # #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. # msgid msgstr Project-Id-Version: iterm 0.5-5.5\n Report-Msgid-Bugs-To: Anthony Fok [EMAIL PROTECTED]\n POT-Creation-Date: 2006-11-30 07:36+0100\n PO-Revision-Date: 2008-08-03 21:04+0900\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 #. Type: boolean #. Description #: ../fbiterm.templates:1001 msgid Do you want /usr/bin/fbiterm to be installed SUID root? msgstr /usr/bin/fbiterm を SUID root でインストールしますか? #. Type: boolean #. Description #: ../fbiterm.templates:1001 msgid You have the option of installing the /usr/bin/fbiterm binary with the SUID bit set. By setting 'SUID root', non-root users may run fbiterm directly. msgstr /usr/bin/fbiterm バイナリを SUID ビットを有効にしてインストールする ことがで きます。「SUID root」を設定すると、root 以外のユーザが直接 fbiterm を実行する ことができます。 #. Type: boolean #. Description #: ../fbiterm.templates:1001 msgid This can open security concerns: fbiterm may contain undiscovered security flaws which malicious users may exploit if fbiterm is set SUID root. msgstr 一方で、このことはセキュリティ上のリスクを伴います。fbiterm には、 未発見のセ キュリティ欠陥があるかもしれません。もしその場合には、 SUID root が設定されて いると、悪意あるユーザがその欠陥を悪用できます。 #. Type: boolean #. Description #: ../fbiterm.templates:1001 msgid You should install fbiterm with SUID bit set unless you do not intend to use it regularly. You may change this setting by running \dpkg-reconfigure fbiterm\. msgstr 普段から fbiterm を使うつもりでなければ、SUID root を無効に設定するのをお勧め します。この設定は、「dpkg-reconfigure fbiterm」を実行すれば変更できます。
Bug#492659: midori: 0.0.18 not yet in experimental?
On dim, 2008-07-27 at 18:59 -0400, Michael Gilbert wrote: it looks like midori 0.0.18 is supposed to be available from experimental [1], but it is not yet: $ apt-cache policy midori midori: Installed: (none) Candidate: 0.0.17-1 Version table: 0.0.17-1 0 1 ftp://ftp.us.debian.org experimental/main Packages [EMAIL PROTECTED]: apt-cache policy midori midori: Installed: 0.0.18-2 Candidate: 0.0.18-2 Version table: *** 0.0.18-2 0 500 http://ftp.fr.debian.org sid/main Packages 100 /var/lib/dpkg/status Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#491328: reportbug: urwid mode: AttributeError: 'module' object has no attribute 'get_password'
I'm getting this too. The obvious workaround is to remove python-urwid. There's also a command-line option to change UI, but I can't find documentation on how to use it anywhere. -- Daniel Watkins (Odd_Bloke) signature.asc Description: PGP signature
Bug#493683: ITP: libmarkdown-php -- a port to PHP of the Markdown program
Package: wnpp Severity: wishlist Owner: Daniel Watkins [EMAIL PROTECTED] * Package name: libmarkdown-php Version : 1.0.1m Upstream Author : Michel Fortin [EMAIL PROTECTED] * URL : http://michelf.com/projects/php-markdown/ * License : BSD Programming Lang: PHP Description : a port to PHP of the Markdown program “Markdown” is two things: a plain text markup syntax, and a software tool that converts the plain text markup to HTML for publishing on the web. The Markdown syntax allows you to write text naturally and format it without using HTML tags. More importantly: in Markdown format, your text stays enjoyable to read for a human being, and this is true enough that it makes a Markdown document publishable as-is, as plain text. If you are using text-formatted email, you already know some part of the syntax. PHP Markdown can work as a plug-in for WordPress and bBlog, as a modifier for the Smarty templating engine, or as a remplacement for textile formatting in any software that support textile. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493479: linux-image-2.6.26-1-amd64: RTC suggestions do not make kernel bootable
On Sun, Aug 03, 2008 at 06:01:53PM -0700, David Witbrodt wrote: Do you have any other suggestions? Bisecting. See http://kerneltrap.org/node/11753. Bastian -- Where there's no emotion, there's no motive for violence. -- Spock, Dagger of the Mind, stardate 2715.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493628: ikiwiki: incorrect documentation
Dear Joey, thank you for the quick answer and sorry for the inconvenience. Am Sonntag, den 03.08.2008, 14:20 -0400 schrieb Joey Hess: Paul Menzel wrote: I followed [1] and two things were not working. 1. http://ikiwiki.info/setup/#index2h2 $ LANG=C ls /etc/ikiwiki/auto* ls: cannot access /etc/ikiwiki/auto*: No such file or directory The ikiwiki website contains live documentation for the development version of ikiwiki. That's not normally a problem, but it can be out of sync with the packaged version if the package is old, or if significant new features are present in git but not yet released (as is the case now). The package ships with documentation for that version in /usr/share/doc/ikiwiki/html/ Understood. 2. http://ikiwiki.info/setup/#setup.git $ REPOSITORY=~/wiki.git $ ikiwiki-makerepo git $SCRDIR $REPOSITORY s/SCRDIR/SRCDIR/ srcdir /home/paul/wiki.git not found $ mkdir $REPOSITORY $ ikiwiki-makerepo git $SCRDIR $REPOSITORY Importing /home/x/wiki.git into git You need to set SRCDIR to the directory where you have prepared the wiki sources. ikiwiki-makerepo creates REPSITORY. SRCDIR was set, but not SCRDIR. I will make it abort if either directory name is empty/not passed. So everything a non-bug. You can close it, if you wish. Regards, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#461806: Adopting it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frank S. Thomas wrote: Hi, On Friday 07 March 2008 04:31, H.H. Ding wrote: retitle 461806 ITA: curlftpfs -- filesystem to access FTP hosts based on FUSE and cURL owner 461806 Ding Honghui [EMAIL PROTECTED] thanks I'll adopt this package. What is the status of your ITA? Do you have packages of the new upstream release (0.9.2) ready for testing? Cheers, Yes, Can you help me upload it? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiWqBoACgkQJo9Njjkvy35ISwCfak5Si9DjQLNxo7sQESNfGsJR Ru8AnRBXw9taBesJo2pX4+/+Wh09zFxt =B56e -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493684: [knetworkconf] knetworkconf is broken
Package: knetworkconf Version: 4:4.1.0-1 Severity: important --- Please enter the report below this line. --- knetworkconf does not work. It does not appear as a service in systemsettings. In order to do that, one must change /usr/share/kde4/services/kcm_knetworkconfmodule.desktop to something like # KDE Config File [Desktop Entry] X-KDE-RootOnly=true Type=Service X-KDE-ServiceTypes=KCModule X-DocPath=knetworkconf/index.docbook Icon=knetworkconf #Icon=preferences-system-network Exec=kcmshell4 kcm_knetworkconfmodule X-KDE-Library=kcm_knetworkconfmodule X-KDE-PluginKeyword=knetworkconf X-KDE-ParentApp=systemsettings X-KDE-System-Settings-Parent-Category=network-settings note that X-KDE-ParentApp is set to systemsettings Once this is done, the service appears in systemsettings but then an error dialog pops up saying that an XML file could not be parsed. After that knetworkconf is unsusable. Best regards --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686-bigmem Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 testing security.debian.org 500 hardy ppa.launchpad.net --- Package information. --- Depends (Version) | Installed ==-+-= kdebase-runtime (= 4:4.1.0) | 4:4.1.0-1 kdelibs5 (= 4:4.1.0) | 4:4.1.0-1 libc6 (= 2.7-1) | 2.7-13 libqt4-qt3support (= 4.4.0) | 4.4.0-4 libqt4-xml (= 4.4.0) | 4.4.0-4 libqtcore4 (= 4.4.0) | 4.4.0-4 libqtgui4 (= 4.4.0) | 4.4.0-4 libstdc++6 (= 4.1.1) | 4.3.1-8 -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493126: resolved
5.6.2-2-b1 seems to have corrected this behavior. Aside from compiling with new imap client library, was there any other change? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493624: zoem: segmentation fault during translation to html
On Sunday 03 August 2008 18:20:43 Philipp Benner wrote: $ zoem -d html -i mcxconvert.azm -o mcxconvert.html zsh: segmentation fault zoem -d html -i mcxconvert.azm -o mcxconvert.html Hi Philipp, thanks for your bug report. However, I was unable to reproduce that behaviour with the file you've attached. In the .azm source, another file (mcx.zmm) is included, which I downloaded from the mcx source tarball (http://micans.org/mcl/src/mcl-08-157.tar.gz). Did you use that version as well? Could you also run the following command: $ strace zoem -d html -i mcxconvert.azm -o mcxconvert.html and send the output to this bug report? Regards, Tobias -- Tobias Quathamer | We all know Cray supercomputers are great... Hamburg, Germany | they do infinite loops in about 4 hours. signature.asc Description: This is a digitally signed message part.
Bug#461806: Adopting it
On Monday 04 August 2008 08:56:29 Ding Honghui wrote: Frank S. Thomas wrote: On Friday 07 March 2008 04:31, H.H. Ding wrote: retitle 461806 ITA: curlftpfs -- filesystem to access FTP hosts based on FUSE and cURL owner 461806 Ding Honghui [EMAIL PROTECTED] thanks I'll adopt this package. What is the status of your ITA? Do you have packages of the new upstream release (0.9.2) ready for testing? Yes, Can you help me upload it? Yes, I can sponsor your package. Just give me the URL to the .dsc file so that I can have a look at your package. Cheers, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493645: nostromo vs boa?
Hello Kai! Regarding your intent to package nostromo... I see your point in the gap between thttpd and lighttpd, but could you please summarize why you would choose it over something like boa? What are the main differences and why would you choose one over the other? From a quick look at the description they seem very similar. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461806: Adopting it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frank S. Thomas wrote: On Monday 04 August 2008 08:56:29 Ding Honghui wrote: Frank S. Thomas wrote: On Friday 07 March 2008 04:31, H.H. Ding wrote: retitle 461806 ITA: curlftpfs -- filesystem to access FTP hosts based on FUSE and cURL owner 461806 Ding Honghui [EMAIL PROTECTED] thanks I'll adopt this package. What is the status of your ITA? Do you have packages of the new upstream release (0.9.2) ready for testing? Yes, Can you help me upload it? Yes, I can sponsor your package. Just give me the URL to the .dsc file so that I can have a look at your package. Cheers, Frank Here it is[1] :) [1]http://mentors.debian.net/debian/pool/main/c/curlftpfs/curlftpfs_0.9.2-1.dsc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiWsdkACgkQJo9Njjkvy35wuQCfZmv9MWQxdr+nKNNHREYj0E6n MUIAoLR5cFGmGb6el5dtsWcvND4K25JN =21II -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493216: Request to check for /dev/.static/dev in /etc/blkid.tab
Hi all, Apparently udev 0.125-3 is going to be in Lenny (it's not yet in Lenny, but apparently the release-team will be giving an exemption to let it in despite the freeze). One of the changes in udev 0.125-3 is that /dev/.static/dev is going to be going away. (Rightly so, it's a hack). However, this interacts poorly with a bug in the blkid library which will fail to get rid of stale /dev/.static/dev entries in /etc/blkid.tab. (See Bug#493216) The fix is fairly simple, but I'm trying to get a sense of how many Debian users have this problem and will get bitten when they upgrade to Lenny. So, if folks could type the following command into a terminal window: grep /dev/.static /etc/blkid.tab, and if you see any output, could you drop me a quick e-mail with the results of the grep command? If you do find any output, I'd appreciate knowing when/how your system was installed, and if you may have ever explicitly typed a command such as blkid /dev/.static/dev/sda1. I can't see a situation where a /dev/.static/dev entry would get into the blkid.tab file, except by explicit user action, but the submitter of bug #493216 claims he's never done this. The workaround to this problem is fairly simple: rm /etc/blkid.tab or blkid -g as root will do it; but if it turns out there are large numbers of users suffering from this problem, I'd like to so I can petition the release-team for my own freeze window exception to get in a very simple patch to fix this bug before Lenny ships. Thanks, regards, - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493624: zoem: segmentation fault during translation to html
Hi Tobias, thanks for your bug report. However, I was unable to reproduce that behaviour with the file you've attached. In the .azm source, another file (mcx.zmm) is included, which I downloaded from the mcx source tarball (http://micans.org/mcl/src/mcl-08-157.tar.gz). Did you use that version as well? Yes, right. Could you also run the following command: $ strace zoem -d html -i mcxconvert.azm -o mcxconvert.html and send the output to this bug report? Done. Could it be an arch specific problem? Since I'm using powerpc. Cheers, -- Philipp Benner execve(/usr/bin/zoem, [zoem, -d, html, -i, mcxconvert.azm, -o, mcxconvert.html], [/* 29 vars */]) = 0 brk(0) = 0x804a000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x3001f000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x3002 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/home/philipp/usr/lib/tls/ppc7450/altivec/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/home/philipp/usr/lib/tls/ppc7450/altivec, 0x7fdaedd8) = -1 ENOENT (No such file or directory) open(/home/philipp/usr/lib/tls/ppc7450/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/home/philipp/usr/lib/tls/ppc7450, 0x7fdaedd8) = -1 ENOENT (No such file or directory) open(/home/philipp/usr/lib/tls/altivec/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/home/philipp/usr/lib/tls/altivec, 0x7fdaedd8) = -1 ENOENT (No such file or directory) open(/home/philipp/usr/lib/tls/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/home/philipp/usr/lib/tls, 0x7fdaedd8) = -1 ENOENT (No such file or directory) open(/home/philipp/usr/lib/ppc7450/altivec/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/home/philipp/usr/lib/ppc7450/altivec, 0x7fdaedd8) = -1 ENOENT (No such file or directory) open(/home/philipp/usr/lib/ppc7450/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/home/philipp/usr/lib/ppc7450, 0x7fdaedd8) = -1 ENOENT (No such file or directory) open(/home/philipp/usr/lib/altivec/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/home/philipp/usr/lib/altivec, 0x7fdaedd8) = -1 ENOENT (No such file or directory) open(/home/philipp/usr/lib/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/home/philipp/usr/lib, {st_mode=S_IFDIR|0755, st_size=952, ...}) = 0 open(tls/ppc7450/altivec/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(tls/ppc7450/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(tls/altivec/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(tls/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(ppc7450/altivec/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(ppc7450/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(altivec/libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(libm.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=131476, ...}) = 0 mmap(NULL, 131476, PROT_READ, MAP_PRIVATE, 6, 0) = 0x30031000 close(6)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libm.so.6, O_RDONLY)= 6 read(6, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0\313..., 512) = 512 fstat64(6, {st_mode=S_IFREG|0644, st_size=706940, ...}) = 0 mmap(0x7f33000, 770764, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0x7f33000 mprotect(0x7fdc000, 65536, PROT_NONE) = 0 mmap(0x7fec000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0xa9000) = 0x7fec000 close(6)= 0 open(/home/philipp/usr/lib/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(tls/ppc7450/altivec/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(tls/ppc7450/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(tls/altivec/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(tls/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(ppc7450/altivec/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(ppc7450/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(altivec/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libc.so.6, O_RDONLY)= 6 read(6, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\1\351..., 512) = 512 fstat64(6, {st_mode=S_IFREG|0755, st_size=1458348, ...}) = 0 mmap(0x7dad000, 1528376,
Bug#493685: Linux-igd plugin should be disabled by default
Package: arno-iptables-firewall Version: 1.8.8o Somehow the Linux-igd plugin in my upstream version was enabled by default. By default any plugin should be disabled, including this one. It can simply be fixed by setting ENABLED=0 in /etc/arno-iptables-firewall/plugins/linuxigd.conf Although not a real bug, it would be nice to have this fixed. Arno -- Ing. A.C.J. van Amersfoort (Arno) Department Of Electronics (ELD, k1007) Huygens Laboratory Leiden University P.O. Box 9504 Niels Bohrweg 2 2333 CA Leiden The Netherlands Phone : +31-(0)71-527.1894 Fax: +31-(0)71-527.5819 E-mail: [EMAIL PROTECTED] Arno's (Linux firewall) homepage: http://rocky.eld.leidenuniv.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493096: xserver-xorg-video-intel: [855GM] External monitor unusable
-Ursprüngliche Nachricht- Von: Julien Cristau [EMAIL PROTECTED] Gesendet: 31.07.08 18:00:04 An: [EMAIL PROTECTED] Betreff: Re: Bug#493096: xserver-xorg-video-intel: [855GM] External monitor unusable ... As far as I can tell, the only two changes that can affect your hardware between -2 and -2+lenny1 are: - Improve FBC size checking - Don't disable pipe A on 855 chips The package at http://people.debian.org/~jcristau/493096/ reverts the 855 force enable pipe a quirk, can you give it a try? Today I was finally able to try out your package. And yes, I can confirm that displaying on external monitor works again with it. Thanks for the fix, Vivenzio ___ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=00 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399970: Asterisk and chan_misdn
Lee Garrett escribió: Victor Seva wrote: Hi all, [snip] I have now a version [0] of misdn-[kernel | user] with I can finally build chan_misdn [1] only adding the proper build-depends ( libisdnnet-dev ). misdn-user builds static libraries as Simon point me to do. I noticed that your asterisk_1.4.21.2~dfsg-2~bpo40+1_i386.deb in your backports section doesn't have chan_misdn.so shipped. So I recompiled that with the suggested build-depends. It compiles all right, chan_misdn is there, but is not loadable. Asterisk's error log says: AFAIK asterisk_1.4.21.2~dfsg-2~bpo40+1_i386.deb has chan_misdn.so shipped [0]. [studebaker]$ debc asterisk_1.4.21.2~dfsg-2~bpo40+1_i386.changes | grep chan_misdn -rw-r--r-- root/root422976 2008-07-30 00:28:06 ./usr/lib/asterisk/ modules/chan_misdn.so -rw-r--r-- root/root622520 2008-07-30 00:28:06 ./usr/lib/debug/usr/ lib/asterisk/modules/chan_misdn.so [studebaker]$ pwd /home/linuxmaniac/linuxmaniac.torreviejawireless.org/debian/asterisk +misdn_backports [0] http://linuxmaniac.torreviejawireless.org/debian/asterisk+misdn_backports/ [Aug 3 20:29:57] WARNING[9076] loader.c: Error loading module 'chan_misdn.so': libisdnnet.so: cannot open shared object file: No such file or directory I can load chan_misdn.so with no such error: openser:~# LC_ALL=C dpkg -l asterisk Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii asterisk 1.4.21.2~dfsg-2~bpo40+1Open Source Private Branch Exchange (PBX) openser:~# LC_ALL=C dpkg -l *isdn* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libisdnnet-dev 1.1.8-1~bpo40+1ISDN networking library ii libmisdn-dev 1.1.8-1~bpo40+1mISDN interface library ii linux-headers-misdn1.1.8-1~bpo40+1Header files for the mISDN drivers ii misdn-config 1.1.8-1~bpo40+1init-script to auto-configure and load the mISDN kernel drivers un misdn-kernel-sourcenone (no description available) un misdn-modules none (no description available) ii misdn-modules-2.6.18-6-686 1.1.8-1~bpo40+1mISDN modules for Linux (kernel 2.6.18-6-686) ii misdn-source 1.1.8-1~bpo40+1Source code for the mISDN modules openser:~# dpkg -L libisdnnet-dev /. /usr /usr/share /usr/share/doc /usr/share/doc/libisdnnet-dev /usr/share/doc/libisdnnet-dev/changelog.Debian.gz /usr/share/doc/libisdnnet-dev/copyright /usr/lib /usr/lib/libisdnnet.a /usr/include /usr/include/mISDNuser /usr/include/mISDNuser/net_l3.h /usr/include/mISDNuser/fsm.h /usr/include/mISDNuser/net_l2.h openser:~# asterisk -r Asterisk 1.4.21.2~dfsg-2~bpo40+1, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer [EMAIL PROTECTED] Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. = This package has been modified for the Debian GNU/Linux distribution Please report all bugs to http://bugs.debian.org/asterisk = Connected to Asterisk 1.4.21.2~dfsg-2~bpo40+1 currently running on openser (pid = 13486) openser*CLI core show channeltypes TypeDescription Devicestate Indications Transfer -- --- --- --- SIP Session Initiation Protocol (SIP)yes yes yes mISDN Channel driver for mISDN Support (Bri/Pr no yes no DS Application for sending device state mes yes no no MGCPMedia Gateway Control Protocol (MGCP)yes yes no Agent Call Agent Proxy Channel yes yes no Phone Standard Linux Telephony API Driver no yes no Console OSS Console Channel Driver
Bug#493567: linux-image-2.6.26-1-amd64: /dev/rtc* not created with 2.6.26, rtc_cmos module must be manually loaded
Hi, I've installed udev 0.125 from unstable on testing and it seems to fix the issue. The rtc-cmos module is automatically loaded. If udev 0.125 enters testing, it should not be a problem (for me). i had the same problem, fixed installing new udev version. The rtc-cmos is automatically loaded regardless of udev version but in the new rtc infrastructure the device files are named /dev/rtc0,/dev/rtc1,...,/dev/rtcn. What the new version of udev do, starting from version 0.124-1, is to automatically create a symlink /dev/rtc - /dev/rtc0 as explained in changelog: * udev.rules: added a rtc symlink to rtc0. Regards, Andrea. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493686: awl-doc: please do not depend on php4/php5
Package: awl-doc Version: 0.31 Severity: minor I have installed: libapache2-mod-php4 php4-cli php5-cli I need php4 for a current project and switch between libapache2-mod-php4/5 with apt-get install. They can not be installed in parallel. So I do not have installed either one of the virtual packages php4 or php5. But to install awl I've been forced to install one of them. I recommend to change the depend to a recommend. Someone who installs a PHP programming library should know to also install a version of PHP. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-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 Versions of packages awl-doc depends on: ii debconf 1.5.22 Debian configuration management sy awl-doc recommends no packages. awl-doc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474626: #474626: still happens here
reopen 474626 found 474626 0.0.0.20080713-1 thanks Hi, I guess it's your decision to make. I can't say I'll hate you for it, since josm works fine for me with openjdk-6 :-) unfotunately this is not the case for me, the window just stays white here. Looking at the output of strace it seems to be stuck in a futex, but I didn't see any useful informations on the first look. I've also tried to run it in sun java 6, but still no output. If there's anything I can help you with, please let me know. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493687: awl-doc: classtree.js is not found
Package: awl-doc Version: 0.31 Severity: grave Justification: renders package unusable When I access /usr/share/doc/awl-doc/api/index.html with Iceweasel, I get a JS error: WebFXTree is not defined Because the js classtree.js is not found. The following also does not solve the problem: cd /var/www ln -s /usr/share/doc/awl-doc/api awl-doc Then I get: illegal character in classtree.js line 1 The solution was: cd /usr/share/doc/awl-doc/api/media/lib gunzip -c classTree.js.gzclassTree.js Which makes sense, since I access the file localy. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-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 Versions of packages awl-doc depends on: ii debconf 1.5.22 Debian configuration management sy awl-doc recommends no packages. awl-doc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462355: What about *.old?
On one of my systems, I've got: # new file: modules.conf.old # new file: openoffice/dictionary.lst.old # new file: php5/cli/php.ini.ucf-old # new file: reader.conf.old # new file: sgml/catalog.old # new file: sgml/docbook-xml.cat.old # new file: sgml/sgml-data.cat.old # new file: xml/catalog.old # new file: xml/docbook-xml.xml.old # new file: xml/openoffice.org-common.xml.old # new file: xml/sgml-data.xml.old # new file: xml/xml-core.xml.old Perhaps *.old files should be ignored, too? BTW, the default .gitignore file should use /mtab instead of plain mtab and so on, to avoid recursion. -- Florian Weimer[EMAIL PROTECTED] BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493688: bind: why doesn't run as non-root?
Package: bind Version: 1:8.4.7-1 Severity: wishlist addgroup --gid 53 named useradd named -u 53 -g 53 -d /var/cache/bind -s /bin/false /etc/default/bind: OPTIONS=-u 53 -g 53 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages bind depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii netbase 4.32 Basic TCP/IP networking system bind recommends no packages. Versions of packages bind suggests: pn bind-doc none(no description available) ii dnsutils 1:9.5.0.dfsg.P1-1 Clients provided with BIND -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491760: [INTL:sv] Swedish strings for clamav debconf
On Mon, 4 Aug 2008, Stephen Gran wrote: Notice the missing msgstr? If you resubmit a po file, I'll be happy to reupload for that change. retrying then. -- /brother http://frakalendern.se Bruce Schneier memorizes his one time pads# translation of clamav_0.93~dfsg-1_sv.po to swedish # 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. # # Martin Bagge [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: clamav_0.93~dfsg-1_sv\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-10-21 16:58+0100\n PO-Revision-Date: 2008-07-21 14:28+0100\n Last-Translator: Martin Bagge [EMAIL PROTECTED]\n Language-Team: swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: select #. Choices #: ../clamav-freshclam.templates:2001 msgid daemon msgstr demon #. Type: select #. Choices #: ../clamav-freshclam.templates:2001 msgid manual msgstr manuell #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid Virus database update method: msgstr Metod för uppdatering av virusdatabasen: #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid Please choose the method for virus database updates. msgstr Välj en metod för uppdatering av virusdatabasen. #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid daemon: freshclam is running as a daemon all the time. You should choose\n this option if you have a permanent network connection;\n ifup.d: freshclam will be running as a daemon as long as your Internet\n connection is up. Choose this one if you use a dialup Internet\n connection and don't want freshclam to initiate new connections;\n cron:freshclam is started from cron. Choose this if you want full control\n of when the database is updated;\n manual: no automatic invocation of freshclam. This is not recommended,\n as ClamAV's database is constantly updated. msgstr daemon : freshclam körs som en daemon hela tiden. Du bör välja\n denna om du har en permanent nätverksuppkoppling.\n ifup.d : freshclam kommer att köras som en daemon så längre som din\n Internet förbindelse är igång. Välj denna om du har en uppringd\n förbindelse och inte vill att freshclam ska skapa nya uppkopplingar.\n cron : freshclam startas från cron. Välj denna om du vill ha full kontroll\n när databasen ska uppdateras.\n manuellt : Ingen automatiskt uppdatering av freshclam. Detta är inte\n rekommanderat eftersom clamav's databas uppdateras ofta. #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Local database mirror site: msgstr Lokal spegelsajt för databas: #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Please select the closest local mirror site. msgstr Välj den närmaste lokala spegelsajten. #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Freshclam updates its database from a world wide network of mirror sites. Please select the closest mirror. If you leave the default setting, an attempt will be made to guess a nearby mirror. msgstr Freshclam uppdaterar sin database från ett världsspännande nätverk av spegelsajter. Välj den spegel som är närmast dig. Om du lämnar detta kvar som standardvärdet kommer ett försök att göras att hitta en spegel närmast dig men detta försök kanske inte alltid ger dig den närmaste spegelsajten. #. Type: string #. Description #: ../clamav-freshclam.templates:4001 msgid HTTP proxy information (leave blank for none): msgstr HTTP-proxy information (lämna blank om du inte har en): #. Type: string #. Description #: ../clamav-freshclam.templates:4001 msgid If you need to use an HTTP proxy to access the outside world, enter the proxy information here. Otherwise, leave this blank. msgstr Om du behöver använda en HTTP-proxy för att få tillgång till världen utanför, ange proxyinformationen här. Om inte, lämna denna blank. #. Type: string #. Description #: ../clamav-freshclam.templates:4001 msgid Please use URL syntax (\http://host[:port]\;) here. msgstr Använd URL-syntax (\http://värd[:port]\;) här. #. Type: string #. Description #: ../clamav-freshclam.templates:5001 msgid Proxy user information (leave blank for none): msgstr Användarinformation för proxy (lämna blank om du inte har någon): #. Type: string #. Description #: ../clamav-freshclam.templates:5001 msgid If you need to supply a username and password to the proxy, enter it
Bug#474626: #474626: still happens here
hi, unfotunately this is not the case for me, the window just stays white here. Looking at the output of strace it seems to be stuck in a futex, the gps traces server is down today, could this be the reason? Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493168: gpm: Segfaults on boot.
Hello Kurt! I fixed it in the gpm-2-dev tree and put up a tarfile containing the change: http://home.schottelius.org/~nico/temp/gpm-1.99.7-1-g9771509.tar.bz2 Can you give it a try and report if it works? Sincerly, Nico -- Think about Free and Open Source Software (FOSS). http://nico.schottelius.org/documentations/foss/the-term-foss/ PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
Bug#492834: libquicktime1: New upstream release 1.0.3
In case someone is interested, I consider the libquicktime 1.0.3 packages targeted at experimental in our SVN ready for sponsoring. I did not include a symbols file, though... Sebastian Dröge schrieb: Am Donnerstag, den 31.07.2008, 18:20 +0200 schrieb Fabian Greffrath: Sebastian Dröge schrieb: Yes and if you use symbol files a version bump for the functions where this enum could be returned or used as a parameter. But not another soname bump, right? No Well, is there something like a step-by-step guide on how to add symbols files? AFAIK no :) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493624: zoem: segmentation fault during translation to html
On Monday 04 August 2008 09:30:52 Philipp Benner wrote: Could it be an arch specific problem? Since I'm using powerpc. Yes, seems so. I've tested on i386, and I didn't find any problem. However, I've now tested the same on powerpc, and it segfaults there for me as well. So it's obviously a problem on powerpc and maybe other arches. It might be that the endianess is the source of the problem, since powerpc uses big endian, while i386 uses little endian. I've attached the output of zoem with --trace and --trace-keys enabled and will forward this to the program author. Maybe he'll have an idea. Regards, Tobias -- Tobias Quathamer | The sum of the intelligence of the world is constant. Hamburg, Germany | The population is, of course, growing. ## |env#4seg 0 stack 0 nr 1 ## |def#2seg 0 stack 0 nr 2 ## |def#2seg 0 stack 0 nr 3 ## |import#1 seg 0 stack 0 nr 4 ## |dofile#2 seg 1 stack 0 nr 5 ## |set#2seg 0 stack 1 nr 6 ## |if#3 seg 0 stack 1 nr 7 ## |cmp#3seg 0 stack 2 nr 8 # #|__version__ seg 0 stack 3 nr 9 # #|reqver seg 0 stack 3 nr 10 ## |input#1 seg 0 stack 1 nr 11 ## |dofile#2 seg 1 stack 1 nr 12 ## |import#1 seg 0 stack 2 nr 13 ## |dofile#2 seg 1 stack 2 nr 14 ## |import#1 seg 0 stack 3 nr 15 ## |dofile#2 seg 1 stack 3 nr 16 ## |if#3 seg 0 stack 4 nr 17 ## |defined#2seg 0 stack 5 nr 18 ## |def#2seg 1 stack 4 nr 19 ## |import#1 seg 0 stack 4 nr 20 ## |dofile#2 seg 1 stack 4 nr 21 ## |if#3 seg 0 stack 5 nr 22 ## |defined#2seg 0 stack 6 nr 23 ## |def#2seg 1 stack 5 nr 24 ## |def#2seg 0 stack 5 nr 25 ## |formatted#1 seg 0 stack 5 nr 26 ## |def#2seg 1 stack 5 nr 27 ## |def#2seg 1 stack 5 nr 28 ## |def#2seg 1 stack 5 nr 29 ## |def#2seg 1 stack 5 nr 30 ## |def#2seg 1 stack 5 nr 31 ## |def#2seg 0 stack 4 nr 32 ## |def#2seg 0 stack 4 nr 33 ## |def#2seg 0 stack 4 nr 34 ## |def#2seg 0 stack 4 nr 35 ## |def#2seg 0 stack 4 nr 36 ## |formatted#1 seg 0 stack 4 nr 37 ## |def#2seg 1 stack 4 nr 38 ## |formatted#1 seg 0 stack 4 nr 39 ## |register#2 seg 1 stack 4 nr 40 ## |formatted#1 seg 0 stack 4 nr 41 ## |def#2seg 1 stack 4 nr 42 ## |def#2seg 1 stack 4 nr 43 ## |import#1 seg 0 stack 3 nr 44 ## |dofile#2 seg 1 stack 3 nr 45 ## |if#3 seg 0 stack 4 nr 46 ## |defined#2seg 0 stack 5 nr 47 ## |done seg 1 stack 4 nr 48 ## |throw#1 seg 2 stack 4 nr 49 ## |throw#2 seg 3 stack 4 nr 50 ## |def#2seg 0 stack 3 nr 51 ## |$#2 seg 0 stack 3 nr 52 ## |set#3seg 1 stack 3 nr 53 ## |set#3seg 1 stack 3 nr 54 ## |set#2seg 1 stack 3 nr 55 ## |$#2 seg 0 stack 3 nr 56 ## |set#2seg 0 stack 3 nr 57 ## |formatted#1 seg 0 stack 3 nr 58 ## |env#4seg 1 stack 3 nr 59 ## |switch#2 seg 0 stack 3 nr 60 # #|__device__ seg 0 stack 5 nr 61 ## |set#3seg 1 stack 3 nr 62 ## |switch#2 seg 0 stack 3 nr 63 # #|__device__ seg 0 stack 5 nr 64 ## |special#1seg 1 stack 3 nr 65 ## |constant#1 seg 1 stack 3 nr 66 ##
Bug#491376: recipe for BIOS-based boot on gpt
So what do we do about this? I wouldn't want to miss the deadline... On Sun, Jul 27, 2008 at 06:41:13PM +0200, Robert Millan wrote: On Sun, Jul 27, 2008 at 01:59:40PM +0200, Robert Millan wrote: on a system where core.img was embedded, nothing will happen. OTOH if you do the same on a system where core.img was referenced via blocklists, boot will start crashing as soon as the (now free) blocks that held the old core.img are overwritten. Ah, and in a worst-case scenario someone could even try to exploit it to run privileged code, by creating a carefuly crafted huge file. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493689: insight: FTBFS on ia64
Package: insight Version: 6.7.1.dfsg.1-10 Severity: serious Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu hardy ubuntu-patch Your package FTBFS on ia64: cc1: warnings being treated as errors ia64-tdep.c: In function 'examine_prologue': ia64-tdep.c:1237: error: array subscript is above array bounds make[3]: *** [ia64-tdep.o] Error 1 make[3]: Leaving directory `/build/buildd/insight-6.7.1.dfsg.1/gdb' make[2]: *** [all-gdb] Error 2 make[2]: Leaving directory `/build/buildd/insight-6.7.1.dfsg.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/insight-6.7.1.dfsg.1' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Attached patch should solve this issue. Thank you. -- System Information: Debian Release: lenny/sid APT prefers intrepid APT policy: (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.26-5-generic (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -urNad insight-6.7.1.dfsg.1~/gdb/ia64-tdep.c insight-6.7.1.dfsg.1/gdb/ia64-tdep.c --- insight-6.7.1.dfsg.1~/gdb/ia64-tdep.c 2007-09-19 01:53:07.0 +0200 +++ insight-6.7.1.dfsg.1/gdb/ia64-tdep.c 2008-08-04 03:16:29.0 +0200 @@ -1234,7 +1234,7 @@ spill_reg = rN; last_prologue_pc = next_pc; } - else if (qp == 0 rM = 32 rM 40 !instores[rM] + else if (qp == 0 rM = 32 rM 40 !instores[rM-32] rN 256 imm == 0) { /* mov rN, rM where rM is an input register */
Bug#417865: wdm: FTBFS on GNU/kFreeBSD
Hi, your package still FTBFS on GNU/kFreeBSD, the patch 01_kfreebsd does not get applied. Please just drop conditional from 00list. This change is really safe, because on linux defined(linux) already holds and on hurd defined(__GNU__) already holds. Petr --- debian/patches/00list~ 2008-08-02 22:42:45.0 + +++ debian/patches/00list 2008-08-02 22:42:45.0 + @@ -1,6 +1,4 @@ -#if defined(DEB_BUILD_ARCH_OS_kfreebsd) 01_kfreebsd -#endif 02_fix_login_overflow 03_autoconf.dpatch 04_manpage_indent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492850: Removing tirc.
tirc is quite unique in its features as it is very vi style, terminal based with windows and other advanced features. Its focus on the core features and its small size probably makes it less likely to have security problems. The main reason for removal seems to be #487867 which could be very easily fixed by an NMU as the patch is quite small and easy to understand. Also note that many people that like an application with the above features are less inclined to participate in popcon, which also lessens this argument. So my vote is to keep the package, unless other issues are reported. It is feature richness that makes Debian a leading GNU/Linux distribution. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493692: ktechlab crashes when component is added to the circuit
Subject: ktechlab crashes when component is added to the circuit Package: ktechlab Version: 0.3-9 Severity: important *** Please type your report below this line *** When I try to add a component to a circuit board, the application crashes (SIGSEGV). After some investigation, I found a bug in the patch 40_g++-4.3.dpatch: + m_map = new ETMap( m_size ); I changed this line to: + m_map = new ETMap( m_size, std::vectoruint( m_size ) ); ETMap is a vector of vectors of ints, it should be m_size x m_size, not only m_size, but the original author didn't use the right C++ syntax, which should be: m_map = new ETMap( m_size, std::vectoruint( m_size ) ); (Not only m_map = new ETMap( m_size, m_size ); ) It works fine after correcting this patch and rebuilding the package. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=sk_SK.UTF-8, LC_CTYPE=sk_SK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ktechlab depends on: ii gpsim 0.22.0-5 Simulator for Microchip's PIC micr ii kdelibs4c2a4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libacl12.2.47-2 Access control list shared library ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libattr1 1:2.4.43-1Extended attribute shared library ii libaudio2 1.9.1-4 Network Audio System - shared libr ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libfam02.7.0-13.3Client library to control the FAM ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib ii libgcc11:4.3.1-2 GCC support library ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.8+20080606-1GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libpopt0 1.14-4lib for parsing cmdline parameters ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libreadline5 5.2-3 GNU readline and history libraries ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages ktechlab recommends: ii gputils 0.13.6-1 GNU PIC utilities ktechlab suggests no packages. -- no debconf information slavko signature.asc Description: This is a digitally signed message part.
Bug#489939: uswsusp Japanese po-debconf file is not updated correctly.
Hideki Yamane schreef: reopen 489939 stop Hi uswsusp Thank you for including translated po files. Thanks and thanks! But... debian/po/*.po file, especially ja.po is OLD one (maybe others too), Hmm, yes, somehow Japanese has almost everything fuzzy. The templates for the other languages are OK, though (so it seems). and unnecessary debian/po/ff/ directory was created. (and you update template.pot? empty and fuzzy line are created). Well, I changed the kernel config variable CONFIG_SOFTWARE_SUPSEND to CONFIG_HIBERNATION. I changed all the po files and unfuzzied them. I used ed to do that automatically, but somehow for Japanese this didn't work. Please use replace attached ja.po file to your package, then re-close this bug. Thanks. I'll do that. grts Tin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487867: closed by Marco Rodrigues [EMAIL PROTECTED] (tirc has been removed from Debian, closing #487867)
On Monday 04 August 2008 10:12, Debian Bug Tracking System wrote: The tirc package has been removed from Debian testing, unstable and experimental, so I am now closing the bugs that were still opened against it. I am going to miss the package! :( Note that the main point of reasoning for removal is based on this single issue and the vague possibilities of others. Ben, what are the concrete code place you suspect for security problems in the code? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493693: incorect loggen path in syslog-ng.files
Package: syslog-ng Version: 2.0.9-3 Severity: minor $ cat syslog-ng.files usr/sbin/syslog-ng /bin/loggen The loggen path in the syslog-ng.files is incorrect, the path is now /usr/bin/loggen (without the preceding / in the .files file) Regards Laurent Bigonville -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493691: ITP: liboauth-php -- open protocol to allow secure API authentication
Package: wnpp Severity: wishlist Owner: Daniel Watkins [EMAIL PROTECTED] * Package name: liboauth-php Version : 0.0~svn620 Upstream Author : Andy Smith [EMAIL PROTECTED] * URL : http://oauth.net/ * License : MIT Programming Lang: PHP Description : open protocol to allow secure API authentication OAuth is a simple way to publish and interact with protected data. It allows the User to grant access to their private resources on one site (the Service Provider), to another site (the Consumer, not to be confused with the User). While OpenID is all about using a single identity to sign into many sites, OAuth is about giving access to your stuff without sharing your identity at all (or its secret parts). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493547: Please, close this bug report.
This bug isn't in Stellarium package. Please, close this bug report. I saw that the problem is in my video driver(xserver-xorg-core-ati/libgl1-mesa-dri) that doesn't full support DRI for my ati xpress200m. Installing the libgl1-mesa-dri from experimental repository, the Stellarium worked fine. Sorry. P.S.I tried to send this message yesterday -- Bruno Tsubouchi Yporti http://yportimd.wordpress.com/
Bug#309898: moving window on xinerama sometimes unexpectedly transposes window by a screenwidth
Dmitry E. Oboukhov wrote (2007-07-10 10:36 +0400): Please check if this bug is also contained in the current (1.0rc3 or 1.0rc3+svn) version ? I checked with the version 1.0.0+deb1-8 in Sid and the bug is still there (I mean the screen offset bug). Very annoying since it happens often in my system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493694: guava(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: guava Severity: important Version: 3.6-2 Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool is too old to correctly support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need. Here is how to update the libtool in your package: cd src/leon libtoolize -c -f aclocal-1.10 autoconf It would also be nice if you can ask leon upstream to update libtool in their next release. Thanks in advance Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440298: close wnpp for original
close: 440298 Upstream author suggest to use github project instead original because original isn't maintained much anymore. Alessandro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493695: [deborphan] deborphan: The status file is in an improper state.
Package: deborphan Version: 1.7.25 Severity: normal --- Please enter the report below this line. --- Got the following error message: # orphaner deborphan: The status file is in an improper state. One or more packages are marked as half-installed, half-configured, unpacked, triggers-awaited or triggers-pending. Exiting. Googling didn't clarify anything for me. If necessary I could give additional info Greetings Tom --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1.slh.3-sidux-686 Debian Release: lenny/sid 500 unstablesidux.com 500 unstableftp.de.debian.org 500 testing ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libc6(= 2.7-1) | 2.7-13 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480909: no_root_squash for nfs mount
Hi, I've just been hit by the same kind of bug as you. I'm not sure this is exactly the same bug. I have an etch server with a sid client. The no_root_squash does not seem to work anymore (on the client, root was creating nobody nogroup files). Looking at #492970, I added sec=sys to the fstab mount options (in the sid client) and now all is working correctly again. Best regards, Vincent PS: etch (server) and sid (client) are currently up-to-date. -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493690: ITP: libxmpp-php -- PHP library allowing communication with XMPP servers
Package: wnpp Severity: wishlist Owner: Daniel Watkins [EMAIL PROTECTED] * Package name: libxmpp-php Version : 0.1~beta-r50 Upstream Author : Nathan Fritz * URL : http://code.google.com/p/xmpphp/ * License : GPL Programming Lang: PHP Description : PHP library allowing communication with XMPP servers XMPPHP is the successor to Class.Jabber.PHP. Taking advantage of PHP5, it is an elegant solution with a direct approach. Some of the features include: * Connect to any XMPP 1.0 server (Google Talk, LJ Talk, jabber.org, etc) * Supports TLS encryption * Several XML processing approaches and supported styles (process indefinitely, processUntil an event, processTime for a number of seconds), waiting on events or map them, etc. * Persistent connections (AJAX Web client anyone?) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493389: update-grub: uses wrong ordering algorithm (sorts 1.2.3-foo before 1.2.3.1-foo)
On Sun, Aug 03, 2008 at 11:33:33PM -0300, Henrique de Moraes Holschuh wrote: On Sun, 03 Aug 2008, Robert Millan wrote: On Sun, Aug 03, 2008 at 10:12:48AM -0300, Henrique de Moraes Holschuh wrote: There is absolutely NO reason for a human to accept that 1.2.3.1-foo is a LOWER version number than 1.2.3-foo, simply because it is not. Okay, I must have gotten the situation wrong then. Why don't you guys get the algorithm from apt/dpkg instead of reinventing the wheel? Granted, you may want to simplify it since you won't need epochs or ~, but you don't have to find clever ways to implement version sorting from the ground up. Sounds fine. Could you send us a patch to call dpkg --compare-versions from the script? Why would you want something in /sbin to call something in /usr/s?bin ? You need to port the algorithm. update-grub is in /usr. -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493696: garmin-forerunner-tools(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: garmin-forerunner-tools Severity: important Version: 0.09-1 Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool is too old to correctly support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need. Here is how to update the libtool in your package: libtoolize -c -f aclocal-1.7 autoconf It would also be nice if you can ask upstream to update libtool in their next release. Thanks in advance Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492970: [Rasmus Bøg Hansen] Re: (was: nfs-utils-1.1.3 released)
Paul Collins [EMAIL PROTECTED] writes: J. Bruce Fields [EMAIL PROTECTED] writes: On Fri, Aug 01, 2008 at 11:15:33PM +1000, Aníbal Monsalve Salazar wrote: On Mon, Jul 28, 2008 at 03:13:19AM -0400, Steve Dickson wrote: I just cut the 1.1.3 nfs-utils release. Unfortunately I'm having issues accessing my kernel.org account so for the moment the tar ball is only available on SourceForge: http://sourceforge.net/projects/nfs [...] 1.1.3 clients don't work with a 1.0.10 server anymore. Very weird--it might make sense if upgrading nfs-utils broke the mount itself, but here it seems the mount is succeeding and subsequent file access (which I'd expect to only involve the in-kernel client code) is failing. Maybe there's some difference in the mount options? What does /proc/self/mounts say? I assume these are all v2 or v3 mounts? I discovered today that I was no longer able to write to the v3 mount on my 1.1.2 server. I checked /proc/mounts and noticed sec=null on the mount. Either adding sec=sys to the client's mount options or downgrading to nfs-common 1.1.2 on the client fixes the problem. Adding sec=sys fixes my computer too. Perhaps it should be documented somewhere in /usr/share/doc/nfs-common/? Regards /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493645: nostromo vs boa?
First I somehow missed boa. :) A friend asked me to package nostromo, so I just did it and announced the ITP just in case someone was interested. I might not upload it to Debian. Anyway, boa has two problems after a quick look at the source. It's 7k SLOC is twice that of nostromo. Also it has not been maintained by upstream for 3+ years. http://www.boa.org/news.html Boa's code looks quite good. Boa being alike nostromo in being select driven as opposed to fork. Select driven is especially important for devices with low resources as forks are expensive. I might give boa a try nonetheless for a better comparison. Kind regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493637: insserv_1.12.0-1(m68k/unstable): alignment issues.
On m68k, some bits of memory must be aligned on a 2-byte boundary. The above makes that impossible. I notice all the other architectures handled this code. This make me wonder if this could be seen as a bug in the compiler on m68k. Why does it not calculate the required 2-byte alignment if it need the data to be aligned on 2-byte boundaries? Note, I am not against changing the code of insserv to get it working on m68k, but I want to understand why the correct fix is in that code, and not in the compiler on m68k, when the code work on all other architectures. What is the value of sizeof(regex_t) on m68k? What is the alignment calculated for the struct? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493500: freej needs better short description
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi Marc, On Sun, Aug 03, 2008 at 12:45:58PM +0200, Marc 'HE' Brockschmidt wrote: jaromil [EMAIL PROTECTED] writes: are you aware of this wikipedia entry? http://en.wikipedia.org/wiki/Vision_mixer the short description was not just choosen by me, but also suggested by other video experts, as freej is in fact a software vision mixer That doesn't change the fact that the Debian Policy says | The description should describe the package (the program) to a | user (system administrator) who has never met it before so that | they have enough information to decide whether they want to | install it. The point is that even without insider information, you should have an idea what the program does. maybe it is time to update the policy, considering that GNU/Linux distributions as debian don't include only system administrator's tools and that some knowledge can be classified as easily reachable especially when explained on wikipedia. would you agree to pose the question to a wider attention? After reading the wikipedia page, I would suggest something along software for mixing video sources. that description gets close to it but it is not correct because: 1) it is obviously a software, so the word can be skipped 2) freej also encodes and streams, is programmable via midi and other controllers as such the diciture vision mixer leaves some space for addictional information while basically indicating in two words what you are suggesting. While you are at it, the long description could also be reworded to become more informative. See also http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-desc-basics for more guidelines for writing descriptions. i did study those guidelines in the past, even if i'm just an upstream author not univocally linked to debian development, i found them useful. now could you point out what in the long description should be rectified? thanks, ciao - -- Jaromil, dyne.org developer, http://jaromil.dyne.org GPG: 779F E8B5 47C7 3A89 4112 64D0 7B64 3184 [ B534 0B5E ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIlszue2QxhLU0C14RAmKEAJ9roCvZd5kpVvWr6UFPqKgcQj+rnACbB2B6 fJEFmktD3dn/bQBpnnAngWk= =fGmc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493697: ITP: mobile-manager -- mobile manager GPRS/3G daemon
Package: wnpp Severity: wishlist Owner: Juan Manuel Garcia Molina [EMAIL PROTECTED] * Package name: mobile-manager Version : 0.7 Upstream Author : Telefonica Moviles Spain, S.A.U. [EMAIL PROTECTED] * URL : http://mobilemanager.openmovilforum.com * License : LGPL Programming Lang: Python Description : mobile manager GPRS/3G daemon Mobile Manager is a GPRS/3G daemon developed by Telefonica. This daemon cover the GPRS/3G functions for develop and work over GPRS/3G -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493698: libsane-extras: should depend on udev _or_ makedev
Package: libsane-extras Version: 1.0.19.8 Severity: minor Is is possible for libsane-extras to live without udev? If so, please make it depend on udev or makedev (like libsane). Thank you lem -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-6gen5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libsane-extras depends on: ii libc62.7-10 GNU C Library: Shared libraries ii libltdl3 1.5.26-4A system independent dlopen wrappe ii libusb-0.1-4 2:0.1.12-12 userspace USB programming library ii udev [udev] 0.114-3 empty package; provides udev libsane-extras recommends no packages. libsane-extras suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493359: brasero: FTBFS on GNU/kFreeBSD (needs packaging changes only)
On Mon, Aug 04, 2008, Petr Salinger wrote: No, libcam-dev is GNU/kFreeBSD specific package, it comes from freebsd-libs source package: Description: FreeBSD CAM (Common Access Method) library The CAM (Common Access Method) library provides a way for userland SCSI applications to construct a SCSI command. Thanks for confirmation. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493701: liferea: links in Liferea's window doesn't ask for authentication credentials if required
Package: liferea Version: 1.4.16b-0.1 Severity: normal When the feed has a link that requirest authentication I get directly Error 401 - Authentication required! instead of dialog box for username and password. So the browser in Liferea's window is not able to display these pages. I had to use external browser to show them. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-xen-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 liferea depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgcc11:4.3.1-2 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgnutls262.4.1-1 the GNU TLS library - runtime libr ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liblua5.1-05.1.3-1 Simple, extensible, embeddable pro ii libnm-glib00.6.6-2 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libsqlite3-0 3.5.9-3 SQLite 3 shared library ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxslt1.1 1.1.24-1+lenny1 XSLT processing library - runtime ii xulrunner-1.9 1.9.0.1-1 XUL + XPCOM application runner ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages liferea recommends: ii curl 7.18.2-5 Get a file from an HTTP, HTTPS or ii dbus 1.2.1-2simple interprocess messaging syst ii dbus-x11 1.2.1-2simple interprocess messaging syst ii wget 1.11.4-1 retrieves files from the web liferea suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433905: Another occurance
Hi, I can report the exact same bug on an AMD64 machine with two SCSI disks. Delayroot solved it there as well. I originally installed Etch, which booted up just fine, and when I upgraded to Lenny the problem appeared. lspci's output: 00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01) 00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01) 00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01) 00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) SATA IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) 01:00.0 Ethernet controller: Intel Corporation 82573V Gigabit Ethernet Controller (Copper) (rev 03) 06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 06:02.0 SCSI storage controller: Adaptec ASC-29320A U320 (rev 10) 06:05.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) Hope this helps. Shachar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493699: network-manager: connexions aren't properly closed on shutdown
Package: network-manager Version: 0.6.6-2 Severity: normal Hi, now that NM handles my static connexion, when I shutdown my machine (accessed to through ssh) the remote shell is stuck until a timeout happens. Previously remote shell was properly closed. I think that bug resembles #419049: shutdown of interfaces before network services are shut down causes data loss, but I'm not sure. Thanks, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser 3.108 add and remove users and groups ii dbus 1.2.1-3 simple interprocess messaging syst ii dhcdbd 3.0-4 D-Bus interface to the ISC DHCP cl ii hal 0.5.11-2Hardware Abstraction Layer ii ifupdown 0.6.8+nmu1 high level tools to configure netw ii iproute 20080725-2 networking and traffic control too ii libc62.7-13 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-3 simple interprocess messaging syst ii libdbus-glib 0.76-1 simple interprocess messaging syst ii libgcrypt11 1.4.1-1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.16.5-1The GLib library of C routines ii libgpg-error 1.4-2 library for common error values an ii libhal1 0.5.11-2Hardware Abstraction Layer - share ii libiw29 29-1.1 Wireless tools - library ii libnl1 1.1-2 library for dealing with netlink s ii libnm-util0 0.6.6-2 network management framework (shar ii lsb-base 3.2-16 Linux Standard Base 3.2 init scrip ii wpasupplican 0.6.4~git20080716.93ef879-1 Client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii network-manager-gnome 0.6.6-2network management framework (GNOM network-manager suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493700: .desktop key file does not start with a group
Package: xscreensaver Version: 5.05-3 Severity: minor $ sudo /usr/bin/update-desktop-database Could not parse file '/usr/share/applications/gnome-screensaver-properties.desktop': Key file does not start with a group I think there should be a [Desktop Entry] first line added to that file. This message is suppressed by the -q option in about one hundred /var/lib/dpkg/info/*.p* scripts installed on my laptop. But the -q merely suppresses the symptom; it would be good to fix the cause. --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493702: tla(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: tla Severity: important Version: 1.3.5+dfsg-12 Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in src/expat is too old to correctly support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need. Here is how to update the libtool in your package: cd src/expat/ cp /usr/share/libtool/ltmain.sh conftools/ cp /usr/share/libtool/libtool.m4 conftools/ autoconf Thanks in advance Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489035: Another pdf that crashes evince
On Mon, Aug 04, 2008, Jonas Meyer wrote: http://www.das-neue-bafoeg.de/pot/download.php/M:0+Formblatt%201/~/intern/upload/formblaetter/nbb_fbl_1.pdf crashes evince for me. I hope this is more useful hn a simple me too Please try with a newer poppler (from unstable); 0.8.5-1 is available -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493407: Sorry, part of this isn't fixed.
reopen 493407 found 493407 3.2-17 thanks Whilst your fix may well fix dash it doesn't solve the issue I reported with set -e scripts. I did dgkg-source -x for each of the lsbs and moved them into 3.2-blah then created a simple test: #!/bin/sh -e echo Importing $1/init-functions . $1/init-functions log_warning_msg Only a warning echo OK! i.e. it should output a warning and then OK! if it's working. The results are: [EMAIL PROTECTED] ~/lsb]$ ./lsb-test.sh lsb-3.2-15 Importing lsb-3.2-15/init-functions Only a warning OK! [EMAIL PROTECTED] ~/lsb]$ ./lsb-test.sh lsb-3.2-16 Importing lsb-3.2-16/init-functions Only a warning (warning). [EMAIL PROTECTED] ~/lsb]$ ./lsb-test.sh lsb-3.2-17 Importing lsb-3.2-17/init-functions Only a warning (warning). [EMAIL PROTECTED] ~/lsb]$ This is because the functions need to return 0 on success and anything else on failure. This is still going to break my (and other people's) networking on reboot. Chaning log_end_msg to return 0 and not return $retval would fix it I believe. Simon. -- oOoOo CATS. CATS ARE NICE. - Death, Sourcery oOoOo oOoOooOoOo oOoOo oOoOo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493704: cpu(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: cpu Severity: important Version: 1.4.3-11 Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD, because of ancient libtool (1.4.3). The version of libtool used in cpu is too old to correctly support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need. It would be nice if you can ask upstream to update libtool in their next release. Please use patch bellow in mean time. After applying rerun of autoconf is needed. Thanks in advance Petr --- aclocal.m4~ 2008-08-04 12:28:13.0 + +++ aclocal.m4 2008-08-04 12:28:13.0 + @@ -2969,7 +2969,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|kfreebsd*) version_type=linux need_lib_prefix=no need_version=no @@ -4208,7 +4208,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|kfreebsd*) case $host_cpu in alpha* | hppa* | i*86 | mips | mipsel | powerpc* | sparc* | ia64* | s390* | x86_64*) lt_cv_deplibs_check_method=pass_all ;; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493703: lib/udev/rules.d missing when update-initramfs
Package: initramfs-tools Version: 0.92e Severity: wishlist Hello, I would like bug #493020 (udev v0.125-1) to be handled more deeply. Upstream udev v0.125 introduced the directory /lib/udev/rules.d for non-user-configs. User configs of udev should solely handled at /etc/udev/rules.d. When I reported #493020 : --- when booting following info apears: [i]UDEVD [366] Add_Matching_Files unable to open /lib/udev/rules.d no such directory or file --- D'Itri has closed this bug by disabling udev v0.125-2 to read any files at /lib/udev/rules.d Another way more standard would be /usr/share/initramfs-tools/hooks/udev --- #orig$DESTDIR/lib/udev/ mkdir -p $DESTDIR/lib/udev/rules.d/ --- Ciao from Hamburg, Germany Ralph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493695: [deborphan] deborphan: The status file is in an improper state.
Hi, On Mon, Aug 04, 2008 at 11:51:19AM +0200, Thomas Florek wrote: Got the following error message: # orphaner deborphan: The status file is in an improper state. One or more packages are marked as half-installed, half-configured, unpacked, triggers-awaited or triggers-pending. Exiting. something bad happend in the past an your Debian installation is broken. This can be fixed, but until this has happend you should not try to remove orphaned packages since this has lead to removed kernels in the past. Please run the following command to find out which packages are in an improper state: egrep '^Status: |^Package: ' /var/lib/dpkg/status | egrep -B 1 'half-installed|half-configured|unpacked|triggers-awaited|triggers-pending' Unpacked packages can be fixed using dpkg --configure packagename. dpkg --audit could also help. I probably need to document what can be done in which case and add a pointer to this documentation to the error message. Patches are welcome! :) Googling didn't clarify anything for me. Thanks for the bugreport, the next time someone searches for this error message he or she will find this mail. :) If necessary I could give additional info If you are not able to fix your Debian installation or to find out which package is in which broken state please send me the file /var/lib/dpkg/status privately. Regards, Carsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492558: crash in X not a bug in flightgear
reassign 492558 xserver-xorg-core thanks Hi Matthias, An application, such as flightgear should never crash Xserver. Therefor the bug belongs to Xserver. Please see the xserver debugging document: http://wiki.debian.org/XStrikeForce/XserverDebugging and atleast provide the output produced by /usr/share/bug/xserver-xorg-core/script . -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493705: libswscale0: The library has text relocations
On Mon, Aug 04, 2008, Loïc Minier wrote: If you want to file bugs about binaries not using -fpic / -fPIC on i386, then I think you need to start a wider discussion on debian-devel@: this was debated and I understand there's now an exception for performance critical code (such as libswscale's case): http://www.debian.org/doc/debian-policy/footnotes.html#f61 References: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329762 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=268603 -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493705: libswscale0: The library has text relocations
On Mon, Aug 04, 2008, Russell Coker wrote: http://etbe.coker.com.au/2007/02/10/execmod/ The above URL has background information on the execmod denial from SE Linux. If you want to file bugs about binaries not using -fpic / -fPIC on i386, then I think you need to start a wider discussion on debian-devel@: this was debated and I understand there's now an exception for performance critical code (such as libswscale's case): http://www.debian.org/doc/debian-policy/footnotes.html#f61 I see two ways to go forward: implement a way to disable execution of such binaries when under SELINUX, or force usage of -fPIC, even in performance critical code. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493185: v86d doesn't work from initramfs
On 2008-08-01 09:31 +0200, Evgeni Golov wrote: Hi Corsac, On Fri, 01 Aug 2008 08:31:14 +0200 Yves-Alexis Perez wrote: I tried to use the new v86d from the initramfs so I could have a framebuffer in early stages, but it doesn't work. [...] Aug 1 08:11:06 hidalgo kernel: agpgart: Detected an Intel 965GM Chipset. Aug 1 08:11:06 hidalgo kernel: agpgart: Detected 7676K stolen memory. Aug 1 08:11:06 hidalgo kernel: agpgart: AGP aperture is 256M @ 0xe000 Aug 1 08:11:06 hidalgo kernel: uvesafb: Getting VBE info block failed (eax=0x4f00, err=-3) Aug 1 08:11:06 hidalgo kernel: uvesafb: vbe_init() failed with -22 Aug 1 08:11:06 hidalgo kernel: uvesafb: probe of uvesafb.0 failed with error -22 I have the same behaviour on my Z61 (but not my X31). I have to load v86d after the real system is up (and before Xorg, as the radeon driver does something which lets uvesafb segfault). There seems to be some timing problem. I followed the instructions on [1] to get uvesafb working on my laptop which has a 1280x800 resolution, and it worked out perfectly. When I tried to adapt it to my desktop PC which has a 1280x1024 resolution and does not need to run 915resolution before loading the uvesafb module, it failed: [/etc/initramfs-tools/scripts/init-top/framebuffer, modified from [1]] #!/bin/sh PREREQ= prereqs() { echo $PREREQ } case $1 in # get pre-requisites prereqs) prereqs exit 0 ;; esac echo fbhack for x in $(cat /proc/cmdline); do case $x in fbhack|video=*) echo creating /dev/mem file mknod /dev/mem c 1 1 if [ -e /dev/zero ] ; then echo Dev Zero Exists else mknod /dev/zero c 1 5 fi if [ -e /dev/tty1 ] ; then echo tty1 exists else mknod /dev/tty1 c 4 1 fi if [ -e /dev/console ] ; then echo console exists else mknod /dev/console c 5 1 fi depmod -a echo modprobe uvesafb chk=`cat /proc/modules | grep uvesafb` if [ x$chk != x ] ; then rmmod uvesafb fi /sbin/modprobe uvesafb mode=1280x1024-16 echo Done! ;; esac done This failed with uvesafb: probe of uvesafb.0 failed with error -22. However, inserting a sleep 1 before the /sbin/modprobe uvesafb mode=1280x1024-16 line does the trick. Regards, Sven [1] http://wiki.debian.org/DebianEeePC/HowTo/SplashyWithDmcryptAndStandardGrub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493698: libsane-extras: should depend on udev _or_ makedev
Wolfgang Lemnitz [EMAIL PROTECTED] wrote: Hi, Is is possible for libsane-extras to live without udev? If so, please make it depend on udev or makedev (like libsane). Fact is, you're not going to get rid of udev these days. So it really doesn't matter. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493678: patch from Fedora
Russell, We are aware of SELinux problems in the assembly code and we have made some recent changes to address it. As such your patch may not be needed in fact. Please confirm this by getting the latest version from SVN and testing. It would be much appreciated. -Ivo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493705: libswscale0: The library has text relocations
Package: libswscale0 Version: 0.svn20080206-8 Severity: normal http://etbe.coker.com.au/2007/02/10/execmod/ The above URL has background information on the execmod denial from SE Linux. The following command shows that some parts of the library have not been comiled with -fpic or -fPIC - in this case it's actually assembly code which is not position independent. # eu-findtextrel /usr/lib/libswscale.so.0|uniq The following patch fixes this. diff -ru ffmpeg-free-0.svn20080206/libswscale/rgb2rgb.c fixed/libswscale/rgb2rgb.c --- ffmpeg-free-0.svn20080206/libswscale/rgb2rgb.c 2008-01-29 14:58:10.0 + +++ fixed/libswscale/rgb2rgb.c 2008-08-04 10:15:06.0 + @@ -158,6 +158,9 @@ #define RENAME(a) a ## _C #include rgb2rgb_template.c +/* The MMX, MMX2, and 3DNOW versions all have text relocations */ +# if 0 + #if defined(ARCH_X86) defined(CONFIG_GPL) //MMX versions @@ -188,6 +191,7 @@ #include rgb2rgb_template.c #endif //ARCH_X86 || ARCH_X86_64 +#endif /* rgb15-rgb16 Original by Strepto/Astral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430513: grub-pc fails to install on evms volumes (dm)
I just searched on the grub-devel archived for evms, if there was any progress about it which didn't make it into this bug report. The last message on this report is from Mathias dated 11. February. I found this with evms on grub2's upstream changelog: 2008-07-25 Robert Millan [EMAIL PROTECTED] * util/getroot.c (find_root_device): Skip devices that match /dev/dm-[0-9]. This lets the real device be found for any type of abstraction (LVM, EVMS, RAID..). (grub_guess_root_device): Do not traverse /dev/mapper (for LVM) and /dev/evms (for EVMS) before traversing /dev. If a /dev/dm-[0-9] device is found first, find_root_device() will now skip it. 2008-02-12 Robert Millan [EMAIL PROTECTED] * util/getroot.c (grub_guess_root_device): Inspect /dev/evms before /dev (like it is done for /dev/mapper). This doesn't provide support for EVMS, but at least it is now easy to identify the problem when it arises. The lenny/sid version has it's last upstream changelog from 07-23 so 2 days before the first change. Mathias could you please try it with the current lenny/sid version and with the newer one in experimental, if these evms devices now work better with grub2 ? Hopefully we can get rid of this old report :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493706: synergys dumps core frequently
Package: synergy Version: 1.3.1-4 Severity: important Output when run with --no-daemon: DEBUG: CXWindowsClipboard.cpp,555: added format 2 for target text/html (508) (360 bytes) DEBUG: CXWindowsClipboard.cpp,555: added format 0 for target UTF8_STRING (243) (22 bytes) DEBUG: CXWindowsClipboard.cpp,348: close clipboard 1 DEBUG: CServer.cpp,1435: ignored screen tux update of clipboard 1 (unchanged) synergys: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed. Aborted (core dumped) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-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 synergy depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libsm62:1.0.3-2 X11 Session Management library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension synergy recommends no packages. synergy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488235: ext2.mod should reject extN with INCOMPAT flags which grub doestn't support
forwaded 488235 http://lists.gnu.org/archive/html/grub-devel/2008-07/msg8.html thanks There are 2 threads about this topic but both with same Subject. Above one is the newer and larger one. The original message from me to grub-devel about this can be found here: http://lists.gnu.org/archive/html/grub-devel/2008-06/msg00391.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493697: ITP: mobile-manager -- mobile manager GPRS/3G daemon
On Aug 04, Juan Manuel Garcia Molina [EMAIL PROTECTED] wrote: This daemon cover the GPRS/3G functions for develop and work over GPRS/3G Can you try again with a description written in english? -- ciao, Marco signature.asc Description: Digital signature
Bug#472006: slrn now nags user about too long reference header in reply to groups.google messages
On Sat, 22 Mar 2008, Tim Connors wrote: Package: slrn Version: 0.9.9~pre97-1 Severity: normal I don't know whether this is a new feature, or one that has been exposed by a recent change at google, but slrn now nags with: Your message is not acceptable for the following reason(s): One word of the header is too long to get folded. This message was generated while looking at the following line References: [EMAIL PROTECTED] Sure it's long, and a weak violation of the RFC's, but the alternative is to break the reference header altogether. Since any half decent software out there will be programmed competantly enough not to get a buffer overflow when presented with a long header of this sorts, does it really matter if we send out a header that is slightly too long? This has been discussed in news.software.readers, but I don't know what the long term plan is - I was under the impression that this had been recently fixed, but then it seems that there were actually several header-breaking bugs and this one might have slipped under the radar. Since this is a rather useless feature, I have just wholesale disabled it in the following patch. Presumably every user who follows up to google groups postings would find such a patch useful (or fear getting used to having to press f to force posting otherwise, which will one day come back to bite them when they accidentally end up forcing something that was a real warning) See also the posts in this thread: http://newsgroups.derkeiler.com/Archive/Misc/news.software.readers/2008-02/msg00482.html --- src/mime.c.bak 2008-08-04 21:27:44.0 +1000 +++ src/mime.c 2008-08-04 21:24:52.0 +1000 @@ -1288,9 +1288,9 @@ slrn_free (*s_ptr); *s_ptr = folded_text; - if (long_words) - return slrn_add_mime_error(NULL, _(One word of the header is too long to get folded.), *s_ptr, 0, MIME_ERROR_WARN); - else +// if (long_words) +// return slrn_add_mime_error(NULL, _(One word of the header is too long to get folded.), *s_ptr, 0, MIME_ERROR_WARN); +// else return NULL; } (other warnings about non-rfc compliant messages can stay - this is the only one that has proven to be a useless check, so far). -- TimC New!: Sysadmin Barbie! Complete with tiny pager, Leatherman, selection of LARTs, and makeup kit for that haven't-slept-in-3-days look. --unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492875: Bug#493697: ITP: mobile-manager -- mobile manager GPRS/3G daemon
On Mon, Aug 04, 2008 at 12:12:33PM +0200, Juan Manuel Garcia Molina wrote: * Package name: mobile-manager [...] Description : mobile manager GPRS/3G daemon Mobile Manager is a GPRS/3G daemon developed by Telefonica. This daemon cover the GPRS/3G functions for develop and work over GPRS/3G Is this similar to wader (see ITP bug #492875)? If so, perhaps you should make the upstreams work together. As for the description in your ITP, it doesn't really tell me what it is doing except that it has something to do with GPRS/3G. On the website, there is a very clear description, you should use it as a basis for the description of your package: Mobile Manager is a D-Bus service to control and use mobile data devices in Linux-based platforms. Mobile Manager provides a unified API to govern the following aspects of the GPRS/3G devices attached to the system: . * Plug Play device support. * PIN/PUK management. * Device information and status. * Connection establishment and traffic monitoring. What is missing here is whether or not mobile-manager comes with a GUI component to interact with the daemon. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#493678: patch from Fedora
On Monday 04 August 2008 20:52, Ivo Emanuel Gonçalves [EMAIL PROTECTED] wrote: We are aware of SELinux problems in the assembly code and we have made some recent changes to address it. As such your patch may not be needed in fact. Please confirm this by getting the latest version from SVN and testing. It would be much appreciated. I have checked testing (Lenny) and unstable and not found any more recent versions. Please email me the .deb and I'll test it out. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493707: Glitch in the description
Package: laptop-detect Version: 0.13.6 Severity: minor Hello, thanks for packaging laptop-detect. There is a minor glitch in the description: Description: attempt to detect a laptop Laptop mode attempts to determine whether it is being run on a laptop or a desktop and appraises its caller of this. The long description says Laptop mode instead of laptop-detect. Also, the verb appraises does not seem to work well there. Ciao, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages laptop-detect depends on: ii dmidecode 2.9-1 Dump Desktop Management Interface laptop-detect recommends no packages. laptop-detect suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493708: netcat: Package contains no executable
Package: netcat Version: 1.10-38 Severity: grave Justification: renders package unusable Package contains no executable. This renders the package unusable (only contains copyright and changelog.Debian.gz). -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netcat depends on: ii netcat-traditional1.10-38TCP/IP swiss army knife netcat recommends no packages. netcat suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428889: Upstream bug
forwarded 428889 http://bugs.kde.org/show_bug.cgi?id=113384 thanks Hello: I think this is the bug #113384 reported upstream. For k3b it works for me and I have just being able to reproduce it using ark. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#493709: xscreensaver-data : xscreensaver-getimage-file: perl bug line 38
Package: xscreensaver-data Version: 5.05-3 Severity: minor Really don't know what S_ISDIR done in xscreensaver-getimage-file line 38 but with S_IWGRP instead it's fix the Constant subroutine main::S_IWGRP redefined in .../xscreensaver-getimage-file at line 38, and many others same errors, i.e., main::S_IWUSR, main::S_IROTH, ... ! The writer of xscreensaver reply that this bug was fixed with later version. Best regards. Sébastien -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc1-git4 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xscreensaver-data depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.4-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxt61:1.0.5-3 X11 toolkit intrinsics library xscreensaver-data recommends no packages. xscreensaver-data suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493051: [Debian-med-packaging] Bug#493051: biococoa.app: Contents do not match name and description.
On Thu, 31 Jul 2008, Charles Plessy wrote: I really think that we should rename the binary package and change its description in Sid and Lenny. I'm afraid it is to late for Lenny - but working on Lenny+1 is fine. We can then add the missing library code in Sid, keeping biococoa.app as source package name and making two binary packages, biococoa.app and sequenceconverter.app. What is your opinion? (I volunteer for the work if you agree). We would probably need a bit of conflicts/replaces/provides magic. PS: we can of course wait for the end of Debconf to take a final decision. I agree with you and we con surely do this while DebConf is running. I'm just in the tourism part - but from Wednesday on I will be back for work ... Thanks for spotting this Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493705: libswscale0: The library has text relocations
On Monday 04 August 2008 20:59, Loïc Minier [EMAIL PROTECTED] wrote: On Mon, Aug 04, 2008, Russell Coker wrote: http://etbe.coker.com.au/2007/02/10/execmod/ The above URL has background information on the execmod denial from SE Linux. If you want to file bugs about binaries not using -fpic / -fPIC on i386, then I think you need to start a wider discussion on debian-devel@: this was debated and I understand there's now an exception for performance critical code (such as libswscale's case): http://www.debian.org/doc/debian-policy/footnotes.html#f61 The references you provide seem to indicate that the exception is for the case where faster assembly is not available. IE you have a choice between fast assembly and a slower compiled language. While if the difference is only 10% (between two different versions of assembly code) then PIC is the way to go. I expected that the probability of you including my patch to disable the assembler was low (although a similar patch is in the Fedora tree for libtheora), but if nothing else it clearly illustrates where the problem is for anyone who wants to have a go at writing some assembler. I see two ways to go forward: implement a way to disable execution of such binaries when under SELINUX, or force usage of -fPIC, even in performance critical code. If the performance critical code is going to be handling data from sources of low integrity (EG playing video downloaded from youtube etc) then I think that we want all the available security features enabled! But having library A try and load library B at runtime and then load library C if B fails (where B is the non-PIC version and C is the PIC version) would be a viable option. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488549: Acknowledgement (coreutils: ls -l still prints
John David Anglin [EMAIL PROTECTED] wrote: This is a hppa specific bug. It turns out the errno's for [this is regarding http://bugs.debian.org/488549 ] Thanks for the report and patch. The patch is required for the very latest, upstream, too, and I'm about to apply it. What versions of HPUX are affected? The attached change fixes the problem with ls, but doesn't fix the errno problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493710: bzip2: bzdiff doesn't work if $TMPDIR contains spaces
Package: bzip2 Version: 1.0.5-0.1 Severity: normal The bzdiff script doesn't contain enough quotes, so that it doesn't work if the TMPDIR environment variable is defined and contains spaces. The attached patch fixes this problem. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.25-2-powerpc Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages bzip2 depends on: ii libbz2-1.01.0.5-0.1 high-quality block-sorting file co ii libc6 2.7-10 GNU C Library: Shared libraries bzip2 recommends no packages. Versions of packages bzip2 suggests: pn bzip2-doc none (no description available) -- no debconf information --- /bin/bzdiff 2008-03-25 00:35:33.0 +0100 +++ bzdiff 2008-08-04 14:04:06.0 +0200 @@ -49,14 +49,14 @@ case $2 in *.bz2) F=`echo $2 | sed 's|.*/||;s|.bz2$||'` - tmp=`mktemp ${TMPDIR:-/tmp}/bzdiff.XX` || { + tmp=`mktemp ${TMPDIR:-/tmp}/bzdiff.XX` || { echo 'cannot create a temporary file' 2 exit 1 } -bzip2 -cdfq $2 $tmp -bzip2 -cdfq $1 | $comp $OPTIONS - $tmp +bzip2 -cdfq $2 $tmp +bzip2 -cdfq $1 | $comp $OPTIONS - $tmp STAT=$? - /bin/rm -f $tmp;; + /bin/rm -f $tmp;; *) bzip2 -cdfq $1 | $comp $OPTIONS - $2 STAT=$?;;
Bug#493711: xfonts-unifont: /usr/share/fonts/X11/misc/unifont.pcf.gz also in unifont
Package: xfonts-unifont Version: 1:5.1.20080706-1 Severity: grave Justification: renders package unusable If I had the old unifont binary package installed, attempts to install this one fail, since of course both packages contain /usr/share/fonts/X11/misc/unifont.pcf.gz (and nothing much else). [EMAIL PROTECTED]:~# apt-get install xfonts-unifont Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed xfonts-unifont 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/934kB of archives. After this operation, 1450kB of additional disk space will be used. (Reading database ... 106862 files and directories currently installed.) Unpacking xfonts-unifont (from .../xfonts-unifont_1%3a5.1.20080706-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/xfonts-unifont_1%3a5.1.20080706-1_all.deb (--unpack): trying to overwrite `/usr/share/fonts/X11/misc/unifont.pcf.gz', which is also in package unifont dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/xfonts-unifont_1%3a5.1.20080706-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) The new xfonts-unifont needs appropriate Conflicts/Replaces dependencies to allow it to take over smoothly. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.26.custom Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfonts-unifont depends on: ii xfonts-utils 1:7.4+1X Window System font utility progr xfonts-unifont recommends no packages. Versions of packages xfonts-unifont suggests: ii ttf-unifont 1:5.1.20080706-1 TrueType version of the GNU Unifon -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309898: moving window on xinerama sometimes unexpectedly transposes window by a screenwidth
TL Please check if this bug is also contained in the current TL (1.0rc3 or 1.0rc3+svn) version ? TL I checked with the version 1.0.0+deb1-8 in Sid and the bug is still TL there (I mean the screen offset bug). Very annoying since it happens TL often in my system. please, see also fluxbox from experimental :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature