Bug#500358:
Proposed patch. Explanations here [1]. [1] http://marc.info/?l=linux-kernelm=122545873605649w=2 -- Max diff -uprN linux-source-2.6.26/arch/sparc64/kernel/pci.c linux-source-2.6.26.pci-fixed/arch/sparc64/kernel/pci.c --- linux-source-2.6.26/arch/sparc64/kernel/pci.c 2008-07-14 01:51:29.0 +0400 +++ linux-source-2.6.26.pci-fixed/arch/sparc64/kernel/pci.c 2008-10-31 01:23:54.0 +0300 @@ -1017,6 +1017,7 @@ static int __pci_mmap_make_offset(struct for (i = 0; i = PCI_ROM_RESOURCE; i++) { struct resource *rp = pdev-resource[i]; + resource_size_t aligned_end; /* Active? */ if (!rp-flags) @@ -1034,8 +1035,15 @@ static int __pci_mmap_make_offset(struct continue; } + /* Align the resource end to the next page address. + * PAGE_SIZE intentionally added instead of (PAGE_SIZE - 1), + * because actually we need the address of the next byte + * after rp-end. + */ + aligned_end = (rp-end + PAGE_SIZE) PAGE_MASK; + if ((rp-start = user_paddr) - (user_paddr + user_size) = (rp-end + 1UL)) + (user_paddr + user_size) = aligned_end) break; }
Bug#503451: gnome: Hang and 100 % CPU load after small appearance change
Le dimanche 26 octobre 2008 à 09:51 +0100, Richard Scherping a écrit : gnome-appearance-properties output when started from command line: --- (gnome-appearance-properties:7061): appearance-properties-WARNING **: Unknown Tag: comment (gnome-appearance-properties:7061): appearance-properties-WARNING **: Unknown Tag: comment --- Please direct me to some usefull steps to resolve that issue. I do not have the problem with a similar machine (that is running Lenny for one year now, never having Etch there). This clearly looks like the result of having a b0rked ~/.gtkrc-* file. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504095: installation-report: xen paravirt installation
On Fri, 2008-10-31 at 12:56 +, Ian Campbell wrote: The installtion itself worked great but d-i failed to install an appropriate kernel for Xen Paravirt so the system failed to boot. To fix this up I mounted the partition in the dom0 and installed the correct kernel. d-i installed linux-image-2.6.26-1-486 while it should have picked linux-image-2.6.26-1-xen-686 (this also pulls in libc6-xen via a Recommends). Seems base-installer/kernel/i386.sh needs an detect_xen_paravirt? d-i should have installed the 686-bigmem image when running under Xen due to the use of the 686-bigmem kernel for the Xen variant of the installer. I'll investigate why this didn't happen. It seems to be down to: /proc/cpuinfo: vendor_id: CentaurHauls which due to the changeset below which will cause the installer to choose the -486 kernel. Strangely the 686 kernel seems to work for you in dom0 and domU but I guess you were just lucky somehow? Or is the changeset below too general? Ian. commit 66aeb43385f358ea05f23413d4de014529a243ef Author: lunar [EMAIL PROTECTED] Date: Sun Aug 17 00:11:12 2008 + Use -486 flavour for all CentaurHauls processors As they lack long NOP instructions, -686 kernels since 2.6.22+ fail to boot on these processors even if they claim 686 compatibility. (Closes: #492751) git-svn-id: svn+ssh://svn.debian.org/svn/d-i/[EMAIL PROTECTED] 48c42b26-1dd6-0310-b98f-a58d8bce7237 diff --git a/packages/base-installer/debian/changelog b/packages/base-installer/debian/changelog index 7f66c6d..5025d2f 100644 --- a/packages/base-installer/debian/changelog +++ b/packages/base-installer/debian/changelog @@ -4,6 +4,11 @@ base-installer (1.94) UNRELEASED; urgency=low * Allow to select driver inclusion policy for initramfs-tools Closes: #494466 + [ Jérémy Bobbio ] + * i386: Use -486 flavour for all CentaurHauls processors. As they lack long +NOP instructions, -686 kernels since 2.6.22+ fail to boot on these +processors even if they claim 686 compatibility. Closes: #492751 + -- Christian Perrier [EMAIL PROTECTED] Sat, 16 Aug 2008 19:50:35 -0300 base-installer (1.93) unstable; urgency=low diff --git a/packages/base-installer/kernel/i386.sh b/packages/base-installer/kernel/i386.sh index 6204765..e0a607d 100644 --- a/packages/base-installer/kernel/i386.sh +++ b/packages/base-installer/kernel/i386.sh @@ -34,17 +34,10 @@ arch_get_kernel_flavour () { esac ;; CentaurHauls) - case $FAMILY in - 6) - case $MODEL in - 9| 10) echo 686$BIGMEM ;; - *) echo 486 ;; - esac - ;; - *) - echo 486 ;; - esac - ;; + # x86 VIA Nehemiah CentaurHauls does not boot with -686 + # since 2.6.22+ since they lack long NOP instructions. + # See: http://lkml.org/lkml/2008/7/22/263 + echo 486 ;; *) echo 486 ;; esac -- Ian Campbell Current Noise: Ramesses - Ramesses Part 3 The cost of feathers has risen, even down is up! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484656: Fw: gnome, kde, xfce use non-policy main menu
Hello *, while reading the forwarded messages in the BTS, I am supporting Bill to continue maintaining menu since the desktop is hit by to many limitations. I have an Add-On to menu called tdfvwm-menu which is currently not updated since I have some problems here in France... http://devel.debian.tamay-dogan.net/tdfvwm-menu/ However, I will continue updating my package AFTER release of Lenny... Thanks, Greetings and nice Day/Evening Michelle Konzack Systemadministrator 24V Electronic Engineer Tamay Dogan Network Debian GNU/Linux Consultant Am 2008-08-15 21:07:08, schrieb Daniel Dickinson: Begin forwarded message: Date: Mon, 7 Jul 2008 21:44:29 +0200 From: Bill Allombert [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: gnome, kde, xfce use non-policy main menu On Sun, Jul 06, 2008 at 01:08:40PM -0400, Joey Hess wrote: Josselin Mouette wrote: Therefore, I still feel that, despite it being a big mess, the current situation is the best: * the default menu contains only what is needed, and we are still hunting down entries that are useless to make them not show up by default; * users wanting the Debian menu and its gazillions of entries including window managers, terminal emulators and shell interpreters can enable it easily in the menu editor; * those really wanting only the Debian menu can replace gnome-applications.menu by debian-menu.menu. If you want this to change, you need to seriously think about evolutions to both XDG and Debian menu systems, to convince fd.o and the Debian menu maintainer to implement them Actually, no, if you want this to change, you have only to do nothing. People (many of them MOTUs from Ubuntu in my experience) are filing lots of requestes for random packages to have .desktop files added to them, so they appear in the gnome menu. The criteria seems to be a program that $RANDOM_USER would like to have on the menu and files a bug about || that $RANDOM_UPSTREAM ships a desktop file for, for whatever reason. So, after sufficient time, the gnome menu will contain a random assortment of the menu items that also appear in the debian menu. Not a well-chosen and consistent assortment, but the kind of random assortment that you get when you ignore policy and go off on your own way. I agree with you, but I am only the 'Debian menu maintainer' and I do not have time or interest to maintain the .desktop files in Debian. Instead people (not you) ask me transparently to stop maintaining menu and maintain the .desktop files instead, but no one is willing to do the work. (And of course .desktop is about 10% of the XDG spec). Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org No more sea shells: Daniel's Webloghttp://cshore.wordpress.com END OF REPLIED MESSAGE -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 +49/177/935194750, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#489943: [tex-live] Bug#489943: texlive-base-bin: mktexpk does not work in directories containing spaces
tags 489943 + fixed-upstream stop On 25.10.08 Jan Hudec ([EMAIL PROTECTED]) wrote: Hi, So I think it can be closed when the change accepted upstream hits debian. [This is the more important change:] -cd $PKDESTDIR || exit 1 +cd $PKDESTDIR || exit 1 That change was already made. This patch is already in TL 2008. I can't check bin/win32/mktexpk.exe ;-), but I guess it has the change too. Tagging this bug as fixed in upstream, we'll close it when TL 2008 hits Debian. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472590: RFC: changing the + in ls -l output to be . or +
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Meyering wrote: Russell Coker [EMAIL PROTECTED] wrote: On Saturday 25 October 2008 00:19, Mike Edenfield [EMAIL PROTECTED] wrote: Jim Meyering wrote: A desire for compatibility makes + look good. . is appealing for SELinux-only because it's inconspicuous. Speaking as a fairly new SELinux user/admin, having a . next to every file in my ls output is just as useful or non-useful as having a + next to them, so does it really buy anything? I end up needing -Z either way. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472590 The above URL has the history of this discussion. I requested that there be no such notification. I still believe that there should be nothing used in the case of SE Linux (although I could be convinced that the . is OK if files with the context system_u:object_r:file_t:s0 did not have it). But it seems that I have lost this debate. Using . is better than +, and my request to have none of this in Lenny has been accepted so we have some time to work on this before Lenny+1. Based on the kind of real-world problems I've had, the most useful thing ls could tell me about a file on my SELinux system would be that it *should* have a label and *doesn't*, something like: if ( selinux_enabled ) if ( label == NULL || label == fs.defaultlabel ) use ! else use else if ( anything else ) use + That sounds quite reasonable. Actually, I'm leaning your way, now, and agree. If you, Russell, write the patch (w/NEWS and docs would be really nice) I'll make the switch upstream pretty soon. It'd be nice to give the austin group a heads up, too, since this behavior would be contrary to POSIX. I don't think it's worth it to make this depend on the setting of the POSIXLY_CORRECT envvar. -- This message was distributed to subscribers of the selinux mailing list. If you no longer wish to subscribe, send mail to [EMAIL PROTECTED] with the words unsubscribe selinux without quotes as the message. If you really wanted to go wild, you could add a qualifier to check matchpathcon to indicate it differs from the default for the file system, although it would be very expensive. Perhaps find would be a better source. find all files not matching the system defaults. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkkLCjEACgkQrlYvE4MpobM3ywCfZtVW9cQE8hgLRVCHYqHKLfU1 cWgAn2/cx41bmoFguBEVJXGbUiqsryzH =+qTw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: Works for me
On Fri, Oct 31, 2008 at 01:33:48PM +0100, Helmut Grohne wrote: If you want to get an answer I urge you to also contact the submitter (me) by either by ccing me directly or by ccing [EMAIL PROTECTED] Argh, sorry, just forgot it. I had to downgrade, because chrony also broke suspend2disk[1], so I could as well have tagged it critical because it affects other Sorry, I don't buy into this argument, but it's nitpicking anyway. The bug has to be fixed. applications as well. Still I have to admit that this version also runs on my sid/amd64 machine and works well there. If it only hits some system I'd say it's not RC, but anyway. It is not empty. And if it was empty, downgrading would not solve the issue. No, that's not necessarily true. There may be a problem in the shell script for example or in the package config. After all the password is automatically read from the configs. Is it possible for you to upgrade, test and downgrade again? Please keep in mind that I'm not the maintainer but just looking into some critical bugs in software that I use. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: Works for me
Hallo Michael, Sorry, I don't buy into this argument, but it's nitpicking anyway. The bug has to be fixed. ACK It is not empty. And if it was empty, downgrading would not solve the issue. No, that's not necessarily true. There may be a problem in the shell script for example or in the package config. After all the password is automatically read from the configs. Ok. Let me mention another observation I should have mentioned before: When I manually start chronyc and then type a command (sourcestats for instance) it keeps waiting forever. I also tried to strace chronyc and I haven't seen syscalls receiving data. Is it possible for you to upgrade, test and downgrade again? Tried several times (at least accidentally ;-). Please keep in mind that I'm not the maintainer but just looking into some critical bugs in software that I use. Thanks for you effort. If you have any ideas for debugging, please tell me. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498271: linux-image-2.6.26-1-amd64: the SATA CDROM isn't detected
Dieter Faulbaum [EMAIL PROTECTED] writes: Subject: linux-image-2.6.26-1-amd64: the SATA CDROM isn't detected Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-4 Severity: important Here http://lkml.org/lkml/2008/8/20/51 I found this patch from Tejun Heo: --- a/drivers/ata/sata_nv.c +++ b/drivers/ata/sata_nv.c @@ -309,8 +309,6 @@ static void nv_nf2_freeze(struct ata_port *ap); static void nv_nf2_thaw(struct ata_port *ap); static void nv_ck804_freeze(struct ata_port *ap); static void nv_ck804_thaw(struct ata_port *ap); -static int nv_hardreset(struct ata_link *link, unsigned int *class, - unsigned long deadline); static int nv_adma_slave_config(struct scsi_device *sdev); static int nv_adma_check_atapi_dma(struct ata_queued_cmd *qc); static void nv_adma_qc_prep(struct ata_queued_cmd *qc); @@ -407,7 +405,7 @@ static struct scsi_host_template nv_swncq_sht = { static struct ata_port_operations nv_generic_ops = { .inherits = ata_bmdma_port_ops, - .hardreset = nv_hardreset, + .hardreset = ATA_OP_NULL, .scr_read = nv_scr_read, .scr_write = nv_scr_write, }; @@ -1588,21 +1586,6 @@ static void nv_mcp55_thaw(struct ata_port *ap) ata_sff_thaw(ap); } -static int nv_hardreset(struct ata_link *link, unsigned int *class, - unsigned long deadline) -{ - int rc; - - /* SATA hardreset fails to retrieve proper device signature on -* some controllers. Request follow up SRST. For more info, -* see http://bugzilla.kernel.org/show_bug.cgi?id=3352 -*/ - rc = sata_sff_hardreset(link, class, deadline); - if (rc) - return rc; - return -EAGAIN; -} - static void nv_adma_error_handler(struct ata_port *ap) { struct nv_adma_port_priv *pp = ap-private_data; which works for me (with a stock kernel 2.6.27.4), so that I can use my cdrom again. Maybe this patch should be included into the debian kernel? -- Dieter Faulbaum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504030: regression in flex 2.5.35-3
Hi, aaargh. Is this related to the buffer size increase, you think? I'll try some tests this weekend. manoj -- There was a phone call for you. Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504027: postfix: Some chroot issues in init.d script (+ patch)
Regarding issue 5, I forgot to take care of directories in the patch. Fixed in the attached patch. Sorry for the mess! --- postfix-2.5.5-orig/debian/init.d 2008-10-31 13:59:26.0 +0100 +++ postfix-2.5.5/debian/init.d 2008-10-31 14:47:54.0 +0100 @@ -25,6 +25,8 @@ # Defaults - don't touch, edit /etc/default/postfix SYNC_CHROOT=y +CHROOT_FILES=etc/localtime etc/services etc/resolv.conf etc/hosts \ + etc/nsswitch.conf etc/nss_mdns.config test -f /etc/default/postfix . /etc/default/postfix @@ -45,6 +47,55 @@ fi } +update_chroot() { +# see if anything is running chrooted. +NEED_CHROOT=$(awk '/^[0-9a-z]/ ($5 ~ [-yY]) { print y; exit}' /etc/postfix/master.cf) + +if [ -n $NEED_CHROOT ] [ -n $SYNC_CHROOT ]; then + # Make sure that the chroot environment is set up correctly. + oldumask=$(umask) + umask 027 + cd $(postconf -h queue_directory) + + # if we're using tls, then we need to add etc/ssl/certs/ca-certificates.crt. + smtp_tls_security_level=$(postconf -h smtp_tls_security_level) + smtp_use_tls=$(postconf -h smtp_use_tls) + smtpd_tls_security_level=$(postconf -h smtpd_tls_security_level) + smtpd_use_tls=$(postconf -h smtpd_use_tls) + if [ X$smtp_use_tls = Xyes -o X$smtpd_use_tls = Xyes \ + -o X$smtp_tls_security_level != X -a X$smtp_tls_security_level != Xnone \ + -o X$smtpd_tls_security_level != X -a X$smtpd_tls_security_level != Xnone ]; then + if [ -f /etc/ssl/certs/ca-certificates.crt ]; then + mkdir -p etc/ssl/certs + cp /etc/ssl/certs/ca-certificates.crt etc/ssl/certs/ + chgrp -R postfix etc + fi + fi + + # if we're using unix:passwd.byname, then we need to add etc/passwd. + local_maps=$(postconf -h local_recipient_maps) + if [ X$local_maps != X${local_maps#*unix:passwd.byname} ]; then + if [ X$local_maps = X${local_maps#*proxy:unix:passwd.byname} ]; then + sed 's/^\([^:]*\):[^:]*/\1:x/' /etc/passwd etc/passwd + chgrp postfix etc/passwd + fi + fi + + for file in $CHROOT_FILES; do + if [ ! -d ${file%/*} ]; then mkdir -p ${file%/*} chgrp -R postfix ${file%%/*}; fi + if [ -f /${file} ]; then rm -f ${file} cp /${file} ${file}; fi + if [ -f ${file} ]; then chgrp postfix ${file}; fi + done + rm -f usr/lib/zoneinfo/localtime + mkdir -p usr/lib/zoneinfo + ln -sf /etc/localtime usr/lib/zoneinfo/localtime + rm -f lib/libnss_*so* + tar cf - /lib/libnss_*so* 2/dev/null |tar xf - + umask $oldumask +fi +} + + case $1 in start) log_daemon_msg Starting Postfix Mail Transport Agent postfix @@ -65,48 +116,7 @@ exit 1 fi - # see if anything is running chrooted. - NEED_CHROOT=$(awk '/^[0-9a-z]/ ($5 ~ [-yY]) { print y; exit}' /etc/postfix/master.cf) - - if [ -n $NEED_CHROOT ] [ -n $SYNC_CHROOT ]; then - # Make sure that the chroot environment is set up correctly. - oldumask=$(umask) - umask 022 - cd $(postconf -h queue_directory) - - # if we're using tls, then we need to add etc/ssl/certs/ca-certificates.crt. - smtp_use_tls=$(postconf -h smtp_use_tls) - smtpd_use_tls=$(postconf -h smtpd_use_tls) - if [ X$smtp_use_tls = Xyes -o X$smtpd_use_tls = Xyes ]; then - if [ -f /etc/ssl/certs/ca-certificates.crt ]; then - mkdir -p etc/ssl/certs - cp /etc/ssl/certs/ca-certificates.crt etc/ssl/certs/ - fi - fi - - # if we're using unix:passwd.byname, then we need to add etc/passwd. - local_maps=$(postconf -h local_recipient_maps) - if [ X$local_maps != X${local_maps#*unix:passwd.byname} ]; then - if [ X$local_maps = X${local_maps#*proxy:unix:passwd.byname} ]; then - sed 's/^\([^:]*\):[^:]*/\1:x/' /etc/passwd etc/passwd - chmod a+r etc/passwd - fi - fi - - FILES=etc/localtime etc/services etc/resolv.conf etc/hosts \ - etc/nsswitch.conf etc/nss_mdns.config - for file in $FILES; do - [ -d ${file%/*} ] || mkdir -p ${file%/*} - if [ -f /${file} ]; then rm -f ${file} cp /${file} ${file}; fi - if [ -f ${file} ]; then chmod a+rX ${file}; fi - done - rm -f usr/lib/zoneinfo/localtime - mkdir -p usr/lib/zoneinfo - ln -sf /etc/localtime usr/lib/zoneinfo/localtime - rm -f lib/libnss_*so* - tar cf - /lib/libnss_*so* 2/dev/null |tar xf - - umask $oldumask - fi + update_chroot if start-stop-daemon --start --exec ${DAEMON} -- quiet-quick-start; then log_end_msg 0 @@ -159,8 +169,14 @@ ${DAEMON} $1 ;; +update-chroot) + log_action_begin_msg Updating the Postfix chroot + update_chroot + log_action_end_msg 0 +;; + *) - log_action_msg Usage: /etc/init.d/postfix {start|stop|restart|reload|flush|check|abort|force-reload} + log_action_msg Usage: /etc/init.d/postfix {start|stop|restart|reload|flush|check|abort|force-reload|update-chroot} exit 1 ;; esac
Bug#504103: free() error in dash under memory pressure
Package: dash Version: 0.5.4-9 Severity: normal I ran the cl-launch integrated test suite, a shell script that may be overstressing the string allocation in dash, and got the error: *** glibc detected *** dash: free(): invalid pointer: 0x0805d740 *** I don't know what causes this, and it's not 100% reproducible, as some runs of my test suite exhibit the bug (at different stages of the test), and some do not. In any case, dash seems to be doing a double free or something. To maybe reproduce the bug, you can get cl-launch_2.09.sh as well as a few common lisp implementations, and run the test suite in a temporary directory then dash may eventually bork after a few hundreds of tests. mkdir /tmp/foo cd /tmp/foo wget http://fare.tunes.org/files/cl-launch/cl-launch_2.09.sh apt-get install clisp gcl gclcvs cmucl sbcl ./cl-launch_2.09.sh -l 'clisp cmucl gcl gclcvs sbcl' -B eval 'TEST_SHELLS=dash ; tests' I get the following failure: ../cl-launch_2.09.sh -l 'gcl gclcvs clisp cmucl sbcl' -B eval 'TEST_SHELLS=dash ; tests' Using test shell dash cl-launch --lisp gcl --no-include --init ... --execute -- ... success with test 00 :-) cl-launch --lisp gcl --no-include --init ... --output ... ; out.sh ... success with test 01 :-) cl-launch --lisp clisp --include ... --file ... --init ... --output ... ; out.sh ... success with test 253 :-) cl-launch --lisp clisp --update ... --include ... --file ... --init ... --execute -- ... *** glibc detected *** dash: free(): invalid pointer: 0x0805d740 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7dfd614] /lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7dff816] dash[0x805168f] dash[0x804c071] dash[0x804b8c2] dash[0x804beee] dash[0x804b10c] dash[0x804b18f] dash[0x804b10c] dash[0x804b10c] dash[0x804ba1f] dash[0x804bf6f] dash[0x804b10c] dash[0x804b10c] dash[0x804b3c8] dash[0x804b10c] dash[0x804b10c] dash[0x804ba1f] dash[0x804bf6f] dash[0x804b10c] dash[0x804ba1f] dash[0x804bf6f] dash[0x804b10c] dash[0x804b18f] dash[0x804b18f] dash[0x804ba1f] dash[0x804bf6f] dash[0x804b10c] dash[0x804b10c] dash[0x804ba1f] dash[0x804bf6f] dash[0x804b10c] dash[0x804b10c] dash[0x804b18f] dash[0x804ba1f] dash[0x804bf6f] dash[0x804b10c] dash[0x804b10c] dash[0x804b10c] dash[0x804b3c8] dash[0x804b10c] dash[0x804b2b1] dash[0x804b10c] dash[0x804b10c] dash[0x804ba1f] dash[0x804bf6f] dash[0x804b10c] dash[0x804b18f] dash[0x804ba1f] dash[0x804bf6f] dash[0x804b10c] dash[0x804b18f] dash[0x80512ca] dash[0x805153e] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7da5455] dash[0x8049821] === Memory map: 08048000-0805b000 r-xp 07:05 169968 /bin/dash 0805b000-0805c000 rw-p 00013000 07:05 169968 /bin/dash 0805c000-080a rw-p 0805c000 00:00 0 [heap] b7c0-b7c21000 rw-p b7c0 00:00 0 b7c21000-b7d0 ---p b7c21000 00:00 0 b7d81000-b7d8d000 r-xp 07:05 164511 /lib/libgcc_s.so.1 b7d8d000-b7d8e000 rw-p b000 07:05 164511 /lib/libgcc_s.so.1 b7d8e000-b7d8f000 rw-p b7d8e000 00:00 0 b7d8f000-b7ee4000 r-xp 07:05 341456 /lib/i686/cmov/libc-2.7.so b7ee4000-b7ee5000 r--p 00155000 07:05 341456 /lib/i686/cmov/libc-2.7.so b7ee5000-b7ee7000 rw-p 00156000 07:05 341456 /lib/i686/cmov/libc-2.7.so b7ee7000-b7eea000 rw-p b7ee7000 00:00 0 b7f0b000-b7f0d000 rw-p b7f0b000 00:00 0 b7f0d000-b7f27000 r-xp 07:05 880776 /lib/ld-2.7.so b7f27000-b7f29000 rw-p 0001a000 07:05 880776 /lib/ld-2.7.so bfd1-bfd27000 rw-p bfd1 00:00 0 [stack] e000-f000 ---p 00:00 0 [vdso] FAILURE with test 254 :-( You may restart from this test with: ./cl-launch_2.09.sh -l gcl gclcvs clisp cmucl sbcl -B tests 254 or ./cl-launch_2.09.sh -l gcl gclcvs clisp cmucl sbcl -B tests 252 You may re-run just this test with: ./cl-launch_2.09.sh -B redo_test dash clisp exec update inc1 file init -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.9-blefuscu Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dash depends on: ii libc6 2.7-12 GNU C Library: Shared libraries dash recommends no packages. -- debconf information: dash/sh: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504087: netmaze: FTBFS on ia64 (using -O2 for allmove.c works)
Adeodato Simó wrote: Package: netmaze Version: 0.81+jpg0.82-12.1 Severity: serious netmaze can't migrate to testing (including a RC bug fix) because it FTBFSes on ia64 (gcc ICE). I take it that means Internal Compiler Error? Isn't this a gcc, rather than a netmaze, bug then? netmaze is compiled with -O3. Using -O2 for allmove.c (or, for that matter, for the whole build) works (the ICE does not happen). Cheers, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503814: [Foo2zjs-maintainer] Bug#449497: foo2zjs: getweb script depends on non-free firmware
Hi Michael! Adding the d-release mailing list to cc:. On Fri, 31 Oct 2008 13:41:25 +0100, Michael Gilbert wrote: i'll go ahead and start the discussion since no one else is running with it. this matter is rather urgent since the problem is now being considered release-critical for lenny. [...] let me again stress that action is URGENT since this is release-critical for lenny. Can you please stop dealing with this bug and let the tech-ctte [1] do their work? About the urgency and lenny: the bug is marked as serious, which means that if the tech-ctte does not fix it before lenny (something which I do not think is going to happen), the Release Team must deal with it. FYI, other people have already started to work on it, check the thread on the d-ctte mailing list [2]. Thx, bye, Gismo / Luca Footnotes: [1] http://www.debian.org/devel/tech-ctte [2] http://lists.debian.org/debian-ctte/2008/10/msg0.html pgpEjhCaWzo4z.pgp Description: PGP signature
Bug#478478: another me too ...
I observe the same problem as described by Sven and Francecso. Every now and then (maybe once a day) my mouse looses its Emulate3Buttons ability; pressing the wheel as third button still works. Restarting the X server solves the problem temporarily. I don't think that (in my case) the problem is connected with any particular X application: when the problem occurs, pasting with left+right button fails with any application. Regards, Gernot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504030: regression in flex 2.5.35-3
reassign 504030 apertium thanks Hi, The problem seems to be that MB_CUR_MAX is not defined correctly. Just adding a #define MB_CUR_MAX 1000 to input2.txt fixes the error (see attached). So, something changed in the definition of MB_CUR_MAX, but flex does not and should not define it -- and thus can't fix it. manoj , | __ /usr/bin/flex -Cfer -t |apertium_deshtml.cc ~/input2.txt | __ wc -l apertium_deshtml.cc | 4652 apertium_deshtml.cc | __ ` %{ #include cstdlib #include iostream #include map #include vector #include regex.h #include string #include lttoolbox/lt_locale.h #include lttoolbox/ltstr.h using namespace std; wstring buffer; string symbuf = ; bool isDot, hasWrite_dot, hasWrite_white; FILE *formatfile; string last; int current; long int offset; #define MB_CUR_MAX 1000 vectorlong int offsets; vectorwstring tags; vectorint orders; regex_t escape_chars; regex_t names_regexp; void bufferAppend(wstring buf, string const str) { symbuf.append(str); for(size_t i = 0, limit = symbuf.size(); i limit;) { wchar_t symbol; int gap = mbtowc(symbol, symbuf.c_str() + i, MB_CUR_MAX); if(gap == -1) { if(i + MB_CUR_MAX limit) { buf += L'?'; gap = 1; } else { symbuf = symbuf.substr(i); return; } } else { buf += symbol; } i += gap; } symbuf = ; return; } void init_escape() { if(regcomp(escape_chars, [EMAIL PROTECTED]/], REG_EXTENDED)) { cerr ERROR: Illegal regular expression for escape characters endl; exit(EXIT_FAILURE); } } void init_tagNames() { if(regcomp(names_regexp, [a-zA-Z]+, REG_EXTENDED)) { cerr ERROR: Illegal regular expression for tag-names endl; exit(EXIT_FAILURE); } } string backslash(string const str) { string new_str = ; for(unsigned int i = 0; i str.size(); i++) { if(str[i] == '\\') { new_str += str[i]; } new_str += str[i]; } return new_str; } wstring escape(string const str) { regmatch_t pmatch; char const *mystring = str.c_str(); int base = 0; wstring result = L; while(!regexec(escape_chars, mystring + base, 1, pmatch, 0)) { bufferAppend(result, str.substr(base, pmatch.rm_so)); result += L'\\'; wchar_t micaracter; int pos = mbtowc(micaracter, str.c_str() + base + pmatch.rm_so, MB_CUR_MAX); if(pos == -1) { wcerr LUno endl; wcerr LEncoding error. endl; exit(EXIT_FAILURE); } result += micaracter; base += pmatch.rm_eo; } bufferAppend(result, str.substr(base)); return result; } wstring escape(wstring const str) { string dest = ; for(size_t i = 0, limit = str.size(); i limit; i++) { char symbol[MB_CUR_MAX+1]; int pos = wctomb(symbol, str[i]); if(pos == -1) { symbol[0]='?'; pos = 1; } symbol[pos] = 0; dest.append(symbol); } return escape(dest); } string get_tagName(string tag){ regmatch_t pmatch; char const *mystring = tag.c_str(); string result = ; if(!regexec(names_regexp, mystring, 1, pmatch, 0)) { result=tag.substr(pmatch.rm_so, pmatch.rm_eo - pmatch.rm_so); return result; } return ; } mapstring, wstring, Ltstr S1_substitution; void S1_init() { S1_substitution[Agrave;] = LÀ; S1_substitution[#192;] = LÀ; S1_substitution[#xC0;] = LÀ; S1_substitution[#xc0;] = LÀ; S1_substitution[Aacute;] = LÁ; S1_substitution[#193;] = LÁ; S1_substitution[#xC1;] = LÁ; S1_substitution[#xc1;] = LÁ; S1_substitution[Acirc;] = LÂ; S1_substitution[#194;] = LÂ; S1_substitution[#xC2;] = LÂ; S1_substitution[#xc2;] = LÂ; S1_substitution[Atilde;] = LÃ; S1_substitution[#195;] = LÃ; S1_substitution[#xC3;] = LÃ; S1_substitution[#xc3;] = LÃ; S1_substitution[Auml;] = LÄ; S1_substitution[#196;] = LÄ; S1_substitution[#xC4;] = LÄ; S1_substitution[#xc4;] = LÄ; S1_substitution[Aring;] = LÅ; S1_substitution[#197;] = LÅ; S1_substitution[#xC5;] = LÅ; S1_substitution[#xc5;] = LÅ; S1_substitution[AElig;] = LÆ; S1_substitution[#198;] = LÆ; S1_substitution[#xC6;] = LÆ; S1_substitution[#xc6;] = LÆ; S1_substitution[Ccedil;] = LÇ; S1_substitution[#199;] = LÇ; S1_substitution[#xC7;] = LÇ; S1_substitution[#xc7;] = LÇ; S1_substitution[Egrave;] = LÈ; S1_substitution[#200;] = LÈ; S1_substitution[#xC8;] = LÈ; S1_substitution[#xc8;] = LÈ; S1_substitution[Eacute;] = LÉ; S1_substitution[#201;] = LÉ; S1_substitution[#xC9;] = LÉ; S1_substitution[#xc9;] = LÉ; S1_substitution[Ecirc;] = LÊ; S1_substitution[#202;] = LÊ; S1_substitution[#xCA;] = LÊ; S1_substitution[#xca;] = LÊ; S1_substitution[Euml;] = LË; S1_substitution[#203;] = LË; S1_substitution[#xCB;] = LË; S1_substitution[#xcb;] = LË; S1_substitution[Igrave;] = LÌ; S1_substitution[#204;] = LÌ; S1_substitution[#xCC;] = LÌ; S1_substitution[#xcc;] = LÌ; S1_substitution[Iacute;] = LÍ;
Bug#504104: xserver-xorg-input-mouse: Emulate3Buttons stops working from time to time
Package: xserver-xorg-input-mouse Version: 1:1.3.0-1 Severity: normal Every now and then (approx. once a day) the Emulate3Buttons feature stops working such that pressing left and right button simultaneously becomes equivalent to pressing the right button alone. In particular, pasting with left+right doesn't work anymore. However, pressing the wheel (=middle button) still gives the desired effect. Restarting the X server solves the problem temporarily. Other people seem to observe the same behaviour, but attribute it to specific X applications, see e.g. #478478: gnome-terminal: copy/paste using the middle mouse button is broken. Regards, Gernot -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-10-07 13:27 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1718484 2008-09-30 02:06 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1077 2008-10-07 13:27 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 38302 2008-10-31 14:39 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-7) Current Operating System: Linux polaris 2.6.26-1-686 #1 SMP Thu Oct 9 15:18:09 UTC 2008 i686 Build Date: 30 September 2008 01:48:58AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Oct 30 19:20:32 2008 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e38c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader
Bug#503695: lintian: Add support for checking empty DP:
On Thu, Oct 30, 2008 at 06:30:37PM +, Adam D. Barratt wrote: On Mon, 2008-10-27 at 18:32 +0200, jaalto wrote: Given following debian/patches/10_example.dpatch: ## All lines beginning with `## DP:' are a description of the patch. ## DP: Please add report W: for empty patch description. (likewise for DP: ) The tag already exists - dpatch-missing-description. It currently assumes that any comment starting DP: means that a description has been provided (so long as the comment does not contain no description). I can't see any reason why the check shouldn't be extended to require a dpatch comment line containing at least one non-space character and will do so unless someone can suggest a good reason. Sounds reasonable to me. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501722: lintian: unused-override is emitted when an override exists for a check which is not -C check
On Fri, Oct 31, 2008 at 06:27:54AM +, Adam D. Barratt wrote: By way of some examples: ocaml-compiler-libs --- The package includes an override for copyright-should-refer-to-common-license-file-for-lgpl and lintian issues command-with-path-in-maintainer-script. With -C scripts no unused override warning is issued, c-w-p-i-m-s is. With -T command-with-path-in-maintainer-script no unused override warning is issued, c-w-p-i-m-s is. adduser --- The package includes three unused overrides for maintainer-script-needs-depends-on-adduser and lintian issues a number of tags from the files and manpages check scripts. With -C scripts the unused override warning is issued; with either -C manpages or -C files it is not. With -T maintainer-script-needs-depends-on-adduser or -T unused-override, no output is produced. I personally think the -T maintainer-script-needs-depends-on-adduser is the borderline case. Everything else seems obviously correct. With -T maintainer-script-needs-depends-on-adduser,unused-override the unused overrides are flagged. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504105: mc: not displayed hostname in xterm title
Package: mc Version: 2:4.6.2~git20080311-4 Severity: normal Not displayed hostname in xterm title. May be ReAdd 32_show_hostname.patch? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages mc depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgpm2 1.20.4-2 General Purpose Mouse - shared lib ii libslang2 2.1.3-3The S-Lang programming library - r mc recommends no packages. Versions of packages mc suggests: pn arjnone(no description available) ii bzip2 1.0.5-1 high-quality block-sorting file co pn dbview none(no description available) ii file 4.26-1Determines file type using magic ii links 2.1pre37-1.1 Web browser running in text mode ii lynx 2.8.7dev9-2.1 Text-mode WWW Browser (transitiona ii mime-support 3.44-1MIME files 'mime.types' 'mailcap pn odt2txtnone(no description available) ii perl 5.10.0-16 Larry Wall's Practical Extraction ii unzip 5.52-12 De-archiver for .zip files ii w3m0.5.2-2+b1WWW browsable pager with excellent pn xpdf none(no description available) ii zip2.32-1Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449497: foo2zjs dispute
# please read it till the end before flame! # speaking with my TC hat on severity 449497 important thanks * Steffen Joeris ([EMAIL PROTECTED]) [081031 14:31]: Dear Technical Committee Members Currently, there is a dispute about a certain part of the foo2zjs package. Unfortunately, we do not seem to be able to solve it and thus require your assistance. We have tried to get a paragraph together to state the problem, but it seems we ended up with two different paragraphs. The first one is from the maintainer (myself) and the second one belongs to the bug submitter (Michael Gilbert). Could you please pass your judgement on this case? You will find further information in the bugreport and I am sure that the submitter as well as the maintainers are happy to answer any follow-up questions. At the moment, the bug is marked as RC, which might have an impact for the lenny release. Thanks in advance for your time and judgement. I think that the proper way to determine the severity of a bug report is: 1. The submitter sets an initial severity (done) 2. The maintainer(s) decide on the severity (they seem to have decided that this isn't release critical, lowering the severity to important as per decision of the maintainers) 3. The release team can review the decision as above and change the severity if necessary (not done) 4. As last instances, both the tech ctte and the developers together by an GR could make a decision that changes the severity again and overrule the appropriate delegates decisions. (Just to note: Normally anybody can adjust the severity, and that's a feature. However, if things get more heated, it's vital that we don't play bts ping-pong, but relax and let the appropriate people make their decision.) As the release team who regularly reviews the bug severities didn't do any decision yet, I think they should decide first before calling up to the tech ctte. (Also, please note that due to a spelling mistake this bug didn't get reassigned yet.) So, how to continue: If someone continues to disagree with the decision of the maintainers on the bugs severity (as stated above), feel free to call in the release team to get their (perhaps different from the maintainers) decision. If someone isn't satisfied with the release teams decision, the tech ctte can be asked later on. If still not satisfied, the rules of GRs are written down in the constitution. However, please DO NOT change the bug severity (except of course by the maintainers of the package, or the release team, or the tech ctte or the secretary after an GR, or the [EMAIL PROTECTED]). Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503821: linux-image-2.6.26-1-xen-amd64: Kernel crash in Dom0 (Eeek! page_mapcount(page) went negative! (-1))
On Fri, Oct 31, 2008 at 12:54:14PM +0100, Lars Michael Jogback wrote: * Bastian Blank [EMAIL PROTECTED] [2008-10-31 12:47:34]: Okay, so I have no further possibilities except removing the kernel. Do you know if there is someplace to download the OpenSUSE-kernel to test and see if the error is present in that too? The SuSE kernels can be found at http://ftp.suse.com/pub/projects/kernel/kotd/HEAD/x86_64/. But as the next SLES will ship .27, they don't really care. Bastian -- Pain is a thing of the mind. The mind can be controlled. -- Spock, Operation -- Annihilate! stardate 3287.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: Works for me
Helmut writes: I had to downgrade, because chrony also broke suspend2disk[1]... Is this a different bug? If so it should be reported seperately. ...so I could as well have tagged it critical because it affects other applications as well. I can find no package named anything like suspend2disk. As I have no laptop I am not familiar with the various hibernation and suspension schemes but the Chrony package includes this script: #!/bin/sh # Placed in /etc/apm/event.d by the chrony package at the instruction of # the apmd maintainer. If you don't have apm and don't intend to install # apmd you may remove it. It needs to run after 00hwclock but before any # other scripts. [ -x /usr/sbin/chronyd ] || exit 0 if [ $1 = suspend ]; then /etc/init.d/chrony stop elif [ $1 = standby ]; then /etc/init.d/chrony stop elif [ $1 = resume ]; then /etc/init.d/chrony start fi Are you saying that the script is not working, that suspend2disk needs something else, or that Chrony fails to stop with /etc/init.d/chrony stop? if it is the second it is not a bug in Chrony. I use hibernate and restart chrony on wakeup to synchronize with new servers. As chrony does not terminate... What do you mean by does not terminate? -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: Works for me
Helmut writes: When I manually start chronyc and then type a command (sourcestats for instance) it keeps waiting forever. This almost certainly means that chronyd is not running (or is hung). -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504092: perl: unable to printf long long numbers
On Fri, Oct 31, 2008 at 11:56:26AM +0100, Mario 'BitKoenig' Holbe wrote: on i386 I have no way to printf long long values: ... This is most likely something to forward upstream. ...or it's not? First, I thought it has something to do with how perl stores integers, but it seems not to be that general... [EMAIL PROTECTED]:/home/holbe% perl -e '$a=11171763644; print $a\n' 11171763644 [EMAIL PROTECTED]:/home/holbe% perl -e '$a=11171763644; $a=int($a); print $a\n' 11171763644 [EMAIL PROTECTED]:/home/holbe% perl -e '$a=11171763644; printf(%lli\n, $a)' -1 Seems to be an isolated printf issue only... Mario -- The problem in the world today is communication. Too much communication. -- Homer J. Simpson signature.asc Description: Digital signature
Bug#503814: foo2zjs
* Debian Bug Tracking System ([EMAIL PROTECTED]) [081028 10:08]: reassign -2 tech-ctte Bug#503814: foo2zjs: getweb script depends on non-free firmware Bug reassigned from package `foo2zjs' to `tech-ctte'. As this bug didn't get a decision from the release team yet, I'd propose the following decision by the tech ctte: 1. Currently, the submitter claims that the bug is serious, the maintainer don't think so, and there is no decision by the release team yet. So the current state of the bug isn't serious, but important. The maintainers should continue to feel free to adjust the bug severity according to their decisions (unless of course the release team decides to overrule them). 2. As per constitution, we (the tech ctte) only makes decision as last resort. So currently, the next step would be for anyone who disagrees with this bug not being release critical to ask the release team to review the decision and maybe overrule it. 3. If there is a release team decision, and someone is still unhappy enough then one could ask the tech ctte to overrule the release teams decision. However, until the overruling actually happens, the bugs state remains to stay the way the release team decided. tech ctte members, any opinion from you on that? Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497341: patch to README.debian
On Mon, Oct 27, 2008 at 14:08:11 -0700, Neskie Manuel wrote: diff --git a/debian/README.Debian b/debian/README.Debian index 43f2b95..ea86b6f 100644 --- a/debian/README.Debian +++ b/debian/README.Debian @@ -89,6 +89,12 @@ example, insert the following lines (without the pipes): /etc/X11/xkb/base.xml is a configuration file. +For KDE users you have to add a line to /usr/share/X11/xkb/rules/base.lst in +the ! layout section. In this example you would, insert the following lines +(without the pipes): + +| myfr MyFrench + Advising people to modify files in /usr sounds like a very bad idea... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500732: Debian Bug report logs - #500732 - cups ingores duplex setting in postscript files
I also have this problem in the latest version in Lenny. I have the following packages installed. It is not machine specific, as I have encountered this problem in numerous installs at three different locations. _*Kernel*_ Linux debian3 2.6.26-1-686 #1 SMP Thu Oct 9 15:18:09 UTC 2008 i686 GNU/Linux _*CUPS*_ ii apcupsd 3.14.4-1 APC UPS Power Management (daemon) ii apcupsd-doc 3.14.4-1 APC UPS Power Management (documentation/exam ii cups1.3.8-1lenny2 Common UNIX Printing System(tm) - server ii cups-bsd1.3.8-1lenny2 Common UNIX Printing System(tm) - BSD comman ii cups-client 1.3.8-1lenny2 Common UNIX Printing System(tm) - client pro ii cups-common 1.3.8-1lenny2 Common UNIX Printing System(tm) - common fil ii cups-dbg1.3.8-1lenny2 Common UNIX Printing System(tm) - debugging ii cups-pdf2.4.8-3PDF printer for CUPS ii cupsddk 1.2.3-4CUPS Driver Development Kit ii cupsddk-drivers 1.2.3-4CUPS Driver Development Kit - Driver files ii cupswrapperhl2040 2.0.1-2Brother HL2040 CUPS wrapper driver ii cupsys 1.3.8-1lenny2 Common UNIX Printing System (transitional pa ii cupsys-bsd 1.3.8-1lenny2 Common UNIX Printing System (transitional pa ii cupsys-client 1.3.8-1lenny2 Common UNIX Printing System (transitional pa ii cupsys-dbg 1.3.8-1lenny2 Common UNIX Printing System (transitional pa ii libcups21.3.8-1lenny2 Common UNIX Printing System(tm) - libs ii libcupsimage2 1.3.8-1lenny2 Common UNIX Printing System(tm) - image libs _*SSL*_ ii libnet-ssleay-perl 1.35-1 Perl module for Secure Sockets Layer (SSL) ii libssl-dev 0.9.8g-13 SSL development libraries, header files and ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary and related ii openssl-blacklist 0.4.2 list of blacklisted OpenSSL RSA keys ii ssl-cert1.0.23 simple debconf wrapper for OpenSSL
Bug#503882: not necessary to add?
Package: libgphoto2-2 Followup-For: Bug #503882 sorry for the noise: adding the camera identification to the rules file proved not necessary for my goal: to allow a user in group plugdev to get photos from the ptp-device. for that, I just had to copy libgphoto2.rules from /etc/udev to /etc/udev.rules.d/ - why its not there from the start, I dont know. regards. peter -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgphoto2-2 depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-15 GNU C Library: Shared libraries ii libexif12 0.6.16-2.1 library to parse EXIF files ii libgphoto2-port0 2.4.1-3gphoto2 digital camera port librar ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libltdl3 1.5.26-4 A system independent dlopen wrappe Versions of packages libgphoto2-2 recommends: ii udev 0.125-7/dev/ and hotplug management daemo Versions of packages libgphoto2-2 suggests: ii gphoto2 2.4.0-1The gphoto2 digital camera command -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504087: netmaze: FTBFS on ia64 (using -O2 for allmove.c works)
* John Goerzen [Fri, 31 Oct 2008 09:07:59 -0500]: Adeodato Simó wrote: Package: netmaze Version: 0.81+jpg0.82-12.1 Severity: serious netmaze can't migrate to testing (including a RC bug fix) because it FTBFSes on ia64 (gcc ICE). I take it that means Internal Compiler Error? Isn't this a gcc, rather than a netmaze, bug then? It is a gcc bug, yes (one should be filed; I prodded an ia64 porter about it, but I think I'll file it myself). However, I'm not counting on it getting fixed for Lenny (or rather, I don't want to count on getting it fixed for Lenny), hence a workaround is needed on netmaze if netmaze is to be released with Lenny. Is that okay with you? -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org — Oh, George, you didn't jump into the river. How sensible of you! -- Mrs Banks in “Mary Poppins” -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504106: etc/cron.daily/apt gives an error on daylight saving change
Package: apt Version: 0.7.16+b1 Severity: minor Hi, etc/cron.daily/apt uses: date --date=$(date --iso-8601) %s which fails for dates where the daylight saving occour, as the 00:00:00 for that date doesn't exists. For example: Argentina/Buenos_Aires changed its time the 2008-10-19 from 00:00:00 ART to 01:00:00 ARST so, issuing: TZ=America/Argentina/Buenos_Aires date --date=2008-10-19 gives an error: date: invalid date «2008-10-19» Which is correct, as there was no 2008-10-19 0:00:00 ART or ARST A simple solution could be to add export TZ=UTC at the begining of the file. Thanks, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504107: udev: module iTCO_wdt not listed in /etc/modprobe.d/blacklist
Package: udev Version: 0.125-7 Severity: normal The iTCO_wdt module should probably be listed in /etc/modprobe.d/blacklist with all the rest... Perhaps some method of listing: /lib/modules/$(uname -r)/kernel/drivers/watchdog/ and using this to auto-update the list would help? Cheers, Tim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441200: libconfig name clash
ok, I think we should try to vote on this one: * Ian Jackson ([EMAIL PROTECTED]) [071127 21:25]: So I hereby formally propose the set of resolutions and (unaccepted) amendments implied by this DRAFT BALLOT: -8- [Option D:] (1) The existing libconfig in Debian may retain its name. [Options X and N:] (1) The existing libconfig in Debian must be renamed or removed. [Option N:] (2) The newer library may use the name libconfig. [Options X and D:] (2) The newer library may not use the name libconfig. [All options:] (3) A maintainer who is refused the use of the name `libconfig' is invited to suggest one or more new name(s), within 14 days of this resolution. (4) If after that no member of the TC objects to a name within 7 days (counted from the maintainer's suggestion), then the package is entitled to the name. (5) Even if a TC member objects, if the TC does not pass a resolution vetoing the new name within 28 days, the package is likewise entitled to the new name. (6) This process applies to each package rejected the use of the name `libconfig' by (1) and/or (2) above; it applies to library names, filenames, package names, and all similar names and identifiers. (7) Suggestions and objections are to be sent to this bug. [ ] X: neither package gets to use the name `libconfig' [ ] D: existing Debian package gets to keep the name `libconfig' [ ] N: newer C++ library gets to use `libconfig' [ ] F: further discussion -8- I intend to call for a vote soon after we appear to have a working committee list. Any reason to not call on this? Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504108: mysql-dfsg-5.0: DEB_BUILD_OPTION incorrectly tested for nocheck
Package: mysql-dfsg-5.0 Severity: normal The mysql source package uses the following snippet to see if the nocheck DEB_BUILD_OPTION is set: ifeq ($(findstring $(DEB_BUILD_OPTIONS),nocheck),) if [ ! -f testsuite-stamp ] ; then \ $(MAKE) $(MAKE_TEST_TARGET) || $(TESTSUITE_FAIL_CMD) ; \ fi endif This test is incorrect since the order of the parameters is reversed. The findstring function looks to value if the first parameter as a substring of the second parameter. As a result, this check will fail if more than one option is specified in DEB_BUILD_OPTIONS. Reversing the arguments should cause the desired behaviour to happen in all cases. Thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
Hi Ian, On Fri, Oct 31, 2008 at 01:26:08PM +, Ian Campbell wrote: [..snip..] d-i should have installed the 686-bigmem image when running under Xen due to the use of the 686-bigmem kernel for the Xen variant of the installer. I'll investigate why this didn't happen. It seems to be down to: /proc/cpuinfo: vendor_id: CentaurHauls which due to the changeset below which will cause the installer to choose the -486 kernel. Strangely the 686 kernel seems to work for you in dom0 and domU but I guess you were just lucky somehow? Or is the changeset below too general? This is not a Nehemiah but an Esther CPU which seems to support nopl (I checked with a small program). Futhermore it seems the whole nopl issue got fixed in the kernel: http://lkml.org/lkml/2008/9/5/374 (b74b06c5f6612a72298f37baa65460a59c26ca67) but unfortunately not for 2.6.26: $ git-name-rev b74b06c5f6612a72298f37baa65460a59c26ca67 b74b06c5f6612a72298f37baa65460a59c26ca67 tags/v2.6.27-rc6~4^2~10 (and it doesn't seem to be in any of the 2.6.26.X series). So to me it seems the workaround can be removed: * removed for VIA Ester altogeher * removed vor VIA Nehemiah once we ship 2.6.27 Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501903: Debian Bug report logs - #501903 - Problems with cups web interface not working
I am not able to add new printers or modify existing ones. The wizard proceeds normally until it is time to pick the driver, then hangs. Existing printers print jobs as always. _*Kernel*_ Linux debian3 2.6.26-1-686 #1 SMP Thu Oct 9 15:18:09 UTC 2008 i686 GNU/Linux _*CUPS*_ ii apcupsd 3.14.4-1 APC UPS Power Management (daemon) ii apcupsd-doc 3.14.4-1 APC UPS Power Management (documentation/exam ii cups1.3.8-1lenny2 Common UNIX Printing System(tm) - server ii cups-bsd1.3.8-1lenny2 Common UNIX Printing System(tm) - BSD comman ii cups-client 1.3.8-1lenny2 Common UNIX Printing System(tm) - client pro ii cups-common 1.3.8-1lenny2 Common UNIX Printing System(tm) - common fil ii cups-dbg1.3.8-1lenny2 Common UNIX Printing System(tm) - debugging ii cups-pdf2.4.8-3PDF printer for CUPS ii cupsddk 1.2.3-4CUPS Driver Development Kit ii cupsddk-drivers 1.2.3-4CUPS Driver Development Kit - Driver files ii cupswrapperhl2040 2.0.1-2Brother HL2040 CUPS wrapper driver ii cupsys 1.3.8-1lenny2 Common UNIX Printing System (transitional pa ii cupsys-bsd 1.3.8-1lenny2 Common UNIX Printing System (transitional pa ii cupsys-client 1.3.8-1lenny2 Common UNIX Printing System (transitional pa ii cupsys-dbg 1.3.8-1lenny2 Common UNIX Printing System (transitional pa ii libcups21.3.8-1lenny2 Common UNIX Printing System(tm) - libs ii libcupsimage2 1.3.8-1lenny2 Common UNIX Printing System(tm) - image libs _*SSL*_ ii libnet-ssleay-perl 1.35-1 Perl module for Secure Sockets Layer (SSL) ii libssl-dev 0.9.8g-13 SSL development libraries, header files and ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary and related ii openssl-blacklist 0.4.2 list of blacklisted OpenSSL RSA keys ii ssl-cert1.0.23 simple debconf wrapper for OpenSSL _*strace excerpts*_ read(25, 127.0.0.1\tlocalhost.localdomain\t\t..., 4096) = 731 close(25) = 0 munmap(0xb7f65000, 4096)= 0 time(NULL) = 1225465784 write(2, D [31/Oct/2008:10:09:44 -0500] up..., 96) = 96 time(NULL) = 1225465784 epoll_wait(0, {}, 1024, 1000) = 0 time(NULL) = 1225465785 time(NULL) = 1225465785 time(NULL) = 1225465785 time(NULL) = 1225465785 sendto(21, 9016 3 ipp://debian3.delsolw2k.co..., 181, 0, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr(192.168.1.255)}, 16) = 181 time(NULL) = 1225465785 sendto(21, 101e 3 ipp://debian3.delsolw2k.co..., 195, 0, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr(192.168.1.255)}, 16) = 195 time(NULL) = 1225465785 epoll_wait(0, {{EPOLLIN, {u32=161705104, u64=161705104}}}, 1024, 1000) = 1 recvfrom(21, 9016 3 ipp://debian3.delsolw2k.co..., 1540, 0, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr(192.168.1.224)}, [16]) = 181 open(/etc/hosts, O_RDONLY|O_CLOEXEC) = 25 fstat64(25, {st_mode=S_IFREG|0644, st_size=731, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f65000 read(25, 127.0.0.1\tlocalhost.localdomain\t\t..., 4096) = 731 close(25) = 0 munmap(0xb7f65000, 4096)= 0 time(NULL) = 1225465785 write(2, D [31/Oct/2008:10:09:45 -0500] up..., 96) = 96 time(NULL) = 1225465785 epoll_wait(0, {{EPOLLIN, {u32=161705104, u64=161705104}}}, 1024, 1000) = 1 recvfrom(21, 101e 3 ipp://debian3.delsolw2k.co..., 1540, 0, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr(192.168.1.224)}, [16]) = 195 open(/etc/hosts, O_RDONLY|O_CLOEXEC) = 25 fstat64(25, {st_mode=S_IFREG|0644, st_size=731, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f65000 read(25, 127.0.0.1\tlocalhost.localdomain\t\t..., 4096) = 731 close(25) = 0 munmap(0xb7f65000, 4096)= 0 time(NULL)
Bug#503960: agenda.app: Aborts with ICAL_FILE_ERROR on GNU/kFreeBSD
reassign 503960 libical0 found 503960 0.31-1 tags 503960 patch thanks Philippe, thanks to your hints I figured out what's wrong: 1367 SimpleAgenda CALL open(0x84aab88,0,0) 1367 SimpleAgenda NAMI /usr/share/libical/zoneinfo/zones.tab 1367 SimpleAgenda RET open -1 errno 2 No such file or directory 1367 SimpleAgenda CALL write(0x2,0xbfbfa6f8,0x53) 1367 SimpleAgenda GIO fd 2 wrote 83 bytes icalerror.c:104: FILE: An operation on a file failed. Check errno for \ more detail. Attached is a trivial patch that fixes this. Most probably the same should be done for GNU/Hurd, too. --- configure.in 2008-09-12 21:57:57.0 +0300 +++ configure.in~ 2008-10-31 17:06:22.0 +0200 @@ -35,6 +35,10 @@ use_builtin_timezone=no os_win32=no ;; +*kfreebsd*-gnu*) +use_builtin_timezone=no +os_win32=no +;; *) use_builtin_timezone=yes os_win32=no
Bug#504000: Works for me
On Fri, Oct 31, 2008 at 02:49:04PM +0100, Helmut Grohne wrote: Thanks for you effort. If you have any ideas for debugging, please tell me. Have you ever tried using the default config? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503852: gnome-utils: gnome-screenshot takes only a picture of the first screen if xinerama is enabled
Hi, Le mardi 28 octobre 2008 à 20:16 +0100, Hannes Diethelm a écrit : gnome-screenshot takes only a picture of the first screen if xinerama is enabled. The second screen is a white pane. Could you please try gnome-utils 2.24 from the experimental repository and tell us whether this is still the case? The capture code has been reworked to use Gdk so it might be fixed. Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504000: Works for me
On Fri, Oct 31, 2008 at 09:45:45AM -0500, John Hasler wrote: ...so I could as well have tagged it critical because it affects other applications as well. I can find no package named anything like suspend2disk. As I have no laptop I am not familiar with the various hibernation and suspension schemes but the Chrony package includes this script: ... I do have one where I use chrony. As mentioned before it works flawlessly. Are you saying that the script is not working, that suspend2disk needs something else, or that Chrony fails to stop with /etc/init.d/chrony stop? if it is the second it is not a bug in Chrony. I think what he meant was that this bug we are talking about causes the whole hibernation process to stop, which is quite obvious when /etc/ppp/ip-up.d/chrony hangs for whatever reason. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, 2008-10-31 at 16:31 +0100, Guido Günther wrote: Hi Ian, On Fri, Oct 31, 2008 at 01:26:08PM +, Ian Campbell wrote: [..snip..] d-i should have installed the 686-bigmem image when running under Xen due to the use of the 686-bigmem kernel for the Xen variant of the installer. I'll investigate why this didn't happen. It seems to be down to: /proc/cpuinfo: vendor_id: CentaurHauls which due to the changeset below which will cause the installer to choose the -486 kernel. Strangely the 686 kernel seems to work for you in dom0 and domU but I guess you were just lucky somehow? Or is the changeset below too general? This is not a Nehemiah but an Esther CPU which seems to support nopl (I checked with a small program). Futhermore it seems the whole nopl issue got fixed in the kernel: http://lkml.org/lkml/2008/9/5/374 (b74b06c5f6612a72298f37baa65460a59c26ca67) but unfortunately not for 2.6.26: $ git-name-rev b74b06c5f6612a72298f37baa65460a59c26ca67 b74b06c5f6612a72298f37baa65460a59c26ca67 tags/v2.6.27-rc6~4^2~10 (and it doesn't seem to be in any of the 2.6.26.X series). So to me it seems the workaround can be removed: * removed for VIA Ester altogeher * removed vor VIA Nehemiah once we ship 2.6.27 Do you happen to know the Family/Model for the Nehemiah? Your cpuinfo shows that Esther is Family 6 model 9. Perhaps Nehemiah is model 10 since that is the other model removed by the patch? BTW, I just tested on a non-VIA system and the correct kernel is installed (not surprising...) Ian. -- Ian Campbell Current Noise: Nebula - Fruit Of My Soul Cheit's Lament: If you help a friend in need, he is sure to remember you-- the next time he's in need. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, Oct 31, 2008 at 12:56:48PM +, Ian Campbell wrote: On Fri, 2008-10-31 at 12:58 +0100, Guido Guenther wrote: Package: installation-reports Version: 2.38 Severity: normal Boot method: network Image version: http://people.debian.org/~joeyh/d-i/images/current/ Date: 20081031 Machine: Xen Paravirtual machine on a lenny Dom0 Partitions: Device Boot Start End Blocks Id System /dev/xvda1 * 1 242 1943833+ 83 Linux /dev/xvda2 243 261 152617+ 5 Extended /dev/xvda5 243 261 152586 82 Linux swap / Solaris Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[0] Overall install:[E] Comments/Problems: The installtion itself worked great but d-i failed to install an appropriate kernel for Xen Paravirt so the system failed to boot. To fix this up I mounted the partition in the dom0 and installed the correct kernel. d-i installed linux-image-2.6.26-1-486 while it should have picked linux-image-2.6.26-1-xen-686 (this also pulls in libc6-xen via a Recommends). Seems base-installer/kernel/i386.sh needs an detect_xen_paravirt? d-i should have installed the 686-bigmem image when running under Xen due to the use of the 686-bigmem kernel for the Xen variant of the installer. I'll investigate why this didn't happen. Could you please send /var/log/installer/syslog. Attached. One more thing: in order to get console output via virsh console I had to add xencons=tty to the grub command line. With the 686-bigmem kernel I don't think this will be necessary, if you could try it and let me know that would be great. Yes, the 686-bigmem kernel doesn't need xencons=tty since hvc0 works. But we still need libc6-xen due to nosegneg? Should we schedule this for installtion on xen installs? Cheers and thanks for all your work on xen support, -- Guido syslog.gz Description: Binary data
Bug#504106: etc/cron.daily/apt gives an error on daylight saving change
Maximiliano Curia wrote: Package: apt Version: 0.7.16+b1 Severity: minor Hi, etc/cron.daily/apt uses: date --date=$(date --iso-8601) %s which fails for dates where the daylight saving occour, as the 00:00:00 for that date doesn't exists. For example: Argentina/Buenos_Aires changed its time the 2008-10-19 from 00:00:00 ART to 01:00:00 ARST so, issuing: TZ=America/Argentina/Buenos_Aires date --date=2008-10-19 gives an error: date: invalid date «2008-10-19» Which is correct, as there was no 2008-10-19 0:00:00 ART or ARST A simple solution could be to add export TZ=UTC at the begining of the file. Thanks for report. I think it can be fixed in this way (after Lenny due to freeze). -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Bug#399517: cuetools bugs = still reproduceable?
* Patrick Matthäi [EMAIL PROTECTED] [2008-05-22 13:10]: while your bug reports are done with older versions and many changes have been made I wanted to ask, if you still could reproduce these bugs? Given that Andy included a test case, it's pretty easy to verify that this is indeed still there. With current cueconvert you get (for track 2): TRACK 02 AUDIO INDEX 00 08:23:50 INDEX 01 12:29:05 where with toc2cue you get: TRACK 02 AUDIO INDEX 01 08:23:50 (so toc2cue ignores the 2nd index point, but at least it gets the first one right) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, 2008-10-31 at 15:38 +, Ian Campbell wrote: So to me it seems the workaround can be removed: * removed for VIA Ester altogeher * removed vor VIA Nehemiah once we ship 2.6.27 Do you happen to know the Family/Model for the Nehemiah? Your cpuinfo shows that Esther is Family 6 model 9. Perhaps Nehemiah is model 10 since that is the other model removed by the patch? Pardon me, Esther is Family 6 model 10 (I read stepping field by mistake). #492751 shows that Nehemiah is Family 6 model 9. I think we should revert the problematic changeset and instead only use 486 for model 9 leaving model 10 with 686. e.g. diff --git a/packages/base-installer/debian/changelog b/packages/base-installer/debian/changelog index 59404b5..5fd1b4c 100644 --- a/packages/base-installer/debian/changelog +++ b/packages/base-installer/debian/changelog @@ -1,3 +1,12 @@ +base-installer (1.99) UNRELEASED; urgency=low + + [ Ian Campbell ] + * i386: Use -686 flavour for CentaurHauls Esther (model 10) processors. +Only the Nehemiah (model 9) processors do not support long NOP +instructions. Closes: #504095 + + -- + base-installer (1.98) unstable; urgency=low [ Colin Watson ] diff --git a/packages/base-installer/kernel/i386.sh b/packages/base-installer/kernel/i386.sh index cba6d9b..e8929ea 100644 --- a/packages/base-installer/kernel/i386.sh +++ b/packages/base-installer/kernel/i386.sh @@ -36,10 +36,17 @@ arch_get_kernel_flavour () { esac ;; CentaurHauls) - # x86 VIA Nehemiah CentaurHauls does not boot with -686 - # since 2.6.22+ since they lack long NOP instructions. - # See: http://lkml.org/lkml/2008/7/22/263 - echo 486 ;; + case $FAMILY in +6) + case $MODEL in +10) echo 686$BIGMEM ;; + *) echo 486 ;; + esac + ;; + *) + echo 486 ;; + esac + ;; *) echo 486 ;; esac -- Ian Campbell Current Noise: Nebula - Decadent Garden One picture is worth 128K words. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503821: linux-image-2.6.26-1-xen-amd64: Kernel crash in Dom0 (Eeek! page_mapcount(page) went negative! (-1))
Bastian Blank wrote: On Fri, Oct 31, 2008 at 12:54:14PM +0100, Lars Michael Jogback wrote: * Bastian Blank [EMAIL PROTECTED] [2008-10-31 12:47:34]: Okay, so I have no further possibilities except removing the kernel. Do you know if there is someplace to download the OpenSUSE-kernel to test and see if the error is present in that too? The SuSE kernels can be found at http://ftp.suse.com/pub/projects/kernel/kotd/HEAD/x86_64/. But as the next SLES will ship .27, they don't really care. A related bugreport I found when searching for this error two weeks ago is an ubuntu bug report in launchpad. [1] It has a syslog-excerpt attachted [2] showing the use of kernel 2.6.27. (kernel BUG at [..] linux-2.6.27/mm/rmap.c:662) There's also [3] on ubuntuforums, reported about 16 hours ago, same kernel, same error etc... So I guess whatever is broken, it's in our 2.6.27 as well. Hans van Kranenburg [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/252977 [2] http://launchpadlibrarian.net/17573131/syslog-2009-09-12.txt [3] http://ubuntuforums.org/showthread.php?t=964133 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3
In my laptop (which now has Debian Lenny installed), long time ago (when Etch was the testing release) I had various TeX packages, but they were uninstalled (without being purged). When trying to set up texlive-base-bin, fmtutil-sys failed for me. Using aptitude, I purged all relevant uninstalled/unpurged packages which I could find (I don't know how to get aptitude to display only packages with c status) and tried again to install texlive-base-bin, with the same results. Attached please find the E-mail which reportbug tried to send from my laptop. It should have all details. Additional information, requested in previous E-mail messages: $ ls -al /var/lib/tex-common/fmtutil-cnf/ total 32 drwxr-xr-x 2 root root 4096 Oct 31 16:57 . drwxr-xr-x 5 root root 4096 Oct 31 16:56 .. -rw-r--r-- 1 root root 13 Feb 20 2008 texinfo.list -rw-r--r-- 1 root root 15 Sep 19 07:35 texlive-base.list -rw-r--r-- 1 root root 24 Jul 22 14:57 texlive-lang-cyrillic.list -rw-r--r-- 1 root root 21 Sep 19 07:35 texlive-latex-base.list -rw-r--r-- 1 root root 21 Oct 10 10:38 texlive-math-extra.list -rw-r--r-- 1 root root 16 Jun 27 00:38 texlive-xetex.list $ grep omega /var/lib/tex-common/fmtutil-cnf/* (yields no matches.) $ kpsewhich --format='web2c files' fmtutil.cnf /var/lib/texmf/web2c/fmtutil.cnf $ grep -A3 omega $(kpsewhich --format='web2c files' fmtutil.cnf) omega omega - omega.ini lambda omega language.datlambda.ini # The amstex format: $ ls -al /usr/share/texmf-texlive/tex/plain/config/ total 48 drwxr-xr-x 2 root root 4096 Oct 31 16:56 . drwxr-xr-x 16 root root 4096 Oct 31 16:57 .. -rw-r--r-- 1 root root 19 Jan 13 2006 aleph.ini -rw-r--r-- 1 root root 119 Jan 13 2006 bplain.ini -rw-r--r-- 1 root root 69 Jan 13 2006 etex.ini -rw-r--r-- 1 root root 1275 Jan 13 2006 language.def -rw-r--r-- 1 root root 19 Jan 13 2006 omega.ini -rw-r--r-- 1 root root 143 Jan 10 2007 pdfbplain.ini -rw-r--r-- 1 root root 93 Jan 13 2006 pdfetex.ini -rw-r--r-- 1 root root 142 Jan 13 2006 pdftex.ini -rw-r--r-- 1 root root 66 Jan 13 2006 tex.ini -rw-r--r-- 1 root root 807 Dec 27 2006 xetex.ini $ ls -al /etc/texmf/fmt.d/ total 40 drwxr-xr-x 2 root root 4096 Oct 31 16:59 . drwxr-xr-x 21 root root 4096 Oct 31 16:59 .. -rw-r--r-- 1 root root 3704 Sep 2 2004 00tetex.cnf -rw-r--r-- 1 root root 1364 Nov 22 2005 00tex.cnf -rw-r--r-- 1 root root 870 Sep 19 07:35 10texlive-base.cnf.dpkg-new -rw-r--r-- 1 root root 553 Jul 22 14:57 10texlive-lang-cyrillic.cnf.dpkg-new -rw-r--r-- 1 root root 445 Sep 19 07:35 10texlive-latex-base.cnf.dpkg-new -rw-r--r-- 1 root root 665 Oct 10 10:38 10texlive-math-extra.cnf.dpkg-new -rw-r--r-- 1 root root 420 Jun 27 00:38 10texlive-xetex.cnf.dpkg-new -rw-r--r-- 1 root root 565 Oct 31 2005 50cyrtexinfo.cnf My laptop will be available for diagnosing the bug in the next few days, please contact me if you need my help. -- Did you shave a yak today? My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Omer Zak [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: texlive-base-bin fails to be set up due to fmtutil-sys failure Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.45 Date: Fri, 31 Oct 2008 17:27:26 +0200 X-Debbugs-Cc: [EMAIL PROTECTED] Package: texlive-base-bin Version: 2007.dfsg.2-3 Followup-For: Bug #487630 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up texlive-base-bin (2007.dfsg.2-3) ... Running mktexlsr. This may take some time... done. Building format(s) --all. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.dVZQYfJD Please include this file if you report a bug. -=-=-=-=-=- Contents of /tmp/fmtutil.dVZQYfJD fmtutil: running `mf-nowin -ini -jobname=mf -progname=mf mf.ini' ... This is METAFONT, Version 2.71828 (Web2C 7.5.6) (INIMF) (/usr/share/texmf-texlive/metafont/config/mf.ini (/usr/share/texmf-texlive/metafont/base/plain.mf Preloading the plain base, version 2.71: preliminaries, basic constants and mathematical macros, macros for converting from device-independent units to pixels, macros and tables for various modes of operation, macros for drawing and filling, macros for proof labels and rules, macros for character and font administration, and a few last-minute items.)kpathsea: Running mktexmf modes ! I can't find file `modes'. l.3 \input modes Please type another input file name: ! Emergency stop. l.3 \input modes Transcript written on mf.log. Error: `mf-nowin -ini -jobname=mf
Bug#439006: Scheduling linux-2.6 2.6.22-4
* Sven Luther ([EMAIL PROTECTED]) [070830 06:16]: I would like to know if this upload would include the efika patches that where included in the subversion repository after the 2.6.22-3 upload, or if you will silently disable them, after you kicked me out of the debian-kernel team without reasonable justification or even trying to speak to me. Sorry for following up so late on this bug report. I just asked on IRC: 16:25 aba can someone comment on http://bugs.debian.org/439006 16:25 aba (Efika and sony PS3 patches in linux-2.6) 16:49 waldi aba: both efika and ps3 support is maintained in the linus tree since a long time. so it is possible to fix serious problems with the linux upstream stable updates and don't need to duplicate the work. ps3 support was enabled by me for 2.6.26, so sven tried to fix not enabled things 16:49 aba waldi: so, are the issues reported there now already resolved? or are they not relevant anymore? or ...? 16:50 waldi sven did not further try to push massive patch sets, which was just about to be submitted to the ppc maintainer, for inclusion into linux-2.6 16:51 waldi the support is upstream and from what I know working, so: not relevant anymore Is this correct? If so, I would like to close this bug report now. Sorry for the late response. Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503375: freeze exception for libapache2-mod-perl2/2.0.4-4 [was Re: Advice about prepared bug fix for mod_perl2]
* Damyan Ivanov [Fri, 31 Oct 2008 14:39:02 +0200]: -=| Adeodato Simó, Fri, Oct 31, 2008 at 12:40:44PM +0100 |=- The question is, would you mind the additional changes to slip along with the fix for #503375? They're ok, please upload. Done. Please unblock libapache2-mod-perl2/2.0.4-4 libapache2-mod-perl2 (2.0.4-4) unstable; urgency=medium [ Frank Lichtenheld ] * Convert debian/copyright to proposed new format. * Refer to Apache License in /usr/share/common-licenses. * Bump Standards-Version to 3.8.0. [ gregor herrmann ] * Add debian/README.source to document quilt usage, as required by Debian Policy since 3.8.0. [ Damyan Ivanov ] * add dependency on apache2 (= 2.2.4) because of the new ap_get_server_banner symbol not available in previous apaches Closes: #503375: libapache2-mod-perl2 - Uses undefined symbol ap_get_server_banner Thanks to Bastian Blank for reporting. -- Damyan Ivanov [EMAIL PROTECTED] Fri, 31 Oct 2008 14:00:39 +0200 Unblocked. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: James Blunt - 1973 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, 2008-10-31 at 16:44 +0100, Guido Günther wrote: On Fri, Oct 31, 2008 at 12:56:48PM +, Ian Campbell wrote: On Fri, 2008-10-31 at 12:58 +0100, Guido Guenther wrote: Package: installation-reports Version: 2.38 Severity: normal Boot method: network Image version: http://people.debian.org/~joeyh/d-i/images/current/ Date: 20081031 Machine: Xen Paravirtual machine on a lenny Dom0 Partitions: Device Boot Start End Blocks Id System /dev/xvda1 * 1 242 1943833+ 83 Linux /dev/xvda2 243 261 152617+ 5 Extended /dev/xvda5 243 261 152586 82 Linux swap / Solaris Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[0] Overall install:[E] Comments/Problems: The installtion itself worked great but d-i failed to install an appropriate kernel for Xen Paravirt so the system failed to boot. To fix this up I mounted the partition in the dom0 and installed the correct kernel. d-i installed linux-image-2.6.26-1-486 while it should have picked linux-image-2.6.26-1-xen-686 (this also pulls in libc6-xen via a Recommends). Seems base-installer/kernel/i386.sh needs an detect_xen_paravirt? d-i should have installed the 686-bigmem image when running under Xen due to the use of the 686-bigmem kernel for the Xen variant of the installer. I'll investigate why this didn't happen. Could you please send /var/log/installer/syslog. Attached. One more thing: in order to get console output via virsh console I had to add xencons=tty to the grub command line. With the 686-bigmem kernel I don't think this will be necessary, if you could try it and let me know that would be great. Yes, the 686-bigmem kernel doesn't need xencons=tty since hvc0 works. Since 2.6.26-9 hvc should work by default for the -xen-686 kernel too. I guess you installed -8 from testing? But we still need libc6-xen due to nosegneg? Should we schedule this for installtion on xen installs? It's an optimisation only and is only required when running a PAE hypervisor, nothing breaks if you don't install it. If you are running a PAE guest on a 64 bit hypervisor then you don't need libc6-xen. So far d-i hasn't had to care explicitly about Xen installs or not and certainly hasn't had to care about the bit width of the hypervisor. I'm inclined to say that people still running on a PAE hypervisor can install the package by hand, mainly because it's rather late in the game... Ian. -- Ian Campbell Current Noise: Deep Purple - Listen, Learn, Read On They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503591: Ruby/TZFile
I'm not sure if these implement the same interface, but ruby-tzfile has the same goal as libtzinfo-ruby, and reads its time zones from the system tzdata interface http://www.a-k-r.org/ruby-tzfile/index.html -- Chanoch (Ken) Bloom. PhD candidate. Linguistic Cognition Laboratory. Department of Computer Science. Illinois Institute of Technology. http://www.iit.edu/~kbloom1/ signature.asc Description: Digital signature
Bug#502446: debian-installer: grub-installer is not updated for grub-pc introduction
Hi, As I looked more in detail, debian-installer works fine (does not over write unrelated data) and usable if MBR is used as BIOS emultion mode boot loader. (I.e., installed to /dev/sda (hd0) So problem is when installing to /dev/sda3 or in other word to (hd0,3). Since this causes data loss, this could be considered grave. But changing d-i this late may not be good idea. If so reminder not to install to places such as /dev/sda3. Anyway, installation needs to do few manual tricks including gptsync. http://wiki.debian.org/MacBook/DebianInstallTutorial Documenting this as short comments in release note is good idea. Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503616: closed by Stefano Zacchiroli [EMAIL PROTECTED] (Bug#503616: fixed in ocamlnet 2.2.9-3+lenny1)
On Thu, Oct 30, 2008 at 16:37:28 +0100, Stefano Zacchiroli wrote: The second part fixes also the sqrt problem, given that .cma files contain (once found) all the references needed to load additional libraries. Why isn't libcamlrun_shared.so linked with -lm directly? Relying on the .cma for this seems weird to me. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501642: gedit only starts once, then just exits when started for a bit, then hangs
Le jeudi 09 octobre 2008 à 09:09 +0200, Marc Lehmann a écrit : After that, all further invocations of gedit just hang in connect: connect(13, {sa_family=AF_FILE, path=/tmp/gedit-svn.root.3447731596}, 110 You should not log in as root! The socket exists and is opwned by dbus-daemon: unix 2 [ ACC ] STREAM LISTENING 18331 4422/dbus-daemon/tmp/gedit-svn.root.3447731596 Is this process the system dbus daemon or the session one? -- .''`. : :' : 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#502439: Processed: tagging as pending bugs that are closed by packages in NEW
On Thu, Oct 30, 2008 at 12:30:26PM +0100, Holger Levsen wrote: Hi Guido, no need to cc: Matthias or me, we are subscribed to the bug :) I meant to drop the bugreport from cc: (since this is becoming a bit OT) but obvously forgot about it. On Wednesday 29 October 2008 10:07, Guido Günther wrote: I guess we would happily welcome you in the munin maintainer team :-D Thanks, but I don't think I'd be of much help. I can sponsor Matthias uploads should you be short on time though. Thanks. (The only reason I can imagine you wouldnt be of help is due to lack of time. I guess you mean that ;) ...and a lack of perl skills... That's what I'm a bit afraid of, I want the plugins to just work without the user having to figure out what else he needs. This becomes more important the more packages get added to munin-plugins-extra. s/more package/more plugins/ Right. And this is also something I dont like. Not sure how to solve it though... (we could build more plugin binary packages in future...) Yes, more binary packages (with strict dependencies) would make sense. This way we could fold the libvirt plugins into the package easily and things like detecting if a plugin makes sense to be installed wouldn't bloat the one and only postinst. Folding all the contrib plugin into their own source package so they can be maintained independelty of munin intself would probably make sense too. Having e.g. the whole vserver plugin as a patch feels strange and makes modifying it harder as it should be. They don't need any configuration for most of the cases. I'm not creating the symlinks though yet since I wanted to check back with you about the best way to do it. I'd to this in the postinst: Do you check if virtualisation is enabled? Used? Trying the supported hypervisors: virsh --connect xen:/// list virsh --connect qemu:///system list does the trick here. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422524: closed by Reuben Thomas [EMAIL PROTECTED] (Bug fixed in file 4.26)
reopen 422524 thanks Debian Bug Tracking System wrote: It has been closed by Reuben Thomas [EMAIL PROTECTED]. The issue mentioned in Msg #24 still exists: $ sudo file /etc/X11/core /etc/X11/core: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'th -nolisten tcp vt7' $ dpkg -l file | grep ^ii | awk ' {print $3} ' 4.26-1 Wolf -- Büroschimpfwort des Tages: Abteilungssirene - Sekretärin mit sehr durchdringender Stimme. (Ralf Schulz) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502960: I got a Locking assertion failure from inside libX11 called from, kinput2-wnn.
Mark Purcell wrote: On Tuesday 21 October 2008 20:55:24 ishikawa wrote: Severity: serious Justification: 2 (I am afraid I screwed up the Severity and Justification code. Please feel free to modify them.) ishikawa, Did you indeed intend to set severity to serious? We are now tracking this on the release critical bugs for lenny. Dear Mark Purcell, Please feel free to change this to a lesser Severity/Justification code which makes this to a normal bug (that affects users of this package. And that this package is unusable and hard to find the cause if a misconfiguration causes a double invocation of kinput2-wnn, it seems. Read on.) This was the first time in years that I used bug reporting program and I screwed up and didn't know how to go back and fix. When I was using kinput2-wnn from ice-weasel, kinput2-wnn crashed. Can you tell us a little more about what you were doing at the time, is it repeatable, does it make kinput2-wnn unusable, or does it just happen on an occasional basis? This is repeatable. Each time input is attmpted using kinput2-wnn to ice-weasel input field such as Google search bar, ice-weasel crashed. However, I found out later that this seemed to be caused a particular combination of environment. - Note there is a bug report that mentions that this daemon-like service, kinput2-wnn, for Japanese input can be invoked multiple times, but this should not be done. So a locking is desired to prevent the second invocation to fail. - Indeed, in my case, I was invoking this program from my own x11 session initialization script (which worked fine on my home PC. I will come back to this later in this e-mail.) as well as the automatic invocation done by a script under /etc/X11/ which obviously is done by gdm. As a result, there are multiple instances of kinput2-wnn running. One from the gdm-initiated xinit.d/ script, and the other one from my own startup routine that I invoke immediately after X starts up. This multiple invocation is obviously a culprit. When I removed one of the instances (by kill PID), ice-weasel no longer crashed when I attemped Japanese input. (Japanese input is usually initiated by hitting SHIFT+SPACE. This key combination can be changed by .Xresource file, or something.) But for confirmation purpose, if I invoke another kinput2-wnn instance again from an terminal window in the same X session, again ice-weasel began crashing when I try to input Japanese by hitting SHIFT+SPACE. So I am fairly certain that the multiple invocations cause this problem and this was repeatable on my PC. CAUTION: This crashing may be highly-dependent on the particular version of ice-weasel or firefox browser, and input libraries. Now, this multiple invocation would have been prevented, had this locking feature suggested by another bug report had been implemented to prevent the second and subsequent invocation from succeeding. This is in one of the bug report of kinput2-wnn. There seem to be some kind of race (?). Then one may wonder this bug reporter (me) mentions that a similar script is used on a different PC where it doesn't seem to cause a problem. Why? Actually I wondered why loudly. I found out on the PC where this problem had not been observed for a while, there *ARE* instances of kinput2-wnn programs running. However, on that PC, I am using a commercial wnn6 version of library as opposed to wnn4 (in Free Wnn4 support). This may explain the absence of errors on that computer. Maybe the library has a proper handling of races caused by the multiple instances of the same program. (For that matter, the Japanese server daemon that uses dictionary, namely jserver, is also a commercial version on that computer. So this may also explain the absence of the problem on that computer.) cf. The following is the status on the other PC that runs Debian distribution, where the problem was not observed for quite a while. [EMAIL PROTECTED] ps -aef | grep kinput; which kinput2; ls -l /usr/bin/kinput2; ls -l /etc/alternatives/kinput2; ldd /usr/bin/kinput2-wnn ishikawa 4088 3896 0 Oct31 ?00:00:00 /usr/bin/kinput2-wnn -xim ishikawa 4272 1 0 Oct31 pts/000:00:00 sh -vx /home/ishikawa/kinput2.sh ishikawa 4278 4272 0 Oct31 pts/000:00:00 kinput2 -jserver localhost -wnn -wnnenvrc6 /usr/local/lib/wnn6/ja_JP/wnnenvrc ishikawa 10948 4223 0 00:46 pts/000:00:00 grep kinput Note that there are two instances: kinput2 and kinput2-wnn. They are actually the same. ls -l /usr/bin/kinput2 lrwxrwxrwx 1 root root 25 2008-04-22 23:31 /usr/bin/kinput2 - /etc/alternatives/kinput2* ls -l /etc/alternatives/kinput2 lrwxrwxrwx 1 root root 20 2008-04-22 23:31 /etc/alternatives/kinput2 - /usr/bin/kinput2-wnn* So /usr/bin/kinput2-wnn and /usr/bin/kinput2 are actually the same program.
Bug#504109: [kdebluetooth] protocol not supported bluetooth error trying...
Package: kdebluetooth Version: 1.0~beta8-5 Severity: grave --- Please enter the report below this line. --- The same problem related in KDE[1]. Tried to open the fs of my mobile in konqueror and it says that not support the protocol bluetooth://. [1]http://bugs.kde.org/show_bug.cgi?id=165588 In KDE3.x work fine, but in KDE4.x, not. I am using KDE4 from experimental. Bests Claudio --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: lenny/sid 500 unstable ftp.fi.debian.org 500 unstable debian-multimedia.gnali.org 101 experimental ftp.fi.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== kdelibs4c2a (= 4:3.5.9) | 4:3.5.10.dfsg.1-1 libacl1 (= 2.2.11-1) | 2.2.47-2 libart-2.0-2 (= 2.3.18) | 2.3.20-2 libattr1 (= 2.4.41-1) | 1:2.4.43-1 libaudio2 | 1.9.1-5 libbluetooth2 (= 3.14) | 3.36-1 libc6 (= 2.7-1) | 2.7-15 libdbus-1-3 (= 1.0.2) | 1.2.1-4 libdbus-qt-1-1c2 (= 0.62.git.20060814) | 0.62.git.20060814-2 libfam0 | 2.7.0-13.3 libfontconfig1 (= 2.4.0) | 2.6.0-1 libfreetype6 (= 2.3.5) | 2.3.7-2 libgcc1 (= 1:4.1.1) | 1:4.3.2-1 libice6 (= 1:1.0.0) | 2:1.0.4-1 libidn11 (= 0.5.18) | 1.10-3 libjpeg62 | 6b-14 libkbluetooth0 | 1.0~beta8-5 libopenobex1 | 1.3+cvs20070425-2 libpng12-0 (= 1.2.13-4) | 1.2.27-2 libqt3-mt (= 3:3.3.8b) | 3:3.3.8b-5 libsm6 | 2:1.0.3-2 libstdc++6 (= 4.2.1) | 4.3.2-1 libx11-6 | 2:1.1.5-2 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxft2 ( 2.1.1) | 2.1.12-3 libxi6 | 2:1.1.3-1 libxinerama1 | 2:1.0.3-2 libxrandr2 | 2:1.2.3-1 libxrender1 | 1:0.9.4-2 libxt6 | 1:1.0.5-3 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 bluez-utils (= 3.13) | 3.36-2 python-qt4-dbus | 4.4.2-4 python-qt4 | 4.4.2-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504110: ajaxterm: fails to install and start of no zlib python module is found
Package: ajaxterm Version: 0.9-2 Severity: important devbox:/home/david# aptitude install ajaxterm Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following NEW packages will be installed: ajaxterm 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 38.6kB of archives. After unpacking 254kB will be used. Writing extended state information... Done Get:1 http://ftp.egr.msu.edu etch/main ajaxterm 0.9-2 [38.6kB] Fetched 38.6kB in 0s (82.0kB/s) Selecting previously deselected package ajaxterm. (Reading database ... 38404 files and directories currently installed.) Unpacking ajaxterm (from .../ajaxterm_0.9-2_all.deb) ... Setting up ajaxterm (0.9-2) ... Starting web based terminal: ajaxtermTraceback (most recent call last): File /usr/share/ajaxterm/ajaxterm.py, line 11, in module import qweb File /usr/share/ajaxterm/qweb.py, line 109, in module import cgi,datetime,email,email.Message,errno,gzip,os,random,re,socket,sys,tempfile,time,types,urllib,urlparse,xml.dom File /usr/local/lib/python2.5/gzip.py, line 9, in module import zlib ImportError: No module named zlib /etc/init.d/ajaxterm: line 37: return: can only `return' from a function or sourced script failed! invoke-rc.d: initscript ajaxterm, action start failed. dpkg: error processing ajaxterm (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ajaxterm E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up ajaxterm (0.9-2) ... Starting web based terminal: ajaxtermTraceback (most recent call last): File /usr/share/ajaxterm/ajaxterm.py, line 11, in module import qweb File /usr/share/ajaxterm/qweb.py, line 109, in module import cgi,datetime,email,email.Message,errno,gzip,os,random,re,socket,sys,tempfile,time,types,urllib,urlparse,xml.dom File /usr/local/lib/python2.5/gzip.py, line 9, in module import zlib ImportError: No module named zlib /etc/init.d/ajaxterm: line 37: return: can only `return' from a function or sourced script failed! invoke-rc.d: initscript ajaxterm, action start failed. dpkg: error processing ajaxterm (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ajaxterm -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ajaxterm depends on: ii adduser 3.102 Add and remove users and groups ii python2.4.4-2An interactive high-level object-o ii python-support0.5.6 automated rebuilding support for p Versions of packages ajaxterm recommends: ii apache2 2.2.3-4+etch5 Next generation, scalable, extenda ii apache2-mpm-prefork [http 2.2.3-4+etch5 Traditional model for Apache HTTPD ii openssh-server1:4.3p2-9etch3 Secure shell server, an rshd repla -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504111: Missing dep on perl causes Use of uninitialized value $uni in pattern match (m//) at /usr/bin/ckbcomp line 3109.
Package: console-setup Version: 1.25 Severity: normal Tags: patch Hi line 3109: if (chr($uni) =~ /\p{IsAlpha}/) { cause a warning: Use of uninitialized value $uni in pattern match (m//) at /usr/bin/ckbcomp line 3109. This is visible on boot on minimal system which don't have perl/perl-modules installed. A smaller test case would be: perl -e 'use warnings all; chr(hex(323)) =~ /\p{IsAlpha}/' Use of uninitialized value $x in scalar assignment at /usr/share/perl/5.10/utf8_heavy.pl line 242. Use of uninitialized value $x in pattern match (m//) at /usr/share/perl/5.10/utf8_heavy.pl line 243. Use of uninitialized value in pattern match (m//) at -e line 1. Use of uninitialized value in pattern match (m//) at -e line 1. the warnings go away when installing perl + perl-modules. Bye -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504030: regression in flex 2.5.35-3
Hi, Thinking about it, if the test was done with the same build chain, and two versions of flex, and one fails, and the pther does not, then the bug is really with flex. Please assign back if that is the case. manoj -- I do not find in orthodox Christianity one redeeming feature. Thomas Jefferson Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, Oct 31, 2008 at 03:38:30PM +, Ian Campbell wrote: On Fri, 2008-10-31 at 16:31 +0100, Guido Günther wrote: Hi Ian, On Fri, Oct 31, 2008 at 01:26:08PM +, Ian Campbell wrote: [..snip..] d-i should have installed the 686-bigmem image when running under Xen due to the use of the 686-bigmem kernel for the Xen variant of the installer. I'll investigate why this didn't happen. It seems to be down to: /proc/cpuinfo: vendor_id: CentaurHauls which due to the changeset below which will cause the installer to choose the -486 kernel. Strangely the 686 kernel seems to work for you in dom0 and domU but I guess you were just lucky somehow? Or is the changeset below too general? This is not a Nehemiah but an Esther CPU which seems to support nopl (I checked with a small program). Futhermore it seems the whole nopl issue got fixed in the kernel: http://lkml.org/lkml/2008/9/5/374 (b74b06c5f6612a72298f37baa65460a59c26ca67) but unfortunately not for 2.6.26: $ git-name-rev b74b06c5f6612a72298f37baa65460a59c26ca67 b74b06c5f6612a72298f37baa65460a59c26ca67 tags/v2.6.27-rc6~4^2~10 (and it doesn't seem to be in any of the 2.6.26.X series). So to me it seems the workaround can be removed: * removed for VIA Ester altogeher * removed vor VIA Nehemiah once we ship 2.6.27 Do you happen to know the Family/Model for the Nehemiah? Your cpuinfo shows that Esther is Family 6 model 9. Perhaps Nehemiah is model 10 since that is the other model removed by the patch? It's the other way around. Esther is family 6/model 10 (maybe you confused this with the stepping) and Nehemiah is family 6/model 9 [1]. BTW, I just tested on a non-VIA system and the correct kernel is installed (not surprising...) Cool. -- Guido Ian. [1] http://linux.derkeiler.com/Mailing-Lists/Kernel/2006-05/msg06226.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, Oct 31, 2008 at 03:46:22PM +, Ian Campbell wrote: diff --git a/packages/base-installer/kernel/i386.sh b/packages/base-installer/kernel/i386.sh index cba6d9b..e8929ea 100644 --- a/packages/base-installer/kernel/i386.sh +++ b/packages/base-installer/kernel/i386.sh @@ -36,10 +36,17 @@ arch_get_kernel_flavour () { esac ;; CentaurHauls) - # x86 VIA Nehemiah CentaurHauls does not boot with -686 - # since 2.6.22+ since they lack long NOP instructions. - # See: http://lkml.org/lkml/2008/7/22/263 - echo 486 ;; + case $FAMILY in + 6) + case $MODEL in + 10) echo 686$BIGMEM ;; + *) echo 486 ;; + esac + ;; + *) + echo 486 ;; + esac + ;; *) echo 486 ;; esac Yes, this looks just right! Thanks, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote: So to me it seems the workaround can be removed: * removed for VIA Ester altogeher * removed vor VIA Nehemiah once we ship 2.6.27 Please read #464962 first. Bastian -- Women professionals do tend to over-compensate. -- Dr. Elizabeth Dehaver, Where No Man Has Gone Before, stardate 1312.9. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, 2008-10-31 at 17:11 +0100, Guido Günther wrote: Yes, this looks just right! This is functionally identical but is more self-documenting... diff --git a/packages/base-installer/debian/changelog b/packages/base-installer/debian/changelog index 59404b5..5fd1b4c 100644 --- a/packages/base-installer/debian/changelog +++ b/packages/base-installer/debian/changelog @@ -1,3 +1,12 @@ +base-installer (1.99) UNRELEASED; urgency=low + + [ Ian Campbell ] + * i386: Use -686 flavour for CentaurHauls Esther (model 10) processors. +Only the Nehemiah (model 9) processors do not support long NOP +instructions. Closes: #504095 + + -- + base-installer (1.98) unstable; urgency=low [ Colin Watson ] diff --git a/packages/base-installer/kernel/i386.sh b/packages/base-installer/kernel/i386.sh index cba6d9b..1b56a73 100644 --- a/packages/base-installer/kernel/i386.sh +++ b/packages/base-installer/kernel/i386.sh @@ -36,10 +36,21 @@ arch_get_kernel_flavour () { esac ;; CentaurHauls) - # x86 VIA Nehemiah CentaurHauls does not boot with -686 - # since 2.6.22+ since they lack long NOP instructions. - # See: http://lkml.org/lkml/2008/7/22/263 - echo 486 ;; + case $FAMILY in +6) + case $MODEL in + # x86 VIA Nehemiah CentaurHauls does not boot with -686 + # since 2.6.22+ since they lack long NOP instructions. + # See: http://lkml.org/lkml/2008/7/22/263 +9) echo 486 ;; +10) echo 686$BIGMEM ;; + *) echo 486 ;; + esac + ;; + *) + echo 486 ;; + esac + ;; *) echo 486 ;; esac -- Ian Campbell Current Noise: Deep Purple - Shield When a person goes on a diet, the first thing he loses is his temper. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502586: gnome-settings-daemon: Should support using X DPI value rather than /desktop/gnome/font_rendering/dpi
Le vendredi 17 octobre 2008 à 23:37 -0700, Josh Triplett a écrit : On almost all of my systems, X properly detects the size of the display and calculates the DPI. For the few systems where it doesn't, I've manually specified DisplaySize in /etc/X11/xorg.conf so that X knows the correct DPI. However, gnome-settings-daemon ignores this value, and instead uses the gconf key /desktop/gnome/font_rendering/dpi to determine the DPI of the display and size fonts appropriately. Thus, on all of my systems, *including* those which correctly autodetect the DPI, I have to manually fix the DPI in GNOME to get appropriately sized fonts. gnome-settings-daemon should support using the DPI value from X, rather than overriding it. Ideally it should do so by default so that it Just Works on many systems, but I'll settle for an unbreak my DPI setting if I have to. The /desktop/gnome/font_rendering/dpi key is only here for those who want to override the default detected by the X server. By default, this key is unset and the X server’s dpi setting is used. Do you have systems on which the default is non-null? If so, I’d like to know where this comes from: /etc/gconf/gconf.xml.defaults, /usr/share/gconf/schemas or /usr/share/gconf/defaults. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#488669: sparc X server bug
On Thu, Oct 30, 2008 at 09:37:47PM +0100, Daniel Smolik wrote: Gaudenz Steinlin napsal(a): I downgraded Xorg to SID and there is a result: ==) Log file: /var/log/Xorg.0.log, Time: Thu Oct 30 21:36:11 2008 (++) Using config file: /root/xorg.conf.new (WW) INVALID MEM ALLOCATION b: 0x2 e: 0x3 correcting mmap failure: Invalid argument Fatal server error: xf86MapDomainMem(): mmap() failure The X server in unstable is expected to not work without the patch. It should behave the same as the kernel in testing in this regard. sunik:~# uname -a Linux sunik 2.6.26-1-sparc64 #1 Sun Oct 26 17:42:45 UTC 2008 sparc64 GNU/Linux I mean that patch doesn't help. That's strange, because others report that the patch fixes the problem. I'm a bit lost now and it's difficult to further debug this without the proper hardware. Are you really sure that you are running the patched kernel and that you are not running the kernel from lenny or unstable? Gaudenz Dan I must say again that problem on SPARC machines with Xorg is problem with Xorg not with kernel. In principle I agree with you. But to fix the X server side of the problem we would have to upgrade to the X server currently in experimental. I don't think that it's possible to upgrade lenny to this version at this moment right before the release. So I'm trying to find out if the problem is also solved by reverting the problematic kernel change. And as you have noticed yourself, the X server in experimental has other problems. So it's not really suitable for a release. Please look at http://lkml.org/lkml/2008/6/3/147 http://lkml.org/lkml/2008/6/3/147 I'm already aware of this. Gaudenz -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, Oct 31, 2008 at 03:52:43PM +, Ian Campbell wrote: [..snip..] d-i should have installed the 686-bigmem image when running under Xen due to the use of the 686-bigmem kernel for the Xen variant of the installer. I'll investigate why this didn't happen. Could you please send /var/log/installer/syslog. Attached. One more thing: in order to get console output via virsh console I had to add xencons=tty to the grub command line. With the 686-bigmem kernel I don't think this will be necessary, if you could try it and let me know that would be great. Yes, the 686-bigmem kernel doesn't need xencons=tty since hvc0 works. Since 2.6.26-9 hvc should work by default for the -xen-686 kernel too. I guess you installed -8 from testing? Yes, this was the version from testing. But we still need libc6-xen due to nosegneg? Should we schedule this for installtion on xen installs? It's an optimisation only and is only required when running a PAE hypervisor, nothing breaks if you don't install it. No, but it just would make things even nicer. The additional package doesn't hurt on non pae. If you are running a PAE guest on a 64 bit hypervisor then you don't need libc6-xen. So far d-i hasn't had to care explicitly about Xen installs or not and certainly hasn't had to care about the bit width of the hypervisor. I'm inclined to say that people still running on a PAE hypervisor can install the package by hand, mainly because it's rather late in the game... Agreed. What would be the right package to file the wishlist bug against? -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503591: Ruby/TZFile
On Fri, Oct 31, 2008 at 11:01:22AM -0500, Chanoch (Ken) Bloom wrote: I'm not sure if these implement the same interface, but ruby-tzfile has the same goal as libtzinfo-ruby, and reads its time zones from the system tzdata interface http://www.a-k-r.org/ruby-tzfile/index.html Great! Thanks for the info. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#502684: deskbar-applet: crashes if Beagle Live plugin is enabled while searching
Le dimanche 19 octobre 2008 à 08:30 +0300, Mika Hanhijärvi a écrit : #6 signal handler called #7 0xb638fa68 in ?? () from /usr/lib/libbeagle.so.1 #8 0x0ab74c70 in ?? () #9 0x0a1c0378 in ?? () #10 0x in ?? () Could you please install libbeagle-dbg and try again to obtain the backtrace? Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504110: ajaxterm: fails to install and start of no zlib python module is found
Hi David, Strange, as zlib.so is supplied by python2.x-minimal. Le vendredi 31 octobre 2008 à 11:59 -0400, David Moreno a écrit : Package: ajaxterm Version: 0.9-2 Severity: important [...] Versions of packages ajaxterm depends on: ii adduser 3.102 Add and remove users and groups ii python2.4.4-2An interactive high-level object-o ii python-support0.5.6 automated rebuilding support for p python-2.4 should have pulled in python2.4-minimal automatically. Please run 'apt-get check' as root to find out broken dependencies on your system. By the way, upgrade your system as I see python packages are outdated ('aptitude update aptitude upgrade'). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote: On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote: So to me it seems the workaround can be removed: * removed for VIA Ester altogeher * removed vor VIA Nehemiah once we ship 2.6.27 Please read #464962 first. OK, so I think the upshot of that long thread is that kernel 2.6.26-8 removed the long nops so even the Nehemiah chips can go back to using 686 kernels and we should just revert svn r55059 altogether. Ian. -- Ian Campbell Current Noise: Deep Purple - River Deep, Mountain High Style may not be the answer, but at least it's a workable alternative. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501220: RFS: libalberta2 -- adaptive finite element library
Hi folks! I just want to let you know that I probably found a sponsor for libalberta2 at the Debian Science Team. If that won't work for whatever reason I will drop another mail. Cheers, André Gaul signature.asc Description: OpenPGP digital signature
Bug#502784: [gnome-screensaver] does not display user name with correct charset encoding
Le lundi 20 octobre 2008 à 21:15 -0200, Andre Felipe Machado a écrit : Is there a safe way to automatically convert this file during upgrading from Etch to Lenny? Could iconv or recode be used safely in packaging scripts? What is the correct approach for the upgrade? The correct approach is to stop supporting non-UTF8 locales, since programs like adduser will edit this file in the current character set. This approach is inherently broken and cannot be made to work magically. -- .''`. : :' : 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#474737: Still not working: Etch netboot installer does not detect ide harddisk
1) I have succeeded with network boot / network install with etch-r3. I have patched the netboot initrd with ide modules stolen from debian-40r3-i386-DVD-1.iso. Not nice but it works. 2) Trying with recent debian version still fails. Kernel and initrd is from http://people.debian.org/~joeyh/d-i/images/daily/netboot/debian-installer/i386/ Both are loaded via pxe / tftp. Installation image is debian-testing-i386-netinst.iso from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/ It is loaded via ftp. Installation fails because the IDE disk is not detected. Here I include syslog.gz. Markus -- GMX Download-Spiele: Preizsturz! Alle Puzzle-Spiele Deluxe über 60% billiger. http://games.entertainment.gmx.net/de/entertainment/games/download/puzzle/index.html syslog.gz Description: application/gunzip
Bug#504112: exim4-daemon-heavy: Exim is build without local_scan() support
Package: exim4-daemon-heavy Version: 4.69-9 Severity: normal I'm trying to setup sa-exim at my mail server and got this error after uncommenting begin local_scan local_scan_path = /usr/lib/exim4/local_scan/sa-exim.so But got this message on daemon start: 2008-10-31 18:32:21 Exim configuration error in line 490 of /etc/exim4/exim4.conf: local_scan() options not supported: (LOCAL_SCAN_HAS_OPTIONS not defined in Local/Makefile) -- Package-specific info: Exim version 4.69 #1 built 30-Sep-2008 18:26:44 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /etc/exim4/exim4.conf # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to replace # the DEBCONFsomethingDEBCONF strings in the configuration template files. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='skynet.kherson.ua ostrov.net.ua' dc_local_interfaces='127.0.0.1' dc_readhost='' dc_relay_domains='' dc_minimaldns='true' dc_relay_nets='172.16.0.0/12:10.0.0.0/8' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='maildir_home' mailname:skysrv-web -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-daemon-heavy depends on: ii debconf [debconf-2.0]1.5.22 Debian configuration management sy ii exim4-base 4.69-9 support files for all Exim MTA (v4 ii libc62.7-15 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libgnutls26 2.4.1-1 the GNU TLS library - runtime libr ii libldap-2.4-22.4.11-1OpenLDAP libraries ii libmysqlclient15off 5.0.51a-15 MySQL database client library ii libpam0g 1.0.1-4 Pluggable Authentication Modules l ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi ii libperl5.10 5.10.0-16 Shared Perl library ii libpq5 8.3.4-2 PostgreSQL C client library ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra ii libsqlite3-0 3.5.9-5 SQLite 3 shared library exim4-daemon-heavy recommends no packages. exim4-daemon-heavy suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502941: gnome-screensaver: Infinite recursion for cyclical symlinks
Le lundi 20 octobre 2008 à 22:00 -0300, Matthew Bardeen a écrit : A cyclical symlink will cause an infinite recursion through the directory structure of /home/username. This will eat memory and quickly cause out of memory conditions until the process is terminated. I can’t reproduce it here. Where do you create the cyclical symlink? -- .''`. : :' : 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#504113: libopenthreads11: Extraneous Conflicts: against previous libopenthreads*?
Package: libopenthreads11 Version: 2.6.0-1 Severity: serious Justification: Wrong package relationships. Hi Loic, Ola, trying to install 2.6.* from experimental to check whether some bugs were gone, I noticed that libopenscenegraph* aren't co-installable because their libopenthreads* dependencies are not co-installable, because libopenthreads11 conflicts against former libopenthreads* (including version 7 which is from unstable). Given the contents of those packages, I see no reason why they should conflict at all. Cheers, -- Cyril Brulebois -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485598: Confirmed.
Package: xen-utils-3.0.3-1 Version: 3.0.3-0-4 Followup-For: Bug #485598 Please rebuild against python2.5, this will probably solve it. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xen-utils-3.0.3-1 depends on: ii iproute20080725-2networking and traffic control too ii libc6 2.7-15GNU C Library: Shared libraries ii libncurses55.6+20080830-1shared libraries for terminal hand ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii udev 0.125-7 /dev/ and hotplug management daemo ii xen-utils-common 3.2.0-2 XEN administrative tools - common ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages xen-utils-3.0.3-1 recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-4 The Xen Hypervisor on AMD64 Versions of packages xen-utils-3.0.3-1 suggests: ii xen-docs-3.0 3.0.4-1-1 documentation for XEN, a Virtual M -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488669: sparc X server bug
Gaudenz Steinlin napsal(a): On Thu, Oct 30, 2008 at 09:37:47PM +0100, Daniel Smolik wrote: Gaudenz Steinlin napsal(a): I downgraded Xorg to SID and there is a result: ==) Log file: /var/log/Xorg.0.log, Time: Thu Oct 30 21:36:11 2008 (++) Using config file: /root/xorg.conf.new (WW) INVALID MEM ALLOCATION b: 0x2 e: 0x3 correcting mmap failure: Invalid argument Fatal server error: xf86MapDomainMem(): mmap() failure The X server in unstable is expected to not work without the patch. It should behave the same as the kernel in testing in this regard. sunik:~# uname -a Linux sunik 2.6.26-1-sparc64 #1 Sun Oct 26 17:42:45 UTC 2008 sparc64 GNU/Linux I mean that patch doesn't help. That's strange, because others report that the patch fixes the problem. I'm a bit lost now and it's difficult to further debug this without the proper hardware. Are you really sure that you are running the patched kernel and that you are not running the kernel from lenny or unstable? I run kernel that I downloaded from your site. May be problem is that E250 i multi domain PCI machine. Have other people the same HW as I or eg. Ultra 10 or 5 ? Regards Dan Gaudenz Dan I must say again that problem on SPARC machines with Xorg is problem with Xorg not with kernel. In principle I agree with you. But to fix the X server side of the problem we would have to upgrade to the X server currently in experimental. I don't think that it's possible to upgrade lenny to this version at this moment right before the release. So I'm trying to find out if the problem is also solved by reverting the problematic kernel change. And as you have noticed yourself, the X server in experimental has other problems. So it's not really suitable for a release. Please look at http://lkml.org/lkml/2008/6/3/147 http://lkml.org/lkml/2008/6/3/147 I'm already aware of this. Gaudenz -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503280: gnome-terminal: SIGWINCHes when switching tabs
Le vendredi 24 octobre 2008 à 13:16 +0200, Adam Borowski a écrit : If you have tabs with different font size, every time you switch between them, all tabs in the current gnome-terminal window will be resized. The underlying terminals will receive SIGWINCH and be ioctled to whatever the foreground tab's size is. This happens only in fullscreen mode. In this case, switching tabs will also change the size of the terminal, and it is propagated to all terminals. The problem here is probably more complex than it looks and related to how the font size is stored. -- .''`. : :' : 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#497016: setting package to prayer prayer-templates prayer-accountd, tagging 497016
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # prayer (1.2.2.1-6) unstable; urgency=low # # * usernames_with_at.patch (new, from upstream CVS): If a username #contains an @, it will be assumed to be a valid email address and be #used as envelope sender address and default From address when #sending mail (Closes: #497016). # package prayer prayer-templates prayer-accountd tags 497016 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504114: mkbimage: fails to check stage2
Package: grub Version: 0.97-27etch1 Severity: normal Tags: patch If a chrootable environment, the source of a target bootable image, contains two or more files named stage2 (for instance: /usr/lib/grub/i386-pc/stage2; /boot/grub/stage2), then mkbimage fails. But in fact, the grub itself expects stage2 in /boot/grub, so we probably could fix that easy. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages grub depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libncurses55.5-5 Shared libraries for terminal hand grub recommends no packages. -- no debconf information --- /usr/bin/mkbimage.orig 2008-10-31 15:58:32.0 +0300 +++ /usr/bin/mkbimage 2008-10-31 16:47:26.0 +0300 @@ -366,7 +366,7 @@ mkbimage_cp #We verify that the stage2 exists and we search the name -stage2_os_name=`find ${image}1 -name stage2 -type f` +stage2_os_name=`find ${image}1/boot -name stage2 -type f` [ -r $stage2_os_name ] || { echo I can't find stage2!; exit 1;}
Bug#503971: trn uses /usr/bin/emacs by default
Hi, On 29 Oct 2008, at 23:35, Ben Harris wrote: Package: trn Version: 3.6-18.1 Version: 3.6-16 By default, trn and its associated programs seem to use /usr/bin/ emacs as their default editor. This is contrary to Debian Policy, which states (section 11.4) that applications should use /usr/bin/editor as the default. The attached trivial patch fixes this. Thanks for this, and your other report. I'll incorporate both, but I think I'll use editor as policy suggests, not nano as per your patch. Regards, Matthew -- Matthew Vernon MA VetMB LGSM MRCVS Farm Animal Epidemiology and Informatics Unit Department of Veterinary Medicine, University of Cambridge http://www.cus.cam.ac.uk/~mcv21/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504115: New upstream release available
Package: libdiscid Version: 0.1.0-1 Severity: wishlist Version 0.2.2 is available from http://musicbrainz.org/doc/libdiscid -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436256: pdfjam: works for me with texlive-latex-recommended
Package: pdfjam Version: 1.20-2 Followup-For: Bug #436256 For me the package works with texlive-latex-recommended (about 30MB w/o recommends). The fonts should never be needed unless you add text which afaik pdfjam does not. Processing documents for which fonts are not included in the pdf might cause problems but then it is a problem of the document author, not the tools. Also there is no guarentee the missing font would be among the TeX fonts. At most the fonts could be suggested to easily process TeX documents broken in this way. Also, please, somebody check that installing the fonts hepls in any cases at all. Thanks Michal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pdfjam depends on: ii texlive-latex-recommended 2007.dfsg.1-4 TeX Live: LaTeX recommended packag pdfjam recommends no packages. pdfjam suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503800: libgdata-java: java bytecode / java runtime version mismatch
tags 503800 +patch thanks add ANT_OPTS := -Dant.build.javac.source=1.5 -Dant.build.javac.target=1.5 immeditately after the line that sets DEB_ANT_BUILDFILE in debian/rules to fix this bug -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503800: libgdata-java: java bytecode / java runtime version mismatch
found 503800 1.20.0-1 thanks btw this bug also affects the version in lenny (which is built using the propietry sun jdk) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504116: linux-image-2.6.24-etchnhalf.1-686: RAID1 broken after upgrading kernel to 2.6.24-etchnhalf
Package: linux-image-2.6.24-etchnhalf.1-686 Version: 2.6.24-6~etchnhalf.6 Severity: grave Justification: causes non-serious data loss upgraded from 2.6.18 to 2.6.24-etchnhalf on i686 machine, afterwards all my RAID1 volumes were broken: Personalities : [raid1] md3 : active raid1 hda6[0] 1100352 blocks [2/1] [U_] md2 : active raid1 hda5[0] 1060160 blocks [2/1] [U_] md1 : active raid1 hda2[0] 1959808 blocks [2/1] [U_] md0 : active raid1 hda1[0] 40064 blocks [2/1] [U_] Reason: /dev/hda is running fine (PIIX4), but /dev/sda on 53c875 is missing in the RAID setup. It is accessible: binky:~# fdisk -l /dev/sda Disk /dev/sda: 4335 MB, 4335206400 bytes 255 heads, 63 sectors/track, 527 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes [--snip--] but the RAID setup is broken. -- Package-specific info: ** Version: Linux version 2.6.24-etchnhalf.1-686 (Debian 2.6.24-6~etchnhalf.6) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Oct 13 07:27:05 UTC 2008 ** Command line: auto BOOT_IMAGE=Linux ro root=901 lapic reboot=warm ** Not tainted ** Kernel log: ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 12 PCI: setting IRQ 12 as level-triggered ACPI: PCI Interrupt :00:07.2[D] - Link [LNKD] - GSI 12 (level, low) - IRQ 12 uhci_hcd :00:07.2: UHCI Host Controller uhci_hcd :00:07.2: new USB bus registered, assigned bus number 1 uhci_hcd :00:07.2: irq 12, io base 0xe000 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected hda: max request size: 128KiB hda: 8467200 sectors (4335 MB) w/96KiB Cache, CHS=8400/16/63 hda: cache flushes not supported hda: hda1 hda2 hda3 hda4 hda5 hda6 scsi 0:0:0:0: Direct-Access IBM DCAS-34330W S65A PQ: 0 ANSI: 2 target0:0:0: tagged command queuing enabled, command queue depth 16. target0:0:0: Beginning Domain Validation target0:0:0: asynchronous target0:0:0: wide asynchronous target0:0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15) target0:0:0: Domain Validation skipping write tests target0:0:0: Ending Domain Validation scsi 0:0:2:0: Sequential-Access TANDBERG SLR6 0404 PQ: 0 ANSI: 2 target0:0:2: Beginning Domain Validation target0:0:2: asynchronous target0:0:2: wide asynchronous target0:0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15) target0:0:2: Domain Validation skipping write tests target0:0:2: Ending Domain Validation Probing IDE interface ide1... md: raid1 personality registered for level 1 md: md0 stopped. md: bindhda1 raid1: raid set md0 active with 1 out of 2 mirrors md: md1 stopped. md: bindhda2 raid1: raid set md1 active with 1 out of 2 mirrors md: md2 stopped. md: bindhda5 raid1: raid set md2 active with 1 out of 2 mirrors md: md3 stopped. md: bindhda6 raid1: raid set md3 active with 1 out of 2 mirrors kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. st: Version 20070203, fixed bufsize 32768, s/g segs 256 Driver 'st' needs updating - please use bus_type methods st 0:0:2:0: Attached scsi tape st0 st 0:0:2:0: st0: try direct i/o: yes (alignment 512 B) Driver 'sd' needs updating - please use bus_type methods sd 0:0:0:0: [sda] 8467200 512-byte hardware sectors (4335 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: b3 00 00 08 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 8467200 512-byte hardware sectors (4335 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: b3 00 00 08 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 sda4 sda5 sda6 sd 0:0:0:0: [sda] Attached SCSI disk osst :I: Tape driver with OnStream support version 0.99.4 osst :I: $Id: osst.c,v 1.73 2005/01/01 21:13:34 wriede Exp $ Driver 'osst' needs updating - please use bus_type methods pci_hotplug: PCI Hot Plug PCI Core version: 0.5 shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 input: PC Speaker as /class/input/input0 Linux agpgart interface v0.102 agpgart: Detected an Intel 440BX Chipset. agpgart: AGP aperture is 64M @ 0xd000 piix4_smbus :00:07.3: Found :00:07.3 device rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0 rtc0: alarms up to one month parport_pc 00:0a: reported by Plug and Play ACPI parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] input: Power Button (FF) as /class/input/input1 ACPI: Power Button (FF) [PWRF] input: Power Button (CM) as /class/input/input2 ACPI: Power Button (CM) [PWRB] Adding 72284k swap on /dev/hda3. Priority:42 extents:1 across:72284k Adding 72284k swap on /dev/sda3. Priority:42 extents:1 across:72284k EXT3 FS on md1, internal journal device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.12.0-ioctl (2007-10-02) initialised: [EMAIL PROTECTED] kjournald starting. Commit interval 5
Bug#503591: Ruby and timezones
All, First let me apologize for the length of this mail. However, there are a number of issues and I want to make sure I do not leave out anything. A while back I was engaged to package Active Record and Active Support into libactiverecord-ruby and libactivesupport-ruby for Debian and Ubuntu. At the time I created the initial packages, I noticed that Active Support shipped a vendor directory containing builder, memcache-client, tzinfo, and xml-simple. The builder and xml-simple were already packaged for Debian. The other two were not, so I went ahead and used the embedded sources from within libactiverecord-ruby, as that is how it was shipped. Later on, I realized that it would be better to package tzinfo and memcache-client into separate Debian packages, as using embedded sources is generally frowned upon in Debian. So, I created the libtzinfo-ruby and libmemcache-client-ruby packages. Right after the libtzinfo-ruby package was accepted, bug #503591 [0] was filed in the Debian BTS. The bug's title is Please don't include yet another copy of tzdata in the archive. So, I am emailing you, the authors of tzinfo, ruby-tzfile, and activesupport, to see if there is a way that we can make this work so that activesupport can remain in Debian. (ruby-tzfile was recommended as a possibility by a user who sent a follow-up message to #503591) Here are three options: 1. Modify libactivesupport-ruby to use ruby-tzfile - Requires packaging ruby-tzfile into Debian (which I would do) - Requires modifying libactivesupport-ruby (could this be done upstream?) 2. Modify libactivesupport-ruby to use ruby-tzfile or tzinfo (depending on which is installed). - Same issues as above 3. Modify tzinfo to no longer embed the zone data and use the data from /usr/share/zoneinfo instead. - Requires modifying libtzinfo-ruby (could this be done upstream?) - May have impacts on other platforms at which tzinfo is targeted that do not ship zoneinfo (is this why the zone data are shipped embedded?) In any event, it is important to either remove libtzinfo-ruby's zone data files from Debian (or remove libtzinfo-ruby entirely). However, people are using libactivesupport-ruby in Debian and I would hate to see libactivesupport-ruby removed on account having to remove libtzinfo-ruby. So, one of libtzinfo-ruby or libactivesupport-ruby will need to be modified. Regards, -Roberto [0] http://bugs.debian.org/503591 -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#504118: sbcl: install fails through apt-get but succeeds otherwise
Package: sbcl Version: 1:0.9.16.0-1 Severity: serious Justification: no longer builds from source #apt-get install sbcl [loading a thousand packages...] ; #PACKAGE ASDF1011 ; loading system definition from /usr/lib/sbcl/sb-grovel/sb-grovel.asd into ; #PACKAGE ASDF1012 ; loading system definition from /usr/lib/sbcl/sb-grovel/sb-grovel.asd into ; #PACKAGE ASDF1013 ; loading system definition from /usr/lib/sbcl/sb-grovel/sb-grovel.asd into ; #PACKAGE ASDF1014 ; ; compilation unit aborted ; caught 1 fatal ERROR condition Error running init-common-lisp-controller-v4: error opening #P/usr/lib/sbcl/sb-grovel/sb-grovel.asd: Too many open files mv: cannot stat `sbcl-new.core': No such file or directory FAILED -- 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 sbcl depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries Versions of packages sbcl recommends: pn binfmt-supportnone (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485598: [Pkg-xen-devel] Bug#485598: xen-utils-3.0.3-1: xend doesn't start on amd64
reassign 485598 xen-3 3.0.3-1 close 485598 3.2.0-5 thanks On Tue, Jun 10, 2008 at 12:09:57PM +0200, Arthur Lutz wrote: Any other ideas, fixes ? Properly fixed in 3.2.0-5. Wontfix for Etch. Bastian -- It is more rational to sacrifice one life than six. -- Spock, The Galileo Seven, stardate 2822.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504117: pidgin-facebookchat: Sent each message three times
Package: pidgin-facebookchat Version: 1.35-1 Severity: important According to the correspondant using web interface, each message is sent three times. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin-facebookchat depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libpurple02.4.3-4multi-protocol instant messaging l pidgin-facebookchat recommends no packages. pidgin-facebookchat suggests no packages. -- no debconf information /tmp/reportbug-pidgin-facebookchat-20081031-16202-lPjmlU (END) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502346: virtualbox-ose-modules package older than virtualbox-ose
reassign 502346 virtualbox-ose 1.6.6-dfsg-2 thanks On Wed, Oct 29, 2008 at 02:34:45PM +0100, Frans Pop wrote: I'm reopening the BR as the virtualbox-ose kernel modules in testing are still not usable with the version of virtualbox-ose in testing. Changing the API without a soname or some other identifier which can and has to be used in a dependency is unacceptable. Reassigning. Bastian -- Oh, that sound of male ego. You travel halfway across the galaxy and it's still the same song. -- Eve McHuron, Mudd's Women, stardate 1330.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503591: Please don't include yet another copy of tzdata in the archive
On Sun, Oct 26, 2008 at 09:54:26PM +0100, Thomas Viehmann wrote: X-Debbugs-CC: [EMAIL PROTECTED] Severity: serious Package: libtzinfo-ruby Version: 0.3.10-1 Hi Roberto, unfortunately, Damián's mail does not seem to have been sent to -submitter and escaped the ftpmaster evaluating the package. Can you please make sure that a solution for tzinfo in Ruby is found that does NOT duplicate the timezone data, neither in the source nor binary packages? If it cannot be done with the current scheme, upstream needs to come up with a way better way of packaging this. It's silly to take any database and compile it into programs. Incidentally, if this issue is resolved and libactivesupport-ruby is fixed, but continues to ship the zone data, or if libtzinfo-ruby is fixed to use the system's zone data but continues to ship the zone data (in both cases that would be for platforms that perhaps don't include it), then do I need to be repacking the upstream tarball to remove those zone data files? Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#504119: should start after db servers like mysql
Package: mediatomb-daemon Severity: normal in case one wants to use mysql or any other db server the current runlevel of 20 does not well fit (as the db server will not have been started yet). Fix is simple: choose a higher runlevel... -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27-rc9-sonne (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#497011: iproute: further network abbrevation compatability improvements...
Hi! Just a short note that there are upstream changes to further improve compatability with old ways of specifying networks. (If I read the code correctly, 10/8 will start working again and not rely soly on inet_aton which only fixed 10.0/8 (classfull abbrevations) ..) This change will unfortunately not be part of lenny though See: http://git.kernel.org/?p=linux/kernel/git/shemminger/iproute2.git;a=commitdiff;h=94afda752956ddc6ff1accf931bc3d03c070bb18 -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504120: ls: columns are messed up with non-ascii filenames
Package: coreutils Version: 6.10-6 Severity: important Tags: l10n 'ls' messes up the displaying of columns when displaying non-ASCII filenames (Russian, in my case, but the problem exists with accented Latin characters as well). It appears to regard non-ASCII characters as having zero width, resulting in the output going beyond the width of the screen. The bug can be easily demonstrated by executing the following commands in a directory with other files in it (assuming an xx_XX.UTF-8 or ru_RU.KOI8-R locale): sh$ touch файл_с_русским_именем.txt sh$ ls While this isn't a fatal problem, it certainly does make the output ugly and hard to read. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.3 (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-14 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503459: xserver-xorg-input-vmmouse: activating vmmouse lets X server die on startup
Hi, On Sunday, 26. October 2008, Julien Cristau wrote: I suspect removing the call to FlushButtons in src/vmmouse.c:VMMouseDeviceControl would fix this. Care to try that? After finding out how to build xserver-xorg-input-vmmouse with this patch and testing the patched driver, I can now confirm your suspicion: removing the FlushButtons() call in VMMouseDeviceControl() fixes the bug. Thanks for your work Peter -- Peter Marschall [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504121: dns2tcp: Buffer overflow in dns_decode.c
Package: dns2tcp Version: 0.4.dfsg-3 Severity: grave Tags: security Justification: user security hole dns_decode.c contains a security flaw fixed in 0.4.2. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dns2tcp depends on: ii libc6 2.7-15 GNU C Library: Shared libraries dns2tcp recommends no packages. dns2tcp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]