Bug#492684: lprng: undocumented (important) option
Package: lprng Version: 3.8.A-1 Severity: important The option tcp_listen_port is not mentioned in the manpage of lpd.conf. (It's only mentioned in readme.Debian.) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') / also in sid Architecture: i386 (i686) Kernel: Linux 2.6.24.7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lprng 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 libcomerr21.41.0-3 common error description library ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8g-10.1SSL shared libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip lprng recommends no packages. Versions of packages lprng suggests: ii lprng-doc 3.8.A~rc2-2.1 lpr/lpd printer spooling system (d pn magicfilter(no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492685: typo in ifhp.conf
Package: ifhp
Version: 3.5.20-12
Severity: minor
Tags: patch
small typo in hp1100 part of configuration file ("-" missing)
---
--- ifhp.0 2008-07-28 09:03:18.908920234 +0200
+++ ifhp.conf 2008-07-26 22:35:47.206934100 +0200
@@ -2069,7 +2069,7 @@
tc=hp4l
status
pjl
-gs_options=r600x600
+gs_options=-r600x600
pjl_except=[
EOJ JOB OPMSG RDYMSG STMSG
FSAPPEND FSDIRLIST FSQUERY FSUPLOAD FSDELETE FSDOWNLOAD FSINIT
FSMKDIR
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492464: Segfault on pal-file with unicode
On Sat, Jul 26, 2008 at 09:54:02PM +0200, Carsten Hey wrote: > On Sat, Jul 26, 2008 at 03:02:56PM +0200, Martijn van Oosterhout wrote: > > On Sat, Jul 26, 2008 at 12:59:57PM +0200, Carsten Hey wrote: > > > On Sat, Jul 26, 2008 at 12:34:23PM +0200, Christian Kuka wrote: > > > > 20080724 Neue DAN-Träger im VTB: Dieter Bölts und Mara Meiners > > > > bestehen die Prüfung zum 1. DAN im Traditionellen Taekwon-Do. Der VTB > > > > gratuliert ganz herzlich!!! > > > > > > this is UTF8 parsed as ISO_8859-15. Since a fix for this bug probably > > > won't hit Debian lenny (the freeze will happen in the next 72 hours) > > > I suggest piping this lines through iconv before putting them into a pal > > > calendar file as workaround: > > > > I'm not understanding what the problem is. If I put UTF-8 in my pal > > files it works fine. I also don't understand how it could segfault. > > Cutting and pasting the line from my email doesn't trigger anything. > > Can either of you send me a file as an attachment that triggers it? > > I reproduced the bug using: > > LC_ALL=C pal --mail > > The following command does *NOT* segfault: > > LC_ALL=de_DE.UTF-8 pal --mail > > The calendar file is attached. In output.c, line 44 g_locale_from_utf8 is used to convert the string that should be printed to the systems locale. This function returns either the converted string or NULL in case of an error. We pass the return value without prior checking whether it is NULL to fputs (in case of non-curses output). Just for the record, the backtrace: (gdb) bt #0 0xb7e07463 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7df1c28 in fputs () from /lib/tls/i686/cmov/libc.so.6 #2 0x0804dc55 in pal_output_handler (instr=0x8064ce0 "DAN-TrÃ\203¤ger") at output.c:47 #3 0xb7f738b8 in g_print () from /usr/lib/libglib-2.0.so.0 #4 0x0804e7d8 in pal_output_wrap (string=0x8062a00 "Neue DAN-TrÃ\203¤ger im VTB: Dieter BÃ\203¶lts und Mara Meiners", chars_used=7, indent=2) at output.c:430 #5 0x0804ead0 in pal_output_event (event=0x8062148, date=0x8065550, selected=0) at output.c:527 #6 0x0804ed63 in pal_output_date (date=0x8065550, show_empty_days=0, selected_event=-1) at output.c:595 #7 0x0804abbd in view_range (starting_date=0x8065550, window=8) at main.c:58 #8 0x0804c0bd in view_details () at main.c:404 #9 0x0804d5f1 in main (argc=2, argv=0xbff837b4) at main.c:813 Regards, Carsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491739: Another note about the cookies
For the same test (select one song, add to playlist), I was able to find the cookie in Iceweasel immediately after doing the selection (5 minute lifetime for the cookie I think), but could not see it in on the XP machine (the cookie location changed in IE7 but I didn't see it there). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489032: (no subject)
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492514: qtiplot: scatter plot crashes with segmentation fault
Hi Please upgrade to version 0.9.6.2 that is in unstable and see if the problem has been fixed. I haven't had time to fix the issues stopping qtiplot from entering testing but I will do it soon. Cheers Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374901: Patch for #374901
tag 374901 + patch
severity 374901 important
thanks
I bumped the bug's severity since running into this isn't all that
rare (and to justify fixing this to RMs).
I ran the game in gdb and reproduced this. The flow of events,
AFAICT, is thus:
1. The windmill has the grid ID stored in int_6 in the map.info array
2. Bulldozing it sets int_6 to zero, while the info window continues
displaying the status for that map square (that's why the game warns
"MPS unimplemented for that module", since there's no info for grass).
3. Building a windmill over the same square determines the grid it
belongs to only after the phase of the game loop that refreshes the
text in the info window. int_6 is still zero at this point, leading
to a seg fault on this line:
format_power (s, sizeof(s), grid[MP_INFO(x,y).int_6]->max_power);
A cleaner solution might be to reorder the order of events at step 3,
but I went to a less invasive approach with my patch. I just disabled
showing the grid status info if the grid ID is not set. It gets
displayed correctly on the next game tick. I patched the substation
code too since the same bug applies to that, too.
diff -ru lincity-1.13.1/modules/substation.c
../lincity-1.13.1/modules/substation.c
--- lincity-1.13.1/modules/substation.c 2004-07-03 10:37:35.0 +0300
+++ ../lincity-1.13.1/modules/substation.c 2008-07-28 10:42:19.0
+0300
@@ -101,8 +101,11 @@
format_power (s, sizeof(s), MP_INFO(x,y).int_5);
mps_store_title(i++,_("Local Demand"));
mps_store_title(i++,s);
-i++;
+if (MP_INFO(x,y).int_6 == 0)
+ return;
+
+i++;
mps_store_title(i++,_("Grid Status"));
format_power (s, sizeof(s), grid[MP_INFO(x,y).int_6]->max_power);
diff -ru lincity-1.13.1/modules/windmill.c ../lincity-1.13.1/modules/windmill.c
--- lincity-1.13.1/modules/windmill.c 2004-06-23 17:49:52.0 +0300
+++ ../lincity-1.13.1/modules/windmill.c2008-07-28 10:42:58.0
+0300
@@ -97,6 +97,10 @@
mps_store_sfp(i++,_("Tech"),
MP_INFO(x,y).int_2 * 100.0 / MAX_TECH_LEVEL);
+
+ if (MP_INFO(x,y).int_6 == 0)
+ return;
+
i++;
mps_store_title(i++,_("Grid Status"));
signature.asc
Description: Digital signature
Bug#492642: xneur: does not work Shift+Break
На Mon, 28 Jul 2008 01:08:35 +0400 ivan <[EMAIL PROTECTED]> записано: > Package: xneur > Version: 0.9.1-1 > Severity: normal > > I run gxneur, set manual switch, open KWrite and write > ghbdtn and press -> in KWrite i see привет > after that i select text and press + > and text not change to ghbdtn Can you reproduce this bug with gedit or any other gtk+-based apps (e.g. firefox)? -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D signature.asc Description: PGP signature
Bug#285888: Here is your verification link
Please immediately click on the following hyperlink to verify your email address and activate your website on ViralClassified.com When you click this link, you will see a page with some exciting information about how you can get even more value out of your membership. http://tmgcldatgkfbamkq.ViralClassified.com/?222 http://tmgcldatgkfbamkq.ViralClassified.com/?222>http://tmgcldatgkfbamkq.ViralClassified.com/?222 After you verify, you can use the "edit profile" function in the Members Areaa to change your ad. Sincerely, ViralClassified Support -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489032: [Pkg-utopia-maintainers] Bug#489032: consolekit: provide X11 parking facility
Hi Michael,
Michael Biebl [2008-07-19 3:48 +0200]:
> Could you please provide a link to the gdm patch.
Attached.
> I'm still not sure, why this is a consolekit bug at all and not
> solely a gdm issue. Could you please elaborate, why this requires a
> fix in consolekit?
It's not really a bug, it's an additional feature to support the way
the old gdm (2.20, as we have in Debian/Ubuntu) works. That does not
run a real desktop session for the greeter/password UI, so you cannot
e. g. switch virtual consoles under gdm without the CK/gdm patches. VT
I also remember problems with returning to the gdm screen once an
user session ended, but that was not 100% reproducible (VT switch race
condition with ConsoleKit, I guess).
It's been a while since we applied this, and the patches were
definitively necessary at that time. gdm didn't change a lot since
then, but CK did. If you don't have these kind of VT switching
problems at all in Debian, then please feel free to ignore those.
James Westby [2008-07-21 14:00 +0100]:
> This is more of a workaround I think. I'm not sure approach was
> taken in the new gdm to mean that this is not needed.
The new gdm (2.22) runs a real GNOME session for its UI, including
gnome-power-manager and all that. As such, it automatically gets a
proper ConsoleKit session, unlike gdm itself, which has to register
one for itself manually.
Disclaimer: I didn't write these patches myself, so I never really
understood them fully. It might be enough to just add a CK registering
call to gdm without that CK patch.
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
diff --exclude=rules -ru orig/gdm-2.19.4/daemon/gdmconsolekit.c gdm-2.19.4/daemon/gdmconsolekit.c
--- orig/gdm-2.19.4/daemon/gdmconsolekit.c 2007-07-10 00:16:14.0 +0100
+++ gdm-2.19.4/daemon/gdmconsolekit.c 2007-07-31 19:37:22.0 +0100
@@ -31,6 +31,7 @@
#include
#include "gdm-log.h" /* for gdm_debug */
+#include "slave.h"
#include "gdmconsolekit.h"
@@ -348,6 +349,68 @@
}
void
+notify_ck_parking_place (GdmDisplay *d)
+{
+ DBusError error;
+ DBusConnection *connection = NULL;
+ gchar *device_name = NULL;
+ DBusMessage*message = NULL;
+ DBusMessage*reply = NULL;
+ DBusMessageIter iter;
+
+ dbus_error_init (&error);
+
+ if (d->name == NULL) goto xit;
+ if (!d->attached) goto xit;
+ if (d->vtnum == -1) goto xit;
+
+ device_name = gdm_slave_get_display_device (d);
+ if (device_name == NULL) goto xit;
+
+ connection = dbus_bus_get_private (DBUS_BUS_SYSTEM, &error);
+ if (connection == NULL) {
+ gdm_debug ("ConsoleKit: Failed to connect to the D-Bus daemon for SetX11ParkingPlace: %s", error.message);
+ goto xit;
+ }
+
+ dbus_connection_set_exit_on_disconnect (connection, FALSE);
+ dbus_connection_setup_with_g_main (connection, NULL);
+
+ message = dbus_message_new_method_call (CK_NAME,
+ CK_MANAGER_PATH,
+ CK_MANAGER_INTERFACE,
+ "SetX11ParkingPlace");
+ if (message == NULL) {
+ gdm_debug ("ConsoleKit: Couldn't allocate the D-Bus message"
+ " for SetX11ParkingPlace");
+ goto xit;
+ }
+
+ dbus_message_iter_init_append (message, &iter);
+ dbus_message_iter_append_basic (&iter,
+ DBUS_TYPE_STRING,
+ &d->name);
+ dbus_message_iter_append_basic (&iter,
+ DBUS_TYPE_STRING,
+ &device_name);
+ reply = dbus_connection_send_with_reply_and_block (connection,
+ message,
+ -1, &error);
+ if (dbus_error_is_set (&error)) {
+ gdm_debug ("ConsoleKit: %s raised by SetX11ParkingPlace:\n %s\n\n", error.name, error.message);
+ reply = NULL;
+ }
+
+xit:
+ if (connection) dbus_connection_flush (connection);
+ if (message) dbus_message_unref (message);
+ if (reply) dbus_message_unref (reply);
+ dbus_error_free (&error);
+if (connection) dbus_connection_close (connection);
+ g_free (device_name);
+}
+
+void
unlock_ck_session (const char *user,
const char *x11_display)
{
Only in gdm-2.19.4/daemon: gdmconsolekit.c~
diff --exclude=rules -ru orig/gdm-2.19.4/daemon/gdmconsolekit.h gdm-2.19.4/daemon/gdmconsolekit.h
--- orig/gdm-2.19.4/daemon/gdmconsolekit.h 2007-07-10 00:16:14.0 +0100
+++ gdm-2.19.4/daemon/gdmconsolekit.h 2007-07-31 19:06:35.0 +0100
@@ -34,6 +34,7 @@
voidclose_ck_session (const char*cookie);
voidunlock_ck_session (const char*user,
const char*x11_display);
+voidnotify_ck_parking_place (GdmDisplay *display);
G_END_DECLS
Only in gdm-2.19.4/daemon: gdmconsolekit.h~
diff --exclude=rules -ru orig/gdm-2.19.4/daemon/slave.c gdm-2.19.4/daemon/slave.c
--- orig/gdm-2.19.4/daemon/slave.c 2007-07-10 00:16:14.0 +0100
+++ gdm-2.19.4/daemon/slave.c 2007-07-31 18:18:50.0 +0100
@@ -2594,6 +2594,10 @@
const char *gdmlang;
gdm_debug ("gdm_slave_greeter: Running greeter on %s", d->name);
+#ifdef WITH_CONSOLE_KIT
+ if (d->type
Bug#492686: consolekit: Crash on startup if /var/run/console/ does not exist
Package: consolekit
Version: 0.2.10-1
Severity: grave
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch intrepid
Hi Michael,
thanks for 0.2.10-1, it is a great release. I just noticed a small bug
in the "clean /var/run/console/" patch, if the directory does not
exist at all, it crashes with:
$ sudo console-kit-daemon --debug --no-daemon
console-kit-daemon[6206]: DEBUG: Debugging enabled
console-kit-daemon[6206]: DEBUG: initializing console-kit-daemon 0.2.10
console-kit-daemon[6206]: DEBUG: Cleaning up /var/run/console
console-kit-daemon[6206]: GLib-WARNING: GError set over the top of a previous
GError or uninitialized memory.
This indicates a bug in someone's code. You must ensure an error is NULL before
it's set.
The overwriting error message was: Error opening directory '/var/run/console':
No such file or directory
Segmentation fault
I fixed the GError handling in attached patch, and also demoted
g_warning to g_debug, since it is not an error at all if
/var/run/console/ does not exist at startup (e. g. if you enabled
RAMRUN in /etc/default/rcS).
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
* 03-cleanup_console_tags.patch: Properly initialize GError to avoid daemon
crash if /var/run/console/ does not exist. Also, demote message about it
from warning to debug, since it is not an error condition at all.
--- consolekit-0.2.10/debian/patches/03-cleanup_console_tags.patch
+++ consolekit-0.2.10/debian/patches/03-cleanup_console_tags.patch
@@ -12,14 +12,14 @@
+delete_console_tags (void)
+{
+ GDir *dir;
-+ GError *error;
++ GError *error = NULL;
+ const gchar *name;
+
+ g_debug ("Cleaning up %s", CONSOLE_TAGS_DIR);
+
+ dir = g_dir_open (CONSOLE_TAGS_DIR, 0, &error);
+ if (dir == NULL) {
-+ g_warning ("Couldn't open directory %s: %s", CONSOLE_TAGS_DIR,
++ g_debug ("Couldn't open directory %s: %s", CONSOLE_TAGS_DIR,
+ error->message);
+ g_error_free (error);
+ return;
signature.asc
Description: Digital signature
Bug#491686: closed by Steve Langasek <[EMAIL PROTECTED]> (Re: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module)
On Thu, Jul 24, 2008 at 08:51:25AM +0200, Paolo Sala wrote: > Steve Langasek scrisse in data 23/07/2008 20:08: >> You mention a remote user in a local group; so this means you have the user >> listed in /etc/groups? And the command 'groups $remoteuser' shows only the >> remote group memberships, not the local ones? > Yes, I mean a remote user in a local group. I have found another strange > behaviour: "groups" doesn't shows local groups but "groups remoteuser" > shows them: >> [EMAIL PROTECTED]:~$ whoami >> DOMINIOCSA\psala >> [EMAIL PROTECTED]:~$ groups >> DOMINIOCSA\paolo sala DOMINIOCSA\domain users DOMINIOCSA\gruppo per >> gestione faxweb DOMINIOCSA\utenti DOMINIOCSA\gruppo per gestione >> nethaudit DOMINIOCSA\rete_amm >> [EMAIL PROTECTED]:~$ groups dominiocsa\\psala >> DOMINIOCSA\paolo sala cdrom floppy audio video plugdev users camera >> powerdev vboxusers DOMINIOCSA\domain users DOMINIOCSA\gruppo per >> gestione faxweb DOMINIOCSA\utenti DOMINIOCSA\gruppo per gestione >> nethaudit DOMINIOCSA\rete_amm > Is it normal? This indicates a failure in the initgroups() call at the beginning of your session, which is supposed to retrieve all of the groups from NSS and add them to your process. But this is an example where calling "groups $remoteuser" *does* show the local groups. Is there a particular test case which *reproducibly* fails to show the groups for you? (Not counting running the 'groups' command by itself, since this doesn't query group membership information from NSS, it only queries group names.) > Furthermore, sometimes happens, when I open a console, "I > have no [EMAIL PROTECTED]:~$" instead of "[EMAIL PROTECTED]:~$": > is it normal? can be tied with the problem above? That means that the getpwuid() call to look up your username has failed. It may be related, since all of these issues point to a certain unreliability in your NSS setup. > Of course: >> [EMAIL PROTECTED]:~$ cat /etc/nsswitch.conf | grep -v ^[\;,#] >> passwd: files winbind >> group: files winbind >> shadow: files >> hosts: files wins mdns4_minimal [NOTFOUND=return] dns mdns4 >> networks: files Please try removing 'wins' from the hosts line as a test. I don't think it will fix everything, but it may fix your last problem. Also, do you have 'winbind enum groups' and 'winbind enum users' enabled in /etc/samba/smb.conf? From your description of the problem I suspect that you already do, but just in case you don't, I recommend you enable the options. Beyond that, the symptoms look like NSS is in only *some* cases losing the group information from the 'files' backend. In that case, I guess this is a glibc bug. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492687: midori: Homepage link outdated
Package: midori Version: 0.0.18-1 Severity: minor The 'Homepage' field of midori's control file has the value 'http://software.twotoasts.de/?page=midori'. That URL now leads to a page that says, in part: Thursday, 3. July 2008 New website […] The old file links should silently redirect, including downloads, screenshots and git repository. The sub pages have changed but will all lead to the homepage now, which shouldn't be a problem. Of course I recommend everyone to update your links and bookmarks to www.twotoasts.de now. The page has a "Midori" anchor that links to http://software.twotoasts.de/index.php?/pages/midori_summary.html>. -- \“I always had a repulsive need to be something more than | `\ human.” —David Bowie | _o__) | Ben Finney <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#461021: w3c-markup-validator: Can I ask again what is preventing upgrading to new 0.8.x version?
Package: w3c-markup-validator Version: 0.7.4-5.1 Followup-For: Bug #461021 Can I ask again what is preventing upgrading to new 0.8.x version? How can I help you with upgrading to new version? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492051: Lenny Beta 2 installer failure
Unfortunately, that made no difference at all. There's still no CDROM driver. I didn't go further to see if the IDE discs were recognised. Can you suggest something which would make the floppy usable, then I could send you debug logs, and I might also be able to do a network install. - Original Message - From: "Jérémy Bobbio" <[EMAIL PROTECTED]> To: "Jon Thackray" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, July 28, 2008 12:22 AM Subject: Re: Bug#492051: Lenny Beta 2 installer failure Hi! Please keep the bug report CC'ed. On Sun, Jul 27, 2008 at 10:55:32PM +0100, Jon Thackray wrote: And yet further efforts. I rebooted using an Ubuntu CD, and checked what modules were installed. It would appear that what is needed at least for the PATA system on the 955 board (D955XBKLKR) is pata_marvell. Unfortunately, this doesn't see the light of day until 2.6.25 kernels, which is a shame given that it's needed for boards several years old now. With this, and some other modules from 2.6.25 which I've been unable to identify, I can see both PATA IDE discs and the CDROM on the same IDE channel (although /dev/cdrom now points to /dev/scd0). I think this is about as far as I want to go with this investigation, so unless someone is prepared to produce a CDROM boot image (or a floppy boot image) that contains the required modules, I shall be forced to use Ubuntu instead. Most SATA drivers can be set (using the BIOS) to use a compatible mode which would be supported, AFAIK, by the ide-generic driver which exists in d-i beta2. The current daily builds of the debian-installer uses the 2.6.25 kernel and ships the pata_marvell driver in the pata-modules udeb. The pata-modules is priority "standard" and is included on the CD-ROM but not included in the cdrom initial ramdisk. Thus making it unavailable until the content of the CD can be read (with a driver that would support it, for example). The ide-pci-generic module that is shipped in 2.6.25 has a command-line option "all_generic_ide" that will make it claim all unknown PCI IDE storage controller, which might fit your Marvell's. Could you please try to start a daily build of the debian-installer, specifiying on the boot command-line (use TAB to enter additional paramaters), the following: all_generic_ide=1 I am leaving the rest of your email as it contains information that have not been read by other followers of the debian-boot mailling-list. To summarise, the problems are:- Lenny beta2 boot CDROM does not contain suitable CDROM drivers for this board Lenny beta2 boot CDROM does not contain suitable ethernet drivers for this board Lenny beta2 boot CDROM does not contain suitable ethernet drivers for an SMC network card Lenny beta2 boot CDROM does not contain suitable floppy drivers for this board because of this, it is impossible to save (and hence to forward) the installation failure debug logs The same problems apply to the latest testing CDROM install The floppy install does contain the missing ethernet drivers, both for the board and the SMC card The floppy install does contain the missing floppy drivers The floppy install does not contain the missing CDROM drivers There is therefore the possibility of adding the missing CDROM drivers to the driver set for the floppy install - Original Message - From: "Jon Thackray" <[EMAIL PROTECTED]> To: "Jérémy Bobbio" <[EMAIL PROTECTED]> Sent: Saturday, July 26, 2008 7:14 PM Subject: Re: Bug#492051: Lenny Beta 2 installer failure >Further efforts. > >I have now verified that the floppy drive is not faulty. The machine can >boot from it. I have since acquired the Debian floppy installation system >from http://linux.simple.be/debian/floppy and have been able to use it to >detect all the network cards in the system (one SMC card which the >testing >latest and the lenny2 beta could not detect, and the on board Intel >chip). >The cd-drivers from this site were still insufficient to detect the CDROM >drive however. > >So, one thing you will now be able to check is what network drivers are >available from the floppy installer that are missing from the testing >latest and lenny2 beta. > >One a system has been installed, I'll let you know what CDROM driver it >has chosen, assuming it does choose one. > >- Original Message - >From: "Jon Thackray" <[EMAIL PROTECTED]> >To: "Jérémy Bobbio" <[EMAIL PROTECTED]> >Sent: Friday, July 25, 2008 12:55 PM >Subject: Re: Bug#492051: Lenny Beta 2 installer failure > > >>I have now also tried a formatted floppy with no fie system (using using >>fdformat) and a formatted floppy with an ext2 file system. All fail. I >>can't save the data to /mnt, but have no way to get it out of the >>machine >>from there. I've tried mounting other devices within the machine which I >>know to contain valid linux partitions, but mount always replies >>"mounting /dev/scd1 on /mnt failed: no such device" from a command such >>as mount -t ext3 /dev/scd1 /mn
Bug#492009: eekboek: should not be shipped with lenny
Hi Martin, Op Sun 27 Jul 2008 om 05:09:45 -0700 schreef Martin Michlmayr: > * Joost van Baal <[EMAIL PROTECTED]> [2008-07-23 09:50]: > > eekboek's first upload to the Debian archive (which was 1.03.90-2) has > > just happened. The Debian package has not received enough testing by > > enough users to make it fit for a stable release, imho. > > This was uploaded to experimental rather than unstable, so why do you > need this bug report? 1.03.90-2 was uploaded to unstable, not experimental. That's why I opened the bug. Later, 1.03.90-3 was uploaded to experimental (I was misled by this bug getting closed). Both are still in new. I'd like to get eekboek shipped with lenny+1, without disturbing the lenny release process. Thanks for your help, Bye, Joost signature.asc Description: Digital signature
Bug#492688: mutt: cache ignoring
Package: mutt Version: 1.5.17+20080114-1+b1 I subscribed to many maillists. For example debian-devel and debian-devel-announce. debian-devel-announce has very small traffic, so I setted my procmail for both lists tol be put into one maildir. debian-devel and debian-devel-announce are kept in one maildir. I want them to differ by colors. I added to my muttrc next lines: color index red black "~h '^List-Id:.*-announce' !~U" color index brightred black "~h '^List-Id:.*-announce' ~U" color index red black "~h '^List-Id:.*-announce' !~N" color index brightred black "~h '^List-Id:.*-announce' ~N" color index brightgreen black "~N !~h '^List-Id:.*-announce'" color index brightgreen black "~U !~h '^List-Id:.*-announce'" Mutt has to reload mails permanently (from imap) and it takes very long time (one PgUp/PgDown refresh per 1-5 seconds). Muttrc option header_cache is ignored: set header_cache=$HOME/.mutt/cache If I do remove (or comment) for color options, then mutt works fine. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#489861: Fwd: Bug#489861: QA page doesn't work for metapackages
I've had some further thoughts. On Fri, Jul 18, 2008 at 02:54:52PM +0100, chrisw wrote: > On Fri, Jul 18, 2008 at 02:05:39PM +0100, Chris Walker wrote: > > > > On Fri, 18 Jul 2008, Chris Walker wrote: > > > > > What I want is a way of keeping an eye on packages in one of these > > > metapackages to see that they are at least vaguely up to date and not > > > full of RC bugs. I was then going to add it to > > > http://wiki.debian.org/DebianScience in the hope that scientists will > > > help squash bugs in the science packages - and spot that maintainers > > > have gone MIA. > > > > I guess you want this > > > >http://debian-med.alioth.debian.org/bugs.php > > > > for Debian Science, right? > > Yes exactly what I was after - except that it doesn't track the > upstream versions. > > > > > > To achieve this, it would be possible to construct a URL by hand - but > > > if I do this, it will rapidly become out of sync with the > > > metapackage. It ought to be possible to generate this list from the > > > package - but that wouldn't be possible in the wiki (I don't > > > think). Is there another easy way that I've missed. And through further exploration, I realise that rather than hand crafting the URL each time, I could potentially subscribe debian-science (or indeed a pseudo e-mail address) to all the bugs - it is even possible to put them in different sections - physics, chemistry etc. The problem with doing this by hand is that it won't be up to date with the task packages. > > > > Well, the way to go is to factorize the nice work which was done by > > David Paleino for Debian Med to work for all CDDs. I started with the > > tasks pages (and finished this part as you probably know) but I will > > work on the bugs pages as well. > > That would be good. > > I actually prefer the layout of this page - particularly as it gives > bug titles, but have a small concern that it is repeating the same > work. I think ultimately this should be an alternative way of viewing bugs from the QA page - as it has much wider application. This would then be a really nice prototype for how things could look. > > > I hope that I will find some time > > when beeing at DebCamp / DebConf. Feel free to start working on it > > if you like... :) > > :-) And I still haven't had time. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492689: bugzilla3: Bugzilla fails to install with perl 5.10.0-11
Package: bugzilla3 Version: 3.0.4.1-1 Severity: normal checksetup.pl needs CGI.pm v3.33, but perl 5.10.0-11 provides only v3.29: ... Checking for CGI.pm (v3.33)found v3.29 ... *** * REQUIRED MODULES* *** * Bugzilla requires you to install some Perl modules which are either * * missing from your system, or the version on your system is too old. * * * * The latest versions of each module can be installed by running the * * commands below. * *** COMMANDS: /usr/bin/perl -MCPAN -e 'install "CGI"' -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bugzilla3 depends on: ii apache2-mpm-worker [httpd]2.2.8-1High speed threaded model for Apac ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy ii exim4 4.69-2 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-2 lightweight Exim MTA (v4) daemon ii graphviz 2.18-1+b2 rich set of graph drawing tools ii libappconfig-perl 1.56-2 Perl module for configuration file ii libdbd-pg-perl2.8.2-1Perl DBI driver for the PostgreSQL ii libemail-mime-modifier-perl 1.442-3Modify Email::MIME objects easily ii libemail-send-perl2.192-3Simply Sending Email ii libmailtools-perl 2.03-1 Manipulate email in perl programs ii libmime-perl 5.426-1transitional dummy package ii libmime-tools-perl [libmime-p 5.426-1Perl5 modules for MIME-compliant m ii libtemplate-perl 2.19-1+b1 template processing system written ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii libxml-twig-perl 1:3.32-1 Perl module for processing huge XM ii patch 2.5.9-4Apply a diff file to an original ii postgresql-client-8.2 [postgr 8.2.6-2front-end programs for PostgreSQL ii ucf 3.005 Update Configuration File: preserv Versions of packages bugzilla3 recommends: ii libchart-perl 2.4.1-5 Chart Library for Perl ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files pn mysql-server | post(no description available) ii perlmagick 7:6.3.7.9.dfsg1-2+b2 Perl interface to the libMagick gr -- debconf information: bugzilla3/database-type: mysql bugzilla3/remove-error: abort bugzilla3/dbconfig-remove: * bugzilla3/dbconfig-install: false bugzilla3/internal/reconfiguring: false bugzilla3/remote/newhost: bugzilla3/internal/skip-preseed: true bugzilla3/remote/host: bugzilla3/install-error: abort bugzilla3/upgrade-backup: true bugzilla3/db/dbname: bugzilla3/missing-db-package-error: abort bugzilla3/passwords-do-not-match: bugzilla3/mysql/admin-user: root bugzilla3/upgrade-error: abort bugzilla3/db/app-user: bugzilla3/dbconfig-reinstall: false bugzilla3/mysql/method: unix socket * bugzilla3/bugzilla_admin_real_name: Gyula Lukacs bugzilla3/remote/port: * bugzilla3/bugzilla_admin_name: [EMAIL PROTECTED] bugzilla3/dbconfig-upgrade: true bugzilla3/purge: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492690: evolution: 2GB file problem
Package: evolution Version: 2.22.3.1-1 Severity: important I have a folder with 2GB file size. It disappears from evolution. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.1-2 simple interprocess messaging syst ii evolution-common 2.22.3.1-1architecture independent files for ii evolution-data-server 2.22.3-1 evolution database backend server ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gtkhtml3.143.18.3-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbluetooth2 3.36-1Library to use the BlueZ Linux Blu ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libcamel1.2-11 2.22.3-1 The Evolution MIME message handlin ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libebook1.2-9 2.22.3-1 Client library for evolution addre ii libecal1.2-7 2.22.3-1 Client library for evolution calen ii libedataserver1.2-92.22.3-1 Utility library for evolution data ii libedataserverui1.2-8 2.22.3-1 GUI utility library for evolution ii libegroupwise1.2-132.22.3-1 Client library for accessing group ii libexchange-storage1.2 2.22.3-1 Client library for accessing Excha ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-4GNOME Virtual File System (runtime ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.18.3-1 HTML rendering/editing library - r ii libhal10.5.11-2 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.10-2+lenny1 OpenLDAP libraries ii libnm-glib00.6.6-2 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.1-3 NetScape Portable Runtime Library ii libnss3-1d 3.12.0-4 Network Security Service libraries ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libpisock9 0.12.3-5 library for communicating with a P ii libpisync1 0.12.3-5 synchronization library for PalmOS ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libsoup2.4-1 2.4.1-1 an HTTP library implementation in ii libusb-0.1-4 2:0.1.12-12 userspace USB programming library ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcb-render-util00.2+git36-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii libxcb11.1-1.1 X C Binding ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1
Bug#492691: Does libopenusb-dev package actually work?
Package: libopenusb-dev
Version: 1.0.1-3
Hello,
I just tried to build some code against libopenusb-dev package, and
as far as I can tell, that's not going to work.
(1) openusb-config reports that I should link with -lusb. But if I do
that, I'm getting libusb 0.1, not openusb library, so link fails
complaining that none of openusb functions were present - no
openusb_init, no openusb_open_device, nothing. If I change link to use
-lopenusb -lpthread -ldl, then
(2) I get binary which can be built, but openusb_init immediately fails
trying to open /usr/lib/openusb_backend. Unfortunately linux.a is not
being shipped at all, and I have some doubts that library supports
static linux.a built by build process at all...
So I'm kind of lost. After rebuilding libopenusb with --enable-shared I
was awareded with linux.so, which after being dropped to
/usr/lib/openusb_backend seems to get things moving (modulo that
openusb_init() causes sigsegv somewhere in libdbus, but first things
first...). Is libopenusb really preferred API for new applications, as
documentation suggests?
Sample code attached - it most probably does not do anything useful, but
it should build, and should not crash before openusb_init() returns...
All tests were run on x86-64, with unstable updated as of 1 hour ago.
Thanks,
Petr
#include
static struct openusb_request_handle rqIntr;
static openusb_intr_request_t rqIntrIntr;
static uint8_t buffer[8];
static int32_t
print_and_retry(openusb_request_handle_t rqh);
static void
initiate_intr_dumper(openusb_dev_handle_t dev)
{
int32_t err;
rqIntr.dev = dev;
rqIntr.interface = 0;
rqIntr.endpoint = 1;
rqIntr.type = USB_TYPE_INTERRUPT;
rqIntr.req.intr = &rqIntrIntr;
rqIntr.cb = print_and_retry;
rqIntr.arg = NULL;
rqIntrIntr.interval = 10;
rqIntrIntr.payload = buffer;
rqIntrIntr.length = sizeof(buffer);
rqIntrIntr.timeout = 0;
rqIntrIntr.flags = 0;
rqIntrIntr.result.status = -1234;
rqIntrIntr.result.transferred_bytes = 0;
rqIntrIntr.next = NULL;
err = openusb_xfer_aio(&rqIntr);
if (err != OPENUSB_SUCCESS) {
fprintf(stderr, "Could not initiate INTR listening: %d\n", err);
}
}
static int32_t
print_and_retry(openusb_request_handle_t rqh)
{
printf("INTR transfer done, result %d, bytes %u\n",
rqIntrIntr.result.status, rqIntrIntr.result.transferred_bytes);
printf("RCVD: %02X %02X %02X %02X-%02X %02X %02X %02X\n",
buffer[0], buffer[1], buffer[2], buffer[3],
buffer[4], buffer[5], buffer[6], buffer[7]);
initiate_intr_dumper(rqIntr.dev);
return 0;
}
static void
abort_intr_dumper(void)
{
int32_t err;
err = openusb_abort(&rqIntr);
if (err != OPENUSB_SUCCESS) {
fprintf(stderr, "Abort failed: %d\n", err);
}
}
int
main(int argc, char* argv[])
{
int32_t err;
openusb_handle_t handle;
openusb_devid_t *devs;
uint32_t numDevs;
unsigned int instance = 0;
openusb_dev_handle_t dev;
openusb_ctrl_request_t ctrl;
openusb_request_handle_t done;
err = openusb_init(0, &handle);
if (err != OPENUSB_SUCCESS) {
fprintf(stderr, "Could not initialize USB: %d\n", err);
return 100;
}
openusb_coldplug_callbacks_done(handle);
openusb_set_default_timeout(handle, USB_TYPE_CONTROL, 1000);
openusb_set_default_timeout(handle, USB_TYPE_INTERRUPT, 0);
err = openusb_get_devids_by_vendor(handle, 0x187C, 0x0511, &devs, &numDevs);
if (err != OPENUSB_SUCCESS) {
fprintf(stderr, "Could not enumerate devices: %d\n", err);
openusb_fini(handle);
return 99;
}
if (numDevs < instance) {
fprintf(stderr, "Could not find instace %u of fx (%u found)\n",
instance, numDevs);
openusb_free_devid_list(devs);
openusb_fini(handle);
return 98;
}
err = openusb_open_device(handle, devs[instance], USB_INIT_FAIL_FAST, &dev);
if (err != OPENUSB_SUCCESS) {
fprintf(stderr, "Could not open device: %d\n", err);
openusb_free_devid_list(devs);
openusb_fini(handle);
return 97;
}
openusb_free_devid_list(devs);
err = openusb_claim_interface(dev, 0, USB_INIT_FAIL_FAST);
if (err != OPENUSB_SUCCESS) {
fprintf(stderr, "Could not claim interface: %d\n", err);
openusb_close_device(dev);
openusb_fini(handle);
return 96;
}
initiate_intr_dumper(dev);
ctrl.setup.bmRequestType = 0x21;
ctrl.setup.bRequest = 0x09;
ctrl.setup.wValue = 0x0200;
ctrl.setup.wIndex = 0x;
ctrl.payload = "\x06\x00\x00\x00\x00\x00\x00\x00";
ctrl.length = 8;
ctrl.timeout = 1000;
ctrl.flags = 0;
ctrl.result.status = -1234;
ctrl.result.transferred_bytes = 1234;
ctrl.next = NULL;
err = openusb_ctrl_xfer(dev, 0, 0, &ctrl);
if (err != OPENUSB_SUCCESS) {
fprintf(stderr, "Failed to execute control request: %d\n", err);
} else {
printf("OK, re
Bug#492692: ITP: postgresql-prefix -- Prefix Range module for PostgreSQL
Package: wnpp Severity: wishlist * Package name: postgresql-prefix Version : 0.3 Upstream Author : Dimitri Fontaine * URL or Web page : http://pgfoundry.org/projects/prefix * License : BSD Description : Prefix Range module for PostgreSQL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492693: impossible to link due to missing export in .so
Package: libpqxx
Version: 2.6.9-6
Current libpqxx in Lenny is missing freemem_result_data() in the .so
library, and is unusable due to this. It can be fixed by explicitly
declaring the function as exportable:
--- result.hxx.orig 2007-01-29 20:18:52.0 +0100
+++ result.hxx 2008-07-28 10:45:17.0 +0200
@@ -60,7 +60,7 @@
~result_data();
};
-void freemem_result_data(result_data *) throw ();
+void PQXX_LIBEXPORT freemem_result_data(result_data *) throw ();
template<> inline
void PQAlloc::freemem() throw ()
{ freemem_result_data(m_Obj); } } // namespace internal
--
Jindrich Makovicka
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492623: ttf-liberation: Trademark prevents modifications
On Sunday 27 July 2008 21:47, Steve Langasek wrote: > > This makes updates almost impossible. > > This is not the only case of software in Debian under trademarked names > that require a name change on modification. > > I don't think there's a bug here. Agreed, this case is explicitly covered by DFSG article 4. Thijs pgpQd8t9t5mt0.pgp Description: PGP signature
Bug#489861: Fwd: Bug#489861: QA page doesn't work for metapackages
On Mon, 28 Jul 2008, Chris Walker wrote: I guess you want this http://debian-med.alioth.debian.org/bugs.php for Debian Science, right? Yes exactly what I was after - except that it doesn't track the upstream versions. BTW, we also track upstream versions via http://debian-med.alioth.debian.org/cgi-bin/qareport.cgi I have not yet dived into the technique which was used for this but I think that David Paleino who wrote the page told me he is querying the QA pages somehow. (Feel free to inspect the code - it is in Debian Med SVN.) Same as I told for bugs page here: I plan to port this for general CDD - please be patient - or just start porting it yourself meanwhile. ;-) And through further exploration, I realise that rather than hand crafting the URL each time, I could potentially subscribe debian-science (or indeed a pseudo e-mail address) to all the bugs - Well, this would not work because the packages in question are not necessarily maintained by debian-science and there is no such thing like a pseudo e-mail address. it is even possible to put them in different sections - physics, chemistry etc. The problem with doing this by hand is that it won't be up to date with the task packages. Well, that's why I suggest to do it the way like it is done in Debian Med which does not require any additional stuff but works on the basis of the tasks files of the CDD source code. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492694: Restarting libvirtd loses domains
Package: libvirt Version: 0.4.4-3 Severity: important Hi, As discussed in another bug report, one should be able to restart libvirtd without losing running domains. Cases such as upgrades, security upgrades, the daemon dieing for unknown reasons (OOM?) should be gracefully handled by being able to restart the daemon and having again access to your virtual machines (it should be just a matter of saving enough information about started vms to disk, and checking those upon start). Not doing it is problematic in all the cases listed above. There can be another command to shutdown all domains, useful perhaps on system powerdown, that could try to first gracefully inform then, and later terminate them if needed, but this should be detached from simply restarting libvirtd. Simply terminating all kvms/qemus on libvirtd stop is not a correct behavior, and creates too much disservice in a vm hosting environment. Thanks, Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492534: setting package to adanaxisgpl-data adanaxisgpl, tagging 492534
# Automatically generated email from bts, devscripts version 2.10.34 # via tagpending # # adanaxisgpl (1.2.5.dfsg.1-2) UNRELEASED; urgency=low # # * Fix grammar error in package description (Closes: #492534) package adanaxisgpl-data adanaxisgpl tags 492534 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492451: [pkg-cryptsetup-devel] Bug#492451: Bug#492451: cryptsetup doesn't work with encrypted root and splashy in initramfs
Jonas Meurer wrote: On 27/07/2008 Jonas Meurer wrote: On 26/07/2008 John Hughes wrote: A simple patch to make askpass work with splashy is attached. thanks for your work on support for splashy with cryptsetup/askpass. I now discovered that the patch works without any issues for cryptroot (encrypted root fs), when askpass is invoked by the initramfs. Only for encrypted non-root filesystem which are started in the cryptsetup initscript, splashy freezes. Yow, sounds like a splashy bug. I only have encrypted root on my machine. I'll try and see if I can reproduce this in a qemu system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489906: glibc: tst-regex fails on hppa
__libc_setlocale_lock is defined differently on different places, it have been changed into rwlock in intl and locale subdirs, but it remains plain lock in time/alt_digit.c time/era.c wcsmbs/wcsmbsload.c Also the order of unlocking is not reverse order of locking order w.r.t __libc_setlocale_lock and nl_state. So it might help to move __libc_rwlock_rdlock(__libc_setlocale_lock) after __libc_rwlock_rdlock(_nl_state_lock) in intl/dcigettext.c and transform remaining __libc_setlocale_lock into rwlock. But none of these bugs should be hppa specific. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492677: systemtap: Missing dependencies
severity 492677 important thanks Systemtap does not work with Debian kernels now because of config file used to build them and absence of debug information for them. It works with kernels built as described in README.Debian and does not require linux-headers installed. So, i'm downgrading this bug severity. Until Debian kernels fixed, adding linux-headers to depends is useless, so I'm not going to fix this now. After Debian kernels fixed, i'll add linux-headers and debuginfo to Suggests or Recommends. 28 липня 2008 о 01:47 -0300 Rafael C. de Almeida написав(-ла): > Package: systemtap > Version: 0.0.20061028-2 > Severity: serious > Justification: Policy 3.5 > > Systemtap requires the package linux-headers, but it's not on systemtap's > depends list. signature.asc Description: Digital signature
Bug#492695: picocom: Odd parity does not work.
Package: picocom Version: 1.4-2 Severity: important Tags: patch Selecting odd parity '-p o' does not work. This is due to a bug in the code. This bug report contains a patch that corrects the problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25 (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 picocom depends on: ii libc6 2.7-11 GNU C Library: Shared libraries picocom recommends no packages. picocom suggests no packages. -- no debconf information diff -Naur picocom-1.4-orig/term.c picocom-1.4/term.c --- picocom-1.4-orig/term.c 2004-08-12 08:45:57.0 + +++ picocom-1.4/term.c 2008-07-28 10:35:14.0 + @@ -683,7 +683,7 @@ tiop->c_cflag = (tiop->c_cflag & ~(PARENB | PARODD)) | PARENB; break; case P_ODD: - tiop->c_cflag = (tiop->c_cflag & ~(PARENB | PARODD)) | PARODD; + tiop->c_cflag = (tiop->c_cflag & ~(PARENB | PARODD)) | PARENB | PARODD; break; case P_NONE: tiop->c_cflag = (tiop->c_cflag & ~(PARENB | PARODD));
Bug#492536: Grammar error in Buxon package description
severity 492536 minor tags 492536 + confirmed thanks On Sat, Jul 26, 2008 at 04:47:19PM -0700, Nick Ellery wrote: > Package: buxon > Version: 0.0.4-1 > > Excerpt from package description: > This GUI only needs an URL to a RDF file > Should be: > This GUI only needs a URL to a RDF file Next upload will fix this bug. I'm lowering the severity due to obvious reasons. Thanks for spotting it. -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#461021: w3c-markup-validator: Can I ask again what is preventing upgrading to new 0.8.x version?
Petr Vorel wrote: > Can I ask again what is preventing upgrading to new 0.8.x version? Yes -- the main reason is the addition in the new version of a set of new dependencies (mainly Perl modules) which are not yet packaged in Debian. > How can I help you with upgrading to new version? Packaging the new version is relatively easy, and I already have a draft package. Packaging the dependencies takes a bit more time; I am happy to prepare a list and we can submit RFP bugs if you wish. Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492465: python-dnspython: appears to be vulnerable to cache poisoning attack CVE-2008-1447
severity 492465 important thanks Hi Robert, On Monday 28 July 2008 07:27, Robert Edmonds wrote: > python-dnspython isn't a dns cache. it may be susceptible to forgery > resilience issues though. the qid field is explicitly randomized (but > with the standard library rng). Yes - as I understand it, a caching server makes forgery much more worthwhile but given that it's a lot easier to forge a response, even stub resolvers could be targeted successfully. For reference, DSA 1605 is about the (unfixed) glibc stub resolver: http://www.debian.org/security/2008/dsa-1605 > > Could you please look into this and see whether updated packages can and > > should be created for etch/lenny/sid? > > from my testing (by repeatedly calling dns.resolver.query), dnspython > opens a new socket for each query. on my kernel (2.6.25) the source > port numbers appear to be random, but maybe this is a kernel feature > introduced since 2.6.18. Yes, that's probably the kernel feature. > dnspython is a stub resolver, and not a general purpose one at that; i > would prefer to wait for upstream to provide an updated version. Surely a solution from upstream is preferable. Given that: (a) this lib is very specialised and is a stub resolver; (b) kernels in lenny/sid already randomise ports and (c) it reopens a port for each query, I've downgraded it to important. Still, I believe that it's very much desirable to make sure an updated version enters lenny. It is my understanding that fixes for 'important' bugs can get a freeze exception. If we have a clear fix for etch I think we should release it to be safe rather than sorry. > btw, i have another specialized dns package in the archive (adns). do > you know if it needs forgery resilience? From checking the source code I think it has the same issue as here. I'll file an important bug there too. cheers, Thijs pgpTOb0nssZGI.pgp Description: PGP signature
Bug#492696: ITP: padre -- Perl Application Development and Refactoring Environment
Package: wnpp Severity: wishlist Owner: Damyan Ivanov <[EMAIL PROTECTED]> * Package name: padre Version : 0.2 Upstream Author : Gabor Szabo http://www.szabgab.com/ * URL : http://search.cpan.org/dist/Padre/ * License : Same as Perl5 (GPL-1+|Artistic) Programming Lang: Perl Description : Perl Application Development and Refactoring Environment A simple editor for Perl, written in Perl and using WxWidgets. . Still in early stages of development, but useful regardless. It seems to me that the package is more an application than a set of Perl modules so perhaps it is not suitable for pkg-perl. Of course, I'd be more than happy to maintain it there, in a well-developed environment, if there are no objections :) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492697: Iceweasel Crash
Package: Iceweasel My Iceweasel suddenly crash. Here's the bug report: System: Linux 2.6.25-2-686 #1 SMP Fri Jun 27 03:23:20 UTC 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10402000 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: gnome Memory status: size: 295260160 vsize: 295260160 resident: 134836224 share: 26431488 rss: 134836224 rss_rlim: 4294967295 CPU usage: start_time: 1217082970 rtime: 84466 utime: 46047 stime: 38419 cutime:1 cstime: 2 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/lib/bug-buddy/firefox-bin' (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb7d286c0 (LWP 3324)] [New Thread 0xaacffb90 (LWP 7998)] [New Thread 0xb19fdb90 (LWP 7965)] [New Thread 0xaf3ffb90 (LWP 4357)] [New Thread 0xb11fcb90 (LWP 4356)] [New Thread 0xb29ffb90 (LWP 4355)] [New Thread 0xb3efeb90 (LWP 3344)] [New Thread 0xb34ffb90 (LWP 3334)] [New Thread 0xb46ffb90 (LWP )] [New Thread 0xb50ffb90 (LWP 3329)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7fd4424 in __kernel_vsyscall ()
Bug#492676: systemtap: Fails to work with available kernels
severity 492676 normal
reassing 492676 linux-2.6
retitle 492676 linux-2.6: should be compatible with systemtap
thanks
Hi,
This is bug in Debian kernels and not in systemtap, so I'm reassigning
it there.
Please add the following options to enable use of systemtap:
CONFIG_DEBUG_INFO
CONFIG_KPROBES
CONFIG_DEBUG_FS
CONFIG_RELAY
CONFIG_DEBUG_INFO makes kernels much bigger, so it is useful to split
debug information into separate package and put it under
/usr/lib/debug/modules/ Systemtap requires debug information for
modules and vmlinux (or entire vmlinux, need to check this).
28 липня 2008 о 01:44 -0300 Rafael C. de Almeida написав(-ла):
> Package: systemtap
> Version: 0.0.20061028-2
> Severity: grave
> Justification: renders package unusable
>
> This package needs CONFIG_KPROBES to be set on the kernel, but the option is
> unset on stock linux 2.6.18. This makes it impossible to execute even simple
> scripts such as:
>
> # stap -ve 'probe begin { log("hello world") exit () }'
>
> I'm not aware of other stock kernel version which may have CONFIG_KPROBES set.
>
> -- 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.18-6-686
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>
> Versions of packages systemtap depends on:
> ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries
> ii libelf10.123-3 library to read and write ELF
> file
> ii libgcc11:4.1.1-21GCC support library
> ii libglib2.0-0 2.12.4-2 The GLib library of C routines
> ii libmysqlclient15off5.0.32-7etch6 mysql database client library
> ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3
> ii sudo 1.6.8p12-4Provide limited super user
> privile
>
> systemtap recommends no packages.
>
> -- no debconf information
>
>
>
signature.asc
Description: Digital signature
Bug#492698: appears to be vulnerable to cache poisoning attack CVE-2008-1447
Package: adns Version: 1.4-0.1 Severity: important Tags: security Hi, From inspecting the code of ands, it seems that it is not using the recommended source port randomisation for countering the cache poisoning attack as discovered by Dan Kaminski and referenced as CVE-2008-1447. Since this is a stub resolver the risk is lesser than for caching nameservers, but nonetheless this is an issue which we really should be fixing in lenny. Can you please look into that? As it seems a fix for important bugs can still be granted a freeze exception. If a straghtforward fix is available for etch, it would be released by the security team. thanks, Thijs pgpZA6EejRLE9.pgp Description: PGP signature
Bug#492699: fakeroot: includes files and directories not allowed by FHS -- /emul/ia32-linux
Package: fakeroot Version: 1.9.5 Severity: serious Justification: Policy 9.1 FHS-compliance is required by Debian Policy, section 9.1. The package includes these files: piti:~# ls -la /emul/ia32-linux/usr/lib/libfakeroot/ total 60 drwxr-xr-x 2 root root 128 2008-05-08 10:19 . drwxr-xr-x 3 root root80 2008-07-28 12:23 .. -rwxr-xr-x 1 root root 27756 2008-04-26 17:53 libfakeroot-sysv.so -rwxr-xr-x 1 root root 29088 2008-04-26 17:53 libfakeroot-tcp.so piti:~# piti:~# dpkg -L fakeroot [..] /emul /emul/ia32-linux /emul/ia32-linux/usr /emul/ia32-linux/usr/lib /emul/ia32-linux/usr/lib/libfakeroot /emul/ia32-linux/usr/lib/libfakeroot/libfakeroot-tcp.so /emul/ia32-linux/usr/lib/libfakeroot/libfakeroot-sysv.so This does not affect the usability of the package, but it is annoying to have these files under /emul. Probably these are used for building i386 packages, but a better location should be selected. Thanks -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fakeroot depends on: ii libc6 2.7-10 GNU C Library: Shared libraries fakeroot recommends no packages. fakeroot suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492446: chromium: scans for CD on each start/level change
On Sat, Jul 26, 2008 at 3:49 PM, Gerfried Fuchs <[EMAIL PROTECTED]> wrote: > When I have an audio CD in my drive, chromium regularly scans for it - You can work around this isse by setting use_cdrom in ~/.chromium to 0 instead of 1, chromium points this out on the console: use_cdrom enabled. Set to '0' in ~/.chromium to disable. Press the 'N' key to skip to next CD track during a game. Admittedly this isn't useful for people starting it from the menu, any fix for this bug should address that too. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492700: appears to be vulnerable to cache poisoning attack CVE-2008-1447
Package: libnet-dns-perl Version: 0.63-2 Severity: important Tags: security Hi, From inspecting the code of libnet-dns-perl, it seems that it is not using the recommended source port randomisation for countering the cache poisoning attack as discovered by Dan Kaminski and referenced as CVE-2008-1447. In 0.60 code was added to set it to "0" which will make more recent kernels randomise it, but this doesn't work on older kernels. Since this is a stub resolver the risk is lesser than for caching nameservers, but nonetheless this is an issue which we really should be fixing in lenny. Can you please look into that? As it seems a fix for important bugs can still be granted a freeze exception. If a straghtforward fix is available for etch, it would be released by the security team. thanks, Thijs pgp1IUajFjfS1.pgp Description: PGP signature
Bug#402620: procinfo: "Segmentation fault" when run by `root'
Package: procinfo
Version: 18-2
Severity: grave
Followup-For: Bug #402620
Any invocation by `root' gives:
piti:~# procinfo
Segmentation fault
This is the strace execution:
piti:~# strace procinfo
execve("/usr/bin/procinfo", ["procinfo"], [/* 21 vars */]) = 0
brk(0) = 0x21a5000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f435fdbf000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f435fdbd000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=67631, ...}) = 0
mmap(NULL, 67631, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f435fdac000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/libncurses.so.5", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`%\1\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=255904, ...}) = 0
mmap(NULL, 2352800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f435f967000
mprotect(0x7f435f9a1000, 2097152, PROT_NONE) = 0
mmap(0x7f435fba1000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3a000) = 0x7f435fba1000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\342"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1330480, ...}) = 0
mmap(NULL, 3437144, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f435f61f000
mprotect(0x7f435f75d000, 2097152, PROT_NONE) = 0
mmap(0x7f435f95d000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13e000) = 0x7f435f95d000
mmap(0x7f435f962000, 16984, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f435f962000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \16\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14624, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f435fdab000
mmap(NULL, 2109728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f435f41b000
mprotect(0x7f435f41d000, 2097152, PROT_NONE) = 0
mmap(0x7f435f61d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f435f61d000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f435fdaa000
arch_prctl(ARCH_SET_FS, 0x7f435fdaa6e0) = 0
mprotect(0x7f435f95d000, 12288, PROT_READ) = 0
munmap(0x7f435fdac000, 67631) = 0
uname({sys="Linux", node="piti.homelinux.net", ...}) = 0
brk(0) = 0x21a5000
brk(0x21c6000) = 0x21c6000
open("/proc/version", O_RDONLY) = 3
open("/proc/uptime", O_RDONLY) = 4
open("/proc/loadavg", O_RDONLY) = 5
open("/proc/meminfo", O_RDONLY) = 6
open("/proc/stat", O_RDONLY)= 7
open("/proc/diskstats", O_RDONLY) = 8
open("/proc/vmstat", O_RDONLY) = 9
open("/proc/modules", O_RDONLY) = 10
open("/proc/devices", O_RDONLY) = 11
open("/proc/filesystems", O_RDONLY) = 12
open("/proc/interrupts", O_RDONLY) = 13
open("/proc/dma", O_RDONLY) = 14
open("/proc/cmdline", O_RDONLY) = 15
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
stat("/root/.terminfo", 0x7fff67dbef20) = -1 ENOENT (No such file or
directory)
stat("/etc/terminfo", {st_mode=S_IFDIR|0755, st_size=72, ...}) = 0
access("/etc/terminfo/x/xterm", R_OK) = -1 ENOENT (No such file or
directory)
stat("/lib/terminfo", {st_mode=S_IFDIR|0755, st_size=360, ...}) = 0
access("/lib/terminfo/x/xterm", R_OK) = 0
open("/lib/terminfo/x/xterm", O_RDONLY) = 16
read(16, "\32\1\34\0\35\0\17\0\235\1&\5xterm|X11 terminal e"..., 4097) =
2244
close(16) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
ioctl(1, TIOCGWINSZ, {ws_row=53, ws_col=140, ws_xpixel=0, ws_ypixel=0})
= 0
ioctl(1, TIOCGWINSZ, {ws_row=53, ws_col=140, ws_xpixel=0, ws_ypixel=0})
= 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
uname({sys="Linux", node="piti.homelinux.net", ...}) = 0
fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f435fdbc000
lseek(3, 0, SEEK_SET)
Bug#490013: More info regargin xkb-data and 'ro' layouts
Hello, 2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > Ok, here's a patch which makes sense IMO: > > > --- xorg.orig 2008-07-27 23:45:44.0 +0300 > +++ xorg.new2008-07-27 23:57:04.0 +0300 > @@ -183,9 +183,10 @@ > *ogham is434laptop = > pc+ie(ogam_is434) > *ori basic = pc+in(ori) > *ro de = pc+ro(winkeys) > - *ro us = pc+ro(std_comma) > - *ro std = pc+ro(std_cedilla) > - *ro academic= > pc+ro(std_comma) > + *ro us = pc+ro(std) > + *ro academic= pc+ro(std) > + *ro std_comma = pc+ro(std) > + *ro comma = pc+ro(basic) > *ru os = pc+ru(os_legacy) > *sapmi basic = pc+no(smi) > *sapmi nodeadkeys = > pc+no(smi_nodeadkeys) > > > Bonus, old names "academic", "comma" and "std_comma" are now mapped to > the correct variants. I've applied the patch and here is the output from running setxkbmap: setxkbmap -v 10 -layout us,ro,ru -variant ,std,phonetic Setting verbose level to 10 locale is C Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Warning! Multiple definitions of layout variant Using command line, ignoring X server Applied rules from xorg: model: pc104 layout: us,ro,ru variant:,std,phonetic options:grp:menu_toggle, ctrl:nocaps Trying to build keymap using the following components: keycodes: xfree86+aliases(qwerty) types: complete compat: complete symbols: pc+us+ro(std_cedilla):2+ro(std):2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) geometry: pc(pc104) setxkbmap -v 10 -layout ro,us,ru -variant std,,phonetic Setting verbose level to 10 locale is C Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Warning! Multiple definitions of layout variant Using command line, ignoring X server Applied rules from xorg: model: pc104 layout: ro,us,ru variant:std,,phonetic options:grp:menu_toggle, ctrl:nocaps Trying to build keymap using the following components: keycodes: xfree86+aliases(qwertz) types: complete compat: complete symbols:pc+ro(std)+us:2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) geometry: pc(pc104) It can be easily observed that symbols for the first configuration do not match the command. The naming for romanian layouts is a bit messy. For example, can someone explain why there is reference to std_comma in /usr/share/X11/xkb/rules/base but it is never defined or declared? Well, Andrei adds it in his patch but it wasn't quite correct before. Finally I came up with a patch that I am pretty sure will help solve some issues. Here what it does: - remove bad aliases (std was aliased to std_cedilla) - changed all references from std_comma to std (std is the reference) - added std_comma and comma aliases (as Andrei's patch does) With this patch setxkbmap returns correct output and xfce4-xkb-plugin is happy. I am sure that the bad aliases were the actual bug that had to be solved. Pretty amazed how such an obvious thing could slip into the wild. Here is another point that I would like to make. In my config us has no variant and I thought that it would be redundant to add std variant to ro as it is the *standard*. The default for ro seems to be the 'basic' variant. How the default variant is chosen? Is it the first one to be listed in symbols/ro file? Thanks, Igor -- :wq --- /usr/share/X11/xkb/rules/base 2008-05-28 15:13:37.0 +0300 +++ usr/tmp/base 2008-07-28 12:41:19.0 +0300 @@ -183,9 +183,10 @@ * ogham is434laptop = pc+ie(ogam_is434) * ori basic = pc+in(ori) * ro de = pc+ro(winkeys) - * ro us = pc+ro(std_comma) - * ro std = pc+ro(std_cedilla) - * ro academic = pc+ro(std_comma) + * ro us = pc+ro(std) + * ro academic = pc+ro(std) + * ro std_comma = pc+ro(std) + * ro comma = pc+ro(basic) * ru os = pc+ru(os_legacy) * sapmi basic = pc+no(smi) * sapmi nodeadkeys = pc+no(smi_nodeadkeys) @@ -258,9 +259,8 @@ * ogham(is434laptop) = pc+ie(ogam_is434) * ori(basic) = pc+in(ori) * ro(de) = pc+ro(winkeys) - * ro(us) = pc+ro(std_comma) - * ro(std) = pc+ro(std_cedilla) - * ro(academic) = pc+ro(std_comma) + * ro(us) = pc+ro(std) + * ro(academic) = pc+ro(std) * ru(os) = pc+ru(os_legacy) * sapmi(basic) = pc+no(smi) * sapmi(nodeadkeys) = pc+no(smi_nodeadkeys) @@ -359,9 +359,8 @@ * ogham(is434laptop) = pc+ie(ogam_is434) * ori(b
Bug#492701: ITP: libwx-perl-processstream-perl -- access IO of external processes via events (Wx::Perl module)
Package: wnpp Severity: wishlist Owner: Damyan Ivanov <[EMAIL PROTECTED]> * Package name: libwx-perl-processstream-perl Version : 0.11 Upstream Author : Mark Dootson, * URL : http://search.cpan.org/dist/Wx-Perl-ProcessStam-0.11/ * License : Same as Perl (GPL-1+|Artistic) Programming Lang: Perl Description : access IO of external processes via events (Wx::Perl module) Wx::Perl::ProcessStream provides the STDOUT, STDERR and exit codes of asynchronously running processes via events. It may be used for long running or blocking processes that provide periodic updates on state via STDOUT. Simple IPC is possible via STDIN. Package to be maintained under Debian Perl Group's umbrella. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462879: About the ITP: python-cssutils
Hi Bernd, Do you have a package already that could be sponsored for upload? I need this dep for the elisa package. Philippe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492702: linux-image-2.6.25-2-amd64: Enable /proc/sys/vm/vdso_enabled in AMD64 kernel
Package: linux-image-2.6.25-2-amd64 Version: 2.6.25-7 Severity: normal I use an AMD64 Debian lenny system to develop software for the Nokia Maemo environment. The Maemo SDK uses scratchbox to provide cross-compilation. Until the latest lenny update, I used scratchbox, and the Maemo SDK, in a 32-bit lenny chroot with my 64-bit kernel. This worked fine. However, the latest kernel update causes scratchbox to report: Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph->p_vaddr == _rtld_local._dl_sysinfo_dso' failed! This is a known compatability problem between the kernel and the old libc used by scratchbox. On my other (32-bit) system I can apply the workrounds mentioned on the net. Either: echo 0 > /proc/sys/vm/vdso_enabled or add 'vdso=0' to the kernel parameters These work fine with kernel 2.6.25-2-686 on my 32-bit system. However, on my 64-bit system, file /proc/sys/vm/vdso_enabled does not exist and adding 'vdso=0' to the kernel parameters does nothing. So, scratchbox is completely broken on this system. This is an application which was working fine until the recent kernel update. -- Package-specific info: ** Version: Linux version 2.6.25-2-amd64 (Debian 2.6.25-7) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Mon Jul 14 11:05:23 UTC 2008 ** Command line: root=/dev/disk/by-label/debroot ro ** Not tainted ** Kernel log: [22571.127904] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [22571.127907] famd D 0082 0 3459 1 [22571.127912] 8101259f1818 0082 00051200 0292 [22571.127922] 81013f1136c0 81013fb072c0 81013f113930 0001000c [22571.127932] 81013e43be00 80295679 00011200 0292 [22571.127940] Call Trace: [22571.127984] [] cache_alloc_refill+0x111/0x20c [22571.128031] [] :sunrpc:rpc_wait_bit_killable+0x0/0x31 [22571.128052] [] :sunrpc:rpc_wait_bit_killable+0x2a/0x31 [22571.128060] [] __wait_on_bit+0x40/0x6e [22571.128079] [] :sunrpc:xprt_timer+0x0/0x7b [22571.128101] [] :sunrpc:rpc_wait_bit_killable+0x0/0x31 [22571.128105] [] out_of_line_wait_on_bit+0x6c/0x78 [22571.128113] [] wake_bit_function+0x0/0x23 [22571.128134] [] :sunrpc:xprt_connect+0x89/0x124 [22571.128156] [] :sunrpc:__rpc_execute+0xee/0x233 [22571.128177] [] :sunrpc:rpc_run_task+0x4f/0x56 [22571.128198] [] :sunrpc:rpc_call_sync+0x3e/0x5b [22571.128236] [] :nfs:nfs3_rpc_wrapper+0x19/0x50 [22571.128256] [] :nfs:nfs3_proc_getattr+0x61/0x85 [22571.128277] [] :nfs:__nfs_revalidate_inode+0xfe/0x236 [22571.128296] [] :nfs:nfs_revalidate_inode+0x1d/0x49 [22571.128304] [] dput+0x1c/0xdd [22571.128320] [] :nfs:nfs_lookup_revalidate+0x239/0x3b5 [22571.128326] [] dput+0x1c/0xdd [22571.128342] [] :nfs:nfs_lookup_revalidate+0x239/0x3b5 [22571.128361] [] :nfs:nfs_revalidate_inode+0x1d/0x49 [22571.128381] [] :nfs:nfs_lookup_revalidate+0x194/0x3b5 [22571.128387] [] dput+0x1c/0xdd [22571.128403] [] :nfs:nfs_lookup_revalidate+0x239/0x3b5 [22571.128425] [] :sunrpc:rpcauth_lookup_credcache+0x4b/0x1d9 [22571.128442] [] :nfs:nfs_do_access+0x2b/0x30a [22571.128451] [] __d_lookup+0xaa/0x106 [22571.128474] [] :sunrpc:rpcauth_lookup_credcache+0x4b/0x1d9 [22571.128491] [] :nfs:nfs_do_access+0x2b/0x30a [22571.128500] [] __d_lookup+0xaa/0x106 [22571.128508] [] do_lookup+0x158/0x1af [22571.128516] [] __link_path_walk+0x8a8/0xd63 [22571.128522] [] dput+0x1c/0xdd [22571.128532] [] path_walk+0x5d/0xb9 [22571.128537] [] do_path_lookup+0x158/0x1d0 [22571.128544] [] __path_lookup_intent_open+0x56/0x97 [22571.128551] [] open_namei+0x7a/0x669 [22571.128558] [] cp_new_stat+0xe7/0xff [22571.128567] [] do_filp_open+0x1c/0x38 [22571.128578] [] get_unused_fd_flags+0x71/0x115 [22571.128584] [] do_sys_open+0x46/0xc3 [22571.128591] [] system_call_after_swapgs+0x8a/0x8f [22571.128601] [22699.975941] INFO: task famd:3459 blocked for more than 120 seconds. [22699.975950] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [22699.975952] famd D 0082 0 3459 1 [22699.975960] 8101259f1818 0082 00051200 0292 [22699.975970] 81013f1136c0 81013fb072c0 81013f113930 0001000c [22699.975979] 81013e43be00 80295679 00011200 0292 [22699.975987] Call Trace: [22699.976027] [] cache_alloc_refill+0x111/0x20c [22699.976066] [] :sunrpc:rpc_wait_bit_killable+0x0/0x31 [22699.976087] [] :sunrpc:rpc_wait_bit_killable+0x2a/0x31 [22699.976093] [] __wait_on_bit+0x40/0x6e [22699.976112] [] :sunrpc:xprt_timer+0x0/0x7b [22699.976134] [] :sunrpc:rpc_wait_bit_killable+0x0/0x31 [22699.976139] [] out_of_line_wait_on_bit+0x6c/0x78 [22699.976147] [] wake_bit_function+0x0/0x23 [22699.976168] [] :sunrpc:xprt_connect+0x89/0x124 [22699.976190] [] :sunrpc:__rpc_execute+0xee/0x233 [22699.976211] [] :
Bug#490013: More info regargin xkb-data and 'ro' layouts
On Mon, Jul 28, 2008 at 13:01:40 +0300, Igor Stirbu wrote: > Here is another point that I would like to make. In my config us has no > variant and I thought that it would be redundant to add std variant to ro > as it is the *standard*. The default for ro seems to be the 'basic' variant. > How the default variant is chosen? Is it the first one to be listed in > symbols/ro > file? > Yes. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402620: procinfo: random "Segmentation fault" when run by any user, not just `root'
I've obtained seg-fault not only for `root', but using a normal account too.
Thanks
[EMAIL PROTECTED]:~$ procinfo
Linux 2.6.25-2-amd64 (Debian 2.6.25-7) (gcc [can't parse]) #??? 2CPU
[piti.DOMAIN-NAME.net]
Memory: TotalUsedFree Shared Buffers
Mem: 1931520 1203272 728248 0 114720
Swap: 4194296 0 4194296
Bootup: Mon Jul 28 12:05:49 2008Load average: 0.35 0.20 0.12 2/171 9171
user : 0:03:55.37 3.0% page in : 696162 disk 1:46143r 18508w
nice : 0:00:02.30 0.0% page out: 391804
system: 0:01:04.45 0.8% page act: 150154
IOwait: 0:01:46.11 1.3% page dea:0
hw irq: 0:00:00.75 0.0% page flt: 5114718
sw irq: 0:00:00.50 0.0% swap in :0
idle : 2:06:30.51 96.3% swap out:0
uptime: 1:05:41.03 context : 3566151
irq 0:37 timer irq 12:293675 i8042
irq 1: 10551 i8042 irq 16: 277 ohci_hcd:usb1, HDA I
irq 4: 2 irq 17: 2 ohci_hcd:usb2, ohci_
irq 6: 5 floppy [2]irq 18: 2 ohci_hcd:usb3, ohci_
irq 7: 0 parport0 irq 19: 0 ehci_hcd:usb6
irq 8: 1 rtc irq 22: 92056 ahci, firewire_ohci
irq 9: 1 acpi
[EMAIL PROTECTED]:~$ procinfo
Segmentation fault
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$ procinfo
Segmentation fault
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$ procinfo
Segmentation fault
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$ strace procinfo
execve("/usr/bin/procinfo", ["procinfo"], [/* 35 vars */]) = 0
brk(0) = 0x1981000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f0b8369
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f0b8368e000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=67631, ...}) = 0
mmap(NULL, 67631, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0b8367d000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libncurses.so.5", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`%\1\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=255904, ...}) = 0
mmap(NULL, 2352800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f0b83238000
mprotect(0x7f0b83272000, 2097152, PROT_NONE) = 0
mmap(0x7f0b83472000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3a000) = 0x7f0b83472000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\342"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1330480, ...}) = 0
mmap(NULL, 3437144, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f0b82ef
mprotect(0x7f0b8302e000, 2097152, PROT_NONE) = 0
mmap(0x7f0b8322e000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13e000) = 0x7f0b8322e000
mmap(0x7f0b83233000, 16984, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f0b83233000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \16\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14624, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f0b8367c000
mmap(NULL, 2109728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f0b82cec000
mprotect(0x7f0b82cee000, 2097152, PROT_NONE) = 0
mmap(0x7f0b82eee000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f0b82eee000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f0b8367b000
arch_prctl(ARCH_SET_FS, 0x7f0b8367b6e0) = 0
mprotect(0x7f0b8322e000, 12288, PROT_READ) = 0
munmap(0x7f0b8367d000, 67631) = 0
uname({sys="Linux", node="piti.DOMAIN-NAME.net", ...}) = 0
brk(0) = 0x1981000
brk(0x19a2000) = 0x19a2000
open("/proc/version", O_RDONLY) = 3
open("/proc/uptime", O_RDONLY) = 4
open("/proc/loadavg", O_RDONLY) = 5
open("/proc/meminfo", O_RDONLY) = 6
open("/proc/stat", O_RDONLY)= 7
open("/proc/diskstats", O_RDONLY) = 8
open("/proc/vmstat", O_RDONLY) = 9
open("/pr
Bug#490013: More info regargin xkb-data and 'ro' layouts
tags 490013 patch thanks On Mon,28.Jul.08, 13:01:40, Igor Stirbu wrote: [...] > Finally I came up with a patch that I am pretty sure will help solve > some issues. Here what it does: > - remove bad aliases (std was aliased to std_cedilla) > - changed all references from std_comma to std (std is the reference) > - added std_comma and comma aliases (as Andrei's patch does) Isn't it necessary to add the aliases for std_comma and comma everywhere? > With this patch setxkbmap returns correct output and xfce4-xkb-plugin > is happy. I am sure that the bad aliases were the actual bug that had > to be solved. Pretty amazed how such an obvious thing could slip into > the wild. I only hope we are allowed to fix this regression, now that lenny is frozen... > Here is another point that I would like to make. In my config us has no > variant and I thought that it would be redundant to add std variant to ro > as it is the *standard*. The default for ro seems to be the 'basic' variant. > How the default variant is chosen? Is it the first one to be listed in > symbols/ro > file? AFAIK 'basic' has always been the default variant. 'std' is only a name and it actually refers to the fact that it the primary variant according to the official Romanian standards. Linux always had the secondary variant as default (see also the comments in the ro symbols file). The change was only with regards to comma or cedilla below. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#400591: Fix to libcap2
Please take a look at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487223 Matt -- Matt Kern http://www.undue.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481979: some condiderations
Ok, but alsa-base is an optional package and a normal user have to explicitly install it to avoid snd-pcsp loaded as first sound card. I had problem after trying 2.6.26 debian kernel from trunk (on lenny): at reboot artsd (i use kde) failed to work because of "CPU overload" (top command show 99% of cpu usage) , this was due to snd-pcsp; resolved manually installing alsa-base. Because most of users have a sound card installed and use alsa it's important to have snd-pcsp blacklisted even without alsa-base installed. Adding a Depends to alsa-base on libasound2 will be a good solution? My two cents, Andrea. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492703: linux-2.6 [powerpc64] - Fails to find hypervisor console on a Power5 machine
Package: linux-2.6 Version: 2.6.26-1~experimental.1 Severity: grave The 2.6.26 powerpc6 image fails to enable the hypervisor console. The end of the log reads: | [1.301182] ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx | [1.320754] mice: PS/2 mouse device common for all mice | [1.321734] TCP cubic registered | [1.321774] NET: Registered protocol family 17 | [1.321835] turn off boot console udbg0 Bastian -- Phasers locked on target, Captain. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490013: More info regargin xkb-data and 'ro' layouts
2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > On Mon,28.Jul.08, 13:01:40, Igor Stirbu wrote: >> Finally I came up with a patch that I am pretty sure will help solve >> some issues. Here what it does: >> - remove bad aliases (std was aliased to std_cedilla) >> - changed all references from std_comma to std (std is the reference) >> - added std_comma and comma aliases (as Andrei's patch does) > > Isn't it necessary to add the aliases for std_comma and comma > everywhere? I had the same question but ignored it. It's really annoying to go through each reference of ro layout and add a new layout. Could we just hack the symbols/ro file and add there "new" layouts which would just include the needed ones? Is this a good or bad practice? Thanks, Igor -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492657: epiphany-webkit: not ready to be included in a stable release
Le dimanche 27 juillet 2008 à 18:34 -0400, Michael Gilbert a écrit : > i don't believe that epiphany-webkit is ready to be included in a stable > release yet. yes, it can render webpages, and now even supports plugins, > but there are enough issues, which are not that severe individually, but > combined make the browser unusable. it would be a shame for users to end > up having a bad experience with this alpha-quality software if it were to > be included in an "official" release. I agree that epiphany-webkit is not release-quality for many reasons, but it is still far more featured than several browsers we are already shipping, like elinks or amaya. > i think that the epiphany-webkit package should be hinted out of > testing. I don’t know if it is possible to ignore a sole binary package or if it would be necessary to re-upload epiphany to t-p-u without the webkit package. Frankly, I’d like to avoid the latter. -- .''`. : :' : 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#492704: lilo update from 1:22.8-5 to 1:22.8-6 corrects bug #487421 on i386 arch but not on amd64
Package: lilo Version: 1:22.8-6 Severity: normal Hello All, I noticed that upgrading lilo from 1:22.8-5 to 1:22.8-6 got rid of bug #487421 on i386 architecture. However, bug #487421 remains on amd64 architecture despite this same lilo upgrade. In hope my report will prove useful. Sincerely, Valentin. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lilo depends on: hi debconf [debconf-2.0]1.5.22 Debian configuration management sy hi libc62.7-10 GNU C Library: Shared libraries hi libdevmapper1.02.1 2:1.02.26-1 The Linux Kernel Device Mapper use hi mbr 1.1.10-1Master Boot Record for IBM-PC comp lilo recommends no packages. Versions of packages lilo suggests: hi lilo-doc 1:22.8-5 Documentation for LILO (LInux LOad -- debconf information: liloconfig/fstab_broken: liloconfig/banner: liloconfig/use_lba32: true liloconfig/configuring_base: lilo/runme: false liloconfig/wipe_old_liloconf: false liloconfig/activate_error: lilo/new-config: liloconfig/maintitle: liloconfig/mbr_error: liloconfig/lilo_warning: liloconfig/no_changes: liloconfig/liloconf_incompatible: lilo/bad_bitmap: lilo/upgrade: liloconfig/liloconf_exists: liloconfig/use_current_lilo: true liloconfig/instruction: liloconfig/select_bitmap: /boot/coffee.bmp liloconfig/lilo_error: liloconfig/odd_fstab: liloconfig/install_from_root_device: true liloconfig/make_active_partition: true liloconfig/install_mbr: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492709: hwclock.sh: support for RTC wakeup alarm
Package: util-linux Version: 2.13.1.1-1 Severity: normal Hi, Whilst trying to get our Dull server to wakeup at a specific time I had a go at playing around with the ACPI RTC wakeup alarm[1] functionality of the system. Apart from being disappointed at Dull using sub-standard parts and only giving me an upper limit of 24 hours into the future for a wakeup event I found that the Debian hwclock.sh inadvertantly nukes this ability on shutdown[2]. I have attached a patch that tests if the RTC alarm has been set to a time in the future and if so restore it after the --systohc command is executed; thus letting this handy but not often used functionality work. Hopefully it's considered sane :) Cheers Alex [1] http://acpi.sourceforge.net/documentation/alarm.html [2] http://www.mythtv.org/wiki/index.php/ACPI_Wakeup#Disable_hwclock_updates -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (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 util-linux depends on: ii libc6 2.7-12GNU C Library: Shared libraries ii libncurses55.6+20080713-1shared libraries for terminal hand ii libselinux12.0.65-2 SELinux shared libraries ii libslang2 2.1.3-3 The S-Lang programming library - r ii libuuid1 1.41.0-3 universally unique id library ii lsb-base 3.2-15Linux Standard Base 3.2 init scrip ii tzdata 2008c-1 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime util-linux recommends no packages. Versions of packages util-linux suggests: ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities ii dosfstools 2.11-6 utilities for making and checking ii util-linux-locales 2.13.1.1-1 Locales files for util-linux -- no debconf information --- /etc/init.d/hwclock.sh.orig 2007-12-22 13:47:04.0 + +++ /etc/init.d/hwclock.sh 2008-07-28 11:37:21.533178944 +0100 @@ -96,6 +96,20 @@ # WARNING: If you disable this, any changes to the system # clock will not be carried across reboots. # + # We also check to see if the RTC Alarm has been set and restore + # it if it's applicable (set to a time in the future) + # FIXME: rtc0 => rtcN? + # + for RTCALARMDEV in /sys/class/rtc/rtc0/wakealarm /proc/acpi/alarm; do + if [ -e $RTCALARMDEV ]; then + RTCWAKETIME=`cat $RTCALARMDEV` + if [ `date -d "$RTCWAKETIME" +%s` -le `date +%s` ]; then + RTCWAKETIME="" + fi + + break + fi + done if [ "$HWCLOCKACCESS" != no ]; then log_action_msg "Saving the system clock." if [ "$GMT" = "-u" ]; then @@ -106,6 +120,10 @@ else verbose_log_action_msg "Not saving System Clock" fi + if [ "$RTCWAKETIME" != "" ]; then + log_action_msg "Priming RTC Alarm for $RTCWAKETIME" + echo "$RTCWAKETIME" > $RTCALARMDEV + fi ;; show) if [ "$HWCLOCKACCESS" != no ]; then
Bug#492414: xmoto segfaults
On Sun, Jul 27, 2008 at 08:01:10PM +0100, Marcos Torres Marado wrote: > Hi there, > > Gonéri Le Bouder [EMAIL PROTECTED] wrote: > (snip) > > Can you also try to rename your ~/.xmoto directory to something else. > > Now, that fixed this for me. My ~/.xmoto was created before having > upgrading xmoto from etch to lenny, so it probably has the wrong format... > Do you want me to make a tarball with the old .xmoto tarball? Even if I > suppose that if you just install etch's version, run it and then upgrade to > lenny you'll be able to reproduce this... Well, anyway, feel free to ask me > to do any tests you want to get this issue fixed... Hi, Upstream want to know if you try a svn release of xmoto in the past? In this case the DB migration is not supposed to work correctly. Cheers, Gonéri signature.asc Description: Digital signature
Bug#492705: PIN entry dialog does not disappear after PIN entry
Package: gnucash
Version: 2.2.4-2
Severity: important
Tags: fixed-upstream patch
Hi Thomas,
On the German Gnucash user's mailing list Michael Mühle [1]reported a
problem with the dialog window which informs the user that he should
enter his PIN into the card reader: The dialog window does not disappear
after the PIN is entered which results in an "Error executing backend's
queue". This bug makes Gnucash unusable with any card reader which have
an integrated PIN entry keyboard.
1. http://comments.gmane.org/gmane.comp.gnome.apps.gnucash.german/5942
Fortunately the bug is fixed in upstream in the changesets [2]17337 and
[3]17338, which has been released with Gnucash 2.2.6 recently. I've
extracted the changesets and attached them to this mail as a patch. You
should be able to apply this patch on top of the unpackaged (thus
already patched) source package of gnucash 2.2.4-2 using the command
"patch -p0 < /path/to/pinentry_disappear.patch".
2. http://svn.gnucash.org/trac/changeset/17337
3. http://svn.gnucash.org/trac/changeset/17338
It would be very helpful if this patch finds its way into the release of
Debian Lenny.
Regards
Micha
Index: src/import-export/aqbanking/gnc-gwen-gui.c
===
--- src/import-export/aqbanking/gnc-gwen-gui.c (Revision 17336)
+++ src/import-export/aqbanking/gnc-gwen-gui.c (Revision 17338)
@@ -187,7 +187,7 @@
GWEN_GUI_CHECKCERT_FN builtin_checkcert;
/* Dialogs */
-guint showbox_id;
+guint32 showbox_id;
GHashTable *showbox_hash;
GtkWidget *showbox_last;
@@ -959,6 +959,7 @@
{
GncGWENGui *gui = GETDATA_GUI(gwen_gui);
GtkWidget *dialog;
+guint32 showbox_id;
g_return_val_if_fail(gui, -1);
@@ -974,13 +975,17 @@
g_signal_connect(dialog, "response", G_CALLBACK(gtk_widget_hide), NULL);
gtk_widget_show_all(dialog);
-g_hash_table_insert(gui->showbox_hash, GUINT_TO_POINTER(gui->showbox_id),
+showbox_id = gui->showbox_id++;
+g_hash_table_insert(gui->showbox_hash, GUINT_TO_POINTER(showbox_id),
dialog);
-gui->showbox_id++;
gui->showbox_last = dialog;
-LEAVE(" ");
-return 0;
+/* Give it a change to be showed */
+if (!keep_alive(gui))
+showbox_id = 0;
+
+LEAVE("id=%" G_GUINT32_FORMAT, showbox_id);
+return showbox_id;
}
static void
Bug#487418: cereal: how to set parity, bit number, stop bits
Hi Daniel, On Sun, Jun 22, 2008 at 10:49:17AM -0400, Daniel Kahn Gillmor wrote: > On Sat 2008-06-21 13:33:25 -0400, Marc Haber wrote: > > To be a fully featured serial console application, one needs the > > possibility to set serial port parameters other than the baud > > rate. I have not seen any serial port needing something other than 8 > > bits, no parity, 1 stop bit in a long time, but that feature might > > be needed in the future. > > Thanks, this is a good suggestion. Since cereal relies on screen, you > should be able set 7 bits instead of 8 bits by appending ,cs7 to the > baud rate. e.g. > > cereal-admin create sevenbitcomms /dev/ttyS3 115200,cs7 foo foogroup > > However, I haven't been able to test this properly because i don't > have any equipment that natively does 7bit serial connections. > > I tried it against a grub instance configured with > > serial --unit=0 --speed=115200 --word=7 --parity=no --stop=1 > > but was unable to get an active communication (though i don't know how > well-tested grub's --word=7 option is either). I used a ser2net as the other side, and 9600,cs7 seems to work just fine. > Unfortunately, searching through screen(1) i don't see how to set the > stop bits or parity of the connection. Shall i clone this bug and > reassign the cloned bug to screen, referring to these features? I think that would be a good idea. I tried sttying the tty to the appropriate values before starting the cereal session, but tht didn't seem to work. At least, no communication was possible, and the values were reset to no parity 1 stopbit after I stopped the cereal session. So screen does not only not allow setting these parameters, it seems to set them to hard-coded defaults (which luckly are appropriate for the vast majority of use cases these days). Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487418: cereal: how to set parity, bit number, stop bits
On Sun, Jun 22, 2008 at 11:05:09AM -0400, Daniel Kahn Gillmor wrote: > Any pointers to equipment i could do proper tests on for this? > Anything other than 8n1 seems pretty scarce on the ground, from what > i've seen. I guess that cisco routers can be configured to do more exotic parameters on their console line, but I don't know too exactly how that is done. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492414: xmoto segfaults
Hi there, On Monday 28 July 2008 11:44:07 you wrote: > On Sun, Jul 27, 2008 at 08:01:10PM +0100, Marcos Torres Marado wrote: > > Gonéri Le Bouder [EMAIL PROTECTED] wrote: > > > Can you also try to rename your ~/.xmoto directory to something else. > > > > Now, that fixed this for me. My ~/.xmoto was created before having > > upgrading xmoto from etch to lenny, so it probably has the wrong > > format... Do you want me to make a tarball with the old .xmoto tarball? > > Even if I suppose that if you just install etch's version, run it and > > then upgrade to lenny you'll be able to reproduce this... Well, anyway, > > feel free to ask me to do any tests you want to get this issue fixed... > > Upstream want to know if you try a svn release of xmoto in the past? In > this case the DB migration is not supposed to work correctly. No, I didn't - I only used Debian versions of xmoto. Feel free to ask anything else... Thanks, -- Marcos Marado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492710: Iceweasel Crash
Package: Iceweasel I found this bug report. Suddenly my Iceweasel crash. System: Linux 2.6.25-2-686 #1 SMP Fri Jun 27 03:23:20 UTC 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10402000 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: gnome Memory status: size: 266190848 vsize: 266190848 resident: 131317760 share: 26226688 rss: 131317760 rss_rlim: 4294967295 CPU usage: start_time: 1216967380 rtime: 60709 utime: 33276 stime: 27433 cutime:0 cstime: 2 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/lib/bug-buddy/firefox-bin' (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb7ced6c0 (LWP 3272)] [New Thread 0xabf6cb90 (LWP 5163)] [New Thread 0xab36cb90 (LWP 3740)] [New Thread 0xb21feb90 (LWP 3739)] [New Thread 0xaebffb90 (LWP 3738)] [New Thread 0xb19fdb90 (LWP 3323)] [New Thread 0xb34ffb90 (LWP 3316)] [New Thread 0xb46ffb90 (LWP 3315)] [New Thread 0xb50ffb90 (LWP 3311)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7f99424 in __kernel_vsyscall () #0 0xb7f99424 in __kernel_vsysc
Bug#492360: cannot find source for package, even though showsrc finds it
On Fri, Jul 25, 2008 at 6:21 PM, Joseph Nahmias <[EMAIL PROTECTED]> wrote: > $ apt-get source joystick > Reading package lists... Done > Building dependency tree... Done > E: Unable to find a source package for joystick Works here: [EMAIL PROTECTED]:~$ apt-get -t stable source joystick Reading package lists... Done Building dependency tree Reading state information... Done Need to get 34.0kB of source archives. Get:1 http://ftp.ro.debian.org etch/main joystick 20051019-1 (dsc) [611B] Get:2 http://ftp.ro.debian.org etch/main joystick 20051019-1 (tar) [29.4kB] Get:3 http://ftp.ro.debian.org etch/main joystick 20051019-1 (diff) [4010B] Fetched 34.0kB in 0s (146kB/s) dpkg-source: extracting joystick in joystick-20051019 dpkg-source: info: unpacking joystick_20051019.orig.tar.gz dpkg-source: info: applying joystick_20051019-1.diff.gz The problem in your case is that you have only a sources repo for unstable. Don't you need another one for 'etch'? Cheers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492618: debsums: [INTL:fi] Finnish translation of the debconf templates
Poistatteko minut tältä jakelulistalta, nimeni on tullut sinne vahingossa t: Jari K -Original Message- From: Esko Arajärvi [mailto:[EMAIL PROTECTED] Sent: 27. heinäkuuta 2008 21:43 To: Debian Bug Tracking System Subject: Bug#492618: debsums: [INTL:fi] Finnish translation of the debconf templates Package: debsums Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please include attached translation fi.po to the package. Regards, Esko Arajärvi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiMwZ8ACgkQejjRZhTfFSxAAACfYqbTRhU/XChw9/1QD3soowua TxkAoIII6Nz1XFHieiOIsEbvzJjanUB8 =om7L -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492713: hpijs on Alpha depends on non-existant libnetsnmp.so.5 library
Package: hpijs Version: 2.8.6+2.8.6-2 Severity: important The latest executable /usr/bin/hpijs on Alpha architecture has an unresolved shared library link dependency to libnetsnmp.so.5. There appears to be no package in Lenny that provides that shared library. Result is foomatic-rip fails with error code 3 when called from CUPS print queue. Running foomatic-rip with -v debug option from shell revealed that it is hpijs that is failing to run because of the unresolved link library dependency. [EMAIL PROTECTED]:~$ ldd /usr/bin/hpijs libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x0204) libdl.so.2.1 => /lib/libdl.so.2.1 (0x0207a000) libhpip.so.0 => /usr/local/lib/libhpip.so.0 (0x0209) libhpmud.so.0 => /usr/lib/libhpmud.so.0 (0x020d2000) libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0x021ca000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x023c4000) libm.so.6.1 => /lib/libm.so.6.1 (0x02528000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x025e8000) libc.so.6.1 => /lib/libc.so.6.1 (0x0260c000) /lib/ld-linux.so.2 (0x0200) libnetsnmp.so.5 => not found libusb-0.1.so.4 => /lib/libusb-0.1.so.4 (0x0279c000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x027b8000) libpthread.so.0 => /lib/libpthread.so.0 (0x0295c000) libnetsnmp.so.15 => /usr/lib/libnetsnmp.so.15 (0x0298c000) libz.so.1 => /usr/lib/libz.so.1 (0x02a8c000) -- Package-specific info: error: SIP not installed or version not found. note: For troubleshooting printing issues, it is best to have the CUPS 'LogLevel' note: set to 'debug'. To set the LogLevel to debug, edit the file /etc/cups/cupsd.conf (as root), note: and change the line near the top of the file that begins with 'LogLevel' to read: note: LogLevel debug note: Save the file and then restart CUPS (see your OS/distro docs on how to restart CUPS). note: Now, when you print, helpful debug information will be saved to the file: note: /var/log/cups/error_log note: You can monitor this file by running this command in a console/shell: note: tail -f /var/log/cups/error_log error: NOT FOUND! This is a REQUIRED/RUNTIME ONLY dependency. Please make sure that this dependency is installed before installing or running HPLIP. error: 'ppdev' kernel module not loaded. HP Linux Imaging and Printing System (ver. 2.8.6) Dependency/Version Check Utility ver. 14.0 Copyright (c) 2001-8 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, ..rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Saving output in log file: hp-check.log Initializing. Please wait... --- | SYSTEM INFO | --- Basic system information: Linux alpha 2.6.25.6 #11 Sat Jun 14 12:49:22 NZST 2008 alpha GNU/Linux Distribution: debian testing HPOJ running? No, HPOJ is not running (OK). Checking Python version... OK, version 2.5.2 installed Checking PyQt version... OK, version 3.17 installed. Checking SIP version... Checking for CUPS... Status: scheduler is running Version: 1.3.7 error_log is set to level: warn Checking for dbus/python-dbus... dbus daemon is running. python-dbus version: 0.82.4 | RUNTIME DEPENDENCIES | Checking for dependency: cups - Common Unix Printing System... OK, found. Checking for dependency: cups-ddk - CUPS driver development kit... OK, found. Checking for dependency: GhostScript - PostScript and PDF language interpreter and previewer... OK, found. Checking for dependency: PIL - Python Imaging Library (required for commandline scanning with hp-scan)... OK, found. Checking for dependency: ppdev - Parallel port support kernel module To install this dependency, execute these commands: su -c "modprobe ppdev" su -c cp -f /etc/modules /etc/modules.hplip echo ppdev | su -c tee -a /etc/modules Checking for dependency: PyQt - Qt interface for Python... OK, found. Checking for dependency: python-ctypes - A foreign fu
Bug#469353: RT 3.8 for Debian
Hi guys, On Sun, 2008-07-27 at 18:23 +1200, Andrew Ruthven wrote: > It installs, and works. I've so far only tested using PostgreSQL on a > fresh install. I'm about to test SQLite, and I'll try doing an upgrade > from my existing 3.6 install (with Pg). SQLite works, as does upgrading a RT3.6 Pg DB (by specifying all the upgrade directories manually). I've made a number of changes based on feedback from Jesse, with a few more changes on the way. I've updated the RTFM packages as well, and there is now a rt3.8-rtfm package in my Debian repo. My git repo for RTFM is at: git://git.catalyst.net.nz/rt-rtfm.git gitweb at: http://git.catalyst.net.nz/gw?p=rt-rtfm.git;a=summary I should probably move the git repos to my personal server at some stage... Cheers! -- Andrew Ruthven Wellington, New Zealand At home: [EMAIL PROTECTED] | This space intentionally |left blank. signature.asc Description: This is a digitally signed message part
Bug#492712: marble: segfault when trying to rotate world
Package: marble Version: 0.6+svn837399-1 Severity: normal marble segfaults instantly when I try to rotate the map. Detailed steps to reproduce this with a qemu image of debian unstable are available at upstream bug tracker at https://bugs.kde.org/show_bug.cgi?id=167570 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages marble depends on: ii libc62.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-7 GCC support library ii libqt4-dbus 4.4.0-4 Qt 4 D-Bus module ii libqt4-network 4.4.0-4 Qt 4 network module ii libqt4-script4.4.0-4 Qt 4 script module ii libqt4-svg 4.4.0-4 Qt 4 SVG module ii libqt4-xml 4.4.0-4 Qt 4 XML module ii libqtcore4 4.4.0-4 Qt 4 core module ii libqtgui44.4.0-4 Qt 4 GUI module ii libstdc++6 4.3.1-7 The GNU Standard C++ Library v3 ii marble-data 0.6+svn837399-1 data files for Marble marble recommends no packages. marble suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475199: w3m segfaults after searching in options
* Gerfried Fuchs <[EMAIL PROTECTED]> [2008-04-09 18:16:48 CEST]: > I seem to have found a quite reproducible segfault (some other users > confirmed it to me on different architectures like amd64 and i386) so it > doesn't seem to be only powerpc: > > w3m https://db.debian.org/ (notice https, not http) > o (for getting to the options) > /ssl (searching for ssl) > j (for going down a line) It's even worse, it seems to be somehow related to https pages ... w3m https://nm.debian.org/nmlist.php /blub j > If I can help in any way, pretty please let me know. I haven't heard back from anyone, and the problem still holds. :( So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462879: About the ITP: python-cssutils
Hi, > Do you have a package already that could be sponsored for upload? Why sponsored? ;) After the cssutils upstream needed several weeks to get the copyright fixed I didn't have the time to look after it. The packaging stuff is in the python-modules team, needs to be fixed for the new license and version number, and could be uploaded. If you have spare time, feel free to bring it into shape and I'll upload it. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490013: More info regargin xkb-data and 'ro' layouts
2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > On Mon,28.Jul.08, 13:34:27, Igor Stirbu wrote: >> 2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: >> > Isn't it necessary to add the aliases for std_comma and comma >> > everywhere? >> >> I had the same question but ignored it. It's really annoying to go >> through each reference of ro layout and add a new layout. Could > > Ok, I've done it (patch against the base file in xkeyboard-config-1.3 > attached) I've filed a bug in freedesktop's bugzilla. Please add a comment and your patch there. http://bugs.freedesktop.org/show_bug.cgi?id=16872 -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490013: More info regargin xkb-data and 'ro' layouts
On Mon,28.Jul.08, 13:34:27, Igor Stirbu wrote: > 2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > > On Mon,28.Jul.08, 13:01:40, Igor Stirbu wrote: > >> Finally I came up with a patch that I am pretty sure will help solve > >> some issues. Here what it does: > >> - remove bad aliases (std was aliased to std_cedilla) > >> - changed all references from std_comma to std (std is the reference) > >> - added std_comma and comma aliases (as Andrei's patch does) > > > > Isn't it necessary to add the aliases for std_comma and comma > > everywhere? > > I had the same question but ignored it. It's really annoying to go > through each reference of ro layout and add a new layout. Could Ok, I've done it (patch against the base file in xkeyboard-config-1.3 attached) > we just hack the symbols/ro file and add there "new" layouts which > would just include the needed ones? Is this a good or bad practice? My (uneducated) guess is that the rules file is meant to prevent exactly this. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) --- base 2008-05-10 02:22:14.0 +0300 +++ base.new 2008-07-28 14:15:11.0 +0300 @@ -183,9 +183,10 @@ * ogham is434laptop = pc+ie(ogam_is434) * ori basic = pc+in(ori) * ro de = pc+ro(winkeys) - * ro us = pc+ro(std_comma) - * ro std = pc+ro(std_cedilla) - * ro academic = pc+ro(std_comma) + * ro us = pc+ro(std) + * ro academic = pc+ro(std) + * ro std_comma = pc+ro(std) + * ro comma = pc+ro(basic) * ru os = pc+ru(os_legacy) * sapmi basic = pc+no(smi) * sapmi nodeadkeys = pc+no(smi_nodeadkeys) @@ -261,9 +262,10 @@ * ogham(is434laptop) = pc+ie(ogam_is434) * ori(basic) = pc+in(ori) * ro(de) = pc+ro(winkeys) - * ro(us) = pc+ro(std_comma) - * ro(std) = pc+ro(std_cedilla) - * ro(academic) = pc+ro(std_comma) + * ro(us) = pc+ro(std) + * ro(academic) = pc+ro(std) + * ro(std_comma) = pc+ro(std) + * ro(comma) = pc+ro(basic) * ru(os) = pc+ru(os_legacy) * sapmi(basic) = pc+no(smi) * sapmi(nodeadkeys) = pc+no(smi_nodeadkeys) @@ -362,9 +364,10 @@ * ogham(is434laptop) = pc+ie(ogam_is434) * ori(basic) = pc+in(ori) * ro(de) = pc+ro(winkeys) - * ro(us) = pc+ro(std_comma) - * ro(std) = pc+ro(std_cedilla) - * ro(academic) = pc+ro(std_comma) + * ro(us) = pc+ro(std) + * ro(academic) = pc+ro(std) + * ro(std_comma) = pc+ro(std) + * ro(comma) = pc+ro(basic) * ru(os) = pc+ru(os_legacy) * sapmi(basic) = pc+no(smi) * sapmi(nodeadkeys) = pc+no(smi_nodeadkeys) @@ -420,9 +423,10 @@ * ogham is434laptop = pc+ie(ogam_is434) * ori basic = pc+in(ori) * ro de = pc+ro(winkeys) - * ro us = pc+ro(std_comma) - * ro std = pc+ro(std_cedilla) - * ro academic = pc+ro(std_comma) + * ro us = pc+ro(std) + * ro academic = pc+ro(std) + * ro std_comma = pc+ro(std) + * ro comma = pc+ro(basic) * ru os = pc+ru(os_legacy) * sapmi basic = pc+no(smi) * sapmi nodeadkeys = pc+no(smi_nodeadkeys) @@ -495,9 +499,10 @@ ogham(is434laptop) = +ie(ogam_is434):2 ori(basic) = +in(ori):2 ro(de) = +ro(winkeys):2 - ro(us) = +ro(std_comma):2 - ro(std) = +ro(std_cedilla):2 - ro(academic) = +ro(std_comma):2 + ro(us) = +ro(std):2 + ro(academic) = +ro(std):2 + ro(std_comma) = +ro(std):2 + ro(comma) = +ro(basic):2 ru(os) = +ru(os_legacy):2 sapmi(basic) = +no(smi):2 sapmi(nodeadkeys) = +no(smi_nodeadkeys):2 @@ -571,9 +576,10 @@ ogham(is434laptop) = +ie(ogam_is434):3 ori(basic) = +in(ori):3 ro(de) = +ro(winkeys):3 - ro(us) = +ro(std_comma):3 - ro(std) = +ro(std_cedilla):3 - ro(academic) = +ro(std_comma):3 + ro(us) = +ro(std):3 + ro(academic) = +ro(std):3 + ro(std_comma) = +ro(std):3 + ro(comma) = +ro(basic):3 ru(os) = +ru(os_legacy):3 sapmi(basic) = +no(smi):3 sapmi(nodeadkeys) = +no(smi_nodeadkeys):3 @@ -647,9 +653,10 @@ ogham(is434laptop) = +ie(ogam_is434):4 ori(basic) = +in(ori):4 ro(de) = +ro(winkeys):4 - ro(us) = +ro(std_comma):4 - ro(std) = +ro(std_cedilla):4 - ro(academic) = +ro(std_comma):4 + ro(us) = +ro(std):4 + ro(academic) = +ro(std):4 + ro(std_comma) = +ro(std):4 + ro(comma) = +ro(basic):4 ru(os) = +ru(os_legacy):4 sapmi(basic) = +no(smi):4 sapmi(nodeadkeys) = +no(smi_nodeadkeys):4 @@ -696,9 +703,10 @@ ogham is434laptop = +ie(ogam_is434):2 ori basic = +in(ori):2 ro de = +ro(winkeys):2 - ro us = +ro(std_comma):2 - ro std = +ro(std_cedilla):2 - ro academic = +ro(std_comma):2 + ro us = +ro(std):2 + ro academic = +ro(std):2 + ro std_comma = +ro(std):2 + ro comma = +ro(basic) ru os = +ru(os_legacy):2 sapmi basic = +no(smi):2 sapmi nodeadkeys = +no(smi_nodeadkeys):2 @@ -744,9 +752,10 @@ ogham is434laptop = +ie(ogam_is434):3 ori basic = +in(ori):3 ro de = +ro(winkeys):3 - ro us = +ro(std_comma):3 - ro std = +ro(std_cedilla):3 -
Bug#492714: iceweasel: please don't read ~/.pine-passfile when printing to a file
Package: iceweasel
Version: 3.0.1-1
Severity: wishlist
Steps to reproduce:
1) strace -o strace.out -s4096 -f iceweasel
2) File->Print...
3) Print to File
4) Print
5) File->Quit
Expected results:
1-5) iceweasel prints page to a file and does not read anything from
alpine password database file ~/.pine-passfile.
Actual results:
1-5) iceweasel prints page to a file. However, it also accesses the
alpine password database as seen in strace.out:
754 open("/home/lindi/.pine-passfile", O_RDONLY|O_LARGEFILE) = 45
754 fstat64(45, {st_mode=S_IFREG|0600, st_size=46, ...}) = 0
754 mmap2(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb2985000
754 read(45, "$CENSORED"..., 32768) = $CENSORED
754 read(45, ""..., 32768)= 0
754 close(45) = 0
754 munmap(0xb2985000, 32768) = 0
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-5-686-bigmem (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages iceweasel depends on:
ii debianutils 2.30 Miscellaneous utilities specific t
ii fontconfig2.6.0-1generic font configuration library
ii libc6 2.7-12 GNU C Library: Shared libraries
ii libgcc1 1:4.3.1-7 GCC support library
ii libglib2.0-0 2.16.4-2 The GLib library of C routines
ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface
ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library
ii libstdc++64.3.1-7The GNU Standard C++ Library v3
ii procps1:3.2.7-8 /proc file system utilities
ii psmisc22.6-1 Utilities that use the proc filesy
ii xulrunner-1.9 1.9.0.1-1 XUL + XPCOM application runner
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
pn latex-xft-fonts(no description available)
ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
ii mozplugger1.10.2-1 Plugin allowing external viewers t
pn ttf-mathematica4.1 (no description available)
pn xfonts-mathml (no description available)
pn xprint (no description available)
pn xulrunner-1.9-gnome-s (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488994: okular: Just installing Okular makes it produce "Could not find the Okular component."
Hi Ivan, On Sun, Jul 27, 2008 at 03:25:42PM +0200, [EMAIL PROTECTED] wrote: > Cheers, > > On 27/07/2008, Ana Guerrero <[EMAIL PROTECTED]> wrote: > > > > As somebody else pointed in this same bug report, this problem is caused > > I seem to have missed that message? > oh, you were no CC'ed, check at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488994 > > when > > you have updated okular to newer version (in this case it was 4.0.84) but > > you > > still have old kdelibs: > > > Thanks for the response and help. I'll check it out as soon as it is > possible. This was still a bug; incorrect dependencies, right? > look that you have all the packages up-to-date (currently it is 4.1.0), and re-open the bug if you still have the problem. > Thanks again! I really enjoy being able to try KDE4, I'm a fan of > KDE's PIM although I'm a Gnome. Gnome user, I mean ;) heh :) Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492715: doublequotes entered in input field summary do NOT get escaped, following * triggers shell filename expansion
Package: reportbug-ng Version: 0.2007.10.30 Severity: serious Tags: security --- Please enter the report below this line. --- Can create a bugreport against itself, indeed :) How to encounter this bug (do NOT repeat following steps on a production system unless you have read "conclusions" below and really know what you are doing - use a testing environment or wait until you have installed a reportbug-ng version with this bug fixed): - (1) In a running reportbug-ng instance hit Ctrl-N to create a new bugreport. (2) In input field "summary" enter a string containing a doublequote and later a * character. My first "unintended trial" was crash on exit "glibc detected *** amarokapp: corrupted double-linked list: 0x0808ded0" Observed result: Kmail compose window pops up, with all file names in $PWD of reportbug-ng added to recipients list. Conclusions: (A) Proper escaping of metacharacters in user input strings must ALWAYS be tested prior to releasing software. (B) I am writing this report with my production system, therefore I surely will NOT try redirection characters added to string in step (2). Reporting the possible "surprises" is left to another user :) (C) In /etc/bash.bashrc I have always a statement "set -C" (prohibit overwriting of existing files by redirections apart from ">|"). In /etc/profile (for noninteractive shells) unfortunately I had to remove it because it would brake a lot of scripts in Debian packages. This bug is perhaps related to: --- http://bugs.debian.org/474955 --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.12roland2 Debian Release: lenny/sid 500 unstablegd.tuwien.ac.at 500 testing security.debian.org 500 testing gd.tuwien.ac.at 500 oldstable gd.tuwien.ac.at 1 experimentalgd.tuwien.ac.at --- Package information. --- Depends (Version) | Installed =-+-=== python| 2.5.2-1 python-central (>= 0.5.8) | 0.6.7 python-qt3| 3.17.4-1 python-soappy | 0.12.0-2 xdg-utils | 1.0.1-2 -- Roland Eggner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492696: Adding Padre to Debian
-=| Gabor Szabo, Mon, Jul 28, 2008 at 12:04:11PM +0300 |=- > I have just released the first public version of > Padre - Perl Application Development and Refactoring Environment > as a CPAN module. > See http://search.cpan.org/dist/Padre/ > > It is basically an editor with an oversized ego. :) > So I'd like to ask that someone here will pick up the module from > CPAN and try to integrate it into Debian. Bug filed (and Cc-ed). http://bugs.debian.org/492696 > If you encounter any issues, I'd be more than > happy to know about them so I can fix them. I seem to have the same problem as some CPAN testers[1] [1] http://bbbike.radzeit.de/~slaven/cpantestersmatrix.cgi?dist=Padre+0.02 Can't locate object method "AppendSubMenu" via package "Wx::Menu" at /tmp/1/Padre-0.02/blib/lib/Padre/Frame.pm line 152. during t/02-wx Wx is 0.84. -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#492716: crash on exit "glibc detected *** amarokapp: corrupted double-linked list: 0x0808ded0"
Package: amarok Version: 1.4.9.1-2 Severity: normal --- Please enter the report below this line. --- (1) Launching Amarok by commandline $ amarok & works flawlessly apart from this 6 lines konsole output Amarok: [Loader] Starting amarokapp.. Amarok: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp. QLayout "unnamed" added to QVBox "unnamed", which already has a layout QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow QObject::connect: Incompatible sender/receiver arguments StarManager::ratingsColorsChanged() --> ContextBrowser::ratingOrScoreOrLabelsChanged(const QString&) (2) Closing Amarok by keystroke Ctrl-Q frequently results in Amarok crash, --- and leaves behind this 2 zombies SIZE RSSVSZ NLWP TIME STAT POL WCHAN TT STARTED CMD 30865 49212 1234601 00:00:03 STS futex_ pts/7 12:53:07 amarokapp 0 0 01 00:00:00 ZTS exit pts/7 12:53:09 \_ [ruby] Every "restart - dirty exit" sequence leaves behind 2 additional zombies. To get the memory freed, a "killall -e -v -u $USER amarokapp" is necessary. Below a longer and a shorter example of konsole output on such "dirty exits": QObject::disconnect: Unexpected null parameter QObject::connect: Cannot connect (null)::activePartChanged( KParts::Part * ) to KHTMLPart::slotActiveFrameChanged( KParts::Part * ) *** glibc detected *** amarokapp: corrupted double-linked list: 0x0808ded0 *** === Backtrace: = /lib/libc.so.6[0xb7593169] /lib/libc.so.6[0xb75948ce] /lib/libc.so.6(cfree+0x90)[0xb7598570] /usr/lib/libqt-mt.so.3(_ZN6QImage8freeBitsEv+0x2b)[0xb7099d7b] /usr/lib/libqt-mt.so.3(_ZN6QImage5resetEv+0x25)[0xb709c1a5] /usr/lib/libqt-mt.so.3(_ZN6QImageD1Ev+0x3d)[0xb709dc9d] /usr/lib/libamarok.so.0[0xb7d4ba00] /lib/libc.so.6(exit+0xd4)[0xb7556e64] /lib/libc.so.6(__libc_start_main+0xe8)[0xb753f458] amarokapp(_ZN6QGListD0Ev+0x41)[0x804b681] === Memory map: 08048000-0806c000 r-xp 03:0c 398897 /usr/bin/amarokapp 0806c000-0806d000 rw-p 00023000 03:0c 398897 /usr/bin/amarokapp 0806d000-08805000 rw-p 0806d000 00:00 0 [heap] b010-b01fe000 rw-p b010 00:00 0 b01fe000-b020 ---p b01fe000 00:00 0 b030-b03f9000 rw-p b030 00:00 0 b03f9000-b040 ---p b03f9000 00:00 0 b0439000-b043d000 r-xp 03:0c 407831 /lib/libnss_dns-2.7.so b043d000-b043f000 rw-p 3000 03:0c 407831 /lib/libnss_dns-2.7.so b044f000-b0451000 r-xp 03:0c 16401 /usr/lib/gconv/UTF-16.so b0451000-b0453000 rw-p 1000 03:0c 16401 /usr/lib/gconv/UTF-16.so b0482000-b0486000 r-xp 03:0c 200761 /usr/lib/xine/plugins/1.1.10/xineplug_inp_net.so b0486000-b0487000 rw-p 3000 03:0c 200761 /usr/lib/xine/plugins/1.1.10/xineplug_inp_net.so b0cac000-b0ccc000 r-xp 03:0c 21501 /usr/lib/libwavpack.so.1.0.1 b0ccc000-b0cd1000 rw-p 0002 03:0c 21501 /usr/lib/libwavpack.so.1.0.1 b0ce5000-b0d37000 r-xp 03:0c 21494 /usr/lib/libFLAC.so.8.2.0 b0d37000-b0d38000 rw-p 00052000 03:0c 21494 /usr/lib/libFLAC.so.8.2.0 b0d46000-b0d49000 r-xp 03:0c 200858 /usr/lib/xine/plugins/1.1.10/xineplug_wavpack.so b0d49000-b0d4a000 rw-p 2000 03:0c 200858 /usr/lib/xine/plugins/1.1.10/xineplug_wavpack.so b0d4a000-b0d4b000 r-xp 03:0c 200855 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_yuv_frames.so b0d4b000-b0d4c000 rw-p 03:0c 200855 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_yuv_frames.so b0d4c000-b0d4f000 r-xp 03:0c 200857 /usr/lib/xine/plugins/1.1.10/xineplug_flac.so b0d4f000-b0d5 rw-p 2000 03:0c 200857 /usr/lib/xine/plugins/1.1.10/xineplug_flac.so b0d5-b0d56000 r-xp 03:0c 200852 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_sputext.so b0d56000-b0d57000 rw-p 5000 03:0c 200852 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_sputext.so b0d57000-b0d59000 r-xp 03:0c 200848 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_rawdv.so b0d59000-b0d5a000 rw-p 1000 03:0c 200848 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_rawdv.so b0d5a000-b0d5f000 r-xp 03:0c 201190 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_mpeg.so b0d5f000-b0d6 rw-p 4000 03:0c 201190 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_mpeg.so b0d6-b0d62000 r-xp 03:0c 200839 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_mng.so b0d62000-b0d63000 rw-p 1000 03:0c 200839 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_mng.so b0d63000-b0d67000 r-xp 03:0c 201191 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_mpeg_block.so b0d67000-b0d68000 rw-p 3000 03:0c 201191 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_mpeg_block.so b0d68000-b0d6a000 r-xp 03:0c 200843 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_pva.so b0d6a000-b0d6b000 rw-p
Bug#469693: Status of 2.6.25-2 deb and 2.6.26 rc9 for SB600/ADM690G (Asus Pundit)
Hi, still loosing the usb stack for IO on internal card reader. New watchdog does not bark. Current scenario: - Kernel not tainted (e.g. no fglrx) - Tried debian 2.6.25-2 (patch 7) and 2.6.26 rc9 with and without X - Booted from hd or from sd-card (no real difference) Observations (2.6.26 makes no difference): - When the internal card reader is enabled even write operations on a USB stick cause the USB stack to hang. Roughly every 50 MBytes written (no IO to the card reader in this case). Reading is less critical (no problems seen within 2 GByte range). - Using the internal card reader: On read it hangs roughly every 500 MByte, on write roughly every 5 MByte. - While a read-transfer is running some keystrokes get lost. Roughly one of 50 keystrokes is lost (ugly if a key-up got lost). - Occasional USB problems even with card-reader disabled. Roughly every 10 hours. - I want to mention that the USB hardware (stick and card) were verified to work correctly in differect hardware environments). Example: with another card reader the used SD card can be used to boot and run Linux happily. Jürgen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489906: glibc: tst-regex fails on hppa
There are already some related commits in upstream CVS.
Other posibility might be to just use attached patch instead
of cvs-strerror_r.diff
Petr
http://sourceware.org/ml/glibc-cvs/2008-q2/msg00089.html
2008-04-11 Jakub Jelinek <[EMAIL PROTECTED]>
[BZ #5443]
* time/era.c: Transform __libc_setlocale_lock into rwlock.
* time/alt_digit.c: Likewise.
* wcsmbs/wcsmbsload.c: Likewise.
http://sourceware.org/ml/glibc-cvs/2008-q3/msg00043.html
http://sourceware.org/ml/glibc-cvs/2008-q3/msg00045.html
2008-07-20 Ulrich Drepper <[EMAIL PROTECTED]>
* locale/setlocale.c (setname): Remove inline to avoid compiler
warning.
[BZ #6712]
* locale/setlocale.c (setlocale): Take the setlocale lock earlier.
--- intl/dcigettext.c.ORIG 2008-07-28 13:24:48.0 +
+++ intl/dcigettext.c 2008-07-28 13:26:18.0 +
@@ -445,6 +445,10 @@
#endif
__libc_rwlock_rdlock (_nl_state_lock);
+#ifdef _LIBC
+ __libc_lock_define (extern, __libc_setlocale_lock attribute_hidden)
+ __libc_lock_lock (__libc_setlocale_lock);
+#endif
/* If DOMAINNAME is NULL, we are interested in the default domain. If
CATEGORY is not LC_MESSAGES this might not make much sense but the
@@ -464,7 +468,7 @@
search->category = category;
# ifdef HAVE_PER_THREAD_LOCALE
# ifdef _LIBC
- localename = __current_locale_name (category);
+ localename = strdupa (__current_locale_name (category));
# endif
search->localename = localename;
# endif
@@ -488,6 +492,9 @@
else
retval = (char *) (*foundp)->translation;
+# ifdef _LIBC
+ __libc_lock_unlock (__libc_setlocale_lock);
+# endif
__libc_rwlock_unlock (_nl_state_lock);
return retval;
}
@@ -547,6 +554,7 @@
/* We cannot get the current working directory. Don't signal an
error but simply return the default string. */
FREE_BLOCKS (block_list);
+ __libc_lock_unlock (__libc_setlocale_lock);
__libc_rwlock_unlock (_nl_state_lock);
__set_errno (saved_errno);
return (plural == 0
@@ -613,6 +621,7 @@
{
no_translation:
FREE_BLOCKS (block_list);
+ __libc_lock_unlock (__libc_setlocale_lock);
__libc_rwlock_unlock (_nl_state_lock);
__set_errno (saved_errno);
return (plural == 0
@@ -723,6 +732,7 @@
if (plural)
retval = plural_lookup (domain, n, retval, retlen);
+ __libc_lock_unlock (__libc_setlocale_lock);
__libc_rwlock_unlock (_nl_state_lock);
return retval;
}
Bug#492714: iceweasel: please don't read ~/.pine-passfile when printing to a file
On Mon, Jul 28, 2008 at 11:23:31AM +, Timo Lindfors <[EMAIL PROTECTED]>
wrote:
> Package: iceweasel
> Version: 3.0.1-1
> Severity: wishlist
>
> Steps to reproduce:
> 1) strace -o strace.out -s4096 -f iceweasel
> 2) File->Print...
> 3) Print to File
> 4) Print
> 5) File->Quit
>
> Expected results:
> 1-5) iceweasel prints page to a file and does not read anything from
> alpine password database file ~/.pine-passfile.
>
> Actual results:
> 1-5) iceweasel prints page to a file. However, it also accesses the
> alpine password database as seen in strace.out:
>
> 754 open("/home/lindi/.pine-passfile", O_RDONLY|O_LARGEFILE) = 45
> 754 fstat64(45, {st_mode=S_IFREG|0600, st_size=46, ...}) = 0
> 754 mmap2(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0xb2985000
> 754 read(45, "$CENSORED"..., 32768) = $CENSORED
> 754 read(45, ""..., 32768)= 0
> 754 close(45) = 0
> 754 munmap(0xb2985000, 32768) = 0
Do you still have the strace.out file ? What does the following command return
on it:
grep "^754 *exec" strace.out
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490013: More info regargin xkb-data and 'ro' layouts
On Mon,28.Jul.08, 14:21:44, Igor Stirbu wrote: > > Ok, I've done it (patch against the base file in xkeyboard-config-1.3 > > attached) > > I've filed a bug in freedesktop's bugzilla. Please add a comment and > your patch there. > > http://bugs.freedesktop.org/show_bug.cgi?id=16872 Mmm, I would have to open an account... By the way, this patch should also fix #483725 and #486891 Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#492709: hwclock.sh: support for RTC wakeup alarm
Hi, Alexander Clouter <[EMAIL PROTECTED]> [20080728 11:45:33 +0100]: > > Hi, > > Whilst trying to get our Dull server to wakeup at a specific time I had a go > at playing around > with the ACPI RTC wakeup alarm[1] functionality of the system. Apart from > being disappointed > at Dull using sub-standard parts and only giving me an upper limit of 24 > hours into the future > for a wakeup event I found that the Debian hwclock.sh inadvertantly nukes > this ability on > shutdown[2]. > This might actually be a bad idea for a patch on systems that only support 24 hour upper limit wakeups. There is a rather common side effect that it will look like the wakeup timer has been set when in fact it has not. I'm looking into the new RTC framework for a better solution. Cheers Alex > I have attached a patch that tests if the RTC alarm has been set to a time in > the future and > if so restore it after the --systohc command is executed; thus letting this > handy but not > often used functionality work. > > Hopefully it's considered sane :) > > Cheers > > Alex > > [1] http://acpi.sourceforge.net/documentation/alarm.html > [2] http://www.mythtv.org/wiki/index.php/ACPI_Wakeup#Disable_hwclock_updates > > -- System Information: > Debian Release: lenny/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.26 (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 util-linux depends on: > ii libc6 2.7-12GNU C Library: Shared libraries > ii libncurses55.6+20080713-1shared libraries for terminal > hand > ii libselinux12.0.65-2 SELinux shared libraries > ii libslang2 2.1.3-3 The S-Lang programming library - > r > ii libuuid1 1.41.0-3 universally unique id library > ii lsb-base 3.2-15Linux Standard Base 3.2 init > scrip > ii tzdata 2008c-1 time zone and daylight-saving > time > ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime > > util-linux recommends no packages. > > Versions of packages util-linux suggests: > ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities > ii dosfstools 2.11-6 utilities for making and > checking > ii util-linux-locales 2.13.1.1-1 Locales files for util-linux > > -- no debconf information > --- /etc/init.d/hwclock.sh.orig 2007-12-22 13:47:04.0 + > +++ /etc/init.d/hwclock.sh2008-07-28 11:37:21.533178944 +0100 > @@ -96,6 +96,20 @@ > # WARNING: If you disable this, any changes to the system > # clock will not be carried across reboots. > # > + # We also check to see if the RTC Alarm has been set and restore > + # it if it's applicable (set to a time in the future) > + # FIXME: rtc0 => rtcN? > + # > + for RTCALARMDEV in /sys/class/rtc/rtc0/wakealarm /proc/acpi/alarm; > do > + if [ -e $RTCALARMDEV ]; then > + RTCWAKETIME=`cat $RTCALARMDEV` > + if [ `date -d "$RTCWAKETIME" +%s` -le `date +%s` ]; then > + RTCWAKETIME="" > + fi > + > + break > + fi > + done > if [ "$HWCLOCKACCESS" != no ]; then > log_action_msg "Saving the system clock." > if [ "$GMT" = "-u" ]; then > @@ -106,6 +120,10 @@ > else > verbose_log_action_msg "Not saving System Clock" > fi > + if [ "$RTCWAKETIME" != "" ]; then > + log_action_msg "Priming RTC Alarm for $RTCWAKETIME" > + echo "$RTCWAKETIME" > $RTCALARMDEV > + fi > ;; > show) > if [ "$HWCLOCKACCESS" != no ]; then -- __ / Well begun is half done. \ | | \ -- Aristotle / -- \ ^__^ \ (oo)\___ (__)\ )\/\ ||w | || || -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492593: installation-report: pkgsel fails if etch-and-a-half is chosen
Kenshi Muto <[EMAIL PROTECTED]> writes: > Package: pkgsel > Version: 0.21 > Severity: important > > Hi, > > Although I don't make sure the responsibility of this bug is pkgsel or > etch-and-a-half, pkgsel failed when I chose suite=etch. > > pkgsel 0.21 calls aptitude safe-upgrade as default pkgsel/upgrade > debconf parameter. Unfortunately Etch's aptitude doesn't support this > method. > > So it means current snapshot Lenny installer can't install > etch-and-a-half without a tweak. This is already solved on SVN at r54644. Not yet uploaded. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491601: madwifi-source: Build fails for me too
Package: madwifi-source Version: 1:0.9.2+r1842.20061207-2etch2 Followup-For: Bug #491601 The failure message on compilation indicates that wireless extensions need to be enabled, but looking at the config file for 2.6.24-etchnhalf.1-686 shows that wireless extensions are indeed enabled in the kernel. - Nate >> -- 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-etchnhalf.1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages madwifi-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.42 helper programs for debian/rules ii module-assistant 0.10.8 tool to make module package creati madwifi-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490013: More info regargin xkb-data and 'ro' layouts
2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > On Mon,28.Jul.08, 14:21:44, Igor Stirbu wrote: > >> > Ok, I've done it (patch against the base file in xkeyboard-config-1.3 >> > attached) >> >> I've filed a bug in freedesktop's bugzilla. Please add a comment and >> your patch there. >> >> http://bugs.freedesktop.org/show_bug.cgi?id=16872 > > Mmm, I would have to open an account... I can upload it for you if you agree. > By the way, this patch should also fix #483725 and #486891 That would be nice. -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492714: iceweasel: please don't read ~/.pine-passfile when printing to a file
Hi,
Mike Hommey <[EMAIL PROTECTED]> writes:
> grep "^754 *exec" strace.out
Had to generate new strace.out. It has
7282 open("/home/lindi/.pine-passfile", O_RDONLY|O_LARGEFILE) = 52
so I used
$ grep "^7282 *exec" strace.out
7282 execve("/usr/bin/iceweasel", ["iceweasel"], [/* 44 vars */]) = 0
7282 execve("/usr/lib/iceweasel/firefox-bin",
["/usr/lib/iceweasel/firefox-bin", "-a", "firefox"], [/* 44 vars */]) = 0
7282 execve("/usr/lib/iceweasel/firefox-bin",
["/usr/lib/iceweasel/firefox-bin", "-a", "firefox"], [/* 47 vars */]) = 0
best regards,
Timo Lindfors
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490013: More info regargin xkb-data and 'ro' layouts
2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > On Mon,28.Jul.08, 13:34:27, Igor Stirbu wrote: >> we just hack the symbols/ro file and add there "new" layouts which >> would just include the needed ones? Is this a good or bad practice? > > My (uneducated) guess is that the rules file is meant to prevent exactly > this. In this case the solution is quite awkward. Instead of changing symbols/ro and adding one more variant, one has to change the base file in 10 places. I'd vote for changing the policy. -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492717: debian-installer: choosing grub2 created hd(0, 0) and not hd(0, 1) for windows chainload
Package: debian-installer Severity: minor I have lenny installed with the weekly AMD64 DVD 1 in expert mode and PPPoE for the files not on the first DVD I choose too install grub2 and it put in grub.cfg set root(hd0,0) for chainloading Windows but with grub2 partitions start now with 1 and not like on grub-legacy with 0 So it should be (hd0,1) in my case -- System Information: Debian Release: lenny/sid APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492714: iceweasel: please don't read ~/.pine-passfile when printing to a file
On Mon, Jul 28, 2008 at 03:01:47PM +0300, Timo Juhani Lindfors <[EMAIL
PROTECTED]> wrote:
> Hi,
>
> Mike Hommey <[EMAIL PROTECTED]> writes:
> > grep "^754 *exec" strace.out
>
> Had to generate new strace.out. It has
>
> 7282 open("/home/lindi/.pine-passfile", O_RDONLY|O_LARGEFILE) = 52
>
> so I used
>
> $ grep "^7282 *exec" strace.out
> 7282 execve("/usr/bin/iceweasel", ["iceweasel"], [/* 44 vars */]) = 0
> 7282 execve("/usr/lib/iceweasel/firefox-bin",
> ["/usr/lib/iceweasel/firefox-bin", "-a", "firefox"], [/* 44 vars */]) = 0
> 7282 execve("/usr/lib/iceweasel/firefox-bin",
> ["/usr/lib/iceweasel/firefox-bin", "-a", "firefox"], [/* 47 vars */]) = 0
I see no reason in iceweasel's code for it to go read $HOME/.pine-passfile
Could you send the whole strace.out file ?
Thanks
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492718: $operatingsystem suddenly linux instead of debian
Package: puppet
Version: 0.24.5-2
Severity: important
Today's upgrade pulled in puppet 0.24.5-2 and a new facter version,
1.5-0.1. Since that upgrade, the two unstable hosts I manage with
puppet started to cause:
puppetmasterd[11947]: No matching value for selector param 'linux'
at /etc/puppet/manifests/site.pp:8 on node ...
That line is a the selection line in
Package {
provider => $operatingsystem ? {
debian => aptitude,
},
}
Unfortunately, facter, when invoked on these hosts from the command
line, properly reports 'Debian', so this looks like a puppetd bug.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages puppet depends on:
ii adduser 3.108 add and remove users and groups
ii facter1.5-0.1a library for retrieving facts fro
ii libopenssl-ruby 4.2OpenSSL interface for Ruby
ii libruby [libxmlrpc-ruby] 4.2Libraries necessary to run Ruby 1.
ii libshadow-ruby1.8 1.4.1-8Interface of shadow password for R
ii libxmlrpc-ruby4.2transitional dummy package
ii lsb-base 3.2-15 Linux Standard Base 3.2 init scrip
ii ruby 4.2An interpreter of object-oriented
Versions of packages puppet recommends:
ii rdoc 4.2Generate documentation from ruby s
puppet suggests no packages.
-- no debconf information
--
.''`. 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#434567: ...or at least warn that there are unsynced folders?
also sprach Guido Günther <[EMAIL PROTECTED]> [2008.07.26.2115 +0200]: > > It would be nice if offlineimap could take new local folders and > > push them to the IMAP server, ideally controlled by an option. > I wonder if it isn't actually a bug that offlineimap ignores locally > created folders silently? Why? Does it promise that it does anywhere? -- .''`. 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#492719: /usr/bin/dh_gencontrol: doesn't strip Homepage field from udebs
Package: debhelper
Version: 7.0.15
Severity: normal
File: /usr/bin/dh_gencontrol
Tags: patch
Hi!
According to lintian it seems to be a good idea to remove the Homepage
control field from udebs, at least it produces an
unknown-field-in-control info warning for it. I would suggest to change
the following code snippet according to my little patch:
#v+
--- dh_gencontrol 2008-07-09 22:16:57.0 +0200
+++ dh_gencontrol.patched 2008-07-28 14:27:43.0 +0200
@@ -58,6 +58,7 @@
push @command, "-p$package";
}
if (is_udeb($package)) {
+ push @command, "-UHomepage";
push @command, "-n".udeb_filename($package);
}
doit(@command, "-l$changelog", "-Tdebian/${ext}substvars",
#v-
If you feel it is something that should be in there and rather think
it's something lintian shouldn't inform about, feel free to reassign
this bug.
So long! :)
Rhonda
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492720: root-system: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
package: root-system Tags: l10n patch Severity: wishlist Hi, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po.gz. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Regards, -- Herbert Parentes Fortes Neto (hpfn) Linux user number 416100 0x9834F79E -- http://pgp.mit.edu/ pt_BR.po.gz Description: Binary data pgp5bjdDPKRsX.pgp Description: PGP signature
Bug#434567: ...or at least warn that there are unsynced folders?
On Mon, Jul 28, 2008 at 02:22:18PM +0200, Martin Krafft wrote: >also sprach Guido Günther <[EMAIL PROTECTED]> [2008.07.26.2115 +0200]: >> > It would be nice if offlineimap could take new local folders and >> > push them to the IMAP server, ideally controlled by an option. >> I wonder if it isn't actually a bug that offlineimap ignores locally >> created folders silently? > >Why? Does it promise that it does anywhere? If it helps, I run the attached script regularly on my clients from cron to warn me if I've created new folders and need to create them on the server too. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] "This dress doesn't reverse." -- Alden Spiess #!/bin/sh cd ~ HOST=mail.einval.com LOC="/home/steve-mail/Home-mail/Inbox/." MAILDIR="Home-mail" for file in `find $MAILDIR -name cur -type d` do FOLDER=`echo $file | sed "s?/cur\\$??g;s?^$MAILDIR/??g;s?/?.?g"` STATE=`find ~/.offlineimap/state -type f -name $FOLDER | wc -l` if [ $STATE -eq 0 ] ; then case $FOLDER in *search-folder*|INBOX|Inbox) # Ignore ;; *) LIST="$LIST $FOLDER" ;; esac fi done if [ "$LIST"x != ""x ] ; then echo "New mail folders have been created locally." echo "Please run the following to create them on the IMAP server now" echo "and then sync a couple more times:" echo echo "ssh $HOST \"" for DIR in $LIST do echo "mkdir $LOC$DIR; \\" echo "mkdir $LOC$DIR/cur; \\" echo "mkdir $LOC$DIR/new; \\" echo "mkdir $LOC$DIR/tmp; \\" done echo "\"" fi
Bug#490013: More info regargin xkb-data and 'ro' layouts
On Mon,28.Jul.08, 15:01:39, Igor Stirbu wrote: > 2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > > On Mon,28.Jul.08, 14:21:44, Igor Stirbu wrote: > > > >> > Ok, I've done it (patch against the base file in xkeyboard-config-1.3 > >> > attached) > >> > >> I've filed a bug in freedesktop's bugzilla. Please add a comment and > >> your patch there. > >> > >> http://bugs.freedesktop.org/show_bug.cgi?id=16872 > > > > Mmm, I would have to open an account... > > I can upload it for you if you agree. I've done it (though you probably got the info by now) > > By the way, this patch should also fix #483725 and #486891 > > That would be nice. Dear Julien, What are the chances to get this in Lenny? I would see this as a major regression for users of Romanian layouts, caused by the patch switching default ro layout (and more important renaming most of them) in 1.3 Does this warrant a freeze exception? Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#492716: crash on exit "glibc detected *** amarokapp: corrupted double-linked list: 0x0808ded0"
tags 492716 moreinfo thanks Hi, your system is not up-to-date (e.g. xine). Try upgrading. Also install amarok-dbg and try debugging with valgrind: $ valgrind --num-callers=50 amarokapp (amarok runs with slowdown) Try a few times, look for double free errors on exit in the output. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part.
Bug#492714: iceweasel: please don't read ~/.pine-passfile when printing to a file
Hi,
Mike Hommey <[EMAIL PROTECTED]> writes:
> I see no reason in iceweasel's code for it to go read $HOME/.pine-passfile
> Could you send the whole strace.out file ?
Hmm. I took a closer look at the strace output and noticed that it
seems to open and read the first 32 kilobytes of each and every file
in my home directory:
7282 open("/home/lindi/.ash_history", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.esd_auth", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.compFUSEd", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.gtkrc-1.2-gnome2", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/mail.misc.spool", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.gqcamrc", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/todo", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.xdvirc", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.netxrc", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.newsrc.eld", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.mailcap", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.pine-passfile", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.dmrc", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.jline-bsh.Interpreter.history", O_RDONLY|O_LARGEFILE)
= 52
7282 open("/home/lindi/.lesshst", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.gtk-bookmarks", O_RDONLY|O_LARGEFILE) = 52
7282 open("/home/lindi/.ICEauthority", O_RDONLY|O_LARGEFILE) = 52
...
Can you reproduce this? I'd rather not send strace.out now that I see
it contains many sensitive files.
best regards,
Timo Lindfors
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491650: Can be configured with admin passwords that can't be used to log in.
Hi.
Le dimanche 20 juillet 2008 à 21:47 -0700, Daniel Burrows a écrit :
> It appears that phpgroupware suffers from some sort of restriction on
> the length of passwords. If I enter a long password -- say, 36
> characters -- into the debconf prompt that comes up on install (for the
> setup or header admin password), then any subsequent attempt to log in
> is rejected with the message "Invalid password". The debconf script
> should reject such passwords, IMO.
>
Trying to understand what happened (and considering previous discussion
with Christian Bac)...
Can you give some more details about the password that you typed in. Did
it contain single or double quotes (' or ") ?
I'm pretty sure the problem would then be with the magic_quotes feature
of PHP applied on the POSTed password in the form... Thus we would need
to add some anti-slashes in the postinst : ' -> \' and " -> \"
Thanks in advance.
Best regards,
--
Olivier BERGER <[EMAIL PROTECTED]>
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491893: This package should not be released with lenny
severity 491893 wishlist thanks On Jul 22 19:21, Frank Lichtenheld wrote: > Package: pgpool2 > Severity: serious > User: [EMAIL PROTECTED] > Usertags: npolsr-cleanup > My suggestions is that this package should > be removed from Debian. > > If you object to this reasoning, please speak up in the next > seven days (or better yet, adopt the package and close this > bug with your initial upload). I adopted this package and just waiting for a sponsored upload to close this bug. Lowering severity to avoid its removal until then. It has some improvements over pgpool and thus i think it should be released with lenny. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443814: adjtimex: Busy CPU during upgrade: "Adjusting system time by -380133 sec/day..."
Hello,
On Monday, October 1, 2007 at 17:38:23 +0200, Alain Guibert wrote:
> We can also try to make adjtimex less sensible to system load. The
> first step on this path [is commited into 1.23]
Now a small second step: The first timestamp in a serie is less accurate
than the following ones. The attached training-gettimeofday.patch
workarounds this by sampling and discarding a first dummy timestamp. The
benefit on accuracy is very variable depending on the machine: 20 µs on
my slow test machine, maybe less on a fast modern PC, probably upto
200 µs on some SoCs (unconfirmed).
> This also reduced a little bit the variability of measures. And
> marginaly reduced the sensibility to system load. It's only a first
> step, though.
The same stands for the second step! ;-)
> BTW I suspect that in cmos_read_time() the case where we are using
> /dev/rtc but ioctl(RTC_UIE_ON) fails, just can't work: It will block
> forever in read() later. Can't verify for sure, because on my machines
> the ioctl(RTC_UIE_ON) succeeds.
This is fixed since adjtimex 1.24, see bug #460065
Alain.
2008-07-28 Alain Guibert <[EMAIL PROTECTED]>
* adjtimex.c (compare, log_times): The first call to
gettimeofday() in a process takes longer than usual, and the
timestamp taken is a little bit late (up to 200 microseconds).
Let's consume this bad call, so that the important timestamps
are all coherant at the top of accuracy.
* (log_times): We don't need the kernel's internal timezone.
Let's stop requesting it.
Signed-off-by: Alain Guibert <[EMAIL PROTECTED]>
diff -prud adjtimex-1.24.orig/adjtimex.c adjtimex-1.24/adjtimex.c
--- adjtimex-1.24.orig/adjtimex.c Mon Jul 28 08:47:56 2008
+++ adjtimex-1.24/adjtimex.cMon Jul 28 09:42:58 2008
@@ -917,6 +917,10 @@ compare()
int wrote_to_log = 0;
int hz, tick_min, tick_mid, tick_max;
long maxfreq;
+ struct timeval tv_dummy;
+
+ /* dummy training call: the next important timestamp will be more accurate */
+ gettimeofday(&tv_dummy, NULL);
probe_time(&hz, &tick_min, &tick_mid, &tick_max, &maxfreq);
@@ -1104,17 +1108,19 @@ static void log_times()
char ch, buf[64], *s;
int n, ret;
struct timeval tv_sys;
- struct timezone tz;
struct tm bdt;
time_t when, tref;
double ftime_ref, ftime_sys, ftime_cmos;
+ /* dummy training call: the next important timestamp will be more accurate */
+ gettimeofday(&tv_sys, NULL);
+
if (watch)
{
while(1) {
printf("Please press when you know the time of day: ");
ch = getchar();
- gettimeofday(&tv_sys, &tz);
+ gettimeofday(&tv_sys, NULL);
when = tv_sys.tv_sec;
bdt = *localtime(&when); /* set default values for most fields */
strftime(buf, sizeof(buf), "%Z", &bdt);
@@ -1219,7 +1225,7 @@ offset -0.013543
failntpdate("cannot understand ntpdate output");
ntpdate_okay:
- gettimeofday(&tv_sys, &tz);
+ gettimeofday(&tv_sys, NULL);
ftime_sys = tv_sys.tv_sec;
/* ntpdate selects the offset from one of its samples
(the one with the shortest round-trip delay?) */
@@ -1264,7 +1270,7 @@ offset -0.013543
else /* no absolute time reference */
{
time_t now;
- gettimeofday(&tv_sys, &tz);
+ gettimeofday(&tv_sys, NULL);
now = (time_t)tv_sys.tv_sec;
bdt = *gmtime(&now);
ftime_sys = tv_sys.tv_sec + tv_sys.tv_usec*.01;
Bug#474337: adjtimex: hangs waiting for interrupt in /dev/rtc mode
Hello Jim, On Friday, April 4, 2008 at 22:34:40 -0400, James R. Van Zandt wrote: > One a Sony Vaio VGN-TXN27N, adjtimex hangs when run as > adjtimex -c --verbose > opened /dev/rtc for reading > waiting for CMOS update-ended interrupt And discussing bug #460065 on Friday, April 4, 2008 at 22:54:08 -0400, James R. Van Zandt wrote: > I plan to use select() to eliminate the hang, then fall back to port > I/O. Any progress on that? I'm a little bit confused because the 1.24 code still uses read() and can block, while the Changelog says: | 2008-02-01 James R. Van Zandt <[EMAIL PROTECTED]> | | * adjtimex.c: (cmos_read_time): use select() to avoid blocking even | if /dev/rtc never becomes readable. And when read() alarms or select() timeouts, the fallback should better be the busywait_second_change() method, purely using the /dev/rtc device driver. The port I/O method cannot be used on some machines. The install blocking grave bug #477637 is the same as this one: CCing Julian. Thank you for the report. Alain. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
