Bug#507865: openoffice.org-writer: OOo 2.4.x openinig OOo 3 files doesn't show text (2.x implements standard wrong)
Package: openoffice.org-writer Version: 1:2.4.1-13 Severity: grave Justification: causes non-serious data loss Hello, sadly we found a IMHO bigger problem for the 2.x users which will be in lenny. OOo 2.x implemented the ODF standard wrong which is fixed in OOo 3.0: http://www.openoffice.org/issues/show_bug.cgi?id=64237 Now the problem is that data exchange from 3.0 to 2.x results in documents with blanked text so the user will not see the data of the text. The problem is reported upstream here: http://www.openoffice.org/issues/show_bug.cgi?id=96878 I hope this explains the problem with details. Because lenny will be shipped with 2.x (looks like) and the world will continue to spread/use 3.0 we will hurt our users with this problem because the OOo 3 files will raise and OOo 2/lenny users cannot open the documents and see text. I hope the problem is clear. The solutions afaik: 1. release OOo 3.0 in lenny :) 2. OOo 2.x needs a patch which fixes the import of OOo 3.0 files with the correct interpretation of display:text=. Sadly upsteam/a upstream developer wrote in http://www.openoffice.org/issues/show_bug.cgi?id=96878 that they will not fix it (or tend to this).:( Regards Noèl -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507866: xemacs21-gnome-mule: Gdk-ERROR **: BadMatch (invalid parameter attributes)
Package: xemacs21-gnome-mule Version: 21.4.21-4 Severity: normal On the menu bar, selecting Options - Advanced (Customize) - Emacs - Programming - Programming crashes xemacs with the following assertion failure: Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 17696 error_code 8 request_code 62 minor_code 0 Locking assertion failure. Backtrace: #0 /usr/lib/libxcb-xlib.so.0 [0xb785e767] #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb785e81e] #2 /usr/lib/libX11.so.6 [0xb7bfdde9] #3 /usr/lib/libX11.so.6(XChangeKeyboardControl+0x29) [0xb7bd0ed9] #4 /usr/lib/libX11.so.6(XAutoRepeatOn+0x33) [0xb7bd08d3] #5 /usr/lib/libgdk-1.2.so.0(gdk_key_repeat_restore+0x2c) [0xb7cf82fc] #6 /usr/lib/libgdk-1.2.so.0 [0xb7cf92df] #7 /lib/i686/cmov/libc.so.6(exit+0x89) [0xb78b4ab9] #8 /usr/lib/libgdk-1.2.so.0 [0xb7cf9495] #9 /usr/lib/libX11.so.6(_XError+0xd9) [0xb7bf67d9] #10 /usr/lib/libX11.so.6 [0xb7bfe798] #11 /usr/lib/libX11.so.6(_XEventsQueued+0x55) [0xb7bff135] #12 /usr/lib/libX11.so.6(XCheckIfEvent+0x117) [0xb7bd1157] #13 xemacs [0x80cd2a8] #14 xemacs(check_quit+0x2f) [0x81a371f] #15 xemacs(internal_equal+0x7d) [0x813617d] #16 xemacs [0x814a8d3] #17 xemacs [0x80bd9cc] #18 xemacs(internal_catch+0x99) [0x80bca19] #19 xemacs(call_with_suspended_errors+0x17a) [0x80c1c5a] Cheers -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xemacs21-gnome-mule depends on: ii emacsen-common1.4.17 Common facilities for all emacsen ii libc6 2.7-16 GNU C Library: Shared libraries ii libcompfaceg1 1:1.5.2-4 Compress/decompress images for mai ii libdb4.6 4.6.21-12 Berkeley v4.6 Database Libraries [ ii libglib1.2ldbl1.2.10-19 The GLib library of C routines ii libgpm2 1.20.4-3.1 General Purpose Mouse - shared lib ii libgtk1.2 1.2.10-18.1The GIMP Toolkit set of widgets fo ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libncurses5 5.7+20081129-1 shared libraries for terminal hand ii libpng12-01.2.27-2 PNG library - runtime ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi62:1.1.4-1 X11 Input extension library ii libxpm4 1:3.5.7-1 X11 pixmap library ii xemacs21-basesupport 2007.04.27-1 Editor and kitchen sink -- compile ii xemacs21-bin 21.4.21-4 highly customizable text editor -- ii xemacs21-mulesupport 2007.04.27-1 Editor and kitchen sink -- Mule el ii xemacs21-support 21.4.21-4 highly customizable text editor -- xemacs21-gnome-mule recommends no packages. xemacs21-gnome-mule suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507867: nmap: [INTL:de] German translation
Package: nmap Version 4.68-1 Severity: wishlist Tags: l10n Please find the initial German translation for nmap attached. Greetings, Chris # Translation of nmap debconf templates to German # Copyright (C) Chris Leick [EMAIL PROTECTED], 2008. # This file is distributed under the same license as the nmap package. # Chris Leick [EMAIL PROTECTED], 2008. # msgid msgstr Project-Id-Version: nmap 4.68-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-04-12 11:08-0300\n PO-Revision-Date: 2008-11-25 11:17+GMT\n Last-Translator: Chris Leick [EMAIL PROTECTED]\n Language-Team: German [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: /home/adriano/umit/zenmapGUI/ScanOpenPortsPage.py:67 msgid Display Order / Grouping msgstr Reihenfolge anzeigen / Gruppierung #: /home/adriano/umit/zenmapGUI/ScanOpenPortsPage.py:73 msgid Sort by port number msgstr Nach Portnummer sortieren #: /home/adriano/umit/zenmapGUI/ScanOpenPortsPage.py:75 msgid Sort by service name msgstr Nach Nummer des Dienstes sortieren #: /home/adriano/umit/zenmapGUI/Wizard.py:85 msgid UMIT Command constructor wizard msgstr Assistent zum Erstellen des UMIT-Befehls #: /home/adriano/umit/zenmapGUI/Wizard.py:126 #: /home/adriano/umit/zenmapGUI/Wizard.py:525 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:100 msgid Command msgstr Befehl #: /home/adriano/umit/zenmapGUI/Wizard.py:195 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:93 #: /home/adriano/umit/zenmapGUI/MainWindow.py:650 msgid Help not implemented msgstr Keine Hilfe verfügbar #: /home/adriano/umit/zenmapGUI/Wizard.py:196 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:94 #: /home/adriano/umit/zenmapGUI/MainWindow.py:651 msgid Umit help is not implemented yet. msgstr Es wurde noch keine UMIT-Hilfe erstellt. #: /home/adriano/umit/zenmapGUI/Wizard.py:212 msgid No target selected! msgstr Kein Ziel ausgewählt! #: /home/adriano/umit/zenmapGUI/Wizard.py:213 msgid You must provide a target to be scanned. msgstr Sie müssen ein Ziel zum Scannen eingeben. #: /home/adriano/umit/zenmapGUI/Wizard.py:253 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:255 msgid Unnamed profile msgstr Namenloses Profil #: /home/adriano/umit/zenmapGUI/Wizard.py:254 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:256 msgid You must provide a name for this profile. msgstr Sie müssen einen Namen für dieses Profil vergeben. #: /home/adriano/umit/zenmapGUI/Wizard.py:442 msgid UMIT generated the nmap command. Click Apply to finish this wizard. msgstr UMIT hat den nmap-Befehl erstellt. Klicken Sie Bestätigen und den Assistenten zu beenden. #: /home/adriano/umit/zenmapGUI/Wizard.py:457 msgid Please, enter the profile name, and optionally, enter a hint, description and annotation for this new profile msgstr Bitte Profilnamen eingeben und gegebenenfalls eine Anmerkung oder Beschreibung für dieses neue Profil eingeben. #: /home/adriano/umit/zenmapGUI/Wizard.py:460 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:111 msgid Profile name msgstr Profilname #: /home/adriano/umit/zenmapGUI/Wizard.py:461 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:113 msgid Hint msgstr Hinweis #: /home/adriano/umit/zenmapGUI/Wizard.py:462 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:115 msgid Description msgstr Beschreibung #: /home/adriano/umit/zenmapGUI/Wizard.py:463 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:118 msgid Annotation msgstr Vermerk #: /home/adriano/umit/zenmapGUI/Wizard.py:501 msgid UMIT allow user to construct powerful commands in two distinct ways: msgstr UMIT erlaubt es Anwendern, nützliche Befehle auf zwei unterschiedliche Wege zu erstellen: #: /home/adriano/umit/zenmapGUI/Wizard.py:503 msgid Novice msgstr Anfänger #: /home/adriano/umit/zenmapGUI/Wizard.py:504 msgid Expert msgstr Experte #: /home/adriano/umit/zenmapGUI/Wizard.py:522 msgid You wish to create a new profile, or just want to quickly create a command and run it once? msgstr Wünschen Sie ein neues Profil zu erstellen oder wollen Sie nur schnell einen Befehl erstellen und ausführen? #: /home/adriano/umit/zenmapGUI/Wizard.py:524 #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:146 msgid Profile msgstr Profil #: /home/adriano/umit/zenmapGUI/Wizard.py:529 msgid Target msgstr Ziel #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:48 msgid Profile Editor msgstr Profileditor #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:110 msgid Profile Information msgstr Profilinformation #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:344 msgid Deleting Profile msgstr Profil löschen #: /home/adriano/umit/zenmapGUI/ProfileEditor.py:345 msgid Your profile is going to be deleted! Click Ok to continue, or Cancel to go back to Profile Editor. msgstr Ihr Profil wird gelöscht! Klicken Sie auf OK um fortzufahren oder Abbruch, um zum Profileditor zurückzukehren. #: /home/adriano/umit/zenmapGUI/ScanToolbar.py:57 #:
Bug#507865: openoffice.org-writer: OOo 2.4.x openinig OOo 3 files doesn't show text (2.x implements standard wrong)
forwarded 507865 http://www.openoffice.org/issues/show_bug.cgi?id=96878 tag 507865 + upstream thanks Noel Köthe wrote: sadly we found a IMHO bigger problem for the 2.x users which will be in lenny. OOo 2.x implemented the ODF standard wrong which is fixed in OOo 3.0: http://www.openoffice.org/issues/show_bug.cgi?id=64237 Now the problem is that data exchange from 3.0 to 2.x results in documents with blanked text so the user will not see the data of the text. The problem is reported upstream here: http://www.openoffice.org/issues/show_bug.cgi?id=96878 Marked as forwarded, thanks. I hope this explains the problem with details. Because lenny will be shipped with 2.x (looks like) and the world will continue to spread/use 3.0 we will hurt our users with this problem because the OOo 3 files will raise and OOo 2/lenny users cannot open the documents and see text. I hope the problem is clear. The solutions afaik: 1. release OOo 3.0 in lenny :) I doubt -release will accept that, they didn't even accept 2.4.2 (which I do understand) And I'd not put 3.0 into lenny, we would have to wait for 3.0.1. 2. OOo 2.x needs a patch which fixes the import of OOo 3.0 files with the correct interpretation of display:text=. Sadly upsteam/a upstream developer wrote in http://www.openoffice.org/issues/show_bug.cgi?id=96878 that they will not fix it (or tend to this).:( I wouldn't have expected anything else. No neither one is a solution. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507865: openoffice.org-writer: OOo 2.4.x openinig OOo 3 files doesn't show text (2.x implements standard wrong)
[ oops, I noticed I did forget to Cc -release ] Hi, Rene Engelhard wrote: Now the problem is that data exchange from 3.0 to 2.x results in documents with blanked text so the user will not see the data of the text. But only when the text was formatted as hidden if I read the issue right? The solutions afaik: 1. release OOo 3.0 in lenny :) I doubt -release will accept that, they didn't even accept 2.4.2 (which I do understand) And I'd not put 3.0 into lenny, we would have to wait for 3.0.1. 2. OOo 2.x needs a patch which fixes the import of OOo 3.0 files with the correct interpretation of display:text=. Sadly upsteam/a upstream developer wrote in http://www.openoffice.org/issues/show_bug.cgi?id=96878 that they will not fix it (or tend to this).:( I wouldn't have expected anything else. And I definitely won't be able to fix it. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507868: please handle VERBOSE via log_daemon_msg/log_end_msg
Package: initscripts Version: 2.86.ds1-61 Severity: wishlist Hi, the current /etc/init.d/skeleton prefixes every call to the lsb log_* functions with: [ $VERBOSE != no ] This looks like overkill and just reduces the readability. Wouldn't it be better if the the lsb log_* functions would look at an env var (LSB_VERBOSE or similar)? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507869: printconf: Newly connected parallel printers are not detected automatically
Package: printconf
Severity: normal
Tags: patch
Hi
If I attach parallel printers without reloading the kernel modules
printconf does not have a way of knowing about these new printers,
since /proc/sys/dev/parport/parport*/autoprobe is not updated.
The attached patch reloads the kernel modules. Not sure whether
there should be additional sanity checks, but I guess it should be
ok as an additional commandline option. Would you want to include
something like the patch below to address this issue?
Cheers
Steffen
--- /usr/bin/printconf 2008-10-06 03:59:55.0 +0200
+++ printconf 2008-12-05 09:50:24.0 +0100
@@ -44,10 +44,13 @@
action='store_true', help=don't configure any printers)
parser.add_option('-v', '--verbose', dest='verbose', action='store_true',
help=include more detail about what's happening)
+parser.add_option('-m', '--parallel-module', dest='parallel_module',
action='store_true',
+ help=reload the parallel kernel modules to detect newly
connected printers)
options, args = parser.parse_args()
dryrun = options.dryrun
verbose = options.verbose
+parallel_module = options.parallel_module
if os.geteuid() and not dryrun:
print sys.stderr, Please run printconf as root or specify the
--dry-run option.
@@ -109,6 +112,12 @@
for q in existing.queues:
queues[q['name']] = True
+# Make sure we reload the kernel module so that the files under
/proc/sys/dev/parport get updated
+if parallel_module and not dryrun:
+print 'Reload the parallel kernel modules to detect newly connected
printers'
+os.system('/sbin/rmmod ppdev lp parport_pc parport 2/dev/null')
+os.system('/sbin/modprobe -a parport parport_pc ppdev lp 2/dev/null')
+
for (device, detectdata, devdesc, detectdesc) in conns:
# Skip everything we don't have autodetection data for
if not detectdata:
Bug#507455: Valgrind and gdb complain about double free
Alexander Sack wrote: Please try to get rid of the msttcorefonts. Maybe that helps. Otherwise run icedove as strace -f -eopen icedove 21 | tee /tmp/strace.log.txt I will do attach that file. Also install icedove-dbg before getting a backtrace. attach that too then. I did already but apparently the mail has been lost or at least I do not see it in the bug database itself. I tried to give you via attachement message for other bug and it never reached the bug tracking systel. Dunno if it is on my side but as our admin are paranoid.. Do you have a ftp somewhere? Will noy help. For me the crash/loop is in the libgio2... Dont be a bot ;) we need symbolized backtrace. install everything you need for that ;).. Thanks! Alexander, I would be more patient for doing all this time consumming work if I had confidence it serve something. Look at bug 495641 You have all the traces and I never got a comment. BTW I tried to attach an exemple file .eml too but again the mail never reached the bug system. I'm sure you do your best but do not expect too much if when we do it we do not even get a minimal answer. -- eric __ mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507868: [Pkg-sysvinit-devel] Bug#507868: please handle VERBOSE via log_daemon_msg/log_end_msg
[Guido Günther] This looks like overkill and just reduces the readability. Wouldn't it be better if the the lsb log_* functions would look at an env var (LSB_VERBOSE or similar)? I believe each script writer need to decide on a per message basis if the message should be visible when VERBOSE=no (or kernel option quiet) is used, and thus believe it is the wrong approach to move the test to the log_* functions. The skeleton example just happen to believe all its messages should be hidden in quiet mode. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475737: remove otrs2 from lenny?
Torsten Werner [EMAIL PROTECTED] writes: On Sat, Nov 22, 2008 at 9:48 AM, Thomas Viehmann [EMAIL PROTECTED] wrote: given that there seems to be limited interest in fixing the #475737 (3 weeks since reopen without further comments), how about removing otrs2 from lenny? I had sent the following reply to the list (but not to the bug) weeks ago but I did not get an answer so far: I tried to bring a bit of order into this mess. In #475737, two issues were covered: (i) Files in /usr are written. (ii) The web frontend (aka www-data) is able to write random perl code into files that are later executed by the otrs2 user So, we can fix (i) easily: Just push the config file to somewhere in /var or /etc, fix the code or symlink it in from /usr, make it writable by www-data and we are done. Moving it to /etc seems a bit evil, as this data isn't meant to be changed manually, so /var seems like the better option. (ii) is a more complex issue, and I would consider this as something that could get a lenny-ignore tag. The main problem, communication of configuration changes between the web frontend and the rest of the OTRS suite, enforces some way of passing information. Using turing-complete perl code for that isn't the best way. Luckily, OTRS already uses XML for its configuration in quite a few places, and it might be a reasonable idea to use exactly that for the web frontend. The general idea would then be to write out XML configuration files as www-data, which are then parsed by Kernel::System::Config. This would also get rid of the horrible _XML2Perl function currently used. This is a big, long-term change that should be discussed with upstream (and I'm willing to propose this, and write code for it). What do you think? Marc -- BOFH #167: excessive collisions not enough packet ambulances pgpwJLmaNfyst.pgp Description: PGP signature
Bug#498308: ntop: /etc/default/ntop - incomplete comments to document variables
Ola Lundqvist [EMAIL PROTECTED] writes: Hi Jaalto On Tue, Sep 09, 2008 at 12:47:18AM +0300, jaalto wrote: Package: ntop Version: 3:3.3-11+b2 Severity: normal /etc/default/ntop reads: # This file will normally include the debconf template but you can disable # that and use this file only. . /var/lib/ntop/init.cfg #GETOPT= The variables that can be set are not mentioned. The variables to use are any variables for /etc/init.d/ntop Please add those in comments to the /etc/default/ntop file. SUGGESTION Please make it read: # This file will normally include the debconf template but you can disable # that and use this file only. . /var/lib/ntop/init.cfg # GETOPT= + # USER=ntop + # INTERFACES=eth0 I wonder what is GETOP for? Perhaps a comment beside it would help to orient reader better. See the /etc/init.d/ntop script. There you can see what $GETOPT and other variables are used for. 95 start-stop-daemon --start --quiet --name $NAME --exec $DAEMON -- \ 96 -d -L -u $USER -P $HOMEDIR \ 97 --access-log-file=$LOGDIR/access.log -i $INTERFACES \ 98 -p /etc/ntop/protocol.list \ 99 -O $LOGDIR $GETOPT It's better to document them in /etc/default/ntop and tell what to do. Also you can read in /var/lib/ntop/init.cfg what to set. It's not clear by reading /etc/init.d/ntop. This is how /etc/default/nfs-kernel-server for example does it: # Number of servers to start up RPCNFSDCOUNT=8 # Runtime priority of server (see nice(1)) RPCNFSDPRIORITY=0 # Options for rpc.mountd. # If you have a port-based firewall, you might want to set up # a fixed port here using the --port option. For more information, # see rpc.mountd(8) or http://wiki.debian.org/?SecuringNFS RPCMOUNTDOPTS= # Do you want to start the svcgssd daemon? It is only required for Kerberos # exports. Valid alternatives are yes and no; the default is no. NEED_SVCGSSD= # Options for rpc.svcgssd. RPCSVCGSSDOPTS= I'm not sure the function of /var/lib/ntop/init.cfg because the installation did not ask about any interface to define by default. If that is the case then you have set a too low debconf severity level for your installation. The questions are medium if eth0 is up and high if not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507845: Dedibox server with VIA C7 cpu freeze with the last libc6
tag 507845 + unreproducible tag 507845 + moreinfo thanks Maelvon HAWK a écrit : Package: libc6 Version: 2.3.6.ds1-3 This is a very old version. Try using at least the latest version from stable, that is 2.3.6.ds1-13etch7. Severity: important I've a Dedibox server, with a VIA C7 cpu, running a debian ETCH, and it seems I've done a dist-upgrade without rebooting that's put the mess in the server. After that it freeze when it want, for no special apparent reason. I said it seems because I remember to have done that, and found some links about that. The actual solution I found is to downgrade my libc6, specifing some preferences in /etc/apt/preferences and the server is working well now, but I never update the libc6 or the bug comes back. But I've tested to install mod_python today and the libc6 downgrade seems to impact it. I've done a remove of the package php5-recode to make the mod_python running. In the other hand, I've found a similar bug report in Gentoo [1], if it can help to resolve this. As clearly explained in the gentoo bug report, this is not a glibc problem, but rather a kernel problem. The glibc may trigger a kernel bug, but the bug has to be fixed in the kernel. First of all, please try to use a standard Debian kernel instead of the kernel 2.6.24.2dedibox-r8-1-c7 one, which is known to be problematic. If you are still be able to reproduce the bug with a Debian kernel, I'll reassign the bug to the kernel package. 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#507650: [Pkg-libvirt-maintainers] Bug#507650: virsh console just hangs, cannot connect
tags 507650 + moreinfo On Wed, Dec 03, 2008 at 12:35:06PM +0100, martin f krafft wrote: Package: libvirt-bin Version: 0.5.0-1 Severity: normal File: /usr/bin/virsh I have a test domain with serial type='pty' target port='1'/ /serial and kvm properly starts it with -monitor pty and -serial pty. When I run 'virsh console' on it, virsh just hangs and cannot be stopped/interrupted with any of ctrl-c/z/\. SIGTERM works. Strace is attached (search for HANGS HERE). You can't terminate this with ctrl-alt-]? Works here. Can you make sure your system really *has* output on the serial console by looking at the /dev/pts/X yourself? You can find out the pty by looking at /var/log/libvirt/qemu/yourvm.log - it should be the last second pty listed. The first one is the monitor pty. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507346: /usr/bin/dpkg-shlibdeps: combines all dependency templates when Build-Depends-Package is set
On Sun, 30 Nov 2008, Modestas Vainius wrote: Hello, when Build-Depends-Package is set in the symbols file, dpkg-shlibdeps always combines main and all alternative dependency templates into resulting shlibs substvar. It is done regardless which symbols with what dependency templates actually matched. I'm marking this bug as important as it violates deb-symbols(5) specification and causes unexpected end result. The fix (attached) is very trivial 3-line fix though, it could even go to lenny. Thanks for the patch and the bugreport. I committed it in the lenny branch. I also remember you started optimizing dpkg-shlibdeps's memory usage, but I haven't seen any followup since my initial answer, are you still interested in working on that? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507217: Dpkg::Source::Archive should not call tempdir() with DIR = getcwd if cwd is not writtable
On Fri, 28 Nov 2008, Raphael Geissert wrote: $ cd /usr/bin $ dpkg-source -x ~/tmp/xsoldier_1.4-1.dsc /tmp/foo dpkg-source: extracting xsoldier in /tmp/foo dpkg-source: info: unpacking xsoldier_1.4.orig.tar.gz Error in tempdir() using /usr/bin/xsoldier_1.4.orig.tar.gz.tmp-extract.X: Parent directory (/usr/bin) is not writable at /usr/share/perl5/Dpkg/Source/Archive.pm line 106 FYI, I committed a fix for this in the lenny branch: http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=23cb6dedb168ce02bd7c5491462296c37215fdf4 Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507865: openoffice.org-writer: OOo 2.4.x openinig OOo 3 files doesn't show text (2.x implements standard wrong)
Hello together, Am Freitag, den 05.12.2008, 09:40 +0100 schrieb Rene Engelhard: Rene Engelhard wrote: Now the problem is that data exchange from 3.0 to 2.x results in documents with blanked text so the user will not see the data of the text. But only when the text was formatted as hidden if I read the issue right? No. OOo 3 writes the attribute display:text='true' (so the text is visible) in the document. This is correct ODF standard. OOo 2 has the problem that it uses this option the oposite way. Files with the ODF standard correct display:text='true' will be hidden text. The result is: If you save a visible text in OOo 3 then this will be hidden in OOo 2 and if you save a hidden text in OOo 3 then this will be visible in OOo 2. OOo 3 fix this then opening OOo 2 files so the problem with reverted option display:text is not visible there. The solutions afaik: 1. release OOo 3.0 in lenny :) I doubt -release will accept that, they didn't even accept 2.4.2 (which I do understand) And I'd not put 3.0 into lenny, we would have to wait for 3.0.1. 2. OOo 2.x needs a patch which fixes the import of OOo 3.0 files with the correct interpretation of display:text=. Sadly upsteam/a upstream developer wrote in http://www.openoffice.org/issues/show_bug.cgi?id=96878 that they will not fix it (or tend to this).:( I wouldn't have expected anything else. And I definitely won't be able to fix it. IMHO this is a very big problem. Giving our users OpenOffice.org in version 2.x which cannot read OOo 3 files correctly for the next 2 year where the rest of the world will use OOo 3 files our users might tend to dislike this.:( I prefer to put OOo 3.x into lenny because this is IMHO the major desktop application for alot of users. -- Noèl Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#490171: Bug#470416: rtorrent: random crash (grave)
severity 490171 grave thanks Vladimir: rtorrent crashes quite often on my PC, I will try to produce a backtrace. Confirmed. There seesm to be more a serious problem. Not just the rtorrent crash, but the whole workstation dies: kernel becomes unresponsive to the point where nothing happens. TO TEST - Use many *.torrent files; about 15-25 generating high load. - Leave program running for about 25 hours - Crash will happen; at least on my system every time in these condisitons. HARDWARE? The crash happens both on older hardware (PIII/700Mhz Dell Laptop; 10 years old), as well as with new hardware (ASUS M2N32 SLI DEluxe Wifi MB, AMD 64, BE-2400 CPU, 8Gb mem) with same kernel configurations (2.6.26). SEVERITY Upgrading bug to grave: Makes the package in question unuseable or mostly so. SIMILAR REPORTS - 2008-04-11 [Libtorrent-devel] rTorrent crashes on XMLRPC request http://rakshasa.no/pipermail/libtorrent-devel/2008-April/thread.html#1541 - 2007-12-16 understand why computer crash [rtorrent] * top, htop screen shots, kernel logs http://ubuntuforums.org/showthread.php?t=642194 Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507870: printconf: Please consider adding support for cups groups
Package: printconf
Severity: wishlist
Tags: patch
Hi
I had the case where I needed all printers added to a certain group.
Since cups was in use (and it appears to be the default anyway), I started
to implement some cups classes support. Right now I ended up adding a
commandline option to printconf, which adds all cups printers to
one specified cups group. I've added some sanity checks to prevent
things like adding the group to itself and such. Please have a look over
the patch and tell me, if you find it useful.
Cheers
Steffen
--- /usr/bin/printconf 2008-10-06 03:59:55.0 +0200
+++ printconf 2008-12-05 10:11:05.0 +0100
@@ -30,6 +30,7 @@
import commands
import sys
import tempfile
+import cups
from optparse import OptionParser
@@ -44,10 +45,13 @@
action='store_true', help=don't configure any printers)
parser.add_option('-v', '--verbose', dest='verbose', action='store_true',
help=include more detail about what's happening)
+parser.add_option('-c', '--class', dest='printers_class', action='store',
+ help=add all printers to specified class)
options, args = parser.parse_args()
dryrun = options.dryrun
verbose = options.verbose
+printers_class = options.printers_class
if os.geteuid() and not dryrun:
print sys.stderr, Please run printconf as root or specify the --dry-run option.
@@ -109,6 +113,9 @@
for q in existing.queues:
queues[q['name']] = True
+# Initiate cups connection so it is available during printer queue setup
+c = cups.Connection()
+
for (device, detectdata, devdesc, detectdesc) in conns:
# Skip everything we don't have autodetection data for
if not detectdata:
@@ -214,9 +221,42 @@
queues[qname] = True
print
+# Add printers to specified class
+if printers_class:
+ c = cups.Connection()
+ available_classes = c.getClasses()
+ available_printers = c.getPrinters()
+ # Only do sanity checks, if class doesn't exist yet
+ if printers_class in available_classes:
+ for iter_class, iter_class_printers in available_classes.iteritems():
+ if printers_class in iter_class:
+ for iter_printers in available_printers:
+ # Check that printer is neither in the group, nor a classname itself
+ if iter_printers not in iter_class_printers and iter_printers not in available_classes and iter_printers not in str(available_classes):
+ print_fill('Adding %s printer to class %s', iter_printers, printers_class)
+ c.addPrinterToClass(iter_printers, printers_class)
+ c.enablePrinter(printers_class)
+ c.acceptJobs(printers_class)
+ # Check that given class is not already a printer, otherwise we'd allow a potential DoS
+ elif iter_printers not in available_classes:
+ print_fill('Printer %s already in group %s', iter_printers, printers_class)
+ else:
+ print_fill('Class %s is already defined as a printer and thus cannot be used', printers_class)
+ elif printers_class not in available_classes:
+ print_fill('Creating new class %s and adding all printers to it', printers_class)
+ for i in c.getPrinters():
+ if i not in available_classes:
+ c.addPrinterToClass(i, printers_class)
+ c.enablePrinter(printers_class)
+ c.acceptJobs(printers_class)
+
+
+
+
# After loop, reinit CUPS
if not dryrun:
-os.system('/usr/sbin/invoke-rc.d cups force-reload')
+# Need to restart cups completely, otherwise we are crashing it with the cups calls
+os.system('/usr/sbin/invoke-rc.d cups restart')
print_fill('''If printconf was unable to install all of your printers,
please visit http://www.linuxprinting.org/ for printer information and support
Bug#507865: openoffice.org-writer: OOo 2.4.x openinig OOo 3 files doesn't show text (2.x implements standard wrong)
On Fri, 2008-12-05 at 09:40 +0100, Rene Engelhard wrote: But only when the text was formatted as hidden if I read the issue right? Not only then. Conforming documents (e.g. documents produced by Abiword are known to sometimes have this) might have text:display=true explicitly set, which is then interpreted as hidden text by OO.o 2.x. The reverse problem also occurs; hidden text in documents will be made visible in OO.o 2.x. -- Tim Retout [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507671: [Pkg-libvirt-maintainers] Bug#507671: virsh hangs on qemu+ssh transport
notfound 507671 0.4.6-5 On Wed, Dec 03, 2008 at 03:02:11PM +0100, martin f krafft wrote: Package: libvirt-bin Version: 0.5.0-1 Severity: normal File: /usr/bin/virsh I am trying to connect to a remote libvirt node, using virsh -c qemu+ssh://[EMAIL PROTECTED]/system SSH connectivity is fine, and on the remote side, a nc -U /var/run/libvirt/libvirt-sock is created by user madduck. However, the command just hangs (strace attached): Id Name State -- (HANGS HERE) (there are domains on the system which are not being listed) You're running 0.5.0 on both sides? I assume madduck is runnning virsh fine when using qemu:///system directly on khyber? Works fine here with 0.4.6/0.5.0/0.5.1. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507868: [Pkg-sysvinit-devel] Bug#507868: please handle VERBOSE via log_daemon_msg/log_end_msg
On Fri, Dec 05, 2008 at 09:59:56AM +0100, Petter Reinholdtsen wrote: [Guido Günther] This looks like overkill and just reduces the readability. Wouldn't it be better if the the lsb log_* functions would look at an env var (LSB_VERBOSE or similar)? I believe each script writer need to decide on a per message basis if the message should be visible when VERBOSE=no (or kernel option quiet) is used, and thus believe it is the wrong approach to move the test to the log_* functions. The skeleton example just happen to believe all its messages should be hidden in quiet mode. But wouldn't it be better to make all the log_* functions look at LSB_VERBOSE by default and have a special set of functions that ignores $LSB_VERBOSE? I agree that it should be left to the script maintainer to decide what is important and what isn't but the way we do it looks a bit like overkill. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351579: Gnome menu entry for gpa
At least under Ubuntu hardy I find an entry under Accessories. It looks like this a Ubuntu specific patch. It would be great to backpush this. Attaching gpa.desktop from my system for your convenience. [Desktop Entry] Type=Application Encoding=UTF-8 Name=The GNU Privacy Assistant GenericName=GUI for the GnuPG Comment=Manage your encryption keys Icon=/usr/share/pixmaps/gpa.xpm Exec=/usr/bin/gpa Terminal=false Categories=Application;Utility;
Bug#265000: Debian menu entry for gpa
At least under Ubuntu hardy I find an entry under Applications - Tools. Maybe this has been fixed in the meantime? If not, take a look at the patch from Ubuntu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507865: openoffice.org-writer: OOo 2.4.x openinig OOo 3 files doesn't show text (2.x implements standard wrong)
Hi, Tim Retout wrote: On Fri, 2008-12-05 at 09:40 +0100, Rene Engelhard wrote: But only when the text was formatted as hidden if I read the issue right? Not only then. Conforming documents (e.g. documents produced by Abiword are known to sometimes have this) might have text:display=true explicitly set, which is then interpreted as hidden text by OO.o 2.x. Ah, that way... The reverse problem also occurs; hidden text in documents will be made visible in OO.o 2.x. :-( Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507788: procps: S4* instead of S04 ?
Package: procps Version: 1:3.2.7-9 Severity: normal Hi, /etc/rcS.d/README tells : * After the S40 scripts have executed, all local file systems are mounted and networking is available. All device drivers have been initialized. and the link to procps is actually (on my box at least) : /etc/rcS.d/S04procps Why not putting it in S40procps instead ? Regards, OdyX -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (750, 'testing-proposed-updates'), (700, 'testing'), (600, 'unstable'), (50, 'testing-proposed-updates'), (50, 'experimental'), (50, 'unstable'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libncurses5 5.7+20081129-1 shared libraries for terminal hand ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages procps recommends: ii psmisc22.6-1 Utilities that use the proc filesy procps suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507865: openoffice.org-writer: OOo 2.4.x openinig OOo 3 files doesn't show text (2.x implements standard wrong)
On Fri, 2008-12-05 at 10:16 +0100, Noèl Köthe wrote: I prefer to put OOo 3.x into lenny because this is IMHO the major desktop application for alot of users. I am not so keen on this idea. We can fix OO.o 2.x for lenny users by backporting half of a relatively small patch; Chris Halls and I worked out how to do this yesterday. This will leave lenny users still /producing/ incorrect OO.o documents when it comes to hidden text; but they would be able to read both broken documents produced by OO.o 2.x and also conformant documents as intended. While it is not nice to produce incorrect documents, the rest of the world is going to have to deal with this problem in any case. Chris is going to talk to Sun today about the problem, I believe. -- Tim Retout [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506968: Mistake in patch
Well after hours of running builds with the patched ccache I discovered that my patch is actually not working. I will provide a fixed patch today or tomorrow. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507774: [Python-apps-team] Bug#507774: phatch uses LC_CTYPE instead of LANG
[Stani, I've attached a patch for this bug, below I explain why I think it's
right]
Emmanuel Hainry wrote:
Package: phatch
Version: 0.1.6-1
Severity: normal
Although I set my locales to speak in english but use french
conventions:
Locale: LANG=en_GB.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
phatch speaks in french. Launching it as
LC_CTYPE=en_GB.UTF-8 phatch
makes it speak in the right language however.
Phatch sets the locale at core/config.py, load_locale function, which uses the
locale python module:
locale.setlocale(locale.LC_ALL, '')
#get default canonical if necessary
if canonical == 'default':
canonical = locale.getdefaultlocale()[0]#canonical
From the locale module help:
getdefaultlocale(envvars=('LC_ALL', 'LC_CTYPE', 'LANG', 'LANGUAGE'))
Tries to determine the default locale settings and returns
them as tuple (language code, encoding).
According to POSIX, a program which has not called
setlocale(LC_ALL, ) runs using the portable 'C' locale.
Calling setlocale(LC_ALL, ) lets it use the default locale as
defined by the LANG variable. Since we don't want to interfere
with the current locale setting we thus emulate the behavior
in the way described above.
To maintain compatibility with other platforms, not only the
LANG variable is tested, but a list of variables given as
envvars parameter. The first found to be defined will be
used. envvars defaults to the search path used in GNU gettext;
it must always contain the variable name 'LANG'.
Except for the code 'C', the language code corresponds to RFC
1766. code and encoding can be None in case the values cannot
be determined.
So it's looking if LC_ALL is set, if not, it looks for LC_CTYPE, then LANG, and
finally LANGUAGE. And as you have LC_CTYPE defined, it will choose that before
the LANG variable.
By looking at those env vars definitions at [1], I think Phatch should discard
LC_CTYPE and use LC_ALL and LANG instead (in that order).
Attached is a patch against trunk that fixes this.
Cheers,
Emilio
[1]
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html#tag_08_02
=== modified file 'phatch/core/config.py'
--- phatch/core/config.py 2008-04-05 21:40:10 +
+++ phatch/core/config.py 2008-12-05 10:15:40 +
@@ -68,7 +68,7 @@
locale.setlocale(locale.LC_ALL, '')
#get default canonical if necessary
if canonical == 'default':
-canonical = locale.getdefaultlocale()[0]#canonical
+canonical = locale.getdefaultlocale(envvars=('LC_ALL', 'LANG'))[0] #canonical
if canonical is None:
#for mac
canonical = 'en'
signature.asc
Description: OpenPGP digital signature
Bug#507794: apt-cacher: Rate limit is per-connection, not overall
On Thu, Dec 04, 2008 at 02:00:22PM +, Tom Wright wrote: Package: apt-cacher Version: 1.6.4 Severity: normal *** Please type your report below this line *** The rate limit specified in apt-cacher.conf seems to apply individually to each package downloaded so if, for example, one computer is downloading packages from more than one source, or several computers are downloading packages simultaneously, it is possible to go several times over the specified rate limit. Can this limit be shared between all concurrent uncached downloads? Thanks for this. You are correct, the download limit is per connection, not overall. I cannot immediately think of a way of doing rate limiting overall, although I will give it some more consideration. My initial thought is that you should look at wondershaper or shaper which can prevent your link from being saturated by any particular process. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507871: citadel-webcit: does not authenticate against system users although configured to do that
Package: citadel-webcit Version: 7.37-dfsg-6 Severity: important citadel was configured to authenticate against the system /etc/passwd). However, it does so only for one user on the system (the first user created during the debian installation), not for any other user added after the debian set up. webcit always says user not found. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages citadel-webcit depends on: ii citadel-common 7.37-7complete and feature-rich groupwar ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-16GNU C Library: Shared libraries ii libcitadel17.37-4Citadel toolbox ii libical0 0.31-1iCalendar library implementation i ii libjs-prototype1.6.0.2-4 JavaScript Framework for dynamic w ii libjs-scriptaculous1.8.1-5 JavaScript library for dynamic web ii libssl0.9.80.9.8g-14 SSL shared libraries ii locales2.7-16GNU C Library: National Language ( ii openssl0.9.8g-14 Secure Socket Layer (SSL) binary a ii tinymce3.0.8-1 platform independent web based Jav ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages citadel-webcit recommends: ii shared-mime-info 0.30-2 FreeDesktop.org shared MIME databa Versions of packages citadel-webcit suggests: ii apache2 2.2.9-10 Apache HTTP Server metapackage ii apache2-mpm-worker [apache2] 2.2.9-10 Apache HTTP Server - high speed th ii citadel-server7.37-7 complete and feature-rich groupwar pn gnome-icon-theme none (no description available) pn localepurge none (no description available) -- debconf information: * citadel/WebcitApacheIntegration: Apache2 citadel/WebcitHttpPort: 8504 citadel/WebcitHttpsPort: -1 -- Roland Wolters Tel.: +49 (0)21 61 / 46 43-181 pgp fingerprint: D2DE 4612 9C7D 7B7A 420D 84A8 E900 29F9 C16C 2283 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507872: Can't run vlc as root
Package: vlc Version: 0.9.6-1 Severity: normal Tags: patch Can't run vlc as root. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages vlc depends on: ii libaa1 1.4p5-37+b1 ascii art library ii libc6 2.7-16GNU C Library: Shared libraries ii libcaca0 0.99.beta16-1 colour ASCII art library ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3.2-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-6 A free implementation of the OpenG ii libglib2.0-0 2.18.3-1 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.3-6 The OpenGL utility library (GLU) ii libgtk2.0-02.14.5-1 The GTK+ graphical user interface ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libqtcore4 4.4.3-1 Qt 4 core module ii libqtgui4 4.4.3-1 Qt 4 GUI module ii libsdl-image1.21.2.6-3 image loading library for Simple D ii libsdl1.2debian1.2.13-4 Simple DirectMedia Layer ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libtar 1.2.11-5 C library for manipulating tar arc ii libvlccore00.9.6-1 multimedia player and streamer lib ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii ttf-dejavu-core2.25-3Vera font family derivate with add ii vlc-nox0.9.6-1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime vlc recommends no packages. Versions of packages vlc suggests: pn mozilla-plugin-vlcnone (no description available) pn videolan-doc none (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-11 library for decoding ATSC A/52 str ii libasound2 1.0.16-2 ALSA library ii libass10.9.5-2 library for SSA/ASS subtitles rend ii libavahi-client3 0.6.23-2 Avahi client library ii libavahi-common3 0.6.23-2 Avahi common library ii libavc1394-0 0.5.3-1+b1control IEEE 1394 audio/video devi ii libavcodec51 3:20080706-0.3library to encode decode multimedi ii libavformat52 3:20080706-0.3ffmpeg file format library ii libavutil493:20080706-0.3avutil shared libraries ii libc6 2.7-16GNU C Library: Shared libraries ii libcdio7 0.78.2+dfsg1-3library to read and control CD-ROM ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libdca00.0.5-1 decoding library for DTS Coherent ii libdvbpsi4 0.1.5-3.1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.2-3 DVD navigation library ii libdvdread30.9.7-11 library for reading DVDs ii libebml0 0.7.7-3.1 access library for the EBML format ii libfaad0 2.6.1-3.1 freeware Advanced Audio Decoder - ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3.2-1 GCC support library ii libgcrypt111.4.1-2 LGPL Crypto library - runtime libr ii libgnutls262.6.2-1 the GNU TLS library - runtime libr ii libhal10.5.11-6 Hardware Abstraction Layer - share ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii liblircclient0 0.8.3-3 infra-red remote control support - ii liblua5.1-05.1.4-1 Simple, extensible, embeddable pro ii libmad00.15.1b-3 MPEG audio decoder library ii libmatroska0
Bug#507788: procps: S4* instead of S04 ?
On Fri, Dec 05, 2008 at 11:05:34AM +0100, Didier Raboud wrote: * After the S40 scripts have executed, all local file systems are mounted and networking is available. All device drivers have been initialized. and the link to procps is actually (on my box at least) : /etc/rcS.d/S04procps Mine's S30, which is what it should be for a default installation. It's been 30 for a while now. Why not putting it in S40procps instead ? I believe its before the network is up for a reason, ie the network related stuff is all sorted out first. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507788: sysctl and modules
I'd like to note two things to this bug: 1) moving sysctl invocation later might open some subtile problems. For example moving things like net.ipv4.conf.all.accept_redirects = 0 after network initialisation might open up a window for attacks. Or some of the arp related stuff, that might break in more complex settings when in the short time the wrong packages are received. 2) ipv6 is not the only thing that needs the module loaded first. For example when doing an nfs4 mount, you might need to set the tcp callback port. But you need to set it before mounting (as otherwise the mount will not use it, and perhaps even fail due to some firewalls) but usually the nfs module is only loaded in the init.d script also doing the mount, so /proc/sys/fs/nfs/nfs_callback_tcpport does not exist before, so currently you have to add nfs to /etc/modules and so you can set that value in sysctl.conf, so you get a working mount despite of the over-zealous firewalls. While the best solution would of course some meachnism to load the appropiate modules for a needed file, the lack of some usable catalog for that most likely will not make that very scaleable. Another way would be to just add an additional construct so that with something like !modprobe nfs or !modprobe ipv6 in sysctl config files will modprobe the appropiate module before continuing. Of course for the ipv6 problems this bugreport is about, adding a comment that the ipv6 module is to be listed in /etc/modules might also be considered a fix in some way. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507845: Dedibox server with VIA C7 cpu freeze with the last libc6
Aurelien Jarno a écrit : tag 507845 + unreproducible tag 507845 + moreinfo thanks Maelvon HAWK a écrit : Package: libc6 Version: 2.3.6.ds1-3 This is a very old version. Try using at least the latest version from stable, that is 2.3.6.ds1-13etch7. If I put the stable one, it freeze, with no clues… Severity: important I've a Dedibox server, with a VIA C7 cpu, running a debian ETCH, and it seems I've done a dist-upgrade without rebooting that's put the mess in the server. After that it freeze when it want, for no special apparent reason. I said it seems because I remember to have done that, and found some links about that. The actual solution I found is to downgrade my libc6, specifing some preferences in /etc/apt/preferences and the server is working well now, but I never update the libc6 or the bug comes back. But I've tested to install mod_python today and the libc6 downgrade seems to impact it. I've done a remove of the package php5-recode to make the mod_python running. In the other hand, I've found a similar bug report in Gentoo [1], if it can help to resolve this. As clearly explained in the gentoo bug report, this is not a glibc problem, but rather a kernel problem. The glibc may trigger a kernel bug, but the bug has to be fixed in the kernel. First of all, please try to use a standard Debian kernel instead of the kernel 2.6.24.2dedibox-r8-1-c7 one, which is known to be problematic. If you are still be able to reproduce the bug with a Debian kernel, I'll reassign the bug to the kernel package. Aurelien Which kernel should I install. An apt-cache search linux-image-2.6 give me : linux-image-2.6-openvz-686 - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6-vserver-686-bigmem - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-486 - Linux 2.6.26 image on x86 linux-image-2.6.26-bpo.1-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-amd64 - Linux 2.6.26 image on AMD64 linux-image-2.6.26-bpo.1-openvz-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, OpenVZ support linux-image-2.6.26-bpo.1-vserver-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support linux-image-2.6.26-bpo.1-vserver-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support linux-image-2.6.26-bpo.1-xen-686 - Linux 2.6.26 image on i686 linux-image-2.6.23.13dedibox-r8 - Linux kernel binary image for version 2.6.23.13dedibox-r8 So, as I am on a VIA C7 processor, I don't know which one installing as Debian standard kernel. And no clues on the web about that. Only find a kernel for dedibox at : http://www.kozma.fr/post/2008/02/12/6-kernel-dedibox-2624-2 http://www.kozma.fr/post/2008/10/14/19-kernel-dedibox-2627 I don't kow which one to dpkg! Thanks, Maelvon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507788: sysctl.conf read before ipv6 module loaded, so cannot set ipv6 settings
On Thu, Dec 04, 2008 at 02:26:54PM +0100, martin f krafft wrote: The ipv6 module on Debian is loaded only by the networking code, so either sysctl.conf should run after that, or the ipv6 module needs to be loaded before somehow. There is no sensible fix for this. The problem is that any time is the wrong time for the init script to run, for someone. If I shift it back, other stuff won't work. The ipv6 stuff is commented out, for some reason I don't get this problem you experience. In any case if there is no fix for it I'm going to downgrade the bug. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507788: sysctl and modules
also sprach Bernhard R. Link [EMAIL PROTECTED] [2008.12.05.1207 +0100]: 1) moving sysctl invocation later might open some subtile problems. For example moving things like net.ipv4.conf.all.accept_redirects = 0 after network initialisation might open up a window for attacks. The key you mention should thus be disabled by default, ideally in the kernel. Same goes for all other settings that have no real-world use anymore. Or some of the arp related stuff, that might break in more complex settings when in the short time the wrong packages are received. Like what? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#507788: procps: S4* instead of S04 ?
Le vendredi 5 décembre 2008 12:07:32 Craig Small, vous avez écrit : On Fri, Dec 05, 2008 at 11:05:34AM +0100, Didier Raboud wrote: * After the S40 scripts have executed, all local file systems are mounted and networking is available. All device drivers have been initialized. and the link to procps is actually (on my box at least) : /etc/rcS.d/S04procps Mine's S30, which is what it should be for a default installation. It's been 30 for a while now. ACK. Mine is in 04 because of insserv… It is in 30 in all the machines without it. Why not putting it in S40procps instead ? I believe its before the network is up for a reason, ie the network related stuff is all sorted out first. - Craig Regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#507788: sysctl.conf read before ipv6 module loaded, so cannot set ipv6 settings
also sprach Craig Small [EMAIL PROTECTED] [2008.12.05.1211 +0100]: There is no sensible fix for this. The problem is that any time is the wrong time for the init script to run, for someone. Do you have specific examples that would break if procps ran at S40? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#507873: CD vendors cleanup needed
Package: www.debian.org X-Debbugs-Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Forwarded: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] I'm putting this report into the bug tracker so someone else can complete it before I do, if appropriate. Frank Lin PIAT [EMAIL PROTECTED] wrote: I think the following CD vendors could/should be removed: * http://www.opensoft.nl/cdshop/product_info.php?products_id=35 Still sell Debian Sarge. I will cc them on this email. Not sure if we have a policy of delisting for that. * http://www.debian.fr.st/ The website seems down. Agreed. Have removed and will cc on this email. * http://www.linuxbelgiumshop.be/en/art.php?id=SWLI Don't seem to have and Debian CD anymore. Agreed. Have removed and will cc on this email. We now have no vendors in Belgium. Please, linuxbelgiumshop, sell debian 4.0! * http://www.compralinux.com/ 63 Euros for 3 DVDs... Nuteca in Spain - seems to sell Debian 4.0 DVD. Why remove them? Hope that helps, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507788: sysctl and modules
Le vendredi 5 décembre 2008 12:07:41 Bernhard R. Link, vous avez écrit : (…) Of course for the ipv6 problems this bugreport is about, adding a comment that the ipv6 module is to be listed in /etc/modules might also be considered a fix in some way. Hochachtungsvoll, Bernhard R. Link Hi tested this : # cat ipv6 /etc/modules # reboot with net.ipv6.conf.all.autoconf=0 in /etc/sysctl.conf It worked. BUT eth0 went autoconfigured and for some reason : $ cat /proc/sys/net/ipv6/conf/all/autoconf 0 $ cat /proc/sys/net/ipv6/conf/eth0/autoconf 1 Putting net.ipv6.conf.eth0.autoconf=0 in /etc/sysctl.conf solves 'my' problem. Still… Weird. -- OdyX, Didier Raboud, proud Debian user. CH-1802 Corseaux [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#507788: sysctl.conf read before ipv6 module loaded, so cannot set ipv6 settings
On Fri, Dec 05, 2008 at 12:29:43PM +0100, martin f krafft wrote: also sprach Craig Small [EMAIL PROTECTED] [2008.12.05.1211 +0100]: There is no sensible fix for this. The problem is that any time is the wrong time for the init script to run, for someone. Do you have specific examples that would break if procps ran at S40? Shifting it to 40 would probably fix your ipv6 related bug, I guess. There are some settings that need to be set before the interfaces come online, I'm not sure of the specifics but I do know these keys are out there and they do need to be set before networking starts. Ideally there probably should be some sort of runlevel type sysctl setup, that's going to be fiddly and not trivial to write, but not impossible either. My worry is that we move it, you're happy, people who have similiar problems to you are happy but then suddenly another group of people spring up with hey, why did you move sysctl, you broke my system now - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507452: [Pkg-net-snmp-devel] Bug#507452: snmpd stops responding to remote requests after a random amount of time
Hi Jochen, some more details.. The protagonists: - phd-webxen 2.6.18-6-xen-amd64, etch Xen-DomU sending the snmpwalks - phd-node1 2.6.18-6-xen-amd64, etch Xen-Dom0 with a working snmpd - phd-xenhost 2.6.26-1-xen-amd64, lenny Xen-Dom0 with unresponsive snmpd the scenario: snmpwalk from phd-webxen to phd-node1 and phd-xenhost on phd-node1: tcpdump -i eth0 host phd-webxen|less - listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 12:35:57.272393 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(25) 12:35:57.273105 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(105) system.sysDescr.0=[|snmp] 12:35:57.273927 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(28) system.sysDescr.0 12:35:57.274403 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(38) system.sysObjectID.0=E:8072.3.2.10 12:35:57.274920 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(28) system.sysObjectID.0 12:35:57.275140 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(32) system.sysUpTime.0=121516337 12:35:57.275568 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(28) system.sysUpTime.0 12:35:57.275712 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(88) system.sysContact.0=[|snmp] 12:35:57.276015 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(28) system.sysContact.0 12:35:57.276132 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(37) system.sysName.0=phd-node1 12:35:57.276506 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(28) system.sysName.0 12:35:57.276704 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(74) system.sysLocation.0=[|snmp] 12:35:57.277013 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(28) system.sysLocation.0 12:35:57.277184 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(29) system.8.0=0 12:35:57.277507 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(28) system.8.0 12:35:57.277645 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(36) system.9.1.2.1=31 12:35:57.278165 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(30) system.9.1.2.1 12:35:57.278569 IP phd-node1.ethz.ch.snmp phd-webxen.ethz.ch.38851: GetResponse(36) system.9.1.2.2=S:1 12:35:57.279163 IP phd-webxen.ethz.ch.38851 phd-node1.ethz.ch.snmp: GetNextRequest(30) system.9.1.2.2 [...] - on phd-xenhost: tcpdump -i eth0 host phd-webxen|less - listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 12:37:23.124578 IP phd-webxen.ethz.ch.38851 phd-xenhost.ethz.ch.snmp: GetNextRequest(25) 12:37:24.125875 IP phd-webxen.ethz.ch.38851 phd-xenhost.ethz.ch.snmp: GetNextRequest(25) 12:37:25.129819 IP phd-webxen.ethz.ch.38851 phd-xenhost.ethz.ch.snmp: GetNextRequest(25) 12:37:26.133720 IP phd-webxen.ethz.ch.38851 phd-xenhost.ethz.ch.snmp: GetNextRequest(25) 12:37:27.139761 IP phd-webxen.ethz.ch.38851 phd-xenhost.ethz.ch.snmp: GetNextRequest(25) 12:37:28.141762 IP phd-webxen.ethz.ch.38851 phd-xenhost.ethz.ch.snmp: GetNextRequest(25) - I don't believe in a network problem because each and every other service on phd-xenhost is working just fine, and after a reboot also snmp works for some time. thanks, -Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506929: Bug resolved in latest upstream release.
Hello, just wanted to let you know that this bug has been resolved in the latest upstream release, version 0.9.7.4. I have tested this version and it no longer crashes upon importing Origin 7.5 files. The bug has been fixed in the appropriate version of liborigin AFAIK. Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331072: ITP: cinelerra-cv -- non-linear video editor and compositor for Linux
Hi Ludovic, On Thursday 04 December 2008 23:55, Ludovic RESLINGER wrote: I am adopting this package, because I am often using it, and I think it will be good to add it in Debian. Cheers! Which version control system to you plan to use for the packaging? Have you looked into the packaging problems which are the reasons why cinelerra hasnt made it into Debian so far? regards, Holger pgpkl73HxFk9z.pgp Description: PGP signature
Bug#507788: sysctl and modules
On Fri, Dec 05, 2008 at 12:39:29PM +0100, Didier Raboud wrote: It worked. BUT eth0 went autoconfigured and for some reason : $ cat /proc/sys/net/ipv6/conf/all/autoconf 0 $ cat /proc/sys/net/ipv6/conf/eth0/autoconf I'm a little fuzzy on what the all does, but here goes: all means all interfaces I have NOW default means all interfaces I will have LATER I think, hence for some if they are using default and we shift the runlevel to 40 it will break things. I'm sure it all makes fabulous sense to someone in kernel-land :) - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272293: IOERROR: cannot initialize zephyr: Success
Same here. Package: cyrus-common-2.2 Status: install ok installed Priority: extra Section: mail Installed-Size: 15958 Maintainer: Debian Cyrus Team [EMAIL PROTECTED] Architecture: amd64 Source: cyrus-imapd-2.2 Version: 2.2.13-10 I tried idled first, but it does not work also. # grep notif /etc/imapd.conf mailnotifier: zephyr notifysocket: /var/run/cyrus/socket/notify # grep notif /etc/cyrus.conf # this one is needed for the notification services notify cmd=notifyd listen=/var/run/cyrus/socket/notify proto=udp prefork=1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504233: Fwd: r11871 - in /deb-maint/svn-buildpackage/trunk: SDCommon.pm debian/changelog
Jan Hauke Rahm a scris: Hi Eddy, On Fri, Nov 28, 2008 at 06:49:46PM +0200, Eddy Petrișor wrote: OTOH, if failing can be avoided (svn add --no-ignore everything except .svn dirs), I think that is preferable. So, since using svn add --no-ignore would yeld the same results for interactive for as for noninteractive builds and avoids creating a prompt, I think that we should investigate into that option. Okay, I figured out something different, patch is attached. It's now simply printing a note about files being ignored and tries to add them via the SVN::Client connection. What would you say? That sounds sane, but it seems you forgot to attach the patch (the second time) and since the current one is outdated, makes sense for me to wait :-) . Off topic: Why is that line return 1 if ($SDCommon::opt_ignoreerrors); in sub withechoNoPrompt? As far as I can see (and debug) that means that no command is executed when noninteractive and ignoreerrors are set. It just returns 1. That pretty much looks like a bug, doesn't it? (I'm becoming more cautious) No, it makes noninteractive builds not fail on errors which otherwise would have stopped the build when --svn-ignoreerrors is passed. I see the idea but I don't see the command being executed in that case. See the lines around it: , | print STDERR $cmd\n if(!$SDCommon::opt_quiet); | return 1 if ($SDCommon::opt_ignoreerrors); | return (!system(@_)); ` That is the whole point, there are some prompts that aren't critical for successful building the package in an automated environment (e.g.: things like being unable to automatically upgrade a package when no upstream release was done - i.e. the version is the same in upstream as in our repo) but still are an abnormal situation. There are several such cases where an abnormal situation should just be ignored for automated builders or similar automated tools. In a better implementation, we would rather have prompts with a default answer preselected in case of failure so, depending on the thing that failed, svn-bp would ignore by default or quit by default. Ideally, it would be nice to have the possibility to specify which individual commands would be OK to fail (and be ignored) by some sort of configuration in ~/.svn-buildpackage.conf. In other words, for a setup which tries periodically operations that may fail regularly in certain spots, the conf file would specify those particular commands (or groups). But, in the end, I really think we should provide some mechanism to hardcode a default answer in case of non-interactive builds for each question and a way to override that. Just to make things clear with an example. Suppose: - you have an upstream which releases .tar.bz2 files so you have to repackage to .tar.gz - your upstream might add undesired files in the package, but you have to check them individually - you have an automated builder which tries to update your package in the repo as soon as upstream releases; that builder sends you an email with the log for that operation Now, a new upstream comes along with a .swp file in it. Your builder should simply ignore the file and not include it in the repackaged source since you'd check the log anyway, so is OK for it to ignore the new file and let the builder try to build the new package. If you didn't had any way to specify that you want to ignore new files by default, your builder would choke by default and fail to help you. the actual system call wouldn't be executed with ignoreerrors set, or am I missing something here? No, you are correct. It is just that the granularity of the option is too coarse since is either ignore all or fail on the first error. PS: Sorry for not commiting the other thing; I was not at home this weekend. Thanks for doing that! no problem -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature
Bug#507874: [enigmail] Click on the Pen icon but there's no pen icon
Package: enigmail Version: 2:0.95.0+1-3.2 Severity: minor Tags: upstream In the preview pane, when previewing a signed mail the message says: click Pen icon for details, but the icon is an envelope with question mark above it for mails which are from untrusted people or for unverified signatures. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.27-heidi Debian Release: lenny/sid 900 testing snapshot.debian.net 900 testing security.debian.org 900 testing ftp.ro.debian.org 10 unstableftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends(Version) | Installed -+-== thunderbird | OR icedove | 2.0.0.17-1 OR iceape-mailnews | OR seamonkey-mailnews | libc6 (= 2.7-1) | 2.7-16 libgcc1 (= 1:4.1.1) | 1:4.3.2-1 libnspr4-0d(= 1.8.0.10) | 4.7.1-4 libstdc++6(= 4.1.1) | 4.3.2-1 gnupg| 1.4.9-3 -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature
Bug#507875: nbd-server: confusing man page
Package: nbd-server Version: 1:2.9.11-1 Severity: normal Man page for nbd-server is confusing: -l host list is mentioned in 'SYNOPSIS' down below, host list is mentioned without '-l', and it tells me that host list is not a list but a filename. Perhaps 'host list' should be replaced with 'host list file' ? (and at the very end of manpage, date is 01 mei, instead of 01 may) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.24 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nbd-server depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii libc6 2.7-13 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii ucf 3.0010 Update Configuration File: preserv nbd-server recommends no packages. nbd-server suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507847: more info appended
similar reports at ubuntu https://bugs.launchpad.net/ubuntu/+source/multisync/+bug/103218 http://www.mail-archive.com/[EMAIL PROTECTED]/msg320220.html http://www.ubuntu-forum.de/artikel/38389/synce-multisync-ipaq-114-glib-critical.html osdir: http://osdir.com/ml/handhelds.ipaq.synce.general/2007-02/msg6.html http://osdir.com/ml/gnome.apps.multisync.user/2007-09/msg0.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506929: Bug resolved in latest upstream release.
Hi Adrian Sorry for a late response. It is a bit more difficult to package version 0.9.4 since its version of liborigin and qwtplot3d are newer than than the upstream ones. I prefer to use the upstream versions of liborigin and qwtplot3d but it will take a few days more. Cheers Gudjon On Friday 05 December 2008 12:49:02 Adrian Glaubitz wrote: Hello, just wanted to let you know that this bug has been resolved in the latest upstream release, version 0.9.7.4. I have tested this version and it no longer crashes upon importing Origin 7.5 files. The bug has been fixed in the appropriate version of liborigin AFAIK. Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507876: ITP: flactag -- A tagger for whole album FLACs using data from MusicBrainz
Package: wnpp Severity: wishlist Owner: Andy Hawkins [EMAIL PROTECTED] * Package name: flactag Version : 1.1 RC1 Upstream Author : Andy Hawkins [EMAIL PROTECTED] * URL : http://software.gently.org.uk/flactag * License : GPL Programming Lang: C++ Description : A tagger for whole album FLACs using data from MusicBrainz A tagger for whole album FLAC files with embedded CUE sheets. Data for the tags is retrieved from the MusicBrainz service -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.27 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507788: sysctl and modules
* martin f krafft [EMAIL PROTECTED] [081205 12:20]: Or some of the arp related stuff, that might break in more complex settings when in the short time the wrong packages are received. Like what? arp_ignore settings might be a case. As far as I do understand it, Linux will answer on every interface to arp requests of every other interface it has while arp_ignore changes this. Thus not setting this option early enough opens a tiny timeframe in which arp requests might be generated that are not wanted. Such settings might be rare, but they are obviously not too rare for this options to be in the kernel. Also usually in most cases a short window where such bad responses could be generated would not make that much a difference, but if it belongs to the beginning of an connection that could cause a connection refused that could cause some things to give up. Or it might cause a dhcp server to think an address is already in use and suddenly give some host another IP than usual and things like that. All such situations are rare, as having multiple nets with the same IP addresses or over-zealos arp watchers in them is not very common. But this is only one of many options and mean that something else might have some effects, too. I do not think it will effect more than 1% of people and even those it effects might not have significant problems, but is has effects and those are hard to predict and when then happen they might very hard to track down because of being a race condition. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507788: sysctl.conf read before ipv6 module loaded, so cannot set ipv6 settings
Le vendredi 5 décembre 2008 12:35:44 Craig Small, vous avez écrit : On Fri, Dec 05, 2008 at 12:29:43PM +0100, martin f krafft wrote: also sprach Craig Small [EMAIL PROTECTED] [2008.12.05.1211 +0100]: There is no sensible fix for this. The problem is that any time is the wrong time for the init script to run, for someone. Do you have specific examples that would break if procps ran at S40? Shifting it to 40 would probably fix your ipv6 related bug, I guess. There are some settings that need to be set before the interfaces come online, I'm not sure of the specifics but I do know these keys are out there and they do need to be set before networking starts. Ideally there probably should be some sort of runlevel type sysctl setup, that's going to be fiddly and not trivial to write, but not impossible either. My worry is that we move it, you're happy, people who have similiar problems to you are happy but then suddenly another group of people spring up with hey, why did you move sysctl, you broke my system now - Craig As ipv6 is a release goal, my guess is that a solution has to be found. Then, why not getting opininons by consulting -devel about * what would happen if procps was moved fromS30 Required-Start:mountkernfs to S45 Required-Start:mountkernfs $network (actually, AFAII, the number is somewhat automagic, what matters is the Required-Start) * other solution ideas ? Regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#507877: keyjnote: traceback appears loading pdf
Package: keyjnote
Version: 0.10.2-1
Severity: normal
when loading
http://tokyodebian.alioth.debian.org/pdf/debianmeetingresume200809-presentation.pdf
http://tokyodebian.alioth.debian.org/pdf/debianmeetingresume200809.pdf
http://tokyodebian.alioth.debian.org/pdf/debianmeetingresume2008011-presentation.pdf
http://tokyodebian.alioth.debian.org/pdf/debianmeetingresume2008011.pdf
I seem to get the following backtrace; keyjnote does display and work,
but there's a dead thread.
Welcome to KeyJnote version 0.10.2
there is no soundcard
Detected screen size: 1280x800 pixels
OpenGL renderer: Mesa DRI Intel(R) 965GM 4.1.3002
Using GL_ARB_texture_non_power_of_two.
Unhandled exception in thread started by function RenderThread at 0x1abcc80
Traceback (most recent call last):
File /usr/bin/keyjnote, line 1822, in RenderThread
ParsePDF(pdf)
File /usr/bin/keyjnote, line 1378, in ParsePDF
pdf = PDFParser(TempFileName + .pdf)
File /usr/bin/keyjnote, line 1159, in __init__
self.scan_page_tree(root['Pages'].ref)
File /usr/bin/keyjnote, line 1288, in scan_page_tree
self.scan_page_tree(kid.ref, node.get('MediaBox', mbox),
node.get('CropBox', cbox))
File /usr/bin/keyjnote, line 1288, in scan_page_tree
self.scan_page_tree(kid.ref, node.get('MediaBox', mbox),
node.get('CropBox', cbox))
File /usr/bin/keyjnote, line 1288, in scan_page_tree
self.scan_page_tree(kid.ref, node.get('MediaBox', mbox),
node.get('CropBox', cbox))
File /usr/bin/keyjnote, line 1294, in scan_page_tree
self.annots[page] = [a.ref for a in node.get('Annots', [])]
TypeError: iteration over non-sequence
Total presentation time: 0:01.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored:
LC_ALL set to ja_JP.eucJP)
Shell: /bin/sh linked to /bin/bash
Versions of packages keyjnote depends on:
ii perl5.10.0-17Larry Wall's Practical Extraction
ii poppler-utils 0.8.7-1 PDF utilitites (based on libpopple
ii python 2.5.2-3 An interactive high-level object-o
ii python-imaging 1.1.6-3 Python Imaging Library
ii python-opengl 3.0.0~b6-2 Python bindings to OpenGL
ii python-pygame 1.7.1release-4.2 SDL bindings for games development
ii python-support 0.8.4automated rebuilding support for P
ii xpdf-reader 3.02-1.4 Portable Document Format (PDF) sui
Versions of packages keyjnote recommends:
ii ghostscript-x [gs] 8.62.dfsg.1-3.1 The GPL Ghostscript PostScript/PDF
ii gs 8.62.dfsg.1-3.1 Transitional package
ii pdftk1.41-3 useful tool for manipulating PDF d
Versions of packages keyjnote suggests:
ii latex-beamer 3.07-1 LaTeX class to produce presentatio
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507837: [kbibtex] Kbibtex crash when using dblp
Hi, On Thu, Dec 04, 2008 at 11:28:55PM +0100, Bastien ROUCARIES wrote: Package: kbibtex Version: 0.2.1-1 Severity: normal Kbibtex core dump when using dblp database. Core dumping is easy search some book and it will crash. This is already fixed upstream. Thanks for reporting, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507878: keyjnote: video support ?
Package: keyjnote
Version: 0.10.2-1
Severity: wishlist
Hi,
I wanted to use video in my presentation; looking through the web,
there seems to be a video support available, but it's scarcely
documented, and I don't seem to be able to get it working.
I prepared an info file which I assumed would mean it would load video
at page 18 of the presentation, to no avail.
debianmeetingresume200811-presentation.pdf.info:
PageProps = {
18: {
'video': '20080922-latex.ogv'
}
}
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored:
LC_ALL set to ja_JP.eucJP)
Shell: /bin/sh linked to /bin/bash
Versions of packages keyjnote depends on:
ii perl5.10.0-17Larry Wall's Practical Extraction
ii poppler-utils 0.8.7-1 PDF utilitites (based on libpopple
ii python 2.5.2-3 An interactive high-level object-o
ii python-imaging 1.1.6-3 Python Imaging Library
ii python-opengl 3.0.0~b6-2 Python bindings to OpenGL
ii python-pygame 1.7.1release-4.2 SDL bindings for games development
ii python-support 0.8.4automated rebuilding support for P
ii xpdf-reader 3.02-1.4 Portable Document Format (PDF) sui
Versions of packages keyjnote recommends:
ii ghostscript-x [gs] 8.62.dfsg.1-3.1 The GPL Ghostscript PostScript/PDF
ii gs 8.62.dfsg.1-3.1 Transitional package
ii pdftk1.41-3 useful tool for manipulating PDF d
Versions of packages keyjnote suggests:
ii latex-beamer 3.07-1 LaTeX class to produce presentatio
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507845: Dedibox server with VIA C7 cpu freeze with the last libc6
Aurelien Jarno a écrit : Maelvon HAWK a écrit : Aurelien Jarno a écrit : tag 507845 + unreproducible tag 507845 + moreinfo thanks Maelvon HAWK a écrit : Package: libc6 Version: 2.3.6.ds1-3 This is a very old version. Try using at least the latest version from stable, that is 2.3.6.ds1-13etch7. If I put the stable one, it freeze, with no clues… Severity: important I've a Dedibox server, with a VIA C7 cpu, running a debian ETCH, and it seems I've done a dist-upgrade without rebooting that's put the mess in the server. After that it freeze when it want, for no special apparent reason. I said it seems because I remember to have done that, and found some links about that. The actual solution I found is to downgrade my libc6, specifing some preferences in /etc/apt/preferences and the server is working well now, but I never update the libc6 or the bug comes back. But I've tested to install mod_python today and the libc6 downgrade seems to impact it. I've done a remove of the package php5-recode to make the mod_python running. In the other hand, I've found a similar bug report in Gentoo [1], if it can help to resolve this. As clearly explained in the gentoo bug report, this is not a glibc problem, but rather a kernel problem. The glibc may trigger a kernel bug, but the bug has to be fixed in the kernel. First of all, please try to use a standard Debian kernel instead of the kernel 2.6.24.2dedibox-r8-1-c7 one, which is known to be problematic. If you are still be able to reproduce the bug with a Debian kernel, I'll reassign the bug to the kernel package. Aurelien Which kernel should I install. An apt-cache search linux-image-2.6 give me : linux-image-2.6-openvz-686 - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6-vserver-686-bigmem - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-486 - Linux 2.6.26 image on x86 linux-image-2.6.26-bpo.1-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-amd64 - Linux 2.6.26 image on AMD64 linux-image-2.6.26-bpo.1-openvz-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, OpenVZ support linux-image-2.6.26-bpo.1-vserver-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support linux-image-2.6.26-bpo.1-vserver-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support linux-image-2.6.26-bpo.1-xen-686 - Linux 2.6.26 image on i686 linux-image-2.6.23.13dedibox-r8 - Linux kernel binary image for version 2.6.23.13dedibox-r8 You should use the stable one, either: - linux-image-2.6.18-6-686 - linux-image-2.6.24-etchnhalf.1-686 I had a dedibox with a VIA C7 CPU running the first one and glibc 2.3.6.ds1-13etchX for more than a year without any problem. Thanks, I've installed the linux-image-2.6.24-etchnhalf.1-686, updated the libc6 and we'll see if it freeze anymore. Thanks a lot, Malvon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507879: keyjnote: keyjnote - impressive rename; this package should not reach lenny
Package: keyjnote Version: 0.10.2-1 Severity: serious To avoid complications, we shouldn't release keyjnote 0.10.2-1 with lenny. impressive 0.10.2r-1 is sitting in incoming. http://ftp-master.debian.org/new/impressive_0.10.2r-1.html -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.eucJP) Shell: /bin/sh linked to /bin/bash Versions of packages keyjnote depends on: ii perl5.10.0-17Larry Wall's Practical Extraction ii poppler-utils 0.8.7-1 PDF utilitites (based on libpopple ii python 2.5.2-3 An interactive high-level object-o ii python-imaging 1.1.6-3 Python Imaging Library ii python-opengl 3.0.0~b6-2 Python bindings to OpenGL ii python-pygame 1.7.1release-4.2 SDL bindings for games development ii python-support 0.8.4automated rebuilding support for P ii xpdf-reader 3.02-1.4 Portable Document Format (PDF) sui Versions of packages keyjnote recommends: ii ghostscript-x [gs] 8.62.dfsg.1-3.1 The GPL Ghostscript PostScript/PDF ii gs 8.62.dfsg.1-3.1 Transitional package ii pdftk1.41-3 useful tool for manipulating PDF d Versions of packages keyjnote suggests: ii latex-beamer 3.07-1 LaTeX class to produce presentatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504233: Fwd: r11871 - in /deb-maint/svn-buildpackage/trunk: SDCommon.pm debian/changelog
On Fri, Dec 05, 2008 at 02:00:07PM +0200, Eddy Petrișor wrote:
That sounds sane, but it seems you forgot to attach the patch (the second
time)
and since the current one is outdated, makes sense for me to wait :-) .
Seems I need some holidays... :) And *now* the patch *will be* attached!
,
| print STDERR $cmd\n if(!$SDCommon::opt_quiet);
| return 1 if ($SDCommon::opt_ignoreerrors);
| return (!system(@_));
`
That is the whole point, there are some prompts that aren't critical for
successful building the
package in an automated environment (e.g.: things like being unable to
automatically upgrade a
package when no upstream release was done - i.e. the version is the same in
upstream as in our repo)
but still are an abnormal situation. There are several such cases where an
abnormal situation should
just be ignored for automated builders or similar automated tools.
It's not about prompts here but about commands being executed. E.g.:
You have a command
withecho('svn', 'co', 'whatever');
and $opt_noninteractive set. All args of withecho would get passed to
withechoNoPrompt which would do the rest. If you then have
$opt_ignoreerrors set it would just return 1 but it would never do the
'system(@_)' and so never execute the command.
Concludes: withechoNoPrompt with noninteractive and ignoreerrors would
not ignore if a command fails but ignore the command at all, wouldn't
it?
Sorry for bothering if I'm talking nonsense but that's what these lines
look like to me... :-/
In a better implementation, we would rather have prompts with a default
answer preselected in case
of failure so, depending on the thing that failed, svn-bp would ignore by
default or quit by default.
I agree!
Hauke
Index: SDCommon.pm
===
--- SDCommon.pm (revision 11938)
+++ SDCommon.pm (working copy)
@@ -575,20 +575,20 @@
%tmp=();
$statusref=\%tmp;
$ctx-status(, BASE, \collect_name, 1, 1, 0, 1);
+my $ignorewarn = 0;
for(keys %tmp) {
if($tmp{$_} == 2) {
$ctx-add($_, 1);
-} elsif($tmp{$_} == 11) { # subversion ignores some files, like .swp from vim; see #504233 for details
-print STDERR One or more files are ignore due to global subversion ignore patterns,\n\tquit the process here? [y/n?]: ;
-prompt:
-my $ans = STDIN;
-if($ans !~ /^[yn]/i) {
-print STDERR The choices are:\n\tYes (y) which means aborting, or No (n) which means to NOT include those files.\n;
-goto prompt;
-}
-if($ans =~ /^y$/i) {
-exwerror(Aborting.\n);
-}
+} elsif($tmp{$_} == 11) {
+if $ignorewarn == 0 {
+ print STDERR EOLWARN
+Note: One or more files are being ignored due to global subversion
+ignore patterns! You should consider changing your svn config.
+svn-buildpackage tries to add those files now, though.
+EOLWARN
+ }
+$ignorewarn = 1;
+$ctx-add($_, 1);
}
}
chdir $curdir;
signature.asc
Description: Digital signature
Bug#507880: pdfcube: cryptic error message when no command-line option is specified
Package: pdfcube
Version: 0.0.2-3+b3
Severity: normal
Tags: patch
pdfcube gives a weird error message when no command-line options is specified.
$ pdfcube
usage: pdfcube file_uri [cube_page ...]: Resource temporarily unavailable
That's because it's calling 'perror' when it's not necessary.
diff -u pdfcube-0.0.2/src/pdfcube.cc pdfcube-0.0.2-/src/pdfcube.cc
--- pdfcube-0.0.2/src/pdfcube.cc2006-12-20 06:50:47.0 +0900
+++ pdfcube-0.0.2-/src/pdfcube.cc 2008-12-05 22:04:09.594005662 +0900
@@ -1485,7 +1485,7 @@
if(argc 2)
{
- perror(usage: pdfcube file_uri [cube_page ...]);
+ fprintf(stderr, usage: pdfcube file_uri [cube_page ...]\n);
exit(1);
}
gchar *absoluteFileName = get_absolute_file_name (argv[1]);
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored:
LC_ALL set to ja_JP.eucJP)
Shell: /bin/sh linked to /bin/bash
Versions of packages pdfcube depends on:
ii freeglut3 2.4.0-6.1 OpenGL Utility Toolkit
ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-16 GNU C Library: Shared libraries
ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra
ii libgcc1 1:4.3.2-1 GCC support library
ii libgl1-mesa-glx [libgl1] 7.0.3-6A free implementation of the OpenG
ii libglib2.0-0 2.16.6-1 The GLib library of C routines
ii libglu1-mesa [libglu1]7.0.3-6The OpenGL utility library (GLU)
ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface
ii libgtkglext1 1.2.0-1OpenGL Extension to GTK+ (shared l
ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library
ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio
ii libpoppler-glib3 0.8.7-1PDF rendering library (GLib-based
ii libpoppler3 0.8.7-1PDF rendering library
ii libsm62:1.0.3-2 X11 Session Management library
ii libstdc++64.3.2-1The GNU Standard C++ Library v3
ii libx11-6 2:1.1.5-2 X11 client-side library
ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library
ii libxt61:1.0.5-3 X11 toolkit intrinsics library
pdfcube recommends no packages.
pdfcube suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507876: ITP: flactag -- A tagger for whole album FLACs using data from MusicBrainz
* Andy Hawkins [EMAIL PROTECTED] [2008-12-05 12:47]: Description : A tagger for whole album FLACs using data from MusicBrainz A tagger for whole album FLAC files with embedded CUE sheets. Data for the tags is retrieved from the MusicBrainz service If you cannot find a sponsor, please let me know and I might do it. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507835: I would like gnome-panel flavor with --disabled-eds
Hi, Le vendredi 05 décembre 2008 à 00:00 +0200, Arturas K a écrit : I do not use evolution, and gnome-panel ties to evolution-data-server a like waist space (diskram) on my system :D There might be two ways of solving this: * alternate gnome-panel package with configure --disabled-eds * demote evolution-data-server appropriate libs to recommended and make runtime checks for their presence/absence to enable/disable some features by the way, if I am not wrong, only /usr/lib/gnome-panel/libclock-applet.so is affected The correct approach would probably to do the following: * ship a gnome-panel built with --disable-eds * build a second variant and keep only libclock-applet.so * ship this libclock-applet.so in a gnome-panel-evolution package, with a diversion. This is very low on my own priority list, but if you or someone else can provide a patch, I have no objection against integrating it. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#507881: apt-build failes with sources using cmake
Package: apt-build Version: 0.12.37 Severity: normal when source package uses cmake (such as KDE 4 or phonon), it probes for compiler and the calls is directly (/usr/lib/apt-build/g++) when doing so, build failes. when building the source using regualr debian/rules binary-arch everything is fine. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-10 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-build depends on: ii apt 0.7.18 Advanced front-end for dpkg ii apt-utils 0.7.18 APT utility programs ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii devscripts2.10.35scripts to make the life of a Debi ii dpkg-dev 1.14.23Debian package development tools ii g++ 4:4.3.2-2 The GNU C++ compiler ii gcc 4:4.3.2-2 The GNU C compiler ii libappconfig-perl 1.56-2 Perl module for configuration file ii libapt-pkg-perl 0.1.22+b1 Perl interface to libapt-pkg ii libc6 2.7-16 GNU C Library: Shared libraries ii perl 5.10.0-18 Larry Wall's Practical Extraction Versions of packages apt-build recommends: ii build-essential 11.4 Informational list of build-essent ii fakeroot 1.11 Gives a fake root environment apt-build suggests no packages. -- debconf information: apt-build/arch_amd: k6 apt-build/arch_alpha: ev4 * apt-build/options: -march=pentium3 * apt-build/arch_intel: pentium3 apt-build/arch_arm: armv2 * apt-build/make_options: -j2 * apt-build/olevel: Strong * apt-build/build_dir: /var/cache/apt-build/build * apt-build/repository_dir: /var/cache/apt-build/repository apt-build/arch_sparc: sparc apt-build/arch_amd64: x86-64 * apt-build/add_to_sourceslist: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507873: CD vendors cleanup needed
MJ Ray wrote: I'm putting this report into the bug tracker so someone else can complete it before I do, if appropriate. Frank Lin PIAT [EMAIL PROTECTED] wrote: I think the following CD vendors could/should be removed: * http://www.opensoft.nl/cdshop/product_info.php?products_id=35 Still sell Debian Sarge. I will cc them on this email. Not sure if we have a policy of delisting for that. To clarify, I don't suggest to remove them because they sell Sarge, but based on the fact that they don't sell Debian/Stable (Etch). * http://www.compralinux.com/ 63 Euros for 3 DVDs... Nuteca in Spain - seems to sell Debian 4.0 DVD. Why remove them? 63 Euros don't seems to be a reasonable price for burning and shipping 4 DVDs, IHMO. Nuteca is free to choose the price for the product, it doesn't mean we have to advertize them. Thanks, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507716: [Pkg-xfce-devel] Bug#507716: Bug#507716: xfwm4: broken focus follows mouse behavior on raise
On jeu, 2008-12-04 at 14:32 -0600, Jason Kraftcheck wrote: Yves-Alexis Perez wrote: On jeu, 2008-12-04 at 11:07 -0600, Jason Kraftcheck wrote: I tried enabling Active focus stealing prevention. Please give the complete settings. How do you want us to help you debugging an issue if you give one information by mail? There are only two check boxes on that tab you mentioned. You didn't ask what any settings were, only whether or not I had tried any settings on that tab to address the problem, and later by how? I assumed you were inquiring as to which settings I tried changing. I tried changing precisely one setting, Active focus stealing prevention. The problem was not resolved, regardless of that setting. If you had wanted to know the what the settings were for other options on that tab or elsewhere, you should have asked in the first place. Ow, please, don't be like that. *You* have a problem, so *you* should provide all informations about your problem so we can do something about that. And, basically, giving one single piece of information won't help anybody. And I asked about “focus” stuff (tada, that's because you have a _focus_ problem) so you could have guessed in the first place. Anyway, Window Manager Settings Focus: Focus model: ___ Click to focus_x_ Focus follows mouse New window focus ___ Automatically give focus to newly created windows Raise on focus: ___ Automatically raise windows when they receive focus Delay before raising focused window: ~90% Raise on click: _x_ Raise window when clicking inside application window Window Manager Tweaks: Focus: _x_ Activate focus stealing prevention. _x_ Honor the standard ICCCM focus hint In your case, you would like something a bit that “Don't automatically focus windows when they are raised”, I think. I'm not a wm expert, but I don't think there is such a thing as “raised on top” event for a window. I assume that what you send (with emacsclient or nedit-nc) is a “focus” event, so in this case it would be ok to focus it. Please open a bug on Xfce bugzilla (http://bugs.xfce.org) on xfwm4 component (4.4.2 version) asking about that and providing all informations necessary. (and forward the bug number to this bug report) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#506644: gnome-power-manager: Brightness applet does not change brightness
Le vendredi 05 décembre 2008 à 09:40 +0900, Charles Plessy a écrit : Le Thu, Dec 04, 2008 at 05:54:35PM +0100, Josselin Mouette a écrit : Does it work when you set the brightness with xbacklight? It doesn’t work anymore on my system, and I’m pretty sure it used to. The bug could lie in the X server somehow. Good point, xbacklight does not work on my system either, that's very bad news :( Yes, the same goes for me. X Utopia people: do you know what it means when neither g-p-m (through HAL) nor xbacklight (through XRandR) work to change the backlight of a display? Is it a problem in the kernel? Thanks for your insight, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504721: Console broken on debian-installer on Sparc LDOM
I've just tested the committed changes for i386 and s390. For i386 'console-type' correctly returns virtual when booted in VirtualBox. I've not tested serial, but am confident that will work as well. On s390 'console-type' returns nothing, which also seems correct as that is neither a virtual or serial console, but a dumb console. As we only test for '= serial' in reopen-console and everything is properly quoted this is no problem. Maybe a test for dumb could be added in the future. So I'll go ahead and upload the new rootskel. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#506644: [Pkg-utopia-maintainers] Bug#506644: gnome-power-manager: Brightness applet does not change brightness
Josselin Mouette wrote: Le vendredi 05 décembre 2008 à 09:40 +0900, Charles Plessy a écrit : Le Thu, Dec 04, 2008 at 05:54:35PM +0100, Josselin Mouette a écrit : Does it work when you set the brightness with xbacklight? It doesn’t work anymore on my system, and I’m pretty sure it used to. The bug could lie in the X server somehow. Good point, xbacklight does not work on my system either, that's very bad news :( Yes, the same goes for me. X Utopia people: do you know what it means when neither g-p-m (through HAL) nor xbacklight (through XRandR) work to change the backlight of a display? Is it a problem in the kernel? Thanks for your insight, I can't control my backlight either (never could). Afaik it's because this function is hard wired and not controllable by software on my laptop. But if you say, that it worked for you before, than this is something different. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#507788: sysctl and modules
* Didier Raboud [EMAIL PROTECTED] [081205 12:48]: It worked. BUT eth0 went autoconfigured and for some reason : $ cat /proc/sys/net/ipv6/conf/all/autoconf 0 $ cat /proc/sys/net/ipv6/conf/eth0/autoconf 1 Putting net.ipv6.conf.eth0.autoconf=0 in /etc/sysctl.conf solves 'my' problem. Still??? Weird. What value is in /proc/sys/net/ipv6/conf/default/autoconf ? Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506644: [Pkg-utopia-maintainers] Bug#506644: gnome-power-manager: Brightness applet does not change brightness
Le vendredi 05 décembre 2008 à 14:26 +0100, Michael Biebl a écrit : Josselin Mouette wrote: X Utopia people: do you know what it means when neither g-p-m (through HAL) nor xbacklight (through XRandR) work to change the backlight of a display? Is it a problem in the kernel? I can't control my backlight either (never could). Afaik it's because this function is hard wired and not controllable by software on my laptop. But if you say, that it worked for you before, than this is something different. The original report was about a regression for a Sony model, yes. On my laptop (a Fujitsu-Siemens one), this never worked with HAL but used to work with XRandR. Which is why I’m suspecting some change in the kernel, but I’m not sure how this is done in the X server. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#507882: RM: cryopid -- RoQA; orphaned, dead upstream
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Package is orphaned. * Upstream is dead. * Package does have some bugs, not all reported on BTS. I spoke with the person that uploaded the mentors package and he has no interest in it and couldn't totally fix it either. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506715: nautilus: some infinity loop with certain file in directery
Hi, Le lundi 24 novembre 2008 à 01:31 +0100, M.Kovarik a écrit : I found the Addict.ico file in some directory is reason for infinity loop and 100% CPU load. I'm attaching this file. When I open the directory with this file, the Gnome file manager get some infinty loop with 100% CPU load and window of manager is blank. I have to kill nautilus to next work with file. The other applications are all right - it is only problem of file manager. The attached file is in zipped directory. The issue happen if you unpack entire directory and you open this one (I don't know why, ..May be for date?) If you unpack only single file Addict.ico the problem don't occur. I’m afraid I can’t reproduce that, neither in spatial mode nor in browser mode. Could you show us the output of the following command? dpkg -S /usr/lib/nautilus/extensions-1.0 Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#473401: grub-installer: grub2 config for Windows partition does not boot
On Mon, Dec 01, 2008 at 12:12:42AM +0100, Robert Millan wrote:
For multipath, I'm not familiar with how it works, and speficically what
does grub-installer do to support it, so I don't know.
Support for multipath in grub-installer is modeled straight after dmraid.
It gets the relevant disk and partition via a call to multipath -l and
then installs grub like:
TERM=linux $chroot $ROOT \
grub --device-map=/dev/null /var/log/grub-${frtype}.log 21
/dev/null EOF
device (hd0,$frgrubroot) $disc_offered
device (hd0) $frdev
root (hd0,$frgrubroot)
setup (hd0)
quit
EOF
This broke as soon as we switched from grub legacy to grub2, so it
probably doesn't hurt much as folks have to fetch a patched grub
(#442381) legacy and install it by hand anyway:
http://wiki.debian.org/DebianInstaller/MultipathSupport
Debian's relevance in these HA storage areas is quiet low anyway and
since RHEL and SLES suport it nicely:
http://sources.redhat.com/lvm2/wiki/MultipathUsageGuide
it's probably not worh bothering too much at all.
Cheers,
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434510: retitle 434510 to [fixed for 3.0.1, cws swffixes] lash v9 does not work
# Automatically generated email from bts, devscripts version 2.10.35 # GAH! retitle 434510 [fixed for 3.0.1, cws swffixes] lash v9 does not work -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507883: asterisk: Very frequent segfaults on startup
Package: asterisk Version: 1:1.4.21.2~dfsg-2 Severity: normal Asterisk crashes very frequently on startup. Using safe_asterisk will start it eventually. Once it's running it's stable. The last start took 90 attempts. The one before that 71. The backtraces all look the same (OK, I just checked four of the 159 core dumps :-) (gdb) bt #0 destroy_pval (item=0x7f60) at pbx_ael.c:4541 #1 0x7f60860a0c1f in destroy_pval_item (item=0x7f609c061b60) at pbx_ael.c:4517 #2 0x7f60860a0df1 in destroy_pval (item=0x7f60) at pbx_ael.c:4543 #3 0x7f60860a0c1f in destroy_pval_item (item=0x7f609c061c00) at pbx_ael.c:4517 #4 0x7f60860a0df1 in destroy_pval (item=0x7f60) at pbx_ael.c:4543 #5 0x7f60860a0c1f in destroy_pval_item (item=0x7f609c065680) at pbx_ael.c:4517 #6 0x7f60860a0df1 in destroy_pval (item=0x7f60) at pbx_ael.c:4543 #7 0x7f60860a69d9 in ?? () from /usr/lib/asterisk/modules/pbx_ael.so #8 0x0045cc72 in load_resource (resource_name=0x7f609c007620 pbx_ael.so, global_symbols_only=value optimized out) at loader.c:688 #9 0x0045d1e9 in load_modules (preload_only=value optimized out) at loader.c:882 #10 0x0042875d in main (argc=value optimized out, argv=value optimized out) at asterisk.c:3064 Before using the Debian package I was using a self-compiled build (1.4.18, I think) and had no such problems. Lars -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-vserver-amd64 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages asterisk depends on: ii adduser3.110 add and remove users and groups ii asterisk-config1:1.4.21.2~dfsg-2 Configuration files for Asterisk ii asterisk-sounds-ma 1:1.4.21.2~dfsg-2 Core Sound files for Asterisk (Eng ii libasound2 1.0.16-2 ALSA library ii libc-client2007b 7:2007b~dfsg-4+lenny1 c-client library for mail protocol ii libc6 2.7-16GNU C Library: Shared libraries ii libcap22.11-2support for getting/setting POSIX. ii libcurl3 7.18.2-5 Multi-protocol file transfer libra ii libgcc11:4.3.2-1 GCC support library ii libgsm11.0.12-1 Shared libraries for GSM speech co ii libiksemel31.2-4 C library for the Jabber IM platfo ii libncurses55.6+20080830-1shared libraries for terminal hand ii libnewt0.520.52.2-11.3 Not Erik's Windowing Toolkit - tex ii libogg01.1.3-4 Ogg Bitstream Library ii libpopt0 1.14-4lib for parsing cmdline parameters ii libpq5 8.3.5-1 PostgreSQL C client library ii libpri1.0 1.4.3-2 Primary Rate ISDN specification li ii libradiusclient-ng 0.5.5-1 Enhanced RADIUS client library ii libsnmp15 5.4.1~dfsg-11 SNMP (Simple Network Management Pr ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library ii libsqlite0 2.8.17-4 SQLite shared library ii libssl0.9.80.9.8g-14 SSL shared libraries ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libtonezone1 1:1.4.11~dfsg-2 tonezone library (runtime) ii libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libvpb04.2.36-1 Voicetronix telephony hardware use ii unixodbc 2.2.11-16 ODBC tools libraries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime asterisk recommends no packages. Versions of packages asterisk suggests: pn asterisk-dev none (no description available) pn asterisk-doc none (no description available) pn asterisk-h323 none (no description available) pn ekiga none (no description available) pn kphonenone (no description available) pn ohphone none (no description available) pn twinkle none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434510: retitle 434510 to [fixed for 3.0.1, cws swffixes] flash v9 does not work
# Automatically generated email from bts, devscripts version 2.10.35 # GAH! 2 retitle 434510 [fixed for 3.0.1, cws swffixes] flash v9 does not work -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506989: Bug#488857: gnome-applets: keyboard indicator stopped working
forcemerge 506989 488857 reassign 488857 xserver-xorg-core forcemerge 480021 488857 thanks Le jeudi 27 novembre 2008 à 10:16 +0100, Milan Zamazal a écrit : FWIW, I've observed exactly the same problem on a fresh Lenny installation, except for I couldn't fix the problem. Additional information: If I make changes in the keyboard applet configuration, the applet starts to work and `xkbset q' starts to report XKB information. But after reboot it stops to work again. So the applet is mostly useless on Lenny. Thanks a lot for this information. It means that #506989 is precisely the same issue, and it is most probably the same as #480021 which lies either in the X server or in xkb-data. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#480996: Bug#480565: standard input: `\-' is not allowed in an escape name
tags 480996 fixed-upstream thanks On Tue, May 13, 2008 at 01:30:58AM +0100, Colin Watson wrote: On Tue, May 13, 2008 at 08:06:44AM +0800, [EMAIL PROTECTED] wrote: Please document that stderr is now special on the man man page, and give the user a MANOPT to restore the standard behavior. I reject the claim standard. Perhaps previous. But sure. Bug cloned. Done for the future man-db 2.5.4: Fri Dec 5 13:52:14 GMT 2008 Colin Watson [EMAIL PROTECTED] Make it possible to override man's default of discarding stderr when stdout is a terminal (Debian bug #480996). * src/man.c (discard_stderr): Make static. (maybe_discard_stderr): New function, checking MAN_KEEP_STDERR. (format_display_and_save, format_display, display_catman): Use maybe_discard_stderr. * man/man1/man.man1 (ENVIRONMENT): Document this. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507884: camlp5: New upstream version supporting ocaml 3.11
Package: camlp5 Version: 5.08-2 Severity: wishlist Hi ! A new upstream version (5.10) of camlp5 is available. This release adds support for ocaml 3.11, which will be the default in sid, and is already available in experimental. It would be nice to prepare a package for this version. Romain -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507633: libgnutls26: GnuTLS does not know VeriSign any more
Hi, At Ubuntu, we encountered this bug after performing a security update, which includes the patch from 2.6.1 and 2.6.2. These upstream patches are also what are in sid's 2.4.2-3. This affects more than just Verisign, and seems the cause is when the last certificate in the chain is a self-signed CA. Upstream's 2.6.2 is also affected. See https://bugs.launchpad.net/debian/+source/gnutls26/+bug/305264/ for some more information. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506853 may also be related. This is also being discussed upstream in: http://lists.gnu.org/archive/html/gnutls-devel/2008-12/msg6.html Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507885: [PATCH] Use select() in wmwave
Package: wmwave
Tags: patch
This patch is from Julien BLACHE with the following comment.
-- Guido
| Attached is a small patch for wmwave to use select() instead of
| sleeping.
|
| The goal is to be able to use a longer update interval without ugly
| visual side-effects. I've been told it also helps a lot when using the
| dockapp swallowed in non-WMaker WMs.
|
| The patch relies on timeout being updated by select() and hence it's
| Linux-specific, but wmwave itself is Linux-specific TTBOMK.
|
| I've no strong feelings about this, so I'm just sending the patch and
| not opening a bug about it. After all, it doesn't help reducing the
| number of CPU wakeups, so...
diff -ru orig/wmwave-0.4/wmgeneral.c wmwave-0.4/wmgeneral.c
--- orig/wmwave-0.4/wmgeneral.c 1999-08-15 17:38:38.0 +0200
+++ wmwave-0.4/wmgeneral.c 2008-11-13 13:37:24.826233102 +0100
@@ -65,6 +65,7 @@
/* X11 Variables */
/*/
+Display *display;
Window Root;
int screen;
int x_fd;
diff -ru orig/wmwave-0.4/wmgeneral.h wmwave-0.4/wmgeneral.h
--- orig/wmwave-0.4/wmgeneral.h 1999-08-15 17:32:50.0 +0200
+++ wmwave-0.4/wmgeneral.h 2008-11-13 13:37:01.194230361 +0100
@@ -36,7 +36,8 @@
/* Global variable */
/***/
-Display *display;
+extern Display *display;
+extern int x_fd;
/***/
/* Function Prototypes */
diff -ru orig/wmwave-0.4/wmwave.c wmwave-0.4/wmwave.c
--- orig/wmwave-0.4/wmwave.c 2008-11-13 14:00:06.0 +0100
+++ wmwave-0.4/wmwave.c 2008-11-13 13:56:23.122377584 +0100
@@ -49,6 +49,7 @@
#include sys/wait.h
#include sys/stat.h
#include sys/param.h
+#include sys/select.h
#include sys/types.h
#include sys/socket.h
#include sys/time.h
@@ -70,7 +71,7 @@
#define WMWAVE_VERSION 0.4
-int update_rate=10;
+int update_rate = 100;
char *ProgName;
@@ -280,7 +281,7 @@
break;
case 'r':
if (argc (i+1)) {
- update_rate = (atoi(argv[i+1]) * 1000);
+ update_rate = atoi(argv[i+1]);
i++;
}
break;
@@ -302,29 +303,30 @@
*/
void wmwave_routine(int argc, char **argv) {
XEvent Event;
- struct timeval tv={0,0};
- struct timeval last={0,0};
-
+ fd_set fds;
+ struct timeval tv_rate;
+ struct timeval tv = {0, 0};
+
+ tv_rate.tv_sec = update_rate / 1000;
+ tv_rate.tv_usec = (update_rate - tv_rate.tv_sec * 1000) * 1000;
+
createXBMfromXPM(wmwave_mask_bits, wmwave_master_xpm, wmwave_mask_width, wmwave_mask_height);
openXwindow(argc, argv, wmwave_master_xpm, wmwave_mask_bits, wmwave_mask_width, wmwave_mask_height);
RedrawWindow();
-
-
+
+
while (1) {
-
-curtime = time(0);
-
-if (1) {
- memcpy(last, tv, sizeof(tv));
-
+if ((tv.tv_sec == 0) (tv.tv_usec == 0)) {
/*
* Update display
*/
DisplayWireless();
-
+
RedrawWindow();
+
+ tv = tv_rate;
}
/*
@@ -342,8 +344,10 @@
break;
}
}
-
-usleep(update_rate);
+
+FD_ZERO(fds);
+FD_SET(x_fd, fds);
+select(FD_SETSIZE, fds, NULL, NULL, tv);
}
}
Bug#506644: [Pkg-utopia-maintainers] Bug#506644: gnome-power-manager: Brightness applet does not change brightness
On Fri, Dec 5, 2008 at 14:37:35 +0100, Josselin Mouette wrote: Le vendredi 05 décembre 2008 à 14:26 +0100, Michael Biebl a écrit : Josselin Mouette wrote: X Utopia people: do you know what it means when neither g-p-m (through HAL) nor xbacklight (through XRandR) work to change the backlight of a display? Is it a problem in the kernel? I can't control my backlight either (never could). Afaik it's because this function is hard wired and not controllable by software on my laptop. But if you say, that it worked for you before, than this is something different. The original report was about a regression for a Sony model, yes. On my laptop (a Fujitsu-Siemens one), this never worked with HAL but used to work with XRandR. Which is why I’m suspecting some change in the kernel, but I’m not sure how this is done in the X server. What's the value of the BACKLIGHT_CONTROL randr property in the working/non-working cases? (xrandr --prop will list it) Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506644: [Pkg-utopia-maintainers] Bug#506644: gnome-power-manager: Brightness applet does not change brightness
Le vendredi 05 décembre 2008 à 15:23 +0100, Julien Cristau a écrit : What's the value of the BACKLIGHT_CONTROL randr property in the working/non-working cases? (xrandr --prop will list it) Here it is listed as: BACKLIGHT_CONTROL: kernel supported: native legacy combination kernel I don’t have a working setup handy anymore, unfortunately. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#406981: Let U bent advies Om uw email account nu
Beste Web-mail E-mail account owner, Dit bericht is afkomstig van (E-mail, WEB-MAIL) berichtencentrale admin center Alle WEB-MAIL en E-mail account eigenaars. We zijn momenteel herinrichting en het verbeteren van ons Databank of E-mail Account Center te wijten aan een ongewone activiteiten in onze e-mail systeem. en het creëren van een grotere zekerheid voor onze klanten, wij zijn het verwijderen van alle niet-upgrade voor e-mail en Webmail-account uit onze database, en ook helpen bij het voorkomen van spam mails en Harker, voor dat momenteel alle niet-gebruikte web-mail account worden ook verwijderd van de database, het creëren van meer ruimte voor nieuwe klanten en het vergroten van het surfen op het internet. Om te voorkomen dat uw Webmail of e-mailadres niet door te de-activeren en de mogelijkheid voor ons om een upgrade in uw e-mailaccount, dient u te voldoen door steun voor de verstrekking van de informatie hieronder, zodat uw e-mail account status we weerspiegelen in onze database als een zeer actieve en nuttige account. Gebruikersnaam E-mail: E-mail wachtwoord: Geboortedatum: Land of plaats: Duur van de e-mail wanneer er sprake is zeker: Houdt u er alstublieft rekening met ons als dit wordt gedaan om ons bij het verbeteren van over de continuïteit van ons e-mail systeem eigenaren. WAARSCHUWING! Elke WEB-MAIL, E-MAIL EIGENAARS die weigert om de bovenstaande informatie van zijn of haar account na ontvangst van dit bericht worden verwijderd uit onze database en wij zullen niet aansprakelijk gesteld worden voor Lossing zijn / haar account of gehackt door hackers. Dank u voor uw begrip als het is gericht op betere service te verlenen. Met vriendelijke groet, Dank u voor het gebruik van onze service. E-mail Team Webmasters Waarschuwing Code: ID67565434 Mailto: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506419: kernel trace during IPv6 ssh output
also sprach martin f krafft [EMAIL PROTECTED] [2008.12.04.1551 +0100]: I cannot reproduce the same bug anymore, which may be due to the fact that I am using a proto-41 IPv6 tunnel at the new location (and thus lower transmission rates). I can reproduce it now that the machine is back in a native IPV6 network. So the bug is kinda horrid: the NIC that provides eth0 also connects to the IPMI card, and when I cause a whole lot of IPv6 traffic (incoming, e.g. downloading ISOs from switch.ch via IPv6), the NIC locks up to the point where the IPMI card also becomes unreachable. A soft-reboot fixes the problem. There is nothing in the logs. Of course I can no longer reproduce this one at home, even with a proto-41 tunnel to my gateway, and bridging and iptables. JOY! -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#507676: initramfs-tools: does not wait for usb disks in fstab to show up
Even fixing the error of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507059 and installing the latest udev with udevadm: same result: no wait!
Bug#507886: xserver-xorg: X blocks suspend to RAM
Package: xserver-xorg Version: 1:7.4~4 Severity: normal Hi, since using kernel version 2.6.28-rc1 my iBook doesn't enter the sleep mode, if X is active. If X is running, but not active, i.e. I'm on a virtual consol (e.g. tty2) the system goes asleep. With the kernel 2.6.27 I've no problems. When starting suspend to RAM (via pbbuttons) while X is active, the screen becomes black (the common switch to the virtual console) and then the screen becomes scrambled and the system stops, but it's not off. If the fan is spinning before going asleep it still spinns after the screen becomes scrambled. So, the system is not off, but no keys working, e.g. Ctrl+Alt+Fn to change the virtual console. I'm sorry, I can't give you more informations. But if you have questions, ask me. Bye, Jörg. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 12. Aug 19:23 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1845156 12. Nov 15:48 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:10.0 VGA compatible controller: ATI Technologies Inc M9+ 5C63 [Radeon Mobility 9200 (AGP)] (rev 01) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 2622 24. Nov 14:33 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc # FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord # Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel macintosh Option XkbLayout de Option XkbVariantnodeadkeys Option XkbOptionslv3:lwin_switch # Option XkbOptionsctrl:nocaps EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ExplorerPS/2 EndSection Section Device Identifier ATI Driver radeon BusID PCI:0:16:0 Option EnablePageFlip Option DDCMode Option MacModel ibook EndSection Section Monitor Identifier iBook Panel Option DPMS off EndSection Section Screen Identifier Panel Device ATI Monitor iBook Panel DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 Virtual 2048 768 EndSubSection SubSection Display Depth 24 Modes 1024x768 EndSubSection EndSection Section ServerLayout Identifier default Screen Panel InputDevice Generic Keyboard InputDevice Configured Mouse Option BlankTime 0 Option DontZap true Option AllowEmptyInput false Option AllowDeactivateGrabs true EndSection Section DRI Mode0666 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 36450 5. Dez 11:20 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.5.3 Release Date: 5 November 2008 X
Bug#507887: bzr-svn: URL parsing bug: scheme://server//path
Package: bzr-svn Version: 0.4.10-2 Severity: normal This works fine: bzr svn-branching-scheme svn+ssh://server/path/to/dir This causes an error: bzr svn-branching-scheme svn+ssh://server//path/to/dir - bzr: ERROR: exceptions.AssertionError: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/bzrlib/commands.py, line 846, in run_bzr_catch_errors return run_bzr(argv) File /usr/lib/python2.5/site-packages/bzrlib/commands.py, line 797, in run_bzr ret = run(*run_argv) File /usr/lib/python2.5/site-packages/bzrlib/commands.py, line 499, in run_argv_aliases return self.run(**all_cmd_args) File /usr/lib/python2.5/site-packages/bzrlib/plugins/svn/__init__.py, line 382, in run dir = BzrDir.open_containing(location)[0] File /usr/lib/python2.5/site-packages/bzrlib/bzrdir.py, line 729, in open_containing return BzrDir.open_containing_from_transport(transport) File /usr/lib/python2.5/site-packages/bzrlib/bzrdir.py, line 750, in open_containing_from_transport result = BzrDir.open_from_transport(a_transport) File /usr/lib/python2.5/site-packages/bzrlib/bzrdir.py, line 709, in open_from_transport return format.open(transport, _found=True) File /usr/lib/python2.5/site-packages/bzrlib/bzrdir.py, line 1572, in open return self._open(transport) File /usr/lib/python2.5/site-packages/bzrlib/plugins/svn/format.py, line 70, in _open return remote.SvnRemoteAccess(transport, self) File /usr/lib/python2.5/site-packages/bzrlib/plugins/svn/remote.py, line 52, in __init__ assert svn_url.startswith(self.svn_root_url) AssertionError bzr 1.5 on python 2.5.2 (linux2) arguments: ['/usr/bin/bzr', 'svn-branching-scheme', 'svn+ssh://svn//svn/users/paul/netviz/trunk'] encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_GB.UTF-8' plugins: bzrtools /usr/lib/python2.5/site-packages/bzrlib/plugins/bzrtools [1.5.0] dbus /usr/lib/python2.5/site-packages/bzrlib/plugins/dbus [unknown] gtk /usr/lib/python2.5/site-packages/bzrlib/plugins/gtk [0.94.0] launchpad /usr/lib/python2.5/site-packages/bzrlib/plugins/launchpad [unknown] rebase /usr/lib/python2.5/site-packages/bzrlib/plugins/rebase [0.3.0] svn /usr/lib/python2.5/site-packages/bzrlib/plugins/svn [0.4.10] *** Bazaar has encountered an internal error. Please report a bug at https://bugs.launchpad.net/bzr/+filebug including this traceback, and a description of what you were doing when the error occurred. - The exact command seems not to matter; push does similar. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bzr-svn depends on: ii bzr 1.5-1.1 easy to use distributed version co ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8register and build utility for Pyt ii python-subversion 1.5.1dfsg1-1 Python bindings for Subversion Versions of packages bzr-svn recommends: ii bzr-rebase0.3-1.1Rebase plugin for Bazaar bzr-svn suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506644: [Pkg-utopia-maintainers] Bug#506644: gnome-power-manager: Brightness applet does not change brightness
On Fri, Dec 05, 2008 at 03:35:48PM +0100, Josselin Mouette wrote: Le vendredi 05 décembre 2008 à 15:23 +0100, Julien Cristau a écrit : What's the value of the BACKLIGHT_CONTROL randr property in the working/non-working cases? (xrandr --prop will list it) Here it is listed as: BACKLIGHT_CONTROL: kernel supported: native legacy combination kernel I don???t have a working setup handy anymore, unfortunately. Check if you hav e a class backlight device in /sys (iotw something under /sys/class/backlight). If so you should be able to control the backlight via hal. You can test the kernel by echoing values into the brightness file Sjoerd -- You can't push on a string. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507888: keymap config for UK British English keys causes moc to fail to start
Package: moc Version: 1:2.5.0~alpha3+svn20080629-2 Severity: normal Tags: l10n On a UK keyboard shift3 gives the symbol £, not # as on a US keyboard and shift2 gives not @. I use a UK keyboard and my keymap file is defined in ~/.moc/config as Keymap = keymap My keymap file is located at ~/.moc/keymap and is completely default with the following exceptions: go_to_fast_dir2 = go_to_fast_dir3 = £ If I start moc with this configuration it fails with the following message FATAL_ERROR: Parse error in the keymap file line 101: bad key sequence Line 101 in my keymap file is go_to_fast_dir3 =£ I have also tried defining the keymap file location withg the full path i.e. /home/julian/.moc/keymap with the same result. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages moc depends on: ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-16GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-5 Multi-protocol file transfer libra ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libfaad0 2.6.1-3.1 freeware Advanced Audio Decoder - ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libgcc11:4.3.2-1 GCC support library ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libjack0 0.109.2-3 JACK Audio Connection Kit (librari ii libmad00.15.1b-3 MPEG audio decoder library ii libmodplug0c2 1:0.8.4-1 shared libraries for mod music bas ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libncursesw5 5.6+20080830-1shared libraries for terminal hand ii libogg01.1.3-4 Ogg Bitstream Library ii libresid-builder0c2a 2.1.1-7 SID chip emulation class based on ii libsamplerate0 0.1.4-1 audio rate conversion library ii libsidplay22.1.1-7 SID (MOS 6581) emulation library ii libsidutils0 2.1.1-7 utility functions for SID players ii libsndfile11.0.17-4 Library for reading/writing audio ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libtagc0 1.5-3 TagLib Audio Meta-Data Library (C ii libvorbis0a 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libwavpack14.50.1-1 an audio codec (lossy and lossless ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime moc recommends no packages. Versions of packages moc suggests: ii moc-ffmpeg- 1:2.5.0~alpha3+svn20080629-2 ncurses based console audio player -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507890: perl-modules 5.8.8-7etch5 break ytnef-filter
Package: ytnef Version: 2.6-1 Severity: normal Recent update of perl-modules from 5.8.8-7etch3 to 5.8.8-7etch5 seems to break ytnef-filter in many cases. A single, stray boundary line - as specified in the Content-Type header field is appended to mail body and prevents Cyrus imap lmtpd from successfully delivering those emails (after being filtered by ytnef-filter). The following tnef relevant(?) lines in mail header and an one-line mail body lines might be enough to trigger that behaviour: Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=_=_NextPart_001_01C956C3.5FFA0A45 X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: The result of ytnef-filtering is a mail with a single line --_=_NextPart_001_01C956C3.5FFA0A45-- appended at the end, which is then rejected by exim/Cyrus lmtpd with a LMTP error after end of data: 554 5.6.0 Message contains invalid header error. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ytnef depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libytnef0 1.5-1 improved decoder for application/m Versions of packages ytnef recommends: ii libmailtools-perl 1.74-1 Manipulate email in perl programs ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506644: [Pkg-utopia-maintainers] Bug#506644: gnome-power-manager: Brightness applet does not change brightness
reassign 506644 linux-2.6 thanks Le vendredi 05 décembre 2008 à 15:06 +, Sjoerd Simons a écrit : Check if you hav e a class backlight device in /sys (iotw something under /sys/class/backlight). If so you should be able to control the backlight via hal. You can test the kernel by echoing values into the brightness file Indeed, the kernel support seems broken. I can change the values in /sys/class/backlight/acpi_video0/brightness but they have no impact on the brightness. Charles, setting xrandr --output LVDS --set BACKLIGHT_CONTROL native should make at least xbacklight work, but for HAL which relies on the ACPI interface, this is up to the kernel. Thanks to all for the help, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#507889: mdadm: initramfs-tools script is broken, system with root on RAID won't boot
Package: mdadm Version: 2.6.2-2 Severity: critical Tags: patch Justification: breaks the whole system The /usr/share/initramfs-tools/scripts/local-top/mdadm script is broken and thus an initrd regeneration will render the whole system unbootable. The problem is with line 65: mkdir --parent /dev/md as the (busybox version of) mkdir included on the initrd.img does only handle short options (-p and -m). The fix is simple, just replace the offending line with: mkdir -p /dev/md Laszlo / atleta -- Package-specific info: --- mount output /dev/md0 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) fusectl on /sys/fs/fuse/connections type fusectl (rw) /dev/md1 on /var/scratch type ext3 (rw,errors=remount-ro) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) --- mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid1 num-devices=2 UUID=96c1e743:afc9bd83:efd039c2:83ed30f9 ARRAY /dev/md1 level=raid0 num-devices=2 UUID=87af0ee8:ce156e06:2e2c6960:77f4c898 MAILADDR root --- /proc/mdstat: Personalities : [raid1] [raid0] md1 : active raid0 hdc2[0] hdd2[1] 47857408 blocks 64k chunks md0 : active raid1 hdc1[0] hdd1[1] 170899328 blocks [2/2] [UU] unused devices: none --- /proc/partitions: major minor #blocks name 22 0 195360984 hdc 22 1 170899438 hdc1 22 2 23928817 hdc2 22 3 530145 hdc3 2264 195360984 hdd 2265 170899438 hdd1 2266 23928817 hdd2 2267 530145 hdd3 9 0 170899328 md0 9 1 47857408 md1 --- initrd.img-2.6.22.5: 24880 blocks etc/mdadm etc/mdadm/mdadm.conf lib/modules/2.6.22.5/kernel/drivers/md/md-mod.ko lib/modules/2.6.22.5/kernel/drivers/md/linear.ko lib/modules/2.6.22.5/kernel/drivers/md/multipath.ko lib/modules/2.6.22.5/kernel/drivers/md/raid0.ko lib/modules/2.6.22.5/kernel/drivers/md/raid1.ko lib/modules/2.6.22.5/kernel/drivers/md/xor.ko lib/modules/2.6.22.5/kernel/drivers/md/raid456.ko lib/modules/2.6.22.5/kernel/drivers/md/raid10.ko sbin/mdadm scripts/local-top/mdadm --- /proc/modules: raid0 7360 1 - Live 0xf8b44000 dm_snapshot 15652 0 - Live 0xf8bcb000 dm_mirror 19904 0 - Live 0xf8b4c000 dm_mod 51200 2 dm_snapshot,dm_mirror, Live 0xf8b2a000 raid1 21184 1 - Live 0xf88d5000 md_mod 70420 6 raid0,raid1, Live 0xf890b000 --- volume detail: --- /proc/cmdline auto BOOT_IMAGE=Old ro root=900 --- lilo: root=/dev/md0 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22.5 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mdadm depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-10 GNU C Library: Shared libraries ii lsb-base 3.2-11 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-88 creates device files in /dev Versions of packages mdadm recommends: ii exim [mail-transport-agent] 3.36-18.2 An obsolete MTA (Mail Transport Ag ii module-init-tools 3.4-1 tools for managing Linux kernel mo mdadm suggests no packages. -- debconf information: * mdadm/initrdstart: /dev/md0 mdadm/initrdstart_msg_errexist: * mdadm/warning: * mdadm/start_daemon: true * mdadm/mail_to: root mdadm/initrdstart_msg_errmd: * mdadm/autocheck: true * mdadm/autostart: true mdadm/initrdstart_notinconf: false mdadm/initrdstart_msg_intro: mdadm/initrdstart_msg_errblock: mdadm/initrdstart_msg_errconf: --- mdadm.orig 2008-12-05 16:10:30.0 +0100 +++ mdadm 2008-12-05 16:10:45.0 +0100 @@ -62,7 +62,7 @@ fi # handle /dev/md/X nodes -mkdir --parent /dev/md +mkdir -p /dev/md CONFIG=/etc/mdadm/mdadm.conf # in case the hook failed to install a configuration file, this is our last
Bug#507569: $BASEDIR/tasks/base-$CODENAME in build-simple-cdd issue an error
The shell script code at line 224 of the build-simple-cdd, issue an
error
what is the exact error message?
cc1: warning: command line option -nostdinc++ is valid for C++/ObjC++ but not
for C
stdin:1:93: error: /home/neutron/MyStuff/Works/projects/RahuSpot/d-i/tmp//debi
an-cd/tasks/base-lenny: No such file or directory
cc1: warning: command line option -nostdinc++ is valid for C++/ObjC++ but not
for C
make: *** [/home/neutron/MyStuff/Works/projects/RahuSpot/d-i/tmp//cd-build/lenny
/rawlist] Error 1
Generating the complete list of packages to be included in /home/neutron/MyStuff
/Works/projects/RahuSpot/d-i/tmp//cd-build/lenny/list...
cc1: warning: command line option -nostdinc++ is valid for C++/ObjC++ but not
for C
cc1: warning: command line option -nostdinc++ is valid for C++/ObjC++ but not
for C
Generating the complete list of packages to be removed ...
i just tried installing using the versions in lenny (simple-cdd 0.3.8,
debian-cd 3.0.5), and it and it worked fine for me.
me too but just after the workaround about the i386 release file
cd tmp/mirror/dists/lenny/main
wget -m -nH --cut-dirs=4
ftp://ftp.debianclub.org/debian/dists/lenny/main/binary-i386
I'm not sure why it needs the i386 binary release files in amd64 system and if
it
actualy needs why the simple-cdd did not automatically download it.
224: test -z $includes includes=$BASEDIR/tasks/debian-installer+ke
rnel-$CODENAME $BASEDIR/tasks/debian-installer-$CODENAME
$BASEDIR/tasks/base-$CO
DENAME
which the $BASEDIR/tasks/base-$CODENAME will include the task that not
exists in
the current debian-cd tasks.
I guest the task-essential-$CODENAME may be replace the base-$CODENAME.
but did this actually cause a problem? if so, what?
No, as mention above. It's only issue an error message but not cause the
simple-cdd
to stop.
For who can confirm this is
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469539#25
that I saw this error message too.
are you using simple-cdd and debian-cd from the archive, from svn or
bzr, or customized versions?
debian archive
are you passing any special options to simple-cdd?
# simple-cdd --conf rahunas-cd.conf
Which,
# cat rahunas-cd.conf
profiles=rahunas
auto_profiles=rahunas
locale=th_TH.UTF-8
server=ftp.debianclub.org
debian_mirror=http://localhost:3142/debian;
wget_debian_mirror=http://localhost:3142/debian;
rsync_debian_mirror=$server::debian
security_mirror=http://security.debian.org/;
local_pkg_path=/home/neutron/MyStuff/Works/projects/RahuSpot/d-i/local-pkg
local_packages=${local_pkg_path}/linux-image/linux-image-2.6.26-1-amd64-layer7+imq+routes_2.6.26-11neutron1_amd64.deb
\
${local_pkg_path}/linux-image/linux-headers-2.6.26-1-amd64-layer7+imq+routes_2.6.26-11neutron1_amd64.deb
\ ${local_pkg_path}/condpart/condpart_0.1neutron1_amd64.udeb
simple_cdd_preseed=preseed/file=/cdrom/simple-cdd/rahunas.preseed
export CODENAME=lenny
export kernel_packages=linux-image-2.6.26-1-amd64-layer7+imq+routes
# cat profiles/rahunas.packages
apache2
php5
openssh-server
openssh-client
bind9
dhcp3-server
sudo
# cat profiles/rahunas.preseed
d-i clock-setup/utc boolean true
d-i time/zone select Asia/Bangkok
tasksel tasksel/first multiselect
Account setup
# Skip creation of a root account (normal user account will be able to
# use sudo).
d-i passwd/root-login boolean false
# Create the normal user name rahunas
d-i passwd/user-fullname string RahuNAS Administrator
d-i passwd/username string rahunas
d-i passwd/user-uid string
Network
d-i netcfg/choose_interface select eth0
d-i netcfg/get_hostname string rahunas
d-i netcfg/get_domain string authentication.local
Partitioning
d-i partman-auto/method string regular
Boot loader installation
d-i grub-installer/only_debian boolean true
d-i grub-installer/with_other_os boolean true
APT
apt-mirror-setup apt-setup/use_mirror boolean false
Skip some annoying installation status notes
d-i finish-install/reboot_in_progress note
base-config base-config/intro note
base-config base-config/login note
d-i popularity-contest/participate boolean false
Kernel
d-i base-installer/kernel/image string
linux-image-2.6.26-1-amd64-layer7+imq+rou
tes
DHCP Server
dhcp3-server dhcp3-server/new_auth_behavior note
# cat profiles/rahunas.excludes
linux-image-amd64
linux-image-2.6-amd64
linux-image-2.6.26-1-amd64
# cat profiles/rahunas.udebs
condpart
can you build a CD with the defaults?
Sure, after the workaround as mention above.
i've been following debian-cd svn, and will upload a new version of
simple-cdd if necessary. in debian-cd svn, task handling is much, much
simpler. but until a new version of debian-cd is uploaded to debian, i
don't yet see a reason to upload a new version of simple-cdd.
I agree with you and this bug may be closed.
I think it just the error message that sometimes may cause the confusion
when the simple-cdd could
Bug#507873: CD vendors cleanup needed
Hi, we (ITAF/linuxbelgiumshop/hardwareshop) stopped selling the CD when we didn't had the time anymore to burn/support them. Since some time we have some new persons in the company, so we will start to sell them again. I'll try to put them again on the site next week; so please don't remove us. thanks for your reply and letting us know if we can still sell the cd's ! Met vriendelijke groeten Koen Wastyn ICT Support Professional Services - Hardware Software - Hosting | ITAF bvba | www.itaf.eu | Frans Van Ryhovelaan 325/327, B-9000 Gent | T: +32 2 888 91 77 | [EMAIL PROTECTED] MJ Ray schreef: Package: www.debian.org X-Debbugs-Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Forwarded: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] I'm putting this report into the bug tracker so someone else can complete it before I do, if appropriate. Frank Lin PIAT [EMAIL PROTECTED] wrote: I think the following CD vendors could/should be removed: * http://www.opensoft.nl/cdshop/product_info.php?products_id=35 Still sell Debian Sarge. I will cc them on this email. Not sure if we have a policy of delisting for that. * http://www.debian.fr.st/ The website seems down. Agreed. Have removed and will cc on this email. * http://www.linuxbelgiumshop.be/en/art.php?id=SWLI Don't seem to have and Debian CD anymore. Agreed. Have removed and will cc on this email. We now have no vendors in Belgium. Please, linuxbelgiumshop, sell debian 4.0! * http://www.compralinux.com/ 63 Euros for 3 DVDs... Nuteca in Spain - seems to sell Debian 4.0 DVD. Why remove them? Hope that helps, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504042: perl-doc recommendation
[+#504042, debian-dpkg, deity] On Mon, Nov 3, 2008 at 1:02 AM, Niko Tyni [EMAIL PROTECTED] wrote: I could use some backing with #504042 / #496770 (perl-doc gets pulled in by default). You tagged #442805 as wontfix with There is a bit of history with the perl-doc package... The perl community has been at times very critical of the fact that the docs are split out *at all*. The argument is that the docs are an integral part of the perl distribution. Have you got any references? I've been searching for a while and the best I came up with was http://www.nntp.perl.org/group/perl.perl6.stdlib/2000/09/msg109.html which doesn't really apply as #86154 has been fixed for ages. Please comment on #504042 if possible. I can see this becoming a popular complaint with lenny because it's the first release where apt installs recommends by default. Hrm. apt installing recommends by default certainly paints this issue with a different colour. An odd choice, given that the same problem existed with dselect until joeyh provided a fix which caused the prompt for recommended packages for installation to be presented only once. Many of the complaints about Debian's handling of documentation came from IRC, where recommendations of perldoc -f whatever were often met with a response from the querent of perdoc not found. These complaints have subsequently been addressed by the addition of the stub perldoc which provides instructions to apt-get install perl-doc. So you may be able to downgrade the recommendation to a suggests, although a better suggestion might be for apt/dpkg to support a Soft-Recommends which would be installed by default only when the package was directly selected, rather than pulled in as a dependency. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507891: RM: jikes-contrib -- RoQA; orphaned, inactive upstream, very low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Package is orphaned. * Upstream is inactive (Maintainer was upstream). (No maintainer upload since 2006) * Package does have some bugs. * Possible DFSG issues? Package is not currently in testing so optional reverse depends for jikes is moot. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506109: (no subject)
Here is the full patch to fix this packaging error. It's a diff against samba 2:3.2.5-1 diff -uNr ../debian/winbind.dirs debian/winbind.dirs --- ../debian/winbind.dirs 1970-01-01 01:00:00.0 +0100 +++ debian/winbind.dirs 2008-12-05 16:24:17.0 +0100 @@ -0,0 +1 @@ +usr/lib/samba/nss_info diff -uNr ../debian/winbind.links debian/winbind.links --- ../debian/winbind.links 1970-01-01 01:00:00.0 +0100 +++ debian/winbind.links2008-12-05 16:25:58.0 +0100 @@ -0,0 +1,3 @@ +usr/lib/samba/idmap/ad.so usr/lib/samba/nss_info/rfc2307.so +usr/lib/samba/idmap/ad.so usr/lib/samba/nss_info/sfu.so +usr/lib/samba/idmap/ad.so usr/lib/samba/nss_info/sfu20.so I have tested this patch and it's working well. People who read this bug report closely might wonder what happened to the line in winbind.files which reads usr/lib/samba/nss_info/*.so but it got removed already in 2:3.2.5; it *was* present in 2:3.2.4 Regards, Jelmer Jaarsma -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507878: keyjnote: video support ?
sorry -- can't reproduce. I've never used video feature before -- but now I've tried with impressive (rebranded keyjnote) which functionally is the same as the latest keyjnote 0.10.2-1, and if path to file is properly specified (ie it is available by that name from the directory where I invoke keyjnote) -- everything works nice. Thus I would advise you to check if info script is read (make sure that name is matching .pdf file either specify it in -I) and either video is playable by that filename with mplayer also your url given in another email http://tokyodebian.alioth.debian.org/pdf/debianmeetingresume2008011-presentation.pdf is broken, so couldn't verify on that specific file -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-1412 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
