Bug#337751: missing timeout_value in config of kweather
Package: kweather Version: 3.3.2-3 hi, I am missing timeout_value in the configuration dialogue. Was there before, I think. If you sit on a dialup connection, the 60 min default is a bit expensive. best regards, Torbjörn Wictorin, UU
Bug#336649: [Pkg-shadow-devel] Bug#336649: shadow: [INTL:tl] Updated Tagalog program translation
tags 336649 upstream fixed-ustream thanks Quoting Tomasz Kłoczko ([EMAIL PROTECTED]): On Tue, 1 Nov 2005, eric pareja wrote: Package: shadow Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please find attached the updated Tagalog translation file Commited to shadow CVS tree. Thank You. Hence tagging the bug.
Bug#337704: evms root on lvm/md [was Re: bug 336617]
hurrah for opening an separate bug. Sesse is using plain EVMS root, you seem to use an heavier mix. Yes, as I mentioned, I use just about every little bit of EVMS on the way up. My root is a LVM2 volume inside a LVM2 container inside a RAID5 md array, all controlled by evms. your patch also seems not to be clean enough yet, because he removes prerequisites only to add them later on. No, actually Sesse and I discussed my patches before I submitted them, because I was going to try to use the prereq mechanism, but after discussion, we both decided that keeping evms independent from lvm/md is a much cleaner solution. Background: EVMS supplies all the user mode tools to manage EVMS/LVM/LVM2/MD even though it requires the LVM and MD kernel subsystems to actually provide volume management and raid. In fact, installation of the raid-tools and lvm2 tools is mildly discouraged in the evms community because we don't want MD and LVM to try to bring stuff up independently. The initramfs prereq mechanism expects LVM and MD usermode tools to exist, and then tries to activate LVM and MD components using those tools. If the user mode tools are not installed, nothing works. If they are installed, but we're running evms, evms_activate fails. Ugly problem. can you please add more info about your setup to your bug report: /etc/fstab, pvscan and /proc/mdstat why is /etc/evms.conf needed? Because evms_activate needs it if settings do not follow the default exactly. We use it in initrd for this very reason. For example, you may not wish to activate certain partitions under evms (perhaps due to the bd-claim problem in 2.6 kernels) or you need to tell evms_activate that you've got LVM2 volumes on top of raw md partitions and to ignore the PV sizes. you add lots of evms libs: +for x in bbr bbr_seg bsd disk dos drivelink gpt lvm2 mac md multipath; do Yes, I was careful to add only the ones absolutely necessary for bringing up a bare root on one of the supported debian architectures: dos,gpt,mac,bsd = segment modules (e.g. the DOS partition table) bbr,bbr_seg = bad block replacement segment module drivelink,lvm2,md,multipath = evms plugins to support multi-device partitions Unfortunately, all of this crap is necessary to boot if you don't know where your root is. Yes, it could be trimmed down with a huge effort, but then you could be seriously screwed if you moved your root inside of evms (e.g. from a raid0 to a raid5 region) but forgot to rebuild your initramfs. When Sesse and I discussed optimizing it, he encouraged me not to. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337070: winbind: same malfunction here
On Sun, Nov 06, 2005 at 08:20:31AM +0100, Christian Perrier wrote: So does this mean that winbindd can't be started on systems that are members of workgroups, rather than domains? Should we be splitting libnss_wins into My knowledge of winbind would answer yes to the above question. How about adding this to the init script then?: if [ `testparm -s --parameter-name='domain logons' 2/dev/null` = No ] \ [ `testparm -s --parameter-name='security' 2/dev/null` != DOMAIN ] then exit 0 fi This solves the problem with spurious errors for users for whom winbind won't work, without having to split packages. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#337744: revised patch
A minor correction to /etc/hotplug/usb/libgphoto2 is attached. Regards, Arthur. #!/bin/bash GROUP=camera if [ $ACTION = add ] [ -f $DEVICE ] then # check if $GROUP really exists if getent group $GROUP /dev/null; then chmod 660 $DEVICE chown root:$GROUP $DEVICE fi fi if [ $ACTION = add ] [ -c $DEVNAME ] then # check if $GROUP really exists if getent group $GROUP /dev/null; then chmod 660 $DEVNAME chown root:$GROUP $DEVNAME fi fi
Bug#337744: gThumb not finding camera under udev - patch to libgphoto2
Hi, I modified /etc/hotplug/usb/libgphoto2 to enable gThumb to import images from my camera under udev (see attachment). This may not be an acceptable solution without the libgphoto2 program and libraries' maintainers also approving, but it helped me to get working again. Regards, Arthur. #!/bin/bash GROUP=camera if [ $ACTION = add ] [ -f $DEVICE ] then # check if $GROUP really exists if getent group $GROUP /dev/null; then chmod 660 $DEVICE chown root:$GROUP $DEVICE fi fi if [ $ACTION = add ] [ -c $DEVNAME ] then # check if $GROUP really exists if getent group $GROUP /dev/null; then echo modifying /tmp/devname.tmp chmod 660 $DEVNAME chown root:$GROUP $DEVNAME fi fi
Bug#337752: /usr/bin/xdrawchem: documentation browser point to the wrong location.
Package: xdrawchem Version: 1.9.4-3 Severity: normal File: /usr/bin/xdrawchem when clicking 'Help' - 'Manual', the browser comes up with '/usr/share/xdrawchem/doc/index.html' in the location bar. it should be '/usr/share/doc/xdrawchem/html/index.html'. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xdrawchem depends on: ii libaudio2 1.7-2 The Network Audio System (NAS). (s ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libopenbabel0 1.100.2-2 Convert and manipulate chemical da ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxcursor11.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxrandr2 4.3.0.dfsg.1-14sarge1 X Window System Resize, Rotate and ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337070: winbind: same malfunction here
How about adding this to the init script then?: if [ `testparm -s --parameter-name='domain logons' 2/dev/null` = No ] \ [ `testparm -s --parameter-name='security' 2/dev/null` != DOMAIN ] then exit 0 fi I'm not completely sure that using winbindd is limited to security=domain. I have no experience of security=ads for instance. Same for security=server. But, again, I'm not sure of all this. I actually just feel it would be too restrictive maybe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322239: mozilla-firefox: [patch] incorrectly set LD_LIBRARY_PATH in /usr/bin/firefox wrapper
And what about people that actually intend to use libraries from other locations instead of those in /lib, without breaking firefox ? Sorry, but I'm not following you. How would that come about? The library in question is libgcc_s.so.1. When would someone running a 'stable' system need to change the location of that library? p.d.o tells me that lib exists in libgcc1 and lib64gcc1 in /lib /lib64, respectively. Are you saying that the firefox wrapper should not contain /lib in LD_LIBRARY_PATH so that it works on 32-bit 64-bit arches? Ah, by the way, /usr/lib has been removed from LD_LIBRARY_PATH in 1.0.7-1... I see no reason to put it back, nor add /lib. See bug #321789. So why did the maintainer of mozilla accept this change? Were they wrong? Given /usr/lib was there before, it seemed ok to just enforce the ld_path for _all_ the libraries the browser was trying to load. I compared the differences between the two ldd runs in Julien's report and it seems that part of his problem was coming from some libs being picked up from /usr/lib/ instead of /usr/lib/mozilla-firefox/; for example /usr/lib/libmozjs.so (which comes from 'mozilla-browser'). The other part was the problem with libXinerama, where it does seem possible /usr/lib was put in LD_LIBRARY_PATH instead of /usr/X11R6/lib. If this was indeed the source of the /usr/lib entry in the first place then maybe it is better to exclude :/usr/lib:/lib from the ld_path. I thought the point of overriding an existing LD_LIBRARY_PATH in a wrapper script was to ensure the binary got exactly what it needed to run. Just as you showed me in your example code, and just as you have to do to make sure to get /usr/lib/mozilla-firefox/libmozjs.so, not the one installed by mozilla-browser. Is the difference here that you are only prefixing enough to LD_LIBRARY_PATH to force use of the libs you're providing? Julien's problem seems to have been that somewhere in /usr/lib is a library that provides some symbols that are also provided from /usr/X11R6/lib. It's unclear what that could be. I did a bit of poking around but could not see anything obvious. The only things from his ldd output which are in /usr/lib and refer to XineramaIsActive on my (sarge) system are /usr/lib/mozilla-firefox/firefox-bin /usr/lib/libgdk-x11-2.0.so.0 I also tried the same test as he did $ unset LD_LIBRARY_PATH $ LD_LIBRARY_PATH=/usr/lib/mozilla-firefox:/usr/X11R6/lib ldd -d -r \ /usr/lib/mozilla-firefox/firefox-bin $ LD_LIBRARY_PATH=/usr/lib/mozilla-firefox:/usr/lib ldd -d -r \ /usr/lib/mozilla-firefox/firefox-bin and saw no differences in the library resolutions. For the record, my /etc/ld.so.conf is this /usr/lib/libc5-compat /lib/libc5-compat /usr/i486-linuxlibc1/lib /usr/X11R6/lib /usr/lib/sse2/atlas /usr/lib/atlas/sse2 /usr/lib/sse2 /usr/lib/atlas The only reason I can offer for adding :/usr/lib:/lib to LD_LIBRARY_PATH is to override what I think is a common case, where people are building software that Debian doesn't provide (e.g. their own software) with a newer compiler and need LD_LIBRARY_PATH to pick up the libgcc for that compiler. Changing the firefox wrapper to make it more self-contained and robust doesn't seem to be a problem to me. But if by that reasoning the full solution is adding :/usr/X11R6/lib:/usr/lib:/lib or even :/usr/X11R6/lib:/usr/lib64:/lib64:/usr/lib:/lib to the EXTENT_LD_LIB_PATH then this is starting to get silly I guess. So I'm stuck with patching this silly thing? Teerificthanksabunch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323815: using gcc-3.4 it is gone
PS: If I build the package using gcc-3.4, then the problem is gone. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#336649: [Pkg-shadow-devel] Bug#336649: shadow: [INTL:tl] Updated Tagalog program translation
tags 336649 fixed-upstream thanks Stop doing typos, Christian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337753: Unable to install digikam
Package: digikam Severity: grave Justification: renders package unusable digikam can not be installed because of broken packages in 'testing'. Here comes the apt-get output: # apt-get install digikam Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: digikam: Depends: kdelibs4 (= 4:3.3.2-4.0.2) but it is not going to be installed Depends: libkexif1 (= 0.2.1) but it is not going to be installed Depends: libkipi0 (= 0.1.1) but it is not going to be installed Depends: libqt3c102-mt (= 3:3.3.3) but it is not going to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to de_CH) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337754: Unable to install amarok
Package: amarok Severity: grave Justification: renders package unusable amarok can not be installed because of broken packages in 'testing'. Here comes the apt-get output: # apt-get install amarok Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: amarok: Depends: amarok-engines but it is not going to be installed or amarok-engine Depends: kdelibs4 (= 4:3.3.2-4.0.2) but it is not going to be installed Depends: libqt3c102-mt (= 3:3.3.3) but it is not going to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to de_CH) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337755: Unable to install k3b
Package: k3b Severity: grave Justification: renders package unusable k3b can not be installed because of broken packages in 'testing'. Here comes the apt-get output: # apt-get install k3b Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: k3b: Depends: k3blibs (= 0.11.20) but it is not going to be installed Depends: kdelibs4 (= 4:3.3.2-1) but it is not going to be installed Depends: libarts1 (= 1.3.2) but it is not going to be installed Depends: libqt3c102-mt (= 3:3.3.3) but it is not going to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to de_CH) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337756: Unable to install kig
Package: kig Severity: grave Justification: renders package unusable kig can not be installed because of broken packages in 'testing'. Here comes the apt-get output: # apt-get install kig Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: kig: Depends: libboost-python1.33.0 (= 1.33.0-1) but it is not installable E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to de_CH) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336719: Can you reproduce this on 4.5.3-4?
Yeah. Looks like this bug is not in 4.5.3-4. I did not test it, but looking at the source it does not look like this version would be effected by this problem. Hilko Bengen wrote: notfound 336719 4.5.3-4 thank you Matthew A. Nicholson [EMAIL PROTECTED] writes: I don't use 4.5.3, I use 4.5.5. I can download 4.5.3 and compare the source changes, but I don't use it and it's not an option for me to test with it. Give me a few hours and i'll get back to you. :) 4.5.3-4 is the current version in stable and that has a higher priority for me right now than the version in testing/unstable. This change got introduced to session.inc after 4.5.3: function sess_destroy($key) { - db_query(DELETE FROM {sessions} WHERE sid = '$key'); + db_query(DELETE FROM {sessions} WHERE sid = '%d', $key); } ... and this is the last change that supposedly fixes the logout problem. function sess_destroy($key) { - db_query(DELETE FROM {sessions} WHERE sid = '%d', $key); + db_query(DELETE FROM {sessions} WHERE sid = '%s', $key); } db_query uses sprintf to replace placeholder expressions if passed more than one argument and it seems to me that using %s does the same thing as PHP's string expansion as in 4.5.3. I have removed version 4.5.3-4 from this bug. If you disagree, feel free to add it again with a found statement to [EMAIL PROTECTED], with a rationale. Cheers, -Hilko -- Matthew A. Nicholson Matt-Land.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#225469: the problem is because
My kernel is 2.4.22, and I also had this problem. This problem is because load.c from iqrbase sources references to cli(), saveflags(), restore_flags(), # define cli() local_irq_disable() # define save_flags(x) local_save_flags(x) # define restore_flags(x) local_irq_restore(x) which are in fact defined in linux/interrupt.h. The compiler gives the warnings concerning implicit declarations of these functions. Inserting #include linux/interrupts.h into load.c results in the compilation of the module stops due to errors. I simply added the definitions to load.c, and recompile irqbase. Now it works. This is ugly solution, but I do not know the better one. -- Serge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337757: gdeskcal: huge memory usage after few days
Package: gdeskcal Version: 0.57.1-1 Severity: important Just after gdeskcal is launched it consumes around 7 MB of memory. After several days (less than one week) gdeskcal consumes around 300 MB of memory. I suspect that this is because my wallpaper changes every 5 minutes (with xplanet) to show actual view of the sky from my homecity, with the stars. Maybe gdeskcal remembers every background on which it was residing while being transparent? So far my only solution is to close gdeskcal and restart it. If you need more information I will gladly help. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages gdeskcal depends on: ii python2.3.5-2An interactive high-level object-o ii python-gtk2 2.6.1-2Python bindings for the GTK+ widge ii python-numeric23.8-1 Numerical (matrix-oriented) Mathem ii python-xml0.8.4-1XML tools for Python [dummy packag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337510: eclipse-ecj: ant code completion generates nullpointer exception
tag 337510 pending thanks On Fri, Nov 04, 2005 at 07:22:38PM +0100, David N. Welton wrote: Package: eclipse-ecj Version: 3.1.1-3 Severity: normal To repeat this bug: 1) Open up an ant build file. 2) Hit the key combo for code completion, for instance M-/ in emacs keys mode. This generates a dialog saying that code completion didn't complete because of a NullPointerException. I can confirm this. Unfortunately Eclipse is not really verbose with this. The stacktrace is not useful. I will debug it later more. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330372: fixed in 1.4.6cvs and 1.5.1cvs
Issue is fixed in 1.4.6cvs. Link to patch is already listed on this tracker. -- Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337570: xprint: segfaults when printing from firefox
On Sat, 2005-11-05 at 20:56 +0100, Felix C. Stegerman wrote: When you say xprint segfaults, do you mean that Xprt is no longer running afterwards (no output from ps aux | grep [X]prt) ? Yes. OK. I tried to do a backtrace w/ gdb but as you said there were no symbols. I've attached the output of strace. Thanks. The last file opened in the strace is /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Comic_Sans_MS.ttf. If you remove the Microsoft fonts from your system, does the segfault continue to occur? Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337540: jabberd2*: provided transports not forward-compatible to jabberd2
Hi Jamin, Jamin W. Collins wrote: === === [...] With additional transports and/or services, Jabber supports connecting to AIM, ICQ, IRC, MSN and a lot of other chat networks. These transports and services are provided in separate packages. [...] === === The transports provided require the 1.x daemon to run. They can provide services for a 2.x server. Does this mean that in order to run a 2.x server working with the above transports, you also need to run the jabber 1.x server, i.e. both servers (running on different jabber domains / hosts?)? IMO, the above description would imply that the transports are provided for this very server (jabberd2). Isn't this also a problem that should be solved? (Or at least documented?) Thanks, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289985: gnome-desktop-environment: GNOME can't resolve host name if internet connection is down
Hi, After logging in from GDM GNOME complains that it can't look up my computer's hostname. Do you still get this bug with GNOME 2.10? Please attach your /etc/hosts. No. Seems to be fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337758: /usr/share/doc/apt-doc/offline.pl.html/index.html: Stange encoding of offline.pl.* files
Package: apt-doc Version: 0.6.42.2 Severity: minor File: /usr/share/doc/apt-doc/offline.pl.html/index.html Tags: l10n Hi, The Polish offline translation has stange encoding, which makes it completely unreadable by the Polish people. It seems the source offline.pl.sgml file got broken by the patch included in the bug #270404. Please revert offline.pl.sgml changes and switch to its original version of as send by the translator. Also please note that on this file debiandoc2html should be called with `-l pl' option to have valid charset information included in the `meta http-equiv=content-type' tag. Best Regards robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337759: xsmbrowser [INTL:l10n] Portuguese translation for xsmbrowser's debconf messages
Package: xsmbrowser Version: 3.4.0-12 Tags: l10n, patch Severity: wishlist Portuguese translation for xsmbrowser's debconf messages by Luís Ferreira. Feel free to use it. For translation updates please contact Last Translator and/or thePortuguese Translation Team traduz _at_ debianpt.org -- --- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org # LuÃs Ferreira [EMAIL PROTECTED], 2005. # # 2005-11-04 - LuÃs Ferreira [EMAIL PROTECTED] - Initial translation # msgid msgstr Project-Id-Version: vtun 2.6-4\n POT-Creation-Date: 2003-04-21 19:06-0300\n PO-Revision-Date: 2005-11-04 13:40+0100\n Last-Translator: LuÃs Ferreira [EMAIL PROTECTED]\n Language-Team: Portuguese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.10.2\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Description #: ../vtun.templates:3 msgid information about readable passwords msgstr informação acerca de palavras chave legÃveis #. Description #: ../vtun.templates:3 msgid vtun up to version 2.5-1 has the permissions of /etc/vtund.conf set to 644. There are passwords for the vtun link contained in this file. I will now make the file 600, but if you have local users that you don't trust, you should change the passwords it contains. msgstr O vtun até à versão 2.5-1 tem as permissões de /etc/vtund.conf como 644. Este ficheiro contém palavras chave para a ligação vtun. Vou mudar agora o ficheiro para 600, mas se tem utilizadores locais em quem não confia, deve mudar as palavras chave que estão no ficheiro.
Bug#337760: xscreensaver: New Login button useless when more than one Xserver configured or an empty one present.
Package: xscreensaver Version: 4.21-3 Severity: normal Tags: patch When gdmflexiserver opens a window, that window is opened behind the locked screen, so it is not accessible. Normally gdmflexiserver doen't so so, but in two cases it askes Questions: 1) There is already an empty Xserver (i.e. noone is logged in) running. 2) There is more than one Xserver configured and flexiserver needs to know which one to launch. To make it worse, those windows stay open, so when the original user returns, he is confused, what all these windows gdmflexiserver produced are about. A workaround would be to alter the flexiserver-command to gdmflexiserver -l -a -c FLEXI_XSERVER. This will make flexiserver always launch an new Xserver imediately. 1) Here it ignores the empty Xserver and launches another one 2) Here it launches the default Xserver. Of course, it would be even better, if the system administrator had a possibility to change the command by a runtime-configuration-option instead if haveing to recompile the whole thing. In configure do: 14074c14074 default_login_manager='gdmflexiserver -l' --- default_login_manager='gdmflexiserver -l -a -c FLEXI_XSERVER' -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9kms4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xscreensaver depends on: ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxml22.6.16-7 GNOME XML library ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxrandr2 4.3.0.dfsg.1-14sarge1 X Window System Resize, Rotate and ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334123: linux-image-2.6.13-1-k7: 2.6.12 works OK, 2.6.13 doesn't
* Ralf Hildebrandt [EMAIL PROTECTED]: Ah, That kernel does indeed work as expected without having to use irqpoll noapic lapic. Excellent. Ooops. No. I accidentially removed the options on the OLD kernel, instead of the the new one. The new kernel 2.6.14 also exposes the same behaviour. It's probably an upstream bug, since a vanilla kernel behaves identically -- _ Charité - Universitätsmedizin Berlin _ Ralf Hildebrandt i.A. Geschäftsbereich Informationsmanagement Campus Benjamin Franklin Hindenburgdamm 30 | Berlin Tel. +49 30 450 570155 | Fax +49 30 450 570962 [EMAIL PROTECTED] http://www.charite.de
Bug#337070: winbind: same malfunction here
On Sun, Nov 06, 2005 at 09:17:21AM +0100, Christian Perrier wrote: How about adding this to the init script then?: if [ `testparm -s --parameter-name='domain logons' 2/dev/null` = No ] \ [ `testparm -s --parameter-name='security' 2/dev/null` != DOMAIN ] then exit 0 fi I'm not completely sure that using winbindd is limited to security=domain. I have no experience of security=ads for instance. Same for security=server. True enough, I forgot that it would need to support security=ads as well. (security=server is a kludge, though, and I'd be fine with not supporting it all -- and I particularly think we don't need to be supporting winbind in that config, since if it *did* work, it would be a security risk.) I talked to Andrew Bartlett on IRC briefly about this, and am convinced that the right solution is to fix winbindd so that it exits with a specific error code in situations when it shouldn't be running. That spares us trying to do string comparisons that rely on the output of testparm. I'll bring this up for discussion on the samba-technical list. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#336463: g++-4.0: FPE ICE on mipsen also affects fltk1.1
reassign 336463 gcc-4.0 4.0.2-3 severity 336463 grave merge 336463 336167 tags 336167 +fixed-upstream thanks Aaron M. Ucko wrote: Package: g++-4.0 Version: 4.0.2-3 Followup-For: Bug #336463 My latest upload of fltk1.1 (1.1.6-9) runs into identical lossage on mips and mipsel, on sources that did not change since before my previous upload (which built fine), so G++ definitely appears to be the culprit. Logs: http://buildd.debian.org/fetch.php?pkg=fltk1.1ver=1.1.6-9arch=mipsstamp=1131166941file=logas=raw http://buildd.debian.org/fetch.php?pkg=fltk1.1ver=1.1.6-9arch=mipselstamp=1131164980file=logas=raw It's around a dozen packages now, and affects gcc as well as g++. #336167 has a patch which fixes it. (According to Sven Luther the patch fixes also the powerpc kernel build mentioned at the start of #336167.) Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337761: bashism in /etc/init.d/schroot
Package: schroot Version: 0.1.7-1 Severity: important Tags: patch Hi, [139]/home/robert dash /etc/init.d/schroot start /etc/init.d/schroot: 18: Syntax error: ( unexpected The `function' keyword is a basishm, please remove it: --- schroot.orig2005-11-03 23:15:31.0 +0100 +++ schroot 2005-11-06 10:54:17.0 +0100 @@ -15,7 +15,7 @@ set -e -function recover_sessions() +recover_sessions() { echo -n Recovering schroot sessions... for chroot in `schroot --all-sessions --list --quiet` Best Regards, robert -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/pdksh Kernel: Linux 2.6.14 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages schroot depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1The GLib library of C routines ii liblockdev1 1.0.2-1Run-time shared library for lockin ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libuuid1 1.38-2 universally unique id library schroot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324912: gftp: Tons of segfaults
Package: gftp Version: 2.0.18-10 Followup-For: Bug #324912 gftp regularly crashes, it's almost unusable. Is someone trying to debug that ? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gftp depends on: ii gftp-gtk 2.0.18-10 X/GTK+ FTP client ii gftp-text 2.0.18-10 colored FTP client using GLib gftp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337640: [Pkg-cups-devel] Bug#337640: cupsys: Please add LSB formatted dependency info in init.d script
la, 2005-11-05 kello 14:57 +0100, Petter Reinholdtsen kirjoitti: Package: cupsys Version: 1.1.23-12 Severity: wishlist To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the init.d scripts would make it possible for me to use this information to check the current sequence and speed up the debian boot. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/?LSBInitScripts. Here is a proposed dependency header to document the dependencies of cupsys. It is slightly tested using the insserv package and the new parallell booting support in sysvinit. ### BEGIN INIT INFO # Provides: cupsys # Required-Start:$syslog # Required-Stop: $syslog # Should-Start: $network # Should-Stop: $network # Default-Start: 2 3 4 5 # Default-Stop: S 0 1 6 ### END INIT INFO Hello Petter, Thanks for the ready-to-use header! One question I need to ask is, how do we define a must start before? Here, CUPS must always be started before Samba, so that Samba can find all printers offered by CUPS. Other than that, the above looks good; we indeed only need the network and syslog to have a decent environment to run CUPS. Once the above is clarified, I will gladly commit the headers to CUPS. -- Martin-Éric Racine http://q-funk.iki.fi
Bug#337668: FTBFS: broken build-dependency on xlibmesa-dev
Hi Lawrence, On Sat, Nov 05, 2005 at 11:50:17PM -0330, Lawrence Williams wrote: This bug will be fixed in the next libsdl1.2 package release (currently available on mentors.debian.net) if i can ever get a sponser :) What is the current state of these lintian errors? If you have a package which does not produce errors, I am willing to have another look and to upload it for you if everything looks ok. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#337702: openoffice.org 2.0 won't start since upgrade, libc problem?
On Sat, Nov 05, 2005 at 05:47:33PM -0800, Jeff Davis wrote: # objdump -T /lib/tls/libpthread.so.0 |grep GLIBC_PRIVATE.*errno D *UND* 0004 GLIBC_PRIVATE errno D *UND* 0004 GLIBC_PRIVATE h_errno # objdump -T /lib/tls/libc.so.6 |grep GLIBC_PRIVATE.*errno 0008 gD .tbss 0004 GLIBC_PRIVATE errno 001c gD .tbss 0004 GLIBC_PRIVATE h_errno # ldd /usr/lib/openoffice/program/javaldx linux-gate.so.1 = (0xe000) libuno_sal.so.3 = /usr/lib/openoffice/program/libuno_sal.so.3 (0xb7d53000) libuno_cppu.so.3 = /usr/lib/openoffice/program/libuno_cppu.so.3 (0xb7d27000) libuno_cppuhelpergcc3.so.3 = /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3 (0xb7ce4000) libjvmfwk.so.3 = /usr/lib/openoffice/program/libjvmfwk.so.3 (0xb7ccf000) libdl.so.2 = /lib/tls/libdl.so.2 (0xb7caa000) libpthread.so.0 = /lib/tls/libpthread.so.0 (0xb7c98000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7bbe000) libm.so.6 = /lib/tls/libm.so.6 (0xb7b99000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7b8e000) libc.so.6 = /lib/tls/libc.so.6 (0xb7a56000) libpam.so.0 = /lib/libpam.so.0 (0xb7a4d000) libcrypt.so.1 = /lib/tls/libcrypt.so.1 (0xb7a1f000) libstlport_gcc.so.4.6 = /usr/lib/libstlport_gcc.so.4.6 (0xb7954000) libuno_salhelpergcc3.so.3 = /usr/lib/openoffice/program/libuno_salhelpergcc3.so.3 (0xb795) libxml2.so.2 = /usr/lib/libxml2.so.2 (0xb7842000) libz.so.1 = /usr/lib/libz.so.1 (0xb782d000) /lib/ld-linux.so.2 (0xb7f04000) # debsums -s libc6 # (There was no output for debsums -s libc6) Can I remove the libraries and reinstall them? Not according to the results of your tests. Can you reproduce the original error by calling /usr/lib/openoffice/program/javaldx directly on the commandline? If so, can you send the output of LD_DEBUG=libs /usr/lib/openoffice/program/javaldx? (If not, we probably need the output of LD_DEBUG ooffice instead, but that will be much larger and harder to sift through.) Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#337762: penguin-command: Japanese man page installed into wrong directory
Package: penguin-command Version: 1.6.10-1 Severity: normal Hi, The /usr/share/man/man6/penguin-command.ja.6.gz file should be installed as penguin-command.6.gz (note lack of the `ja' part) in the /usr/share/man/man6/ja/ directory. Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337763: avrprog: French debconf templates translation update
Package: avrprog Version: 0.2.1-12 Severity: wishlist Tags: l10n Hi, Please find attached the French debconf templates translation update, proofread by the debian-l10n-french mailing list contributors. Regards Jean-Luc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-k8-4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages avrprog depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-7GNU C Library: Shared libraries an avrprog recommends no packages. -- debconf information: * avrprog/suid_warning: * avrprog/want_suid: false #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. # # nicks:Subdino,Imh0teP,SurcouF from-irc:#debian-br irc.debian.org, 2004. # msgid msgstr Project-Id-Version: avrprog\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2003-08-06 08:44+0200\n PO-Revision-Date: 2005-11-01 13:19+0100\n Last-Translator: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:3 msgid avrprog needs setuid root msgstr Avrprog doit s'exécuter avec les privilèges du superutilisateur #. Type: note #. Description #: ../templates:3 msgid Avrprog uses direct hardware access to program the devices, then it needs to run setuid root. Please read /usr/share/doc/avrprog/README for more info. See also /usr/share/doc/avrprog/avrprog.png for hardware schematics. msgstr Avrprog accède directement au matériel pour programmer des composants et doit donc s'exécuter avec les privilèges du superutilisateur (« setuid root »). Veuillez consulter /usr/share/doc/avrprog/README pour plus d'informations. Vous trouverez le schéma d'un programmateur dans /usr/share/ doc/avrprog/avrprog.png. #. Type: boolean #. Description #: ../templates:11 msgid Do you want avrprog setuid root? msgstr Avrprog doit-il s'exécuter avec les droits du superutilisateur ? #. Type: boolean #. Description #: ../templates:11 msgid Answering 'no' means only root will be able to use it. 'yes' means that all users will be able to use it. If unsure, choose 'no' and reconfigure later if you want to enable to all users. msgstr Si vous refusez cette option, seul l'administrateur pourra utiliser avrprog. Dans le cas contraire, il pourra être utilisé par l'ensemble des utilisateurs. En cas de doute, il est recommandé de faire l'installation sans ces droits ; vous pourrez reconfigurer avrprog ultérieurement pour donner les droits d'utilisation à tous les utilisateurs.
Bug#337764: libqt4-debug: Building apps in debug mode breaks image loading
Package: libqt4-debug Version: 4.0.1-4 Severity: important Hi, Building QT4 apps using CONFIG += debug breaks the loading of any icons in the application. Remove debug and everythings fine. This not only happens to the icons created for that app, but also for the icons in standard dialog, like the QFileDialog. Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-cherry+radeon+ipw2100+ieee80211 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libqt4-debug depends on: ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-7 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libglu1-xorg [libglu1] 6.8.2.dfsg.1-10 Mesa OpenGL utility library [X.Org ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libmysqlclient14 4.1.15-1mysql database client library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpq4 8.0.4-2 PostgreSQL C client library ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-10 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-10 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-10 X Toolkit Intrinsics ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-10 Mesa 3D graphics library [X.Org] ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-6 compression library - runtime libqt4-debug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337765: libgphoto2-2: Kodak EasyShare C330 supported but not listed in udev-rules
Package: libgphoto2-2 Version: 2.1.6-5.2 Severity: wishlist hi there, i recently bought a Kodak EasyShare C330 digital still camera, which works fine with libgphoto2-2 using PTP. The only thing to make the camera work out of the box is to add these lines to /etc/udev/libgphoto2.rules: # Kodak EasyShare C330 SYSFS{idVendor}==040a, SYSFS{idProduct}==058c, GROUP=camera Though the camera seems to run nativly in PTP mode, Kodak didn't use libgphoto2-2's expected device class id 06, but 00 instead. cheers, fuddl -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libgphoto2-2 depends on: ii adduser 3.77 Add and remove users and groups ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libexif12 0.6.12-2 library to parse EXIF files ii libgphoto2-port0 2.1.6-5.2 gphoto2 digital camera port librar ii libjpeg62 6b-10 The Independent JPEG Group's JPEG Versions of packages libgphoto2-2 recommends: ii udev [hotplug]0.071-1/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337766: svk: missing dependency to libsvn-core-perl
X-Reportbug-Version: 3.17 Package: svk Version: 1.04-1 Severity: grave Justification: renders package unusable without libsvn-core-perl: $ svk help import Can't load '/usr/lib/perl5/auto/SVN/_Core/_Core.so' for module SVN::_Core: libsvn_swig_perl-1.so.0: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden at /usr/lib/perl/5.8/DynaLoader.pm line 225. at /usr/lib/perl5/SVN/Base.pm line 59 BEGIN failed--compilation aborted at /usr/lib/perl5/SVN/Core.pm line 5. Compilation failed in require at /usr/share/perl5/SVK.pm line 8. BEGIN failed--compilation aborted at /usr/share/perl5/SVK.pm line 8. Compilation failed in require at /usr/bin/svk line 6. BEGIN failed--compilation aborted at /usr/bin/svk line 6. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (850, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_AT, LC_CTYPE=de_AT (charmap=ISO-8859-1) Versions of packages svk depends on: ii libalgorithm-annotate-perl0.10-1 represent a series of changes in a ii libalgorithm-diff-perl1.19.01-1 a perl library for finding Longest ii libclass-autouse-perl 1.17-1 Defer loading ( 'use'ing ) of a cl ii libclone-perl 0.16-1 recursively copy Perl datatypes ii libcompress-zlib-perl 1.34-1 Perl module for creation and manip ii libdata-hierarchy-perl0.21-1 Handle data in a hierarchical stru ii libfile-type-perl 0.22-1 determine file type using magic st ii libfreezethaw-perl0.43-2 converting Perl structures to stri ii libio-digest-perl 0.10-1 Calculate digests while reading or ii libio-string-perl 1.05-1 Emulate IO::File interface for in- ii liblocale-maketext-lexicon-pe 0.49-1 Lexicon-handling backends for Loc ii liblocale-maketext-simple-per 0.12-2 Simple interface to Locale::Makete ii libperlio-eol-perl0.13-1 PerlIO layer for normalizing line ii libperlio-via-dynamic-perl0.11-1 dynamic PerlIO layers ii libperlio-via-symlink-perl0.05-1 PerlIO layers for create symlinks ii libpod-simple-perl3.02-2 Perl framework for parsing files i ii libregexp-shellish-perl 0.93-1 Shell-like regular expressions pn libsvn-core-perl none (no description available) ii libsvn-mirror-perl0.66-1 A subversion repository mirroring ii libsvn-simple-perl0.27-1 A simple interface for writing a d ii libtext-diff-perl 0.35-2 Perform diffs on files and record ii libtimedate-perl 1.1600-5 Time and date functions for Perl ii libyaml-perl 0.38-2 YAML Ain't Markup Language (tm) pn perl none (no description available) svk recommends no packages. -- no debconf information
Bug#163093: xboard: refuses to start on a 8bit $DISPLAY
#include hallo.h * Florian Ernst [Sat, Nov 05 2005, 02:14:53PM]: Hello Eduard, coming back to an old issue... On Wed, 02 Oct 2002 18:12:37 +0200, Eduard Bloch [RHRK] wrote: See subject. While other programs work with more or less sucess using 256 bit color, xboard breaks completely. It only throws some lines about XPM errors and exits. Note that on the same 8bit terminals under AIX xboard seem to work okay (don't ask me which version), so I think this may be a problem with the xpm library on Linux. I cannot try yet, but IMHO the reason may also be the fact that AIX WM did not allocate much colors, so there were still enough cells in the PseudoColor table to install Xboard's colors. On Linux with Icewm, this was not possible. Though (as said), no application should break because of unavailable colors. Either do not display the, or emulate them using dithering with colors from the PseudoColor table, but do not just exit, even not telling the user the reason for the breakage. Current xboard version 4.2.7-1 and -2 work fine in an 8bit environment here in testing/unstable, and even the old 4.2.6-2 and -2.1 show no problems. Can you still reproduce the problem, or can we possibly close this bug? How did you test? Just running startx xboard -- -depth 8? That is not what I have written there. I can reproduce the problem. As said, run any application that allocates more slots in the color map (eg. acroread, Mozilla, icewm, ...) before xboard starts to see what I mean. Eduard. -- Ambassador Londo Mollari: Everyone around me dies, Mr. Morden, except those who most deserve it. -- Quotes from Babylon 5 --
Bug#322239: mozilla-firefox: [patch] incorrectly set LD_LIBRARY_PATH in /usr/bin/firefox wrapper
On Sun, Nov 06, 2005 at 07:25:08PM +1100, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: And what about people that actually intend to use libraries from other locations instead of those in /lib, without breaking firefox ? Sorry, but I'm not following you. How would that come about? The library in question is libgcc_s.so.1. When would someone running a 'stable' system need to change the location of that library? p.d.o tells me that lib exists in libgcc1 and lib64gcc1 in /lib /lib64, respectively. Are you saying that the firefox wrapper should not contain /lib in LD_LIBRARY_PATH so that it works on 32-bit 64-bit arches? No I'm saying that it should not be there so that one can use other library paths with LD_LIBRARY_PATH as they would do with other software. As you are doing with your other software. Ah, by the way, /usr/lib has been removed from LD_LIBRARY_PATH in 1.0.7-1... I see no reason to put it back, nor add /lib. See bug #321789. So why did the maintainer of mozilla accept this change? Were they wrong? Probably. And he might get a bug report similar to the one we got some day. Or not. Since it's very corner case and won't happen that much. But still that's not a reason to break these corner cases while fixing the problem as it should be fixed doesn't harm. Given /usr/lib was there before, it seemed ok to just enforce the ld_path for _all_ the libraries the browser was trying to load. I compared the differences between the two ldd runs in Julien's report and it seems that part of his problem was coming from some libs being picked up from /usr/lib/ instead of /usr/lib/mozilla-firefox/; for example /usr/lib/libmozjs.so (which comes from 'mozilla-browser'). The other part was the problem with libXinerama, where it does seem possible /usr/lib was put in LD_LIBRARY_PATH instead of /usr/X11R6/lib. If this was indeed the source of the /usr/lib entry in the first place then maybe it is better to exclude :/usr/lib:/lib from the ld_path. I thought the point of overriding an existing LD_LIBRARY_PATH in a wrapper script was to ensure the binary got exactly what it needed to run. The point is to ensure that the binary gets what it needs and is not in system directories. i.e. libraries in /usr/lib/mozilla-firefox and plugins. Just as you showed me in your example code, and just as you have to do to make sure to get /usr/lib/mozilla-firefox/libmozjs.so, not the one installed by mozilla-browser. Is the difference here that you are only prefixing enough to LD_LIBRARY_PATH to force use of the libs you're providing? Julien's problem seems to have been that somewhere in /usr/lib is a library that provides some symbols that are also provided from /usr/X11R6/lib. It's unclear what that could be. I did a bit of poking around but could not see anything obvious. The only things from his ldd output which are in /usr/lib and refer to XineramaIsActive on my (sarge) system are /usr/lib/mozilla-firefox/firefox-bin /usr/lib/libgdk-x11-2.0.so.0 I also tried the same test as he did $ unset LD_LIBRARY_PATH $ LD_LIBRARY_PATH=/usr/lib/mozilla-firefox:/usr/X11R6/lib ldd -d -r \ /usr/lib/mozilla-firefox/firefox-bin $ LD_LIBRARY_PATH=/usr/lib/mozilla-firefox:/usr/lib ldd -d -r \ /usr/lib/mozilla-firefox/firefox-bin and saw no differences in the library resolutions. For the record, my /etc/ld.so.conf is this /usr/lib/libc5-compat /lib/libc5-compat /usr/i486-linuxlibc1/lib /usr/X11R6/lib /usr/lib/sse2/atlas /usr/lib/atlas/sse2 /usr/lib/sse2 /usr/lib/atlas The only reason I can offer for adding :/usr/lib:/lib to LD_LIBRARY_PATH is to override what I think is a common case, where people are building software that Debian doesn't provide (e.g. their own software) with a newer compiler and need LD_LIBRARY_PATH to pick up the libgcc for that compiler. Changing the firefox wrapper to make it more self-contained and robust doesn't seem to be a problem to me. But if by that reasoning the full solution is adding :/usr/X11R6/lib:/usr/lib:/lib or even :/usr/X11R6/lib:/usr/lib64:/lib64:/usr/lib:/lib to the EXTENT_LD_LIB_PATH then this is starting to get silly I guess. So I'm stuck with patching this silly thing? Teerificthanksabunch. You just don't get it. Just use wrapper scripts for the software you want to use with your non-debian libraries. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337609: /usr/bin/gnome-keyboard-properties: french keyboard doesn't work anymore ?
Le samedi 05 novembre 2005 à 15:44 +0100, Loic Minier a écrit : On Sat, Nov 05, 2005, Xavier Bestel wrote: OK, the problem comes from xlibs 6.8.99.901.dfsg.1-2. You can close that bug, sorry for the noise. Why not reassign it aginst xlibs? I have opened another one: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337637 maybe you could mark 337609 as a dup of 337637 ? Xav
Bug#337609: /usr/bin/gnome-keyboard-properties: french keyboard doesn't work anymore ?
reassign 337609 xlibs 6.8.99.901.dfsg.1-2 severity 337609 normal merge 337609 337637 thanks On Sun, Nov 06, 2005, Xavier Bestel wrote: maybe you could mark 337609 as a dup of 337637 ? Sure. -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#337683: Incomprehensible error from replace.
On Sat, Nov 05, 2005 at 01:51:40PM -0500, Daniel Burrows wrote: Package: darcs Version: 1.0.3-2 Severity: normal I wanted to replace all the includes of assert.h with includes of generic/util/eassert.h. So, I did this: darcs replace 'assert.h' 'generic/util/eassert.h' --token-chars '[/a-zA-Z\.]' darcs rewarded me with the following error message: darcs failed: 'assert.h' is not a valid token! In darcs 1.0.3 you must give the flags (--token-chars) before the arguments. darcs replace --token-chars '[/a-zA-Z\.]' 'assert.h' 'generic/util/eassert.h' should work. Yes, the error message is very unhelpful. In darcs 1.0.4 (still in release candidate state) flags and arguments can be mixed in any order. -- Tommy Pettersson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337713: further info on the Oops
I switched console fonts, so I can see more lines (consolechars -f iso01.f08), and so I copied the beginning of the Oops message: Unable to handle Kernel NULL pointer dereference at printing eip: c02b2516 *pde= Oops: [#1] Modules linked in: ipt_TCPMSS ipt_tcpmss iptable_filter ip_tables pppoe pppox ipv6 af_packet ppp_generic slhc ntfs nls_iso8559-1 nls_cp437 vfat fat it87 hwmon_vid i2c_isa i2c-core snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq via-rhine mii snd_via82xx gameport snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer-oss snd_pcm snd_timer snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd via-ircc soundcore parport_pc irda crc-ccitt ehci_hcd parport uhci_hcd usbcore via_agp shpchp pci_hotplug agpgart ide_cd cdrom genrtc unix reiserfs ide_disk ide_generic via82cxxx generic ide_core evdev mousedev psmouse CPU:0 EIP:. The rest is in the original bugreport
Bug#337767: pwc-source: prevents installation of versions for multiple kernels
Package: pwc-source Version: 10.0.7a-10.0.9rc1-1 Severity: normal Hi, pwc-source generates packages containing /etc/modutils/pwc, which prevents installation of versions for multiple kernels. For example, if I have kernel 2.6.13 installed with the appropriate pwc module package, I have to remove the pwc package before installing that for 2.6.14, otherwise dpkg complains of a conflict between the two pwc packages (since they both contain /etc/modutils/pwc). As far as I can tell the /etc/modutils/pwc file is unnecessary anyway, since the pwc module correctly specifies dependencies on videodev and v4l2-common. I removed the file in question to check the behaviour when loading pwc, and videodev and v4l2-common are correctly loaded before pwc. Would it be possible to remove this file from the generated packages, so they no longer conflict? Regards, Stephen Kitt -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-sk2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pwc-source depends on: ii debhelper 4.9.13 helper programs for debian/rules ii module-assistant 0.9.10 tool to make module package creati pwc-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337768: blootbot: [INTL:sv] Swedish debconf templates translation
Package: blootbot Version: 1.2.0-4 Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for blootbot. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # #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: blootbot 1.2.0-4\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-04-30 14:14+0100\n PO-Revision-Date: 2005-11-06 12:21+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: swe\n X-Poedit-Country: swe\n #. Type: string #. Description #: ../templates:4 msgid The name of the database msgstr Namnet på databasen #. Type: string #. Description #: ../templates:4 msgid This is the database in which the bot will store information such as factoids. msgstr Detta är databasen som tillåter bot'en att lagra information såsom factoids. #. Type: string #. Default #: ../templates:10 msgid localhost msgstr localhost #. Type: string #. Description #: ../templates:11 msgid The hostname of the mySQL server msgstr Värdnamnet på MySQL-servern #. Type: string #. Description #: ../templates:11 msgid This allows you to store the blootbot database on a remote server, should you so desire. msgstr Detta låter dig lagra blootbot-databasen på en fjärrserver, om du så önskar. #. Type: string #. Default #: ../templates:17 msgid blootbot msgstr blootbot #. Type: string #. Description #: ../templates:18 msgid The username on the mySQL server msgstr Användarnamnet för MySQL-servern #. Type: string #. Description #: ../templates:18 msgid This is the name of the user which will access the database. It should not be a normal user, but rather one reserved for blootbot. msgstr Detta är namnet på den användare som ska tillgå databasen. Det bör inte vara en normal användare men hellre en som är reserverad för blootbot. #. Type: password #. Description #: ../templates:24 msgid The password for the mySQL account msgstr Lösenordet för MySQL-kontot #. Type: password #. Description #: ../templates:24 msgid Enter any old thing here, it's not desperately secure, and you don't need to remember it. msgstr Ange något gammalt här, det är inte speciellt säkert så du behöver inte komma ihåg det.
Bug#337769: hesiod: [INTL:sv] Swedish debconf templates translation
Package: hesiod Version: 3.0.2-16 Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for hesoid. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # #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: hesoid 3.0.2-16\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2003-09-07 11:22-0500\n PO-Revision-Date: 2005-11-06 12:31+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: swe\n X-Poedit-Country: swe\n #. Description #: ../libhesiod0.templates:4 msgid Hesiod domain for searches msgstr Hesoid-domän för sökningar #. Description #: ../libhesiod0.templates:4 msgid Hesiod looks up keys using the standard Domain Name System. Enter the right-hand side of the domain name to do searches in. This name should begin with a \.\. msgstr Hesoid slår upp nycklar via det standard domännamnsystemet. Ange den högra delen av domännamnet för att göra sökningar i. Detta namn bör börja med en \.\. #. Description #: ../libhesiod0.templates:12 msgid Hesiod prefix for searches msgstr Hesoid-prefix för sökningar #. Description #: ../libhesiod0.templates:12 msgid Hesiod lookups generally happen in a subdomain of the main domain. Enter the name of the subdomain here. This name should begin with a \.\. At most sites, this entry should be \.ns\. msgstr Hesoid-uppslag sker generellt i en underdomän av huvuddomänen. Ange namnet på underdomänen här. Namnet bör börja med en \.\. På de flesta system bör detta vara \.ns\. #. Description #: ../libhesiod0.templates:20 msgid DNS class search order msgstr Sökordning för DNS-klasser #. Description #: ../libhesiod0.templates:20 msgid Hesiod looks up names using DNS TXT records. In addition to using the standard IN DNS class for Internet names, it also uses by default the special HS class. You can change the class search order here, or leave out IN or HS if you want to. Don't insert extra spaces in the value. The default search path is \IN,HS\ to search both classes. At some sites where older hesiod installations are still in use, you may need to specify \HS,IN\ instead. msgstr Hesoid slår upp namn via DNS TXT-poster. I tillägg till att använd standard IN DNS-klassen för Internet-namn kan den också använda som standard de speciella HS-klasserna. Du kan ändra sökordningen för klasser här eller utelämna IN eller HS om du vill. Lägg inte in extra mellanslag i värdet. Standardsökväg är \IN,HS\ för att söka i båda klasserna. På vissa system där äldre installationer av hesoid fortfarande används kan du behöva ange \HS,IN\ istället.
Bug#337770: ifd-gempc: [INTL:sv] Swedish debconf templates translation
Package: ifd-gempc Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for ifd-gempc. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # #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: ifd-gempc 1.0.0-4\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-06-17 14:10+0200\n PO-Revision-Date: 2005-11-06 12:24+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: swe\n X-Poedit-Country: swe\n #. Type: note #. Description #: ../libgempc430.templates:3 msgid You should install the hotplug package msgstr Du bör installera paketet hotplug #. Type: note #. Description #: ../libgempc430.templates:3 msgid The libgempc430 driver uses the /proc/bus/usb/ filesystem to communicate with the USB reader. msgstr Drivaren för libgempc430 använder filsystemet /proc/bus/usb/ för att kommunicera med USB-läsaren. #. Type: note #. Description #: ../libgempc430.templates:3 msgid The /proc/bus/usb/ virtual filesystem is not available on this system. msgstr Det virtuellt filsystemet /proc/bus/usb/ är inte tillgängligt på detta system. #. Type: note #. Description #: ../libgempc430.templates:3 msgid I strongly recommend installing the ``hotplug'' Debian package. msgstr Jag rekommenderar starkt en installation av Debian-paketet \hotplug\. #. Type: select #. Choices #: ../libgempc410.templates:3 msgid ttyS0 msgstr ttyS0 #. Type: select #. Choices #: ../libgempc410.templates:3 msgid ttyS1 msgstr ttyS1 #. Type: select #. Choices #: ../libgempc410.templates:3 msgid ttyS2 msgstr ttyS2 #. Type: select #. Choices #: ../libgempc410.templates:3 msgid ttyS3 msgstr ttyS3 #. Type: select #. Choices #: ../libgempc410.templates:3 msgid None msgstr Ingen #. Type: select #. Description #: ../libgempc410.templates:4 msgid On which serial port is connected the smart card reader? msgstr På vilken seriellport är smartkortsläsaren inkopplad på? #. Type: select #. Description #: ../libgempc410.templates:4 msgid The driver needs to know to which serial port the GemPC410 reader is connected. msgstr Drivaren behöver veta på vilken seriellport som GemPC410-läsaren är inkopplad på.
Bug#337771: isync: [INTL:sv] Swedish debconf templates translation
Package: isync Version: 0.9.2-3 Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for isync -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid msgstr Project-Id-Version: isync 0.9.2-3\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2003-10-14 21:55+0200\n PO-Revision-Date: 2005-11-06 12:14+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n #. Description #: ../templates:4 msgid Abort isync upgrade msgstr Avbryt uppgraderingen av isync #. Description #: ../templates:4 msgid You are upgrading from an older version of isync that stored the UID of each message in a way that is not compatable with the new version. You need to remove all the messages in local folders downloaded with the old version of isync. Otherwise isync will get confused and upload duplicate messages to the IMAP server. msgstr Du uppdaterar från en äldre version av isync som lagrade UID'n för varje meddelande på ett sätt som inte är kompatibelt med den nya versionen. Du behöver ta bort alla meddelanden i lokala mappar som är nedladdade med den äldre versionen av isync. Annars kommer isync bli förvillad och ladda upp dubbletter av meddelanden till IMAP-servern. #. Description #: ../templates:4 msgid A suggested upgrade procedure is to use the isync version 0.7 to synchronize any local changes in isync-managed mailboxes with your IMAP server (if there are any local changes to synchronise), and then remove the contents of the local mailboxes, before upgrading to version 0.8 or above. Then run isync again to pull down the mail again. You must do this manually; the Debian package will not do this for you. msgstr En föreslagen uppgraderingsprocedyr är att använda isync version 0.7 för att synkronisera alla lokala ändringar i de isync-hanterade e-postlådorna med din IMAP-server (om det finns några lokala ändringar att synkronisera) och sedan ta bort innehållet i de lokala e-postlådorna före uppgraderingen till version 0.8 eller senare. Kör sedan isync igen för att ta ner e-posten igen. Du måste göra detta manuellt för att Debian-paketet kommer inte att göra detta åt dig. #. Description #: ../templates:4 msgid If you want, the upgrade of isync can be aborted to let you deal with this issue. Or you can just suspend the upgrade or switch to a different virtual console to take care of it. Do not continue past this point before manually resolving this issue! msgstr Om du vill kan uppgraderingen av isync avbrytas för att låta dig göra detta. Annars kan du bara suspendera uppgraderingen eller byta till en annan virtuell konsoll för att ta hand om det. Fortsätt inte förbi detta punkt före du manuellt har löst detta problem!
Bug#337772: mtink: [INTL:sv] Swedish debconf templates translation
Package: mtink Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for mtink -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # #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: mtink 1.0.9-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-08-15 01:15+0200\n PO-Revision-Date: 2005-11-06 12:18+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: swe\n X-Poedit-Country: swe\n #. Type: note #. Description #: ../mtink.templates:3 msgid Permissions for mtink msgstr Rättigheter för mtink #. Type: note #. Description #: ../mtink.templates:3 msgid Warning! Mtink requires special permissions for the device file associated with the printer. You should check your permission to see if users that could run mtink should also access this file. If you have got a normal Debian installation, this group should be lp. msgstr Varning! Mtink kräver speciella rättigheter för enhetsfilen som är associerad med din skrivare. Du bör kontrollera rättigheterna för att se om användarna kan köra mtink och har tillgång till denna fil. Om du har en normal Debian-installation bör denna grupp vara lp. #. Type: boolean #. Description #: ../mtink.templates:11 msgid Use mtinkd msgstr Använd mtinkd #. Type: boolean #. Description #: ../mtink.templates:11 msgid You can use a specially-designed daemon daemon to read the remaining ink while you are printing. msgstr Du kan använda en speciellt utformad demon för att läsa av återstående bläck medans du skriver ut. #. Type: string #. Description #: ../mtink.templates:17 msgid Dev file of printer msgstr Enhetsfil för skrivaren #. Type: string #. Description #: ../mtink.templates:17 msgid Which device file is associated with your printer? e.g. /dev/usb/lp0, /dev/lp0 msgstr Vilken enhetsfil är associerad med din skrivare? exempelvis /dev/usb/lp0, /dev/lp0 #. Type: string #. Description #: ../mtink.templates:23 msgid Name of the printer msgstr Namnet på skrivaren #. Type: string #. Description #: ../mtink.templates:23 msgid What is the name of the printer? It must be the same as returned by askPrinter. msgstr Vad är namnet på skrivaren? Det måste vara samma som svaret från askPrinter.
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
On Nov 05, Pozsar Balazs [EMAIL PROTECTED] wrote: With my patch, modprobe waits until the needed modules come out of the Loading or Unloading state. Looks like it works, I will upload a new package today. -- ciao, Marco signature.asc Description: Digital signature
Bug#330895: blender: Arbitrary code execution when importing a .bvh file
tags 330895 patch thanks [EMAIL PROTECTED] BCCed On Fri, 30 Sep 2005 12:51:35 +0200, Joxean Koret wrote: The bvh_import.py script supplied with the current Debian Stable and (I think) unstable versions of Blender is vulnerable to arbitrary code execution. This time the patch is dpatch'yfied, and I'll also attach a patch that is closer to upstream, but includes more changes to the code. HTH, Flo diff -u blender-2.36/debian/patches/00list blender-2.36/debian/patches/00list --- blender-2.36/debian/patches/00list +++ blender-2.36/debian/patches/00list @@ -2,0 +3 @@ +03_fix_arbitrary_code_execution_in_bvh_import.py diff -u blender-2.36/debian/changelog blender-2.36/debian/changelog --- blender-2.36/debian/changelog +++ blender-2.36/debian/changelog @@ -1,3 +1,15 @@ +blender (2.36-1sarge1) unstable; urgency=high + + * patch release/scripts/bvh_import.py to use float instead of eval by +adding 03_fix_arbitrary_code_execution_in_bvh_import.py.dpatch, +thus preventing arbitrary code execution when importing a .bvh file; +this fix differs from the changes in + http://projects.blender.org/viewcvs/viewcvs.cgi/blender/release/scripts/bvh_import.py.diff?r1=1.4r2=1.5cvsroot=bf-blender +in that it doesn't provide the new checks introduced therein; +for reference, this is CVE-2005-3302 - closes: #330895 + + -- Florian Ernst [EMAIL PROTECTED] Wed, 2 Nov 2005 13:45:57 +0100 + blender (2.36-1) unstable; urgency=high * The Back From The Gig release. only in patch2: unchanged: --- blender-2.36.orig/debian/patches/03_fix_arbitrary_code_execution_in_bvh_import.py.dpatch +++ blender-2.36/debian/patches/03_fix_arbitrary_code_execution_in_bvh_import.py.dpatch @@ -0,0 +1,47 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 03_fix_arbitrary_code_execution_in_bvh_import.py.dpatch by Florian Ernst [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix for CVE-2005-3302, see bug#330895 + [EMAIL PROTECTED]@ +diff -urNad blender-2.36~/release/scripts/bvh_import.py blender-2.36/release/scripts/bvh_import.py +--- blender-2.36~/release/scripts/bvh_import.py2004-11-07 17:31:13.0 +0100 blender-2.36/release/scripts/bvh_import.py 2005-11-02 13:36:01.0 +0100 +@@ -331,7 +331,7 @@ + + name = lines[lineIdx][1] + lineIdx += 2 # Incriment to the next line (Offset) +- offset = ( eval(lines[lineIdx][1]), eval(lines[lineIdx][2]), eval(lines[lineIdx][3]) ) ++ offset = ( float(lines[lineIdx][1]), float(lines[lineIdx][2]), float(lines[lineIdx][3]) ) + lineIdx += 1 # Incriment to the next line (Channels) + + # newChannel[Xposition, Yposition, Zposition, Xrotation, Yrotation, Zrotation] +@@ -367,7 +367,7 @@ + # Account for an end node + if lines[lineIdx][0] == 'End' and lines[lineIdx][1] == 'Site': # There is somtimes a name afetr 'End Site' but we will ignore it. + lineIdx += 2 # Incriment to the next line (Offset) +- offset = ( eval(lines[lineIdx][1]), eval(lines[lineIdx][2]), eval(lines[lineIdx][3]) ) ++ offset = ( float(lines[lineIdx][1]), float(lines[lineIdx][2]), float(lines[lineIdx][3]) ) + makeEnd(parent, prefix, offset) + + # Just so we can remove the Parents in a uniform way- End end never has kids +@@ -431,14 +431,14 @@ + if debug: Blender.Redraw() + while obIdx len(objectList) -1: + if channelList[obIdx][0] != -1: +- objectList[obIdx].getIpo().getCurve('LocX').addBezier((currentFrame, scale * eval(lines[lineIdx][channelList[obIdx][0]]))) ++ objectList[obIdx].getIpo().getCurve('LocX').addBezier((currentFrame, scale * float(lines[lineIdx][channelList[obIdx][0]]))) + if channelList[obIdx][1] != -1: +- objectList[obIdx].getIpo().getCurve('LocY').addBezier((currentFrame, scale * eval(lines[lineIdx][channelList[obIdx][1]]))) ++ objectList[obIdx].getIpo().getCurve('LocY').addBezier((currentFrame, scale * float(lines[lineIdx][channelList[obIdx][1]]))) + if channelList[obIdx][2] != -1: +- objectList[obIdx].getIpo().getCurve('LocZ').addBezier((currentFrame, scale * eval(lines[lineIdx][channelList[obIdx][2]]))) ++ objectList[obIdx].getIpo().getCurve('LocZ').addBezier((currentFrame, scale * float(lines[lineIdx][channelList[obIdx][2]]))) + + if channelList[obIdx][3] != '-1' or channelList[obIdx][4] != '-1' or channelList[obIdx][5] != '-1': +-x, y, z = eulerRotate(eval(lines[lineIdx][channelList[obIdx][3]]), eval(lines[lineIdx][channelList[obIdx][4]]), eval(lines[lineIdx][channelList[obIdx][5]])) ++x, y, z = eulerRotate(float(lines[lineIdx][channelList[obIdx][3]]), float(lines[lineIdx][channelList[obIdx][4]]), float(lines[lineIdx][channelList[obIdx][5]])) + objectList[obIdx].getIpo().getCurve('RotX').addBezier((currentFrame, x)) +
Bug#337359: slib: install fails: unbound variable with-load-pathname
Package: slib Version: 3a2-1 Followup-For: Bug #337359 From a normal apt-get upgrade: Setting up slib (3a2-1) ... ERROR: Unbound variable: with-load-pathname dpkg: error processing slib (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: slib E: Sub-process /usr/bin/dpkg returned an error code (1) Attempting to fix: # apt-get install slib Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: g-wrap gnome-games guile-1.6 guile-1.6-dev guile-1.6-libs guile-1.6-slib guile-g-wrap guile-library libgwrap-runtime0 libgwrap-runtime0-dev libgwrapguile1 The following packages will be upgraded: slib 1 upgraded, 0 newly installed, 11 to remove and 41 not upgraded. 1 not fully installed or removed. Need to get 841kB of archives. After unpacking 8225kB disk space will be freed. Do you want to continue [Y/n]? n Abort. Second attempt: # apt-get remove slib Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: g-wrap guile-1.6-slib slib 0 upgraded, 0 newly installed, 3 to remove and 41 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 4207kB disk space will be freed. Do you want to continue [Y/n]? n Abort. ?? Whatever I do with slib forces the removal of g-wrap ?? It won't install and it can't be removed without also removing (the unfortunately essential) g-wrap. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.25-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337249: taskjuggler: TaskJuggler crashes when trying to create/open new .tjp file
tags 337249 unreproducable help severity 337249 normal thanks On Thursday 03 November 2005 19:38, Hanuš Adler wrote: I'm attaching both. I am afraid I can't tell when this started to happen -- last time I was using it sometimes in August, and then it did work okay. Thanks for the traces, not that I can tell me much of what the problem is from them. There doesn't appear to be anything obvious. I have just uploaded the next version 2.2.0 beta of taskjuggler to unstable. Can you install 2.2.0 and see if the problem still persists. Thanks, Mark
Bug#337704: evms root on lvm/md [was Re: bug 336617]
Alle 08:39, domenica 6 novembre 2005, maximilian attems ha scritto: why is /etc/evms.conf needed? For the last bit in the file about PVs recognitions. If one have lvm2 compat volume it is needed on initrd or lvm2 support will be broken. -- ESC:wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221290: Bug #221290 still here: screen garbled after entering high-ascii characters at login prompt
Hello Alexander, On Fri, Sep 30, 2005 at 06:04:37PM +0200, Helge Kreutzmann wrote: On Fri, Sep 30, 2005 at 12:24:12AM +0300, Alexander Gattin wrote: IMHO, getty could be patched easily, maybe some option may be added to suppress tty-bitness-autodetection feature and this would be done by people with more experience WRT linux console (and other kinds of ttys), so I wouldn't perhaps want to extend/improve the wrapper script further. Yes, this sound great. By adding a switch, legacy systems could remain unaltered, while modern systems could get sane defaults, i.e., settings are not messed with. I replaced one terminal of mine with: 9:23:respawn:/sbin/mingetty tty9 and it at least fixes this bug. Do you know any reason to use getty over mingetty on virtual consoles? (Serial lines are a different issue, of course). Greetings Helge -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.ffii.de/ pgpsB9GzwV27M.pgp Description: PGP signature
Bug#337773: localeconf: [INTL:sv] Swedish debconf templates translation
Package: localeconf Version: 0.9.4.1 Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for localeconf. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid msgstr Project-Id-Version: localeconf 0.9.4.1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-03-26 12:24-0300\n PO-Revision-Date: 2005-11-06 13:01+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: swe\n X-Poedit-Country: swe\n #. Type: boolean #. Description #: ../localeconf.templates:4 msgid Manage locale configuration files with debconf? msgstr Hantera konfigurationsfiler för lokalanpassning med Debconf? #. Type: boolean #. Description #: ../localeconf.templates:4 msgid The /etc/environment and /etc/locale.gen files, which contain configuration information for system environment and localization can be handled automatically by debconf, or manually by you. msgstr Filerna /etc/environment och /etc/locale.gen som innehåller konfigurationsinformation för systemets miljö och lokalanpassning kan hanteras automatiskt av debconf eller manuellt av dig. #. Type: boolean #. Description #: ../localeconf.templates:4 msgid Note that only specific, marked sections of the configuration file will be handled by debconf if you select this option; if those markers are absent, you will have to update the file manually, or move or delete the file. msgstr Notera att bara specifika markerade sektioner i konfigurationsfilen kommer att hanteras av debconf om du väljer denna inställning. Om dessa markeringar inte finns behöver du uppdatera filen manuellt, flytta den eller ta bort filen. #. Type: boolean #. Description #: ../localeconf.templates:4 msgid Note also that this question pertains only to portions of these files managed by the localeconf package. msgstr Notera också att denna fråga relaterar bara till delar av dessa filer som hanteras av paketet localeconf. #. Type: boolean #. Description #: ../localeconf.templates:19 msgid Replace existing locale configuration files? msgstr Byta ut existerande konfigurationsfil för lokaler? #. Type: boolean #. Description #: ../localeconf.templates:19 msgid One or both of the existing /etc/environment and /etc/locale.gen files currently on the system do not contain a marked section for debconf to write data for the localeconf package. msgstr En eller flera av de existerande filerna /etc/environment och /etc/locale.gen som för närvarande finns på systemet innehåller inte en markerad sektion för debconf att skriva data till för paketet localeconf. #. Type: boolean #. Description #: ../localeconf.templates:19 msgid If you select this option, the configuration files lacking these markers will be backed up (with the extension \.localeconf-backup\) and debconf sections will be added to the existing versions. If you do not select this option, the existing configuration files will not be managed by debconf, and no further questions about localization configuration will be asked. msgstr Om du väljer denna inställning kommer de konfigurationsfiler som saknar dessa markeringar att säkerhetskopieras (med ändelsen \.localeconf-backup\) och debconf-sektioner kommer att läggas till i de existerande versionerna. Om du inte väljer denna inställning kommer existerande konfigurationsfiler inte att hanteras av debconf och inga fler frågor om konfigurering av lokalanpassning kommer att frågas. #. Type: select #. Description #: ../localeconf.templates:35 msgid Default system locale: msgstr Förvald systemlokal: #. Type: select #. Description #: ../localeconf.templates:35 msgid The LANG environment variable controls all aspects of system localization, except where overridden by the LC_* family of functions. See the locales(7) manual page for more information about locales. msgstr Miljövariabeln LANG kontrollerar alla aspekter för lokalanpassning av systemet utom när den körs över av funktionerna i familjen LC_*. Se manualsidan locales(7) för mer information om lokalanpassning. #. Type: multiselect #. Description #: ../localeconf.templates:55 msgid Environment settings that should override the default locale: msgstr
Bug#337774: linux-2.6: Identd service currently broken by default
Package: linux-2.6 Severity: important Hi, I came across this problem by using ident identification with PostgreSQL in Debian. The default identd in Debian, pidentd, currently utilizes NETLINK (with a patch to upstream code[1]) for connection identification. Therefore, kernel support is needed. While CONFIG_IP_TCPDIAG is currently configured as a module by default (checked on i386 and sparc64), this one is not loaded automatically. This causes identd service to be broken by default: [EMAIL PROTECTED]:~$ telnet atari 113 Trying 192.168.5.99... Connected to atari. Escape character is '^]'. 22,36660 22 , 36660 : ERROR : NO-USER With the module tcp_diag loaded manually on the server, it works: [EMAIL PROTECTED]:~$ telnet atari 113 Trying 192.168.5.99... Connected to atari. Escape character is '^]'. 22,36660 22 , 36660 : USERID : UNIX :root The package pidentd solved this problem by just mentioning it in the README.Debian[2]. I'm currently seeing some possible solutions to solve this problem: (a) Make the module tcp_diag being loaded automatically on demand (preferred) (b) Set CONFIG_IP_TCPDIAG=y (c) Change pidentd, reassigning the bug (questionable) Thanks, Roland [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=208290 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=305926 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-sparc64, also tested with 2.6.14 on i386 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337746: xsnow: Blank screen since todays upgrade
Hi, From: Vincent Lönngren [EMAIL PROTECTED] Subject: Bug#337746: xsnow: Blank screen since todays upgrade Date: Sun, 06 Nov 2005 07:59:03 +0100 Package: xsnow Version: 1:1.42-1 Severity: normal Hi. Since todays upgrade, the screen just goes black when xscreensaver is supposed to start xsnow. There is no snow, no santa, no rudolf. It's sad. I can not reproduce this bug, but I uploaded a new version 1.42-2 at http://people.debian.org/~caiqian/ If the problem is still there, then please give more information on how to reproduce this bug. Cai Qian
Bug#337775: crontab gives error
Package: efax Version: 1:0.9a-16 Severity: normal Recently, my crontab started sensing emails about efax: /etc/cron.weekly/efax: find: /var/log/fax: No such file or directory I guess it should just ignore the directory if it isn't found, and not bother the sysadmin with it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc6 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages efax depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libpaper-utils1.1.14-3 Library for handling paper charact ii libpaper1 [libpaperg] 1.1.14-3 Library for handling paper charact ii libpaperg 1.1.14-3 Library for handling paper charact ii make 3.80-11The GNU version of the make util efax recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337776: bazaar: botched invariant with baz log
Package: bazaar Version: 1.4.2-1 Severity: normal Hi, Create an empty directory (mkdir ~/bar; cd ~/bar) and do 'baz log'. Bazaar reports that it hit an internal bug. eve:[~/bar]% ls -la total 16 drwxrwxr-x 2 anand anand 4096 2005-11-06 23:08 . drwxr-xr-x 96 anand anand 4096 2005-11-06 23:08 .. eve:[~/bar]% baz log /build/buildd/bazaar-1.4.2/src/baz/libarch/namespace.c:437:botched invariant arch_valid_package_name (name, arch_maybe_archive, arch_req_package, 1) baz: uncaught exception: -1:(exiting on botched invariant) please report this as a bug to [EMAIL PROTECTED] -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc3 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages bazaar depends on: ii diff 2.8.1-11 File comparison utilities ii gawk 1:3.1.4-2.0.1 GNU awk, a pattern scanning and pr ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libgpgme11 1.1.0-1 GPGME - GnuPG Made Easy ii libneon24 0.24.7.dfsg-2 An HTTP and WebDAV client library ii libssl0.9.70.9.7g-5 SSL shared libraries ii patch 2.5.9-2 Apply a diff file to an original bazaar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337777: RFP: libhtml-wikiconverter-perl -- An HTML to wiki markup converter
Package: wnpp Severity: wishlist * Package name: libhtml-wikiconverter-perl Version : 0.30 Upstream Author : David J. Iberri * URL : CPAN : HTML::WikiConverter * License : GPL or Artistic License, like Perl Description : An HTML to wiki markup converter HTML::WikiConverter is an HTML to wiki converter. It can convert HTML source into a variety of wiki markups, called wiki dialects. HTML::WikiConverter supports the DocuWiki, Kwiki, MediaWiki, MoinMoin, Oddmuse, PhpWiki, PmWiki, SlipSlap, TikiWiki, UseMod and WakkaWiki wiki dialects. I've build a package using dh-make-perl. It's available from deb[-src] http://non-gnu.uvt.nl/debian sarge libhtml-wikiconverter-perl. Unfortunately I don't have the time to maintain this package; therefore I won't upload it to the Debian archive. Bye, Joost signature.asc Description: Digital signature
Bug#299706: Please add IPv6 support to squid
On Wed, Apr 20, 2005 at 12:02:01AM +0200, Luigi Gangitano wrote: there is now no official support for IPv6 in squid 2.5 (the only patch available is old and unmaintained). Rafael Martinez stepped up recently to enable IPv6 in squid and stated working on a patch. This will take a while, please be patient. Even if Sarge is known to be always late, I don't expect a patch to be available before sarge is released. Any progress on this? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324912: gftp: Tons of segfaults
Nicolas a écrit : Package: gftp Version: 2.0.18-10 Followup-For: Bug #324912 gftp regularly crashes, it's almost unusable. Is someone trying to debug that ? This bug report is pretty useless without a way to reproduce the craches you observed. Could you send me that? Thanks, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336732: /lib/modules/*/build symlink should be ignored when checking if kernel is installed
* Manoj Srivastava [EMAIL PROTECTED] [2005-11-05 23:51]: Why should a symlink be ignored? What other stuff would people want to have ignored if we start on a slippery slope like this? nividia-source, vmware, and scads of others would like to dump stuff in /lib/modules, and the book keeping involved in keeping track of stuff in the /lib/modules/ which is OK to ignore would be massive. The presence of that link is a bug, and should be fixed. Can you explain why it is a bug? I think upstream puts header files in /lib/modules/foo/build/ too, so it's not as if this is a Debian specific thing. (Correct me if I'm wrong; also CCing -kernel). Given that the warning by kernel-package talks about modules, why don't you do a 'find' and look for .o and .ko files? kernel-package itself does not create that link, and the entity responsible for that link should know better. AFAIK many external build process (for kernel modules) except /lib/modules/foo/build, so it's hardly a matter about knowing better on the side of the kernel-headers package. Unless you get upstream to change, it's quite likely that people will have a build symlink in their modules dir and the kernel-build message will therefore be useless and even misleading. kernel-headers is also different to your other examples (e.g. nividia-source) in that it doesn't put _modules_ there. So given that this is a well-known exception, I don't see why it would be so hard or troublesome to ignore /lib/modules/foo/build when checking for modules dir. It's like one line of Perl code - and it will reduce one false positive. There is a workaround for you, of course, until the bug is fixed in the proper place: I'm fairly sure the proper place is kernel-package and not kernel-headers, as outlined above. ,[ Manual page kernel-img.conf(5) ] | silent_modules | This option has been put in for the people who are vastly irri- | tated on being warned about preexisting modules directory | /lib/modules/$version That directory may belong to an old or | defunct kernel-image-$version package, in which case problems ... And even if we continue to disagree, this bug report should be reopened to become a wishlist to mention kernel-headers in this description. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319376: autoconf-archive: now it checks another wrong one
Package: autoconf-archive Version: 20050927-1 Followup-For: Bug #319376 Instead of $ax_cv_boost_filesystem it checks $ac_cv_boost_filesystem now. Christian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) autoconf-archive depends on no packages. Versions of packages autoconf-archive recommends: ii autoconf 2.59a-6automatic configure script builder -- no debconf information diff -Naur autoconf-archive-old/m4src/ax_boost_filesystem.m4 autoconf-archive-20050927/m4src/ax_boost_filesystem.m4 --- autoconf-archive-old/m4src/ax_boost_filesystem.m4 2005-09-27 15:25:12.0 +0200 +++ autoconf-archive-20050927/m4src/ax_boost_filesystem.m4 2005-11-06 13:45:07.0 +0100 @@ -28,7 +28,7 @@ ax_cv_boost_filesystem=yes, ax_cv_boost_filesystem=no) AC_LANG_RESTORE ]) -if test $ac_cv_boost_filesystem = yes; then +if test $ax_cv_boost_filesystem = yes; then AC_DEFINE(HAVE_BOOST_FILE,,[define if the Boost::FILESYSTEM library is available]) dnl Now determine the appropriate file names AC_ARG_WITH([boost-filesystem],AS_HELP_STRING([--with-boost-filesystem],
Bug#336732: /lib/modules/*/build symlink should be ignored when checking if kernel is installed
On Sun, Nov 06, 2005 at 12:39:52PM +, Martin Michlmayr wrote: * Manoj Srivastava [EMAIL PROTECTED] [2005-11-05 23:51]: Why should a symlink be ignored? What other stuff would people want to have ignored if we start on a slippery slope like this? nividia-source, vmware, and scads of others would like to dump stuff in /lib/modules, and the book keeping involved in keeping track of stuff in the /lib/modules/ which is OK to ignore would be massive. The presence of that link is a bug, and should be fixed. Huh ? What is going on here, the /lib/modules/foo/build/ link is *NOT* a bug, and is part of the plan to build external modules, and thus needed and advertized so. Please *DON'T* even think about removing it. Can you explain why it is a bug? I think upstream puts header files in /lib/modules/foo/build/ too, so it's not as if this is a Debian specific thing. (Correct me if I'm wrong; also CCing -kernel). Indeed, and most third party modules build out of the box checking for it and doing KSRC=/lib/modules/foo/build/. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313189: acknowledged by developer (Bug#313189: fixed in wine 0.9-1)
Great, thanks. Kind regards JG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337778: aptitude: proceeds with upgrade even with Cancel after downloading files
Package: aptitude Version: 0.4.0-2 Severity: normal Hello, for a while in the experimental 0.3.x series (in 0.3.4-1 for sure), and now in 0.4.0, the aptitude dialog to abort the upgrade after downloading the files does not work. I have configured in Options - UI options the Pause after downloading files to Always, so I get the old behavior, but then, whenever I answer Cancel to the dialog, aptitude proceeds with the upgrade... Please let me know if I can provide more information. Cheers, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.42.2 Advanced front-end for dpkg ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2 2.0.16-1 type-safe Signal Framework for C++ ii libstdc++64.0.2-3The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Experience is something you don't get until just after you need it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298152: #298152: checkinstall: incorrectly sets Arch:x86_64 for .deb under amd64
Kurt Roeckx @ 2005-06-12 (Sunday), 23:05 (+0200) You should be using something like dpkg --print-architecture or dpkg-architecture instead. Would this patch do the trick? -- /Martin diff -ur checkinstall-1.5.3/checkinstall checkinstall-patched-1.5.3/checkinstall --- checkinstall-1.5.3/checkinstall 2005-11-06 14:03:59.302390154 +0100 +++ checkinstall-patched-1.5.3/checkinstall 2005-11-06 14:10:20.886160966 +0100 @@ -1146,8 +1146,8 @@ # Fix the PowerPC architecture description if we're on Debian - if [ $CK_DEBIAN = 1 ] [ $ARCHITECTURE = ppc ]; then - ARCHITECTURE=powerpc + if [ $CK_DEBIAN = 1 ] then + ARCHITECTURE=`dpkg-architecture -qDEB_HOST_ARCH` fi
Bug#324912: gftp: Tons of segfaults
gftp crashes when downloading directories which contains other directories. In fact, since a month or two, I can't use gftp without a segfault each time I use it... On Sun, Nov 06, 2005 at 01:24:44PM +0100, Aurelien Jarno wrote: Nicolas a écrit : Package: gftp Version: 2.0.18-10 Followup-For: Bug #324912 gftp regularly crashes, it's almost unusable. Is someone trying to debug that ? This bug report is pretty useless without a way to reproduce the craches you observed. Could you send me that? Thanks, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- Conti O -- Kawasaki-Nikon-Linux --- ._ /\_ --- Powered --- (x) (x) ~~~
Bug#270396: bins_edit generates wrong encoding in .xml
* Ludovic Rousseau [EMAIL PROTECTED] [2005-11-05 18:27]: Can you provide a sample file so I can reproduce the bug here? To reproduce this bug please please execute this command in ru_RU.KOI8-R locale: Ludovic, do you have some time to look at this? It was not easy to reproduce since I had to cut-n-paste a ru_RU.KOI8-R string. I can reprodude the problem and the patch Alexander provided corrects it. I don't know if has some bad side effects. Since bins_edit evolved a bit the patch should now be: --- /usr/bin/bins_edit 2005-10-15 17:02:06.0 +0200 +++ bins_edit 2005-11-05 18:19:32.0 +0100 @@ -189,6 +189,7 @@ $value = encode_entities($value, '\00-\31'); } + $value = $converter-convert($value); my $characters = XML::Grove::Characters-new( Data = decodeEntites($value)); @@ -283,7 +284,7 @@ my $fileHandler = new IO::File; open($fileHandler, '', $file) or die(Cannot open file $file to write Exif tag ($!)); - binmode($fileHandler, :utf8) if $^V ge v5.8.0; + #binmode($fileHandler, :utf8) if $^V ge v5.8.0; my $my_handler = new XML::Handler::YAWriter( 'Output' = $fileHandler, # 'Escape' = { I suggest to ask Jérôme to include the patch upstream. Jérôme, can you please take a look at the bug report at http://bugs.debian.org/270396 and the patch suggested here. -- Martin Michlmayr http://www.cyrius.com/
Bug#337779: release-notes do not suggest re-running lilo
Package: release-notes Yesterday I upgraded a machine from woody to sarge, reading and carefully following the procedure given in the release notes. The upgrade went generally smoothly (in contrast to my experiences on my own machine, but that's another story). Then I read section 4.6, `Things to do before rebooting', did everything appropriate in there, and rebooted. The machine turned out to be unbootable. I emergency-booted it by the use of the GRUB floppy image in the `grub-disk' package (which is the best rescue floppy I've seen in ages), re-ran lilo, and then all was well. Since we hadn't upgraded the kernel (as the release notes told us not to), it hadn't occurred to me that we might need to re-run lilo. However, we did, and presumably (with hindsight) the reason was that the LILO second stage had changed due to the upgrade of the lilo package itself. At no point did lilo automatically re-run (probably a good thing - I might have had the package installed but not currently have been using it as my bootloader) or offer to re-run (which perhaps it should have). It would have saved a _lot_ of pain if section 4.6 of the release notes had prominently contained a notice saying `make sure you re-run lilo if you're using it as your bootloader'. I'm not entirely sure whether this should be in the release notes or whether the lilo package should have displayed a notice as part of its upgrade. Please feel free to reassign this bug to the lilo package if the latter is more appropriate. However, I'm absolutely sure that _something_ should have reminded me to rerun lilo! Cheers, Simon -- Simon Tatham Thieves respect property; they only wish the property to [EMAIL PROTECTED]be their own, that they may more properly respect it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337780: debian-installer-manual: please rm section 8.5. Compiling a New Kernel
Package: debian-installer-manual Severity: wishlist * the chapter is out of date (not referring to the new common package). * there are lots of other references on the topic: - the debian-reference has an chapter about howto compile a new kernel for your debian box - the Debian Linux Kernel Handbook has lots of info on latest builds worked on by mh with input by trave11er and dilinger. - http://kernel-handbook.alioth.debian.org/ * chapter out of topic 8. Next Steps and Where to Go From Here newbies who got there probably want to run some kde or gnome apps ;) it seems like a bloat for the translator. if you consider aboves point not valid, feel free to close it away. i just stumbled upon it today at a friends place who read this manual and had shoot himself into the foot with a strange kernel .config. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337587: bad behavior after Ctrl-C at wajig source continue prompt
Graham, since you removed the implicit apt-get build-dep, this is likely no longer an issue for wajig source. However, it may be worth investigating if other commands such as wajig build have a similar issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337781: ktouch: spelling error in german lecture
Package: ktouch Version: 4:3.4.2-2.1 Severity: minor The german nine-part-lecture has a spelling error, see attached patch. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ktouch depends on: ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfam0 2.7.0-8client library to control the FAM ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-7 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages ktouch recommends: ii kdeedu-data 4:3.4.2-2.1 shared data for KDE educational ap -- no debconf information diff -urN ktouch.org/german.ktouch.xml ktouch/german.ktouch.xml --- ktouch.org/german.ktouch.xml2005-11-06 14:52:21.0 +0100 +++ ktouch/german.ktouch.xml2005-11-06 14:53:21.0 +0100 @@ -230,7 +230,7 @@ Lineverfiel immer mehr, verlief immer mild, verriet heute immer mehr,/Line Linevieles ist gefilmt, vielerlei merkt er, er vermittelte mir alles,/Line Linevermittle es heute, sie verliert heute, höre jetzt aufmerksam zu,/Line - Linehier malt er emsig, du vermittelst das, sie ist hier vökkig fremd/Line + Linehier malt er emsig, du vermittelst das, sie ist hier völlig fremd/Line Linemerke dir dies gut, verkaufe das heute, verleihe das alles heute,/Line Lineer hat das gemerkt, er verkaufte alles, sie verliest jetzt alles,/Line Linemelde es mir heute, melde es ihm, melde es heute, meldet es jetzt/Line
Bug#337782: ripperx: Second instance in PATH is cumbersome
Package: ripperx Version: 2.6.4-2 Severity: minor I have two ways to call RipperX in Sarge: ripperx and ripperX. The drawback is that command line completion does not help as much as is could to get the command. Since one of the two command is useless, please remove one. (I don't care much for which, though capital letters are unusual.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9-eumel Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ripperx depends on: ii cdparanoia 3a9.8-11 An audio extraction tool for sampl ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14sarge1 X Window System Input extension li ii vorbis-tools 1.0.1-1.3 Several Ogg Vorbis Tools ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#265577: #265577: One Debian bug that could be worth looking at
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Perrier wrote: | Jerry, | | In Debian BTS, we have numerous old bug reports about smbd/nmbd hangs | and most of the time they lead nowhere (this must be user error...:-)). | | However, http://bugs.debian.org/265577 seems to be of higher interest | as it describes an issue which seems to have some background and seems | reproducible at least in 3.0.14a | | The buginning of the bug log seems to suggest a user error, but later | Loïc Minier adds a contribution which explains a possible race | condition. | | Could you have at least a quick look at this part? Will do. I'll try to spend some time on it next week. jerry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDbhCeIR7qMdg1EfYRAimkAJ4jp8jPqkeidvp/1tpTPrzRdrfDuACg2txu MXMSCYGYqfzjF4sB25L/Co4= =ecvf -END PGP SIGNATURE-
Bug#337689: aptitude: no color when TERM=rxvt-unicode
On Sat, Nov 05, 2005 at 02:51:07PM -0500, Jason Lunz [EMAIL PROTECTED] was heard to say: in rxvt-unicode, aptitude doesn't use color. I didn't realize how useful the colors were until I tried it without them. :) TERM=rxvt works as a workaround (see urxvt(7) for lots of useful info). The problem seems to be the code that allows you to set the foreground and background colors independently. Because terminals work by allocating color pairs (blah), this requires that the number of color pairs be equal to the square of the number of colors. rxvt-unicode has 88 colors and 256 color pairs, so aptitude's new color system is unable to deal with it. A sane solution would be to fall back to only supporting the lower sqrt(COLOR_PAIRS) colors; 16 in this case. Daniel signature.asc Description: Digital signature
Bug#337783: randomplay: To UTF-8 or not to UTF-8
Package: randomplay Version: 0.48 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When randomplay plays MP3s that contain non-ASCII characters in their tags the output contains funny characters - probably UTF-8 encoded in my ISO-8859-15 xterm [0]. Taking a look at the code I saw that the tags are read with MP3::Info, and if I understand perldoc MP3::Info correct, there is a function called use_mp3_utf8(), which defaults to true. This seems to be the source for the UTF-8 characters. [1] Maybe it's possible to implement a command line option / configuration variable for ~/.randomplayrc to turn the UTF-8 output on/off by using use_mp3_utf8() in randomplay. *Some time later* I've tried to implement this functionality ((no)useutf8), cf. the attached patch, and first tests work for me. Regards, gregor [0] Just now playing: - - YEAR: 2002 ARTIST: Kurt Ostbahn ALBUM: KurtiositÀten TITLE: Nachbarn TAGVERSION: ID3v1.1 TRACKNUM: 9 [1] use_mp3_utf8([STATUS]) Tells MP3::Info to (or not) return TAG info in UTF-8. TRUE is 1, FALSE is 0. Default is TRUE, if available. ... - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.200510301955 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages randomplay depends on: ii libdate-calc-perl 5.4-4 Perl library for accessing dates ii libmp3-info-perl 1.13-1 Perl MP3::Info - Manipulate / fetc ii libogg-vorbis-header-perl 0.03-1 perl interface to Ogg Vorbis infor ii libterm-readkey-perl 2.30-2 A perl module for simple terminal ii perl 5.8.7-7Larry Wall's Practical Extraction Versions of packages randomplay recommends: ii mpg3210.2.10.3 A Free command-line mp3 player, co ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools - -- debconf-show failed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDbhHFOzKYnQDzz+QRAm7XAKCED8vvRBZv/OdGyxpeQH8gBmxcVwCglFbO J7D/9XzmYrkFa1TcNsCVof4= =otAt -END PGP SIGNATURE- --- /usr/bin/randomplay.0.482005-11-06 14:53:01.0 +0100 +++ /usr/bin/randomplay 2005-11-06 15:12:38.0 +0100 @@ -43,2 +43,3 @@ my $remember = 1; +my $useutf8 = 1; my $maxsize = 0; @@ -131,2 +132,4 @@ /^\s*noremember/i || /^\s*remember[\s=]*(no|off|false)/i and $remember = 0; + /^\s*useutf8/i and $useutf8 = 1; + /^\s*nouseutf8/i || /^\s*useutf8[\s=]*(no|off|false)$/i and $useutf8 = 0; /^\s*weight/i and $weight_favorites = 1; @@ -159,2 +162,3 @@ 'remember!' = \$remember, +'useutf8!' = \$useutf8, 'last=i' = \$last_played, @@ -347,4 +351,5 @@ if (/mp3$/i) {# and smarter with presentation and support other tags + MP3::Info::use_mp3_utf8($useutf8); my $tag = get_mp3tag($_); - while (my ($k, $v) = each %{$tag}) { + while (my ($k, $v) = each %{$tag}) { $song_info .= $k . : . $v . \n if $v; @@ -460,2 +465,4 @@ --noremember + --useutf8 use UTF-8 encoding for output (default useutf8) + --nouseutf8 -w, --weight weight random shuffle to prefer songs rated as favorites (default weight)
Bug#337784: evince: missing mailcap entries for DVI and DjVu documents
Package: evince Version: 0.4.0-1 Severity: minor Tags: patch --- debian/evince.mime 2005-11-06 14:55:50.140783016 +0100 +++ debian/evince.mime.new 2005-11-06 15:21:11.051185416 +0100 @@ -1,2 +1,4 @@ application/pdf; evince %s; test=test -n $DISPLAY ; nametemplate=%s.pdf; priority=5 application/postscript; evince %s; test=test -n $DISPLAY ; nametemplate=%s.ps; priority=5 +application/x-dvi; evince %s; test=test -n $DISPLAY ; nametemplate=%s.dvi; priority=5 +image/vnd.djvu; evince %s; test=test -n $DISPLAY ; nametemplate=%s.djvu; priority=5 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages evince depends on: ii gconf22.10.1-6 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcairo2 1.0.0-3The Cairo 2D vector graphics libra ii libdjvulibre153.5.15-1 Runtime support for the DjVu image ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libgcrypt11 1.2.1-4LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnome-keyring0 0.4.5-1GNOME keyring services library ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeprint2.2-02.10.3-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkpathsea3 2.1-1 path search library for teTeX (run ii libnautilus-extension12.10.1-5 libraries for nautilus components ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libpoppler0c2 0.4.2-1PDF rendering library ii libpoppler0c2-glib0.4.2-1PDF rendering library (GLib-based ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libtasn1-20.2.13-1 Manage ASN.1 structures (runtime) ii libtiff4 3.7.4-1Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxml2 2.6.22-1 GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime evince recommends no packages. -- no debconf information -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#337785: module-build failes with ieee80211-1.1.6
Package: ipw2100-source Version: 1.1.2-3 ieee80211-source 1.1.6-2 ipw2100-source1.1.2-3 after upgrading ieee80211-source in etch to 1.1.6-2 the module-build of ipw2100-source failes with: mkdir -p /usr/src/modules/ipw2100/driver/tmp/.tmp_versions cp /usr/src/modules/ieee80211/driver//*.mod /usr/src/modules/ipw2100/driver/tmp/.tmp_versions cp: Aufruf von stat für ,,/usr/src/modules/ieee80211/driver//*.mod nicht möglich: Datei oder Verzeichnis nicht gefunden make: [modules] Fehler 1 (ignoriert) make -C /lib/modules/2.6.12-1-686/build M=/usr/src/modules/ipw2100/driver MODVERDIR=/usr/src/modules/ipw2100/driver/tmp/.tmp_versions CC=cc -I/usr/src/modules/ieee80211/driver/ modules make[1]: Gehe in Verzeichnis »/usr/src/linux-headers-2.6.12-1-686« CC [M] /usr/src/modules/ipw2100/driver/ipw2100.o /usr/src/modules/ipw2100/driver/ipw2100.c: In function '__ipw2100_rx_process': /usr/src/modules/ipw2100/driver/ipw2100.c:2499: warning: passing argument 2 of 'ieee80211_rx_mgt' from incompatible pointer type /usr/src/modules/ipw2100/driver/ipw2100.c: In function 'ipw2100_tx_send_data': /usr/src/modules/ipw2100/driver/ipw2100.c:2889: error: 'struct ieee80211_hdr' has no member named 'addr2' /usr/src/modules/ipw2100/driver/ipw2100.c:2889: error: 'struct ieee80211_hdr' has no member named 'addr2' /usr/src/modules/ipw2100/driver/ipw2100.c:2890: error: 'struct ieee80211_hdr' has no member named 'addr3' /usr/src/modules/ipw2100/driver/ipw2100.c:2890: error: 'struct ieee80211_hdr' has no member named 'addr3' /usr/src/modules/ipw2100/driver/ipw2100.c:2894: error: 'struct ieee80211_hdr' has no member named 'addr2' /usr/src/modules/ipw2100/driver/ipw2100.c:2894: error: 'struct ieee80211_hdr' has no member named 'addr2' /usr/src/modules/ipw2100/driver/ipw2100.c:2895: error: 'struct ieee80211_hdr' has no member named 'addr1' /usr/src/modules/ipw2100/driver/ipw2100.c:2895: error: 'struct ieee80211_hdr' has no member named 'addr1' /usr/src/modules/ipw2100/driver/ipw2100.c: In function 'ipw2100_wpa_set_param': /usr/src/modules/ipw2100/driver/ipw2100.c:5595: error: 'struct ieee80211_device' has no member named 'tkip_countermeasures' /usr/src/modules/ipw2100/driver/ipw2100.c: In function 'ipw2100_alloc_device': /usr/src/modules/ipw2100/driver/ipw2100.c:6088: error: 'struct ieee80211_device' has no member named 'tkip_countermeasures' make[2]: *** [/usr/src/modules/ipw2100/driver/ipw2100.o] Fehler 1 make[1]: *** [_module_/usr/src/modules/ipw2100/driver] Fehler 2 make[1]: Verlasse Verzeichnis »/usr/src/linux-headers-2.6.12-1-686« make: *** [modules] Fehler 2
Bug#275053: gdm: Problem gone
Package: gdm Version: 2.6.0.8-1 Followup-For: Bug #275053 I haven't seen this problem for a long time. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages gdm depends on: ii adduser 3.77Add and remove users and groups ii debconf 1.4.58 Debian configuration management sy ii dpkg 1.13.11.0.1 package maintenance system for Deb ii gksu 1.3.6-1 graphical frontend to su ii gnome-session2.10.0-8The GNOME 2 Session Manager ii gnome-terminal [x-termin 2.10.0-3The GNOME 2 terminal emulator appl ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libattr1 2.4.25-1Extended attribute shared library ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-7 GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgtk2.0-0 2.6.10-1The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpam-modules 0.79-3 Pluggable Authentication Modules f ii libpam-runtime 0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.9.5-5 SAX-based renderer library for SVG ii libselinux1 1.26-1 SELinux shared libraries ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-10 X Window System Input extension li ii libxml2 2.6.22-2GNOME XML library ii metacity [x-window-manag 1:2.10.3-2 A lightweight GTK2 based Window Ma ii twm [x-window-manager] 6.8.2.dfsg.1-10 Tab window manager ii xbase-clients6.8.2.dfsg.1-10 miscellaneous X clients ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii xterm [x-terminal-emulat 6.8.2.dfsg.1-10 X terminal emulator ii zlib1g 1:1.2.3-6 compression library - runtime Versions of packages gdm recommends: ii dialog1.0-20051030-1 Displays user-friendly dialog boxe ii whiptail 0.51.6-31 Displays user-friendly dialog boxe ii zenity2.10.1-1 Display graphical dialog boxes fro -- debconf information: gdm/daemon_name: /usr/bin/gdm * shared/default-x-display-manager: gdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337786: Broken dependencies that don't allow installation of libnumerix-ocaml-dev
Package: libnumerix-ocaml Version: 0.19-5.1.1 Severity: grave Justification: renders package unusable This is what I obtain when trying to install libnumerix-ocaml # apt-get install libnumerix-ocaml The following packages have unmet dependencies: libnumerix-ocaml: Depends: libgmp3 but it is not going to be installed E: Broken packages libnumerix-ocaml-dev is not installable because it requires: - libnumerix-ocaml - libgmp3-dev And libnumerix-ocaml requires: - libgmp3 Whereas libgmp3-dev uninstalls libgmp3 by remplacing it with: - libgmpxx3 - libgmp3c2 So libgmp3 and libgmp3-dev can't be installed at the same time. Is it possible to make libnumerix-ocaml depend of libgmpxx3 and libgmp3c2 instead of libgmp3 ? regards, Florent -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292601: kernel-source-2.6.8: Problem gone
Package: kernel-source-2.6.8 Followup-For: Bug #292601 I think this bug has been fixed for some time now. Maybe I'm wrong. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283580: w3mmee: Problem gone
Package: w3mmee Version: 0.3.p24.20-3 Followup-For: Bug #283580 Whatever this problem was, I don't see it anymore. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages w3mmee depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgc1c2 1:6.5-1conservative garbage collector for ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib ii libmoe1.5 1.5.7-1library to handle multiple octets ii libncurses5 5.5-1 Shared libraries for terminal hand ii libssl0.9.7 0.9.7g-5 SSL shared libraries Versions of packages w3mmee recommends: ii ca-certificates 20050804 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337047: gobby segfaults while reading its own config
On Nov 2, 2005, at 12:53, Alexander Wirt wrote: if I start gobby, quits it segfaults the next if I try to start it. An strace looks like that it has problems while reading the xml config. I cannot trace this bug back to /anything/ useful, I am sorry. Currently I am hoping that the new upstream release, which will probably happen on November 15, 2005, fixes this issue among others. There are other users which were able to just apt-get it and to run it properly. Could you reproduce it on a second machine? The backtrace isn't useful at all because it doesn't trace into Gobby's codebase but is stuck within the libsigc++. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337787: .MTO produces email addresses with stray whitespace
Package: groff Version: 1.18.1.1-10 Severity: minor Using .MTO for email addresses (as seen in the groff man page) results in a stray space put before the closing bracket. Example: 1284:[EMAIL PROTECTED]: ~] cat t . .mso www.tmac . .MTO [EMAIL PROTECTED] Martin Michlmayr 1285:[EMAIL PROTECTED]: ~] man -l t -P cat | head -3 Reformatting t, please wait... Martin Michlmayr [EMAIL PROTECTED] Also, these brackets are special UTF-8 chars and cannot be simply CPed into a mail program. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages groff depends on: ii groff-base 1.18.1.1-10 GNU troff text-formatting system ( ii libc62.3.5-7 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxaw7 6.8.2.dfsg.1-10 X Athena widget set library ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 6.8.2.dfsg.1-10 X Window System miscellaneous util ii libxpm4 6.8.2.dfsg.1-10 X pixmap library ii libxt6 6.8.2.dfsg.1-10 X Toolkit Intrinsics ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m Versions of packages groff recommends: ii gs 8.15-4Transitional package ii gs-gpl [gs]8.15-4The GPL Ghostscript PostScript int ii imagemagick6:6.2.4.5-0.2 Image manipulation programs ii libpaper1 1.1.14-3 Library for handling paper charact ii netpbm 2:10.0-10 Graphics conversion tools ii psutils1.17-19 A collection of PostScript documen -- no debconf information -- Martin Michlmayr http://www.cyrius.com/
Bug#337788: kmix volume splash screen stuck on Dell inspiron 8500
Package: kmix Version: 3.4.2-2 The problem is that the Volume splash screen never disappears Also if I hit the volume buttons on the laptop I can see the volume increasing but as I release the volume up button the volume status bar sinks back to zero It looks like the machine is constantly sending a volume down button press to the mixer. I've tried removing and reinstalling the kmix and lineakd packages the problem still persisted, so I re-installed them hoping that it would update whatever rouge config file was causing this the Packages in question are ii lineak-kdeplugins0.8.3-6 LinEAK KDE plugins ii lineakd 0.8.3-6 Linux support for Easy Access and Internet K ii kmix 3.4.2-2 sound mixer applet for KDE Cheers Jan. -- - Eagles may soar ... But weasels don't get sucked into jet engines - -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.1 (GNU/Linux) mQGiBEFcf+cRBADCp7v87sXJijZkqZQT4EzZAygCyuVDQNgNNCl9C4Feu09/ymGO DruqQ/P17FmlQ/BCmINklZzd4VxvUzn+p06ivwtnRlndzCM/BSWVt48mBPGy6DQS d1i+VA58OBLHU/gsERLfdQ5RYmLOrPI98ToU8UZDYgX/B/xKz8fqqfNY6wCgjmTD 5N6jzfThiRG1ve+ZdYKnjcED/R9g8W7+dqvapii/Yuefed1EpNCOUspNGiqXuhPb S2O3Ws7PPIW73qEJYwLMDLzsSK0ZLnLueM+UNR7O+AStKuj0MUReQ3E5G2iK48Xw vs1k+aZ51rFHSUs4fUWYaD6YTXnf31vpm1evLCxgtoSh+vi9Ble5TyPsfLnllZm7 SKkkBACaKHOlB/uV32FrB6VIKJQLu0TeNU234y4S5SKZV/7k2GuwBOR5t+tXyser dP78T+LW1aVdMgtkapXrnMKnfEbyhpdyQFnys+8k6+y8XRUR/9E6sFdZ3SK6uroo hZRkYFOvQXuDGzFZRUz/PIavoh3sJllRYTSA/npCsZrM53DUObRHSmFuIEggRXJp bmdhIChKYW4ncyBQZXJzb25hbCBFLU1haWwgcHVibGljayBrZXkpIDxqX2VyaW5n YUB5YWhvby5jby5uej6IYQQTEQIAIQUCQVx/5wUJB4TOAAYLCQgHAwIDFQIDAxYC AQIeAQIXgAAKCRBTLsFEDpC3b/OMAJ0VExTeHASt+hKMWEi77unekl4AoQCfRX1M DKrNWGaHvtHhkxPjn79o9zm5BA0EQVyA9RAQAIVpQ6ZyEyaGiiF7ypo2fjIKwn8w HVtqFDEXbHqIV8axRx4MsrIgtZnEzFmzftHFD6RQtRDMONdTNJN8F+lC7Xid+tvG QZ+nRRdVOgotANG0rU6mHN/01FliASAwwjdJG74s5ngaCXe5KSH1NrRrEz49GQ/B inX7mdPAqDeKO+GtXcywwWLcPz6jMOcpWL2oWAMqP4kZJwdBltk70LOpLzFDCb6m qWtE05YdKanKuX1a1K1JSrMasmIksrFzpy3f5wh/VaJA0ADSldEj/S1+8QY4dF94 y3vyneygyLkdNgjNvwjvZsYk+PuTmInV9B9+XMLDqq3G2hkWfB88N0Doqh7W7lcw uHuXgMKfg20tZYUs6gNcpfNJxPh4R+zQxGeghMEuBA5pCahxL65Ptx3yxzFz9IUP b5r1XGdbCZLBna+u8JqhhyCTgHHUhvMSX2JK8zVsBYkO7jlY+YUmSR5WmnyEI91j H8UNxCyuMyQqebTfZLnh64c0SDgDzJLNPAsCUCP5XvXUv8D74tvw4dTszr8pY3/+ zMrULs37sfdD2z+DI0jsKZj9GySvdbVAicntvt2JNAA+awgcoNnzgwBngSJTnt6t JoyWGcn+oqxYJzJW+QapQbgL3C0pd6nXwA0wXZyHdIhVTQ7hCZygD9wIDa/+RdRQ gAObojUfGoY/E3V/AAMFD/4/jr6aHjXEaTurf6hwRqzFyS20i+YXarkk6p2lRFSY 9K+eu6FrYdIGjdEnyKvZodAzmVV1e3YiiaAHn4qF79DD4ytmLBRSfFxW5EubBs4H 58RECOpkl9JWW1HjYESB5pKrdLlcKO1dpAvPwm5VFdMvBt15D+qTOgnNMX4MDXeo FbEvTDjDbqt39UF1UUj0W2tVHAovw0orXOlE5ZKZPFPLykUSoa0D8s3wyoF2rTtQ Bu97ZQMmlcsNHULZupKXx9vNiLGRSpgm9QrbWOFUGXrPVwQsapCU3LFQ++SEpEaz bhQhpjZ7oRvS/uknVXgnlOf/tE5D34XcpvPgyKGOZjxiNNgUdkDe6YdqYNJTYpnz T5i8gGf0SedrJ/ehY38P1GLdgeOrw3EnXwJ++RHJtLWfomBWXkFEqpOHB95lTehr sgaSfYy9i2K+4NbZfZs4I0mNcXS0a2T1lwWQE4dBdIVW78zPZlUXaP5IUNQ4MQIP O6lAflUC1fya8cIoMDe6YcxC1olLVPps+WQ6QgYgg99vMZ5oFsb/cdPNFQaPRSkg MBroWOFW5ZYOEPrimJUPtK2BgD4nr1JWRlJ0jWJAYGXJIdIG8bQPXITP4aU8zsmb oR+uD2JUIl4cFyI1cZX4JKdY+vfF2oMCU7sJVjGH0udOV9pCvzoEXB99DZEGociW VYhMBBgRAgAMBQJBXID1BQkHhM4AAAoJEFMuwUQOkLdvoHUAnjoImeVH0+EY/0p0 e3rezpD74h6jAJ0SzLn/asY477v+Pun2RdlKBLhi8Q== =I7L8 -END PGP PUBLIC KEY BLOCK- pgpHn0dogyJPC.pgp Description: PGP signature
Bug#337789: libqt3-mt: Crash in libc6 free() caused by a vtable function of QGList that kills KDevelop and others
Package: libqt3-mt Version: 3:3.3.5-1 Severity: important Several operations in KDevelop induces crashes with similar tracebacks. Theses bugs are reported to bugs.kde.org, but they may have a common root in the libqt3-mt package used in Debian unstable. Common part (last lines) of these tracebacks: ... #47 0xb688895c in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #48 0xb68fdea2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #49 0xb68fddcb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #50 0xb68e4305 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #51 0x0804e3c8 in ?? () #52 0xbfa9b424 in ?? () #53 0x08051c42 in vtable for QGList () #54 0xbfa9b5e8 in ?? () #55 0x0804e37c in ?? () #56 0xb61ca134 in free () from /lib/tls/libc.so.6 #57 0xb6177ec0 in __libc_start_main () from /lib/tls/libc.so.6 #58 0x0804d991 in ?? () Something in QGList crashes KDevelop and possibly other apps in some cases. You could reproduce the bug under Debian unstable: Open KDevelop and create a new project. Go to the Project / Project options dialog. Select the Extension modules pane and deselect visualboyadvance, then press Ok to save changes. KDevelop crashes for me at this point with SIGSEGV. It does not crash if you press Cancel. For full traceback see: http://bugs.kde.org/show_bug.cgi?id=115757 Please drop me a mail it the bug cannot be reproduced and this issue is related to my system only. I use a custom SMP kernel with Intel P4 CPU with HyperThreading support. I can send .config, do tests of everything you need to track down this thing. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4-sirius-20051105-1516 Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages libqt3-mt depends on: ii fontconfig 2.3.2-1.1 generic font configuration library ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-7 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libmng1 1.0.8-1 Multiple-image Network Graphics li ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-10 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-10 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-10 X Toolkit Intrinsics ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-6 compression library - runtime libqt3-mt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337790: libnjb-hotplug doesnt take into account the new udev system without hotplug
Package: libnjb-hotplug Version: 2.2.3-1 Severity: grave Justification: renders package unusable Hi, since udev 0.71-1 is into testing, hotplug has been removed and the configuration of libnjb-hotplug is not used anymore by udev. I dont really understand how it works but it doesnt :) thanks, kaouete ps: i dont know if you know but libnjb 2.2.4 is out :) -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (850, 'testing'), (800, 'testing'), (400, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-emile Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libnjb-hotplug depends on: ii udev [hotplug]0.071-1/dev/ and hotplug management daemo libnjb-hotplug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337791: librplay3-dev: should depend on libc6-dev
Package: librplay3-dev Version: 3.3.2-9 Severity: serious File: /usr/include/rplay.h Per Policy §3.5, librplay3-dev should depend on libc6-dev | libc6-dev. Its header file references C library headers, and if those are not installed, the compilation of source code which #includes rplay.h will fail. Every other library -dev package I'm familiar with depends on the -dev packages whose header files it references. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages librplay3-dev depends on: ii librplay3 3.3.2-9Shared libraries for the rplay net librplay3-dev recommends no packages. -- no debconf information
Bug#337792: Memory leak in Debbugs::MIME::parse
Package: debbugs Version: 2.4.1 Severity: normal There's a memory leak in Debbugs::MIME::parse() as you can see by running the attached script for a while. 6536 tbm 24 0 9344 6696 4056 R 46.8 1.7 0:26.79 test-mem-leak.p 6536 tbm 24 0 50116 46m 4056 R 42.6 12.3 10:20.87 test-mem-leak.p Tested with CVS as the end of ~2003 and with current CVS. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Martin Michlmayr http://www.cyrius.com/ #!/usr/bin/perl -w use strict; use Debbugs::Log; use Debbugs::MIME; my $spool = /org/bugs.debian.org/spool; sub read_log($) { my $log_filename = shift; open LOG, $log_filename or die Can't open $log_filename: $!; my @records = Debbugs::Log::read_log_records(*LOG); close LOG; for my $record (@records) { if ($record-{type} eq incoming-recv) { my $decoded = Debbugs::MIME::parse($record-{text}); } } } sub process_dir($) { my $db = shift; opendir DB, $db or die Can't opendir $db: $!; while (defined(my $dir = readdir DB)) { next if $dir =~ /^\.\.?$/ or not -d $db/$dir; opendir HASH, $db/$dir or die Can't opendir $db/$dir: $!; print Processing dir $dir ...\n; while (defined(my $file = readdir HASH)) { next unless $file =~ /\.log$/; my $bug = $file; $bug =~ s/\.log$//; my $log = $db/$dir/$file; next if -z $log; read_log($log); } closedir HASH; } closedir DB; } for my $db (archive, db-h) { process_dir($spool/$db); } # vim: ts=4:expandtab:shiftwidth=4:
Bug#337793: gkdebconf: [INTL:fr] French program translation
Package: gkdebconf Severity: wishlist Tags: patch l10n Please find attached the French translation of gkdebconf, proofread by the debian-l10n-french contributors. po-fr.po.gz should be put as fr.po in the po/ directory. This is a small update by myself. Christian Perrier, the initial translator, has given up this translation. scripts-fr.po.gz should be put as fr.po in the scripts/ directory. Cheers, -- Thomas Huriaux po-fr.po.gz Description: Binary data scripts-fr.po.gz Description: Binary data signature.asc Description: Digital signature
Bug#294499: Bug fixed in SWIG-1.3.27
Hi William, On Sat, Nov 05, 2005 at 11:13:02PM +, William S Fulton wrote: SWIG-1.3.27 contains the swig-fix-for-threadsafe-ZTS.patch patch. Assumed fixed and closing corresponding swig bugtracker bug http://sourceforge.net/tracker/index.php?func=detailaid=653355group_id=1645atid=101645 Thanks, that's great to know. I'll update the Debian package. Greetings Torsten signature.asc Description: Digital signature
Bug#332931: openoffice.org-l10n-sv: Problem gone
Package: openoffice.org-l10n-sv Version: 2.0.0-2 Followup-For: Bug #332931 This bug does not apply to openoffice.org = 2. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-l10n-sv depends on: ii locales 2.3.5-7GNU C Library: National Language ( Versions of packages openoffice.org-l10n-sv recommends: ii openoffice.org-core 2.0.0-2OpenOffice.org office suite archit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
Harald Dunkel wrote: For testing I have added it to Debian's module-init-tools 3.2-pre9. Works for me. No, it doesn't. After the 3rd reboot the problem was back. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#337746: xsnow: Probably local problem, then
Package: xsnow Version: 1:1.42-2 Followup-For: Bug #337746 The problem is still there. Since you can't reproduce it, it's probably the same problem as with xaos -root (bug #293279), which is very elusive and can't be reproduced by anyone, yet happens to me every time. I suppose it's something weird on my system, though I have absolutely no idea what it is. In xaos, it can be worked around by removing the -root option, and in xaos it only appeared after the upgrade. It seems to be there running GNOME, but not when starting the program from xinit. That's all the clues I have, I'm afraid. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages xsnow depends on: ii libc62.3.5-7 GNU C Library: Shared libraries an ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxpm4 6.8.2.dfsg.1-10 X pixmap library ii psmisc 21.8-1 Utilities that use the proc filesy ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m xsnow recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337783: randomplay: To UTF-8 or not to UTF-8
Thanks for the patch. That looks good. I'll give it a try and assuming all is well will incorporate it shortly. On Sun, Nov 06, 2005 at 03:23:02PM +0100, gregor herrmann wrote: Package: randomplay Version: 0.48 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When randomplay plays MP3s that contain non-ASCII characters in their tags the output contains funny characters - probably UTF-8 encoded in my ISO-8859-15 xterm [0]. Taking a look at the code I saw that the tags are read with MP3::Info, and if I understand perldoc MP3::Info correct, there is a function called use_mp3_utf8(), which defaults to true. This seems to be the source for the UTF-8 characters. [1] Maybe it's possible to implement a command line option / configuration variable for ~/.randomplayrc to turn the UTF-8 output on/off by using use_mp3_utf8() in randomplay. *Some time later* I've tried to implement this functionality ((no)useutf8), cf. the attached patch, and first tests work for me. Regards, gregor [0] Just now playing: - - YEAR: 2002 ARTIST: Kurt Ostbahn ALBUM: Kurtiosit??ten TITLE: Nachbarn TAGVERSION: ID3v1.1 TRACKNUM: 9 [1] use_mp3_utf8([STATUS]) Tells MP3::Info to (or not) return TAG info in UTF-8. TRUE is 1, FALSE is 0. Default is TRUE, if available. ... - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.200510301955 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages randomplay depends on: ii libdate-calc-perl 5.4-4 Perl library for accessing dates ii libmp3-info-perl 1.13-1 Perl MP3::Info - Manipulate / fetc ii libogg-vorbis-header-perl 0.03-1 perl interface to Ogg Vorbis infor ii libterm-readkey-perl 2.30-2 A perl module for simple terminal ii perl 5.8.7-7Larry Wall's Practical Extraction Versions of packages randomplay recommends: ii mpg3210.2.10.3 A Free command-line mp3 player, co ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools - -- debconf-show failed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDbhHFOzKYnQDzz+QRAm7XAKCED8vvRBZv/OdGyxpeQH8gBmxcVwCglFbO J7D/9XzmYrkFa1TcNsCVof4= =otAt -END PGP SIGNATURE- --- /usr/bin/randomplay.0.48 2005-11-06 14:53:01.0 +0100 +++ /usr/bin/randomplay 2005-11-06 15:12:38.0 +0100 @@ -43,2 +43,3 @@ my $remember = 1; +my $useutf8 = 1; my $maxsize = 0; @@ -131,2 +132,4 @@ /^\s*noremember/i || /^\s*remember[\s=]*(no|off|false)/i and $remember = 0; + /^\s*useutf8/i and $useutf8 = 1; + /^\s*nouseutf8/i || /^\s*useutf8[\s=]*(no|off|false)$/i and $useutf8 = 0; /^\s*weight/i and $weight_favorites = 1; @@ -159,2 +162,3 @@ 'remember!' = \$remember, +'useutf8!' = \$useutf8, 'last=i' = \$last_played, @@ -347,4 +351,5 @@ if (/mp3$/i) {# and smarter with presentation and support other tags + MP3::Info::use_mp3_utf8($useutf8); my $tag = get_mp3tag($_); - while (my ($k, $v) = each %{$tag}) { + while (my ($k, $v) = each %{$tag}) { $song_info .= $k . : . $v . \n if $v; @@ -460,2 +465,4 @@ --noremember + --useutf8 use UTF-8 encoding for output (default useutf8) + --nouseutf8 -w, --weight weight random shuffle to prefer songs rated as favorites (default weight) -- Adam Rosi-Kessel http://adam.rosi-kessel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]