Bug#550405: mysql-server: Root user not created on install
Hello, I just stumbled on this bug while trying to install mysql in a chrooted debian. I tried testing version, with same result (root user is not created) So, are you using a similar environnment ? it may be related to the chroot environnment, and not to mysql Regards -- Thomas Constans openDoor 06 23 37 87 85 09 51 73 91 75 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536683: closed by Anton Zinoviev zinov...@debian.org (Bug#536683: fixed in console-setup 1.46)
Hello, the original bug is still present. To complete the upgrade I had to change the XkbLayout to us (file /etc/default/console-setup). Best regards, Tibor On Wed, Nov 11, 2009 at 10:36:39PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the console-setup package: #536683: console-setup: Installation/upgrade freezes when non-standard XKBLAYOUT used It has been closed by Anton Zinoviev zinov...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Anton Zinoviev zinov...@debian.org by replying to this email. -- 536683: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536683 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems From: Anton Zinoviev zinov...@debian.org To: 536683-cl...@bugs.debian.org Subject: Bug#536683: fixed in console-setup 1.46 Date: Wed, 11 Nov 2009 22:32:45 + X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rietz.debian.org X-Spam-Level: X-Spam-Bayes: score:0. Tokens: new, 13; hammy, 151; neutral, 348; spammy, 0. spammytokens: hammytokens:0.000-+--HX-Debian:DAK, 0.000-+--H*RU:128.148.34.103, 0.000-+--H*rp:D*ftp-master.debian.org, 0.000-+--HX-DAK:dak, 0.000-+--HX-Spam-Relays-External:ries.debian.org X-Spam-Status: No, score=-12.6 required=4.0 tests=BAYES_00,FROMDEVELOPER, FVGT_m_MULTI_ODD,HAS_BUG_NUMBER,IMPRONONCABLE_2,MURPHY_DRUGS_REL8, MURPHY_SEX_L4,MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2,PGPSIGNATURE autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: console-setup Source: console-setup Source-Version: 1.46 We believe that the bug you reported is fixed in the latest version of console-setup, which is due to be installed in the Debian FTP archive: bdf2psf_1.46_all.deb to main/c/console-setup/bdf2psf_1.46_all.deb console-setup-amiga-ekmap_1.46_all.udeb to main/c/console-setup/console-setup-amiga-ekmap_1.46_all.udeb console-setup-ataritt-ekmap_1.46_all.udeb to main/c/console-setup/console-setup-ataritt-ekmap_1.46_all.udeb console-setup-fonts-udeb_1.46_all.udeb to main/c/console-setup/console-setup-fonts-udeb_1.46_all.udeb console-setup-macintoshold-ekmap_1.46_all.udeb to main/c/console-setup/console-setup-macintoshold-ekmap_1.46_all.udeb console-setup-mini_1.46_all.deb to main/c/console-setup/console-setup-mini_1.46_all.deb console-setup-pc-ekmap_1.46_all.udeb to main/c/console-setup/console-setup-pc-ekmap_1.46_all.udeb console-setup-sun4-ekmap_1.46_all.udeb to main/c/console-setup/console-setup-sun4-ekmap_1.46_all.udeb console-setup-sun5-ekmap_1.46_all.udeb to main/c/console-setup/console-setup-sun5-ekmap_1.46_all.udeb console-setup-udeb_1.46_all.udeb to main/c/console-setup/console-setup-udeb_1.46_all.udeb console-setup_1.46.dsc to main/c/console-setup/console-setup_1.46.dsc console-setup_1.46.tar.gz to main/c/console-setup/console-setup_1.46.tar.gz console-setup_1.46_all.deb to main/c/console-setup/console-setup_1.46_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 536...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Anton Zinoviev zinov...@debian.org (supplier of updated console-setup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Nov 2009 23:30:08 +0200 Source: console-setup Binary: console-setup console-setup-mini bdf2psf console-setup-udeb console-setup-amiga-ekmap console-setup-ataritt-ekmap console-setup-macintoshold-ekmap console-setup-pc-ekmap console-setup-sun4-ekmap console-setup-sun5-ekmap console-setup-fonts-udeb Architecture: source all Version: 1.46 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-b...@lists.debian.org Changed-By: Anton Zinoviev zinov...@debian.org Description: bdf2psf- font converter to generate console fonts from BDF source fonts console-setup - console font and keymap setup program console-setup-amiga-ekmap - encoded keyboard layouts for Amiga keyboards (udeb) console-setup-ataritt-ekmap - encoded keyboard layouts for Atari TT keyboards (udeb) console-setup-fonts-udeb - console fonts for Debian Installer (udeb) console-setup-macintoshold-ekmap - encoded keyboard layouts for old-style Macintosh keyboards (udeb)
Bug#556974: parser error trying to set up an ipv6 multipath route
Hello Martin! Thanks for your bug report. On Wed, Nov 18, 2009 at 06:56:10PM +0100, martin f krafft wrote: The following is correct syntax according to manpage and http://lartc.org/howto/lartc.rpdb.multiple-links.html#AEN298, but it doesn't seem to work for ipv6: # ip -6 route add default nexthop via 2001:470:25:94::1 weight 1 nexthop via 2001:41e0:ff00:47::1 weight 1 Error: an IP address is expected rather than 2001:470:25:94::1 I think the problematic function has been located but I don't know if the attached patch is the correct solution, your testing would be appreciated. -- Andreas Henriksson diff --git a/ip/iproute.c b/ip/iproute.c index bf0f31b..20fce76 100644 --- a/ip/iproute.c +++ b/ip/iproute.c @@ -609,9 +609,14 @@ int parse_one_nh(struct rtattr *rta, struct rtnexthop *rtnh, int *argcp, char ** while (++argv, --argc 0) { if (strcmp(*argv, via) == 0) { + inet_prefix addr; + NEXT_ARG(); - rta_addattr32(rta, 4096, RTA_GATEWAY, get_addr32(*argv)); - rtnh-rtnh_len += sizeof(struct rtattr) + 4; + + get_addr(addr, *argv, AF_UNSPEC); + rta_addattr_l(rta, 4096, RTA_GATEWAY, + addr.data, addr.bytelen); + rtnh-rtnh_len += sizeof(struct rtattr) + addr.bytelen; } else if (strcmp(*argv, dev) == 0) { NEXT_ARG(); if ((rtnh-rtnh_ifindex = ll_name_to_index(*argv)) == 0) { signature.asc Description: Digital signature
Bug#557002: [INTL:es] Spanish debconf template translation for cloop
Package: cloop Version: 2.6.28.2.2 Severity: wishlist Tags: l10n patch # cloop po-debconf translation to Spanish # Copyright (C) 2009 Software in the Public Interest # This file is distributed under the same license as the cloop package. # # Changes: # - Initial translation # Shukoh felix_o...@hotmail.com , 2009 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/coordinacion # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: cloop-2.6.28.2.2\n POT-Creation-Date: 2006-08-02 23:44+0200\n PO-Revision-Date: 2009-11-08 21:14+0100\n Last-Translator: Shuko felix_o...@hotmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n # # #. Type: boolean #. Description #: ../cloop-module-_KVERS_.templates:1001 msgid Create device nodes for compressed loop devices? msgstr ¿Desea crear los nodos de dispositivo para los dispositivos loop comprimidos? #. Type: boolean #. Description #: ../cloop-module-_KVERS_.templates:1001 msgid Should the necessary device files in /dev be generated now? msgstr ¿Desea generar ahora los archivos necesarios en «/dev»?
Bug#556991: /usr/share/doc/sawfish is empty
On 2009-11-18 12:51, Rodrigo Gallardo rodr...@nul-unu.com wrote: On Wed, Nov 18, 2009 at 03:09:39PM -0500, Philipp Weis wrote: with the latest sawfish, /usr/share/doc/sawfish is just an empty folder. Shouldn't there be something in there? A copyright file and a changelog? ;-) It should be a link to /usr/share/doc/sawfish-data. If you got an empty dir, it means I screwed up the transition. Can you check that, please? $ ll -d /usr/share/doc/sawfish* drwxr-xr-x 2 root root6 Nov 18 14:54 sawfish drwxr-xr-x 2 root root 4.0K Nov 18 14:55 sawfish-data drwxr-xr-x 2 root root6 Nov 18 14:58 sawfish-lisp-source drwxr-xr-x 2 root root 48 Oct 9 13:12 sawfish-merlin-ugliness drwxr-xr-x 2 root root 4.0K Oct 9 13:12 sawfish-themes $ ll /usr/share/doc/sawfish total 0 -- Philipp signature.asc Description: Digital signature
Bug#556123: kdepim-runtime: akonadi_imap_resource and CommuniGate Pro IMAP Server 5.1.16
On Tuesday, 2009-11-17, Kevin Krammer wrote: On Friday, 2009-11-13, Sergey Morozov wrote: Package: kdepim-runtime Version: 4:4.3.2-1 Severity: important Tags: patch Akonadi imap resource (akonadi_imap_resource) is unable to communicate with CommuniGate Pro IMAP server. The problem is that it requires IMAP4rev1 capability on the server. But server returns IMAP4REV1. Thank you for the report. The respective developer has addressed [1] the issue in one of the work branches and backports to what will become 4.4 and probably also 4.3.4 are likely to arrive next. Got merged into trunk today and I just backported the changes to 4.3 branch. Thanks again for report and patch suggestion. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#551689: [Pkg-scicomp-devel] Bug#551689: libatlas3gf-{base, core2sse3, corei7sse3} depend on libatlas3gf-amd64sse3, not libatlas3gf-base on amd64
Hi, On Wed, Nov 18, 2009 at 7:37 PM, Sylvestre Ledru sylves...@debian.org wrote: Looks as if libatlas3gf-amd64sse3 is the base package. The desired dependencies will be libatlas3gf-*sse3 - libatlas3gf-base. Well, here, no. libatlas3gf-*sse3 is an optimized replacement of libatlas3gf-base. Then the weird thing happens in i386, too. On i386, I found that libatlas3gf-{sse,sse2,sse3,core2sse3} depend on libatlas3gf-base. -- Ryo IGARASHI, Ph.D. rigar...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555835: linux-image-2.6.30-2-686: Unusual usb storage Samsung YP-CP3 not working
[CCing upstream for review/merge of the patch proposed by Vitaly.] This was reported to Debian as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555835 Vitaly, please add a Signed-off-by: header as described in Documentation/SubmittingPatches Cheers, Moritz On Thu, Nov 12, 2009 at 02:17:09AM +0300, Vitaly Kuznetsov wrote: Package: linux-image-2.6.30-2-686 Version: 2.6.30-8 Severity: normal Tags: patch Unusual usb storage Samsung YP-CP3 (mp4 player) not working (disconnects immediately after connection), dmesg: [ 1457.432058] usb 2-6: new high speed USB device using ehci_hcd and address 2 [ 1457.564921] usb 2-6: New USB device found, idVendor=04e8, idProduct=5122 [ 1457.564925] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1457.564928] usb 2-6: Product: YP-CP3 [ 1457.564931] usb 2-6: Manufacturer: SAMSUNG [ 1457.564933] usb 2-6: SerialNumber: USBV1.00 [ 1457.565058] usb 2-6: configuration #1 chosen from 1 choice [ 1457.648326] Initializing USB Mass Storage driver... [ 1457.648725] scsi3 : SCSI emulation for USB Mass Storage devices [ 1457.648857] usb-storage: device found at 2 [ 1457.648859] usb-storage: waiting for device to settle before scanning [ 1457.648866] usbcore: registered new interface driver usb-storage [ 1457.648870] USB Mass Storage support registered. [ 1462.644223] usb-storage: device scan complete [ 1462.644699] scsi 3:0:0:0: Direct-Access SAMSUNG YP-CP3 1.00 PQ: 0 ANSI: 0 [ 1462.645313] scsi 3:0:0:1: Direct-Access SAMSUNG microSD Card 1.00 PQ: 0 ANSI: 0 CCS [ 1462.649922] sd 3:0:0:0: [sdb] 7649280 512-byte hardware sectors: (3.91 GB/3.64 GiB) [ 1462.761061] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1463.009063] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1463.256053] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1463.505060] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1463.756066] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1464.008104] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1464.140585] sd 3:0:0:0: [sdb] Write Protect is off [ 1464.140590] sd 3:0:0:0: [sdb] Mode Sense: 00 00 00 00 [ 1464.140592] sd 3:0:0:0: [sdb] Assuming drive cache: write through [ 1464.141322] sd 3:0:0:1: [sdc] Attached SCSI removable disk [ 1464.257057] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1464.512064] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1464.760074] usb 2-6: reset high speed USB device using ehci_hcd and address 2 [ 1464.816364] usb 2-6: USB disconnect, address 2 [ 1464.817340] sd 3:0:0:0: [sdb] Assuming drive cache: write through [ 1464.817352] sdb:2ldm_validate_partition_table(): Disk read failed. [ 1464.818575] Dev sdb: unable to read RDB block 0 [ 1464.818618] unable to read partition table I wrote a small patch to fix this problem: --- drivers/usb/storage/unusual_devs.h.old 2009-09-26 01:58:45.0 +0400 +++ drivers/usb/storage/unusual_devs.h 2009-11-12 02:01:20.0 +0300 @@ -495,6 +495,13 @@ US_SC_DEVICE, US_PR_DEVICE, NULL, US_FL_MAX_SECTORS_64), +/* Reported by Vitaly Kuznetsov vi...@altlinux.ru */ +UNUSUAL_DEV( 0x04e8, 0x5122, 0x, 0x, + Samsung, + YP-CP3, + US_SC_DEVICE, US_PR_DEVICE, NULL, + US_FL_MAX_SECTORS_64 | US_FL_FIX_INQUIRY | US_FL_FIX_CAPACITY | US_FL_BULK_IGNORE_TAG), + /* Entry and supporting patch by Theodore Kilgore kilg...@auburn.edu. * Device uses standards-violating 32-byte Bulk Command Block Wrappers and * reports itself as Proprietary SCSI Bulk. Cf. device entry 0x084d:0x0011. Now this device works perfect, dmesg: [ 6126.086942] usb-storage: device found at 19 [ 6126.086947] usb-storage: waiting for device to settle before scanning [ 6131.084350] usb-storage: device scan complete [ 6131.084553] scsi 20:0:0:0: Direct-Access Samsung YP-CP3 PQ: 0 ANSI: 2 [ 6131.084680] scsi 20:0:0:1: Direct-Access Samsung YP-CP3 PQ: 0 ANSI: 2 [ 6131.088943] sd 20:0:0:1: [sdc] Attached SCSI removable disk [ 6131.097925] sd 20:0:0:0: [sdb] Adjusting the sector count from its reported value: 7649280 [ 6131.097940] sd 20:0:0:0: [sdb] 7649279 512-byte hardware sectors: (3.91 GB/3.64 GiB) [ 6131.099241] sd 20:0:0:0: [sdb] Write Protect is off [ 6131.099250] sd 20:0:0:0: [sdb] Mode Sense: 03 00 00 00 [ 6131.099256] sd 20:0:0:0: [sdb] Assuming drive cache: write through [ 6131.100855] sd 20:0:0:0: [sdb] Adjusting the sector count from its reported value: 7649280 [ 6131.101355] sd 20:0:0:0: [sdb] Assuming drive cache: write through [ 6131.101367] sdb: [ 6131.102452] sd 20:0:0:0: [sdb] Attached SCSI removable disk -- To UNSUBSCRIBE, email to
Bug#556991: /usr/share/doc/sawfish is empty
On Wed, Nov 18, 2009 at 03:09:39PM -0500, Philipp Weis wrote: with the latest sawfish, /usr/share/doc/sawfish is just an empty folder. Shouldn't there be something in there? A copyright file and a changelog? ;-) It should be a link to /usr/share/doc/sawfish-data. If you got an empty dir, it means I screwed up the transition. Can you check that, please? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547902: dash only reads the first character from pipe (bash reads whole line)
On Tue, Oct 13, 2009 at 11:13:01AM +, Gerrit Pape wrote: tags 547902 + patch quit [ Adding Christian to CC: ] Christian, did you submit your patch upstream? Cheers, Moritz Hi, please see http://bugs.debian.org/547902 Here's a patch from Christian Hohnstaedt chohnsta...@innominate.com Thanks, Gerrit. --- Testparameter: for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19; do dd if=/proc/sys/net/ipv4/tcp_wmem bs=$i 2/dev/null; done for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19; do dd if=/proc/sys/net/ipv4/tcp_wmem skip=$i bs=1 2/dev/null |wc -c ; done diff --git a/kernel/sysctl.c b/kernel/sysctl.c index 9270125..038df14 100644 --- a/kernel/sysctl.c +++ b/kernel/sysctl.c @@ -2117,17 +2117,16 @@ static int __do_proc_dointvec(void *tbl_data, struct ctl_table *table, #define TMPBUFLEN 21 int *i, vleft, first=1, neg, val; unsigned long lval; - size_t left, len; + size_t left, len, off; char buf[TMPBUFLEN], *p; char __user *s = buffer; - if (!tbl_data || !table-maxlen || !*lenp || - (*ppos !write)) { + if (!tbl_data || !table-maxlen || !*lenp) { *lenp = 0; return 0; } - + off = 0; i = (int *) tbl_data; vleft = table-maxlen / sizeof(*i); left = *lenp; @@ -2176,25 +2175,31 @@ static int __do_proc_dointvec(void *tbl_data, struct ctl_table *table, if (conv(neg, lval, i, 1, data)) break; } else { + loff_t diff; p = buf; - if (!first) - *p++ = '\t'; - if (conv(neg, lval, i, 0, data)) break; - sprintf(p, %s%lu, neg ? - : , lval); - len = strlen(buf); - if (len left) - len = left; - if(copy_to_user(s, buf, len)) - return -EFAULT; - left -= len; - s += len; + len = sprintf(p, %s%s%lu, first ? : \t, + neg ? - : , lval); + diff = *ppos - off; + off += len; + if (diff 0 diff len) { + p += diff; + len -= diff; + } + if (off *ppos) { + if (len left) + len = left; + if(copy_to_user(s, p, len)) + return -EFAULT; + left -= len; + s += len; + } } } - if (!write !first left) { + if (!write !first left off = *ppos) { if(put_user('\n', s)) return -EFAULT; left--, s++; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556998: [Pkg-kde-extras] Bug#556998: kile: Missing i18n packages
On 18-11-2009 19:24, Xavier Vello wrote: Le mercredi 18 novembre 2009 22:05:44, Renato S. Yamane a écrit : Is missing translation (i18n) packages of kile. This is bad, because all topics is in english language... Example: - My language is portuguese (KDE4 is configured to pt-br). - If I write: \begin{abstract} bla bla bla \end{abstract} - When I compile it, I see: Abstract bla bla bla But: The word Abstract is in english! And all my text is in portuguese! The word Abstract need be translated to Resumo. Hello kile-i18n would translate the interface, but not the latex document. To change the language used in the document, you have to insert a command in the latex preambule. For instance, I use this one to write in French : \usepackage[francais]{babel} I checked that my \userpackage have 2 languages choosed, so... Kile choose english as default. Fixed when I choose only one (pt-br) The bug is still valid because the interface is not translated, but it's not a severity = important one imho. Yes, you are right! :-) Regards, Renato S. Yamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550405: Solved in chroot'd debian
Hello As i said, i am using a chroot'd debian, build with debootstrap. By mounting /dev/shm, uninstalling and reinstalling mysql-server-5.0, i finally got a root user. You may check that all required filesystems (/proc /dev /dev/pts /sys /dev/shm /tmp) are mounted, with proper permissions. Hope this helps Regards -- Thomas Constans openDoor 06 23 37 87 85 09 51 73 91 75 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504692: datasets of dentists
New for 2009 Dentistry List in the United States ** 164,656 |entists with City, State, Zip ** 158,803 Addresses ** 163,668 Phone Nos ** 77,066 Fax #'s ** 45,089 E-Mail Addresses Price Only until the end of this week $249 for all listed above Get details by emailing here: l...@bestbizlists.info To be erased from our list please send an email to rem...@bestbizlists.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557003: libc6: DNS queries are extremely slowed by ipv6
Package: libc6 Version: 2.10.1-7 Severity: important When using Firefox, Google Chrome, Opera, Synaptic and other applications which use DNS, I always have to wait a long time (2 to 10 seconds) for a host to resolve (i.e. messages like Resolving host, Looking up http://whatever;, etc). I always thought that this was a problem of my internet connection. I could never track the origin of it until finally like 2 hours ago I stumbled across this: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/417757 To test if I had this problem, I opened up Firefox and got to about:config, entered ipv6 and set network.dns.disableIPv6 to false. Immediately, every DNS query was extremely fast and browsing was up to par to my high speed internet connection. To do a definite test, I added ipv6_disable=1 to my kernel command line and after that all the applications above were having much faster DNS queries. This is a rather serious bug that I have been experiencing ever since upgrading to testing (right after lenny's release), and always blamed on my ISP/wireless connection/configuration/etc, while finding it strange that every Mac or Windows PC near me using the same connection appeared to be much faster on DNS queries. I guess there must be much more users affected by this and like me, they have no clue why. It may be caused by a recent version of libc6, because the bug above is marked as karmic regression (the latest ubuntu is the karmic one, 9.10) and a friend of mine who is using lenny doesn't appear to have the same problem. Pardon me if this as already been reported, I searched around but could not find a Debian version of this bug. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31.6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libc-bin 2.10.1-7 GNU C Library: Binaries ii libgcc1 1:4.4.1-4 GCC support library Versions of packages libc6 recommends: ii libc6-i6862.10.1-7 GNU C Library: Shared libraries [i Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.10.1-7 GNU C Library: National Language ( -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550702: Similar problem with HP/Compaq nx7300
I had similar problem with HP/Compaq nx7300. Booting linux (even different versions of kernel) didn't cause any trouble. Booting Windows XP Home (installed automatically by os-prober) caused grub to hang immediately after displaying Welcome to GRUB! Maybe either grub-ps, or os-prober should detect such dual-booting situation and automatically propose the workaround with: # install-mbr /dev/sda # grub-install --force /dev/sdaX ? -- TIA, BR, Wojtek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557004: pam forces to change password if modification were done on day 0
Package: pam Version: 1.0.1-5+lenny1 A quote from the shadow man page: | date of last password change | The date of the last password change, expressed as the number of | days since Jan 1, 1970. | | The value 0 has a special meaning, which is that the user should | change her pasword the next time she will log in the system. | | An empty field means that password aging features are disabled. Now: If the system clock isn't set (no or broken rtc) than this field becomes 0. If you choose category desktop in tasksel / D-I than this will fail later: |Jan 1 00:38:20 in-target: Setting up avahi-daemon (0.6.23-3lenny1) ... |Jan 1 00:38:21 groupadd[22520]: new group: name=avahi, GID=109 |Jan 1 00:38:21 useradd[22524]: new user: name=avahi, UID=104, GID=109, home=/var/run/avahi-daemon, shell=/bin/false |Jan 1 00:38:21 usermod[22529]: change user `avahi' password |Jan 1 00:38:21 chage[22534]: changed password expiry for avahi |Jan 1 00:38:21 chfn[22537]: pam_unix(chfn:account): expired password for user root (root enforced) |Jan 1 00:38:21 in-target: You are required to change your password immediately (root enforced) |Jan 1 00:38:21 in-target: chfn: PAM authentication failed |Jan 1 00:38:21 in-target: adduser: `/usr/bin/chfn -f Avahi mDNS daemon avahi' returned error code 1. Exiting. |Jan 1 00:38:21 in-target: dpkg: error processing avahi-daemon (--configure): |Jan 1 00:38:21 in-target: subprocess post-installation script returned error exit status 1 Most packages will be configured properly. Usually this is not a problem in d-i because clock-setup will update the clock. However if there is no network available than this will not be done. My current work around for this rare case is to avoid this check in pam if we are on day zero. Maybe clock-setup could ask for current time if we are in the past? Sebastian From a2a339691a2297df67619084a5999cb259ffdea1 Mon Sep 17 00:00:00 2001 From: Sebastian Andrzej Siewior sebast...@breakpoint.cc Date: Mon, 16 Nov 2009 14:22:39 +0100 Subject: [PATCH] only consider last change field if we not on day zero If the system date is unset due RTC battery failure for instance or simply due to the lack of a RTC than an password update fill set the last update field to 0. This will force a password update on the next successfull authentication. This procedure will repeat over and over again. This workaround will simply skip it. We can't set this to 1 as default because this breaks than the password will be set in the future. Signed-off-by: Sebastian Andrzej Siewior sebast...@breakpoint.cc --- modules/pam_unix/passverify.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) Index: pam-1.0.1/modules/pam_unix/passverify.c === --- pam-1.0.1.orig/modules/pam_unix/passverify.c2009-11-16 15:38:22.0 + +++ pam-1.0.1/modules/pam_unix/passverify.c 2009-11-16 15:39:52.0 + @@ -267,7 +267,7 @@ D((account expired)); return PAM_ACCT_EXPIRED; } - if (spent-sp_lstchg == 0) { + if (spent-sp_lstchg == 0 curdays) { D((need a new password)); *daysleft = 0; return PAM_NEW_AUTHTOK_REQD;
Bug#556213: please do upgrade to xserver-xorg-video-intel 2.9.1
On Wed, Nov 18, 2009 at 15:16:32 -0500, Daniel Kahn Gillmor wrote: hi intel xorg maintainers-- This is just a followup to note that upgrading debian's version of xserver-xorg-video-intel to 2.9.1 would be a Nice Thing. Having maintainers for X in Debian would be a Nice Thing ;) 2.9.1 is mostly ready in git, it needs someone to prepare an upload. If you want to help I'm happy to add you to the pkg-xorg alioth group :) (One thing to consider is whether to enable kms with the next intel driver upload; I filed a bug to track this some days ago.) Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556979: Acknowledgement (wiki.debian.org: cannot login)
Hello, You seems to have two problem. Can you clarify which one this bug is supposed to be about (one bug per issue). On Wed, 2009-11-18 at 17:52 -0300, Felipe Sateler wrote: retitle 556979 Does not verify username when resetting password [..] Actually, the username was wrong, and that's why it didn't let me login. It is very common for authentication systems to report authentification failed rather than invalid account, to avoid user account enumeration. However, it is wrong that it did let me change my password. This behavior is be design: Moinmoin send your password when you request it. If you want to change your password, log into the wiki, then click on settings, then Change password (!). Regards, Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556998: [Pkg-kde-extras] Bug#556998: kile: Missing i18n packages
Le mercredi 18 novembre 2009 22:05:44, Renato S. Yamane a écrit : Package: kile Version: 1:2.1.0~svn1014763beta2-1 Severity: important Is missing translation (i18n) packages of kile. This is bad, because all topics is in english language... Example: - My language is portuguese (KDE4 is configured to pt-br). - If I write: \begin{abstract} bla bla bla \end{abstract} - When I compile it, I see: Abstract bla bla bla But: The word Abstract is in english! And all my text is in portuguese! The word Abstract need be translated to Resumo. Hello kile-i18n would translate the interface, but not the latex document. To change the language used in the document, you have to insert a command in the latex preambule. For instance, I use this one to write in French : \usepackage[francais]{babel} The bug is still valid because the interface is not translated, but it's not a severity = important one imho. Regards -- Xavier Vello signature.asc Description: This is a digitally signed message part.
Bug#557005: galeon: drag and drop from history, results 5 out of 10 times, in hang
Package: galeon Version: 2.0.7-1 Severity: normal the program hangs and killall -e galeon is hte only way. the icon of hte mouse remains: upper left black corner regards y. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages galeon depends on: ii galeon-common 2.0.7-1 data for the galeon web browser ii gconf2 2.28.0-1 GNOME configuration database syste ii libbonobo2-02.24.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.2-1 The Bonobo UI library ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-4GCC support library ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.22.2-2 The GLib library of C routines ii libgnome-desktop-2-11 2.28.1-1 Utility library for loading .deskt ii libgnome2-0 2.26.0-1 The GNOME library - runtime files ii libgnomeui-02.24.2-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.2-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnspr4-0d 4.8.2-1 NetScape Portable Runtime Library ii liborbit2 1:2.14.17-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpopt01.15-1 lib for parsing cmdline parameters ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.2.2-1X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii procps 1:3.2.8-2/proc file system utilities ii xulrunner-1.9 1.9.0.14-1 XUL + XPCOM application runner Versions of packages galeon recommends: ii gnome-control-center 1:2.26.0-1 utilities to configure the GNOME d ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii iso-codes 3.11.1-1 ISO language, territory, currency, ii rarian-compat [scrollkeeper] 0.8.1-4Documentation meta-data library (c ii scrollkeeper 0.8.1-4Transitional package for scrollkee ii yelp 2.26.0-3 Help browser for GNOME Versions of packages galeon suggests: pn mozpluggernone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556867: cups-pdf: strong kerning errors
Am Mittwoch, 18. November 2009 09:02:45 schrieb Volker Behr: On Wed, 2009-11-18 at 01:05 +0100, Michael wrote: Package: cups-pdf Version: 2.5.0-12 Severity: grave Tags: patch Justification: renders package unusable I do not know, whether this is a CUPS-PDF bug or not, but at least the PDF files created on my computer look horrible (also when printing them!). See the files free.pdf and google.pdf printed out from Iceweasel (and the three examples I marked in the pngs) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-6.slh.2-sidux-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-pdf depends on: ii cups 1.4.1-5Common UNIX Printing System(tm) - ii cups-client 1.4.1-5Common UNIX Printing System(tm) - ii ghostscript 8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libpaper-utils 1.1.23+nmu1library for handling paper charact cups-pdf recommends no packages. Versions of packages cups-pdf suggests: ii system-config-printer-kde 4:4.3.2-1 KDE 4 printer configuration utilit -- no debconf information I viewed the two examples with evince, gv and acroread and failed to see any issues (the spots marked in the pngs look 1:1 the same as in the PDF on my screen) - my system is not Debian, so it might still be an issue with Debian's viewers but the PDF themselves seem absolutely fine to me. Regards, Volker -- GnuPG: https://www1.inf.tu-dresden.de/~s3418892/micuintus.asc Fingerprint:1A15 A480 1F8B 07F6 9D12 3426 CEFE 7455 E4CB 4E80 / https://wiki.c3d2.de/Benutzer:Micuintus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556867: cups-pdf: strong kerning errors
Am Mittwoch, 18. November 2009 09:02:45 schrieb Volker Behr: I am very sorry. Didn't want to send that empty mail. Just a little bit clumsy when it comes to clicking ;-). -- GnuPG: https://www1.inf.tu-dresden.de/~s3418892/micuintus.asc Fingerprint:1A15 A480 1F8B 07F6 9D12 3426 CEFE 7455 E4CB 4E80 / https://wiki.c3d2.de/Benutzer:Micuintus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543507: [dh_auto_*] Allow to pass options to buildsystems
Hello, On penktadienis 23 Spalis 2009 01:14:46 Modestas Vainius wrote: Hello, On ketvirtadienis 27 Rugpjūtis 2009 23:52:31 Joey Hess wrote: On trečiadienis 26 Rugpjūtis 2009 23:56:30 Joey Hess wrote: Why not instead allow build systems to hook into regular getopt processing, so they can define their own first-class options? Sure, it would be nice. But how? _init() is executed before any of the build systems are loaded. And many of them are loaded in order to evaluate their autobuildable status. The only solution I can think of is to Getopt on the @ARGV of the remaining options after initial init() as soon as build system to be used is known, i.e. right after load_buildsystem() in buildsystems_do(). This will require (conditional) use of Getopt::Long::Configure(passthrough) in Dh_Getopt though. Is this acceptable? FWIW, I took a very similar approach in ikiwiki, and am happy with it there. :) Ok, so here it is a new patch with multi-pass mode for options and first class options for build systems. Full blown test suite is included. In fact, nothing remains from the first patch since solution is completely different (as you suggested). Since there were many changes to master, I repost a conflict-less version of the previous patch. The patch is not as huge as it seems because more than half of it is test suite and another quarter is moved around old code. New API is not very beautiful, but Getopt does not leave much choice... -- Modestas Vainius modes...@vainius.eu From: Modestas Vainius modes...@vainius.eu Subject: [PATCH] Allow to pass options to buildsystems Allow to pass first-class build system specific options to dh_auto_* commands. The patch also makes necessary changes to the core Dh_Getopt and Dh_Lib modules to support delayed (i.e. post init()) parsing of extra options. Additional safeguards are put to ensure that either init() or parse_extra_options() gets called without multipass_options=1 once to fully complete option parsing. If not, such a buggy debhelper program would miss non-option arguments (at least). The patch includes a testsuite for new features. Signed-off-by: Modestas Vainius modes...@vainius.eu --- Debian/Debhelper/Buildsystem.pm|7 + Debian/Debhelper/Dh_Buildsystems.pm| 10 +- Debian/Debhelper/Dh_Getopt.pm | 182 - Debian/Debhelper/Dh_Lib.pm | 28 +++- debhelper.pod |6 + .../Debian/Debhelper/Buildsystem/test.pm | 51 + t/buildsystems/buildsystem_tests | 17 ++- t/getopt | 219 8 files changed, 458 insertions(+), 62 deletions(-) diff --git a/Debian/Debhelper/Buildsystem.pm b/Debian/Debhelper/Buildsystem.pm index 5b3423e..4495893 100644 --- a/Debian/Debhelper/Buildsystem.pm +++ b/Debian/Debhelper/Buildsystem.pm @@ -35,6 +35,13 @@ sub DESCRIPTION { error(class lacking a DESCRIPTION); } +# List of Getopt::Long style definitions of extra options for +# the build system. None is defined by default. +sub OPTIONS { + my $this=shift; + (); +} + # Default build directory. Can be overriden in the derived # class if really needed. sub DEFAULT_BUILD_DIRECTORY { diff --git a/Debian/Debhelper/Dh_Buildsystems.pm b/Debian/Debhelper/Dh_Buildsystems.pm index 2893c1a..a3f78a4 100644 --- a/Debian/Debhelper/Dh_Buildsystems.pm +++ b/Debian/Debhelper/Dh_Buildsystems.pm @@ -133,7 +133,7 @@ sub buildsystems_init { my %options = ( D=s = \$opt_sourcedir, sourcedirectory=s = \$opt_sourcedir, - + B:s = \$opt_builddir, builddirectory:s = \$opt_builddir, @@ -146,7 +146,7 @@ sub buildsystems_init { max-parallel=i = \$max_parallel, ); $args{options}{$_} = $options{$_} foreach keys(%options); - Debian::Debhelper::Dh_Lib::init(%args); + Debian::Debhelper::Dh_Lib::init(multipass_options = 1, %args); set_parallel($max_parallel); } @@ -208,16 +208,22 @@ sub buildsystems_do { } if ($opt_list) { + parse_extra_options(); # no extra options buildsystems_list($step); exit 0; } my $buildsystem = load_buildsystem($opt_buildsys, $step); if (defined $buildsystem) { + # Parse build system specific command line options + parse_extra_options(options = +{ $buildsystem-OPTIONS() }); $buildsystem-pre_building_step($step); $buildsystem-$step(@_, @{$dh{U_PARAMS}}); $buildsystem-post_building_step($step); } + else { + parse_extra_options(); # no extra options + } return 0; } diff --git a/Debian/Debhelper/Dh_Getopt.pm b/Debian/Debhelper/Dh_Getopt.pm index edb3be7..8a7dbc5 100644 --- a/Debian/Debhelper/Dh_Getopt.pm +++ b/Debian/Debhelper/Dh_Getopt.pm @@ -66,41 +66,32 @@ sub NonOption { push @{$dh{ARGV}}, @_; } -sub getoptions { - my $array=shift; - my %options=%{shift()} if ref $_[0]; - - my $oldwarn; - if
Bug#556563: protobuf and mumble
Patrick, I am sorry about the breakage in mumble. I had coordinated the NMU I made for protobuf 2.2 with Iustin who had suggested that I contact debian-release. Nobody at the Debian release lists followed up on my posts. Nobody followed up when I pointed out that the upstream soname of protobuf 2.2 is still 4.0.0. I tried to be minimally invasive with my NMU and did therefore not raise the soname. I am not sure what the best way forward is. Given that mumble is the only user of protobuf, could you just rebuild based on the protobuf? That is probably quicker than a new upload, NEW queue, required rebuild, ... and avoids all hazzles regarding soname conflicts if we move to 5 now and Google later claims 5. Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536683: closed by Anton Zinoviev zinov...@debian.org (Bug#536683: fixed in console-setup 1.46)
On Wed, Nov 18, 2009 at 09:48:53PM +0100, Tibor Zenis wrote: Hello, the original bug is still present. To complete the upgrade I had to change the XkbLayout to us (file /etc/default/console-setup). Do you mean that version 1.47 spans 1000 grep, sed, sort processes? This was the bug I believe was fixed. Or something different happens this time? Can you send your /etc/default/{keyboard,console-setup} files so I can make tests. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316118: icewm: correctly shows status of not more than 3 network devices
Reproduced here in both Lenny and Sid versions. To simplify reproduction, use the following line in your preferences file: NetworkStatusDevice=lo eth0 lo eth0 -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best ICQ# 16849754 || friend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546983: console-setup-mini: fails to set the keyboard layout (and falls back to us layout)
On Wed, 18 Nov 2009 22:16:22 +0200 Anton Zinoviev wrote: Hello! I really appreciate you efforts to report everything relevant in the bug tracking system. I am glad you find my efforts useful! :-) On Sat, Nov 14, 2009 at 01:03:37AM +0100, Francesco Poli wrote: I got the following error: /var/lib/dpkg/info/console-setup.postinst: line 115: /etc/console-setup/cached.kmap.gz: No such file or directory This means the directory /etc/console-setup didn't exist. As it is part of the package console-setup-mini I suppose this was caused by previous errors. Not really. It was caused by the fact that I purged console-setup-mini, as I later found out and reported! [...] On Sun, Nov 15, 2009 at 12:29:13PM +0100, Francesco Poli wrote: [...] I think there's a problem though: if I purge console-setup-mini, I lose the /etc/console-setup/ directory!! You are right! Hopefuly with the new version of console-setup (1.47) there are no shared configuration files so there will be no problems of this sort any more. Do you want me to file a separate bug report for this problem? I believe it is fixed in 1.47. If you find a problem in version 1.47 or following, do not hesitate to report it. I upgraded to version 1.47 last night: I reconfigured console-setup and keyboard-setup and tested the beast... It seems to work as I want it to. As soon as I find the time to migrate other boxes from console-setup-mini to console-setup, I will check if everything is OK: should something go wrong, I will report to the BTS, as appropriate. [...] I added the following line to /etc/default/console-setup FONT=lat1u-16.psf.gz and set the following variables to empty strings: FONTFACE= FONTSIZE= I suppose it wasn't necessary to put empty strings here. Actually, I don't know if this last change was necessary: it just looked like the right thing to do, hence I did so without checking if it was really needed... ;-) After issuing # setupcon # invoke-rc.d hal restart Restarting Hardware abstraction layer: hald. I finally get the fonts I wanted to get and an Italian layout (both on the console and in X). I don't know why the fonts in console-setup didn't work for you (as I don't use toilet) It should be easy to see for yourself: I suggest you to install toilet # aptitude install toilet and then try it out: $ toilet -f future hello, world Please compare the result of this command in X (inside a properly configured UTF-8 capable terminal) and on a console with any of the main fonts (Fixed, Terminus, and so forth). but I am glad that with lat1u-16 finaly everything is ok. :) Well, everything works as before... I wish the Linux console fully supported Unicode (UTF-8), but that's another story (see bug #500403). Bye. P.S.: Thank you so much for your explanations (even for those that I cut in my reply). -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgp4lUWfFDVuI.pgp Description: PGP signature
Bug#557006: dh_auto_clean: warning: ant does not support building out of source tree
Package: debhelper Version: 7.4.4 xz-utils fails to build from source on kfreebsd-i386 [1]: | dh_auto_clean --builddirectory debian/xzdec-build | dh_auto_clean: warning: ant does not support building out of source tree. In source building enforced. | Can't exec ant: No such file or directory at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 179. | dh_auto_clean: ant clean failed to to execute: No such file or directory | make[1]: *** [override_dh_auto_clean] Error 2 All very sensible, except xz-utils does not use an ant buildfile. If there is any more information I can provide, please let me know. [1] https://buildd.debian.org/fetch.cgi?pkg=xz-utilsarch=kfreebsd-i386ver=4.999.9beta%2B20091116-1stamp=1258581910file=logas=raw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557007: tftp-hpa: [INTL:pt] Updated Portuguese translation for debconf messages
Package: tftp-hpa Version: 5.0-7 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for tftp-hpa's debconf messages. Translator: Américo Monteiro a_monte...@netcabo.pt Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org # Portuguese translation of tftpd-hpa debconf templates. # 2009 Américo Monteiro a_monte...@netcabo.pt # This file is distributed under the same license as the tftpd-hpa package. # # Américo Monteiro a_monte...@netcabo.pt, 2009. msgid msgstr Project-Id-Version: tftpd-hpa 5.0-7\n Report-Msgid-Bugs-To: tftp-...@packages.debian.org\n POT-Creation-Date: 2009-08-14 17:22+0200\n PO-Revision-Date: 2009-11-14 01:07+\n Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n Language-Team: Portuguese tra...@debianpt.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: error #. Description #: ../tftpd-hpa.templates:1001 msgid debconf token is missing in /etc/default/tftpd-hpa msgstr o sinal debconf está em falta em /etc/default/tftpd-hpa #. Type: error #. Description #: ../tftpd-hpa.templates:1001 msgid The /etc/default/tftpd-hpa file does not contain the '#DEBCONF#' token. The file will therefore not be regenerated automatically. msgstr O ficheiro /etc/default/tftpd-hpa não contém o sinal '#DEBCONF#'. Portanto o ficheiro não será regenerado automaticamente. #. Type: error #. Description #: ../tftpd-hpa.templates:1001 msgid If that's wrong, add the line and call \dpkg-reconfigure tftpd-hpa\ afterwards. msgstr Se acha que isto está errado, adicione a linha e execute \dpkg-reconfigure tftpd-hpa\ de seguida. #. Type: string #. Description #: ../tftpd-hpa.templates:2001 msgid Dedicated system account for the tftpd-hpa TFTP daemon: msgstr Conta dedicada do sistema para o daemon TFTP tftpd-hpa: #. Type: string #. Description #: ../tftpd-hpa.templates:2001 msgid The TFTP server must use a dedicated account for its operation so that the system's security is not compromised by running it with superuser privileges. msgstr O servidor TFTP tem que usar uma conta dedicada para as suas operações, isto para que a segurança do sistema não seja comprometida ao corrê-lo com privilégios de super-utilizador. #. Type: string #. Description #: ../tftpd-hpa.templates:2001 msgid Please choose that account's username. msgstr Por favor escolha o nome de utilizador dessa conta. #. Type: string #. Description #: ../tftpd-hpa.templates:3001 msgid TFTP root directory: msgstr Directório raiz TFTP: #. Type: string #. Description #: ../tftpd-hpa.templates:3001 msgid Please specify the directory that will be used as root for the TFTP server. msgstr Por favor especifique o directório que será usado como a raiz do servidor TFTP. #. Type: string #. Description #: ../tftpd-hpa.templates:4001 msgid TFTP server address and port msgstr Endereço e porto do servidor TFTP #. Type: string #. Description #: ../tftpd-hpa.templates:4001 msgid Please specify an address and port to listen to in the form of [address][: port]. msgstr Por favor especifique um endereço e porto a escutar no formato de [endereço][:porto]. #. Type: string #. Description #: ../tftpd-hpa.templates:4001 msgid By default, the TFTP server listens to port 69 on all addresses and all interfaces (0.0.0.0:69). If no port is specified, it defaults to 69. msgstr Por predefinição, o servidor TFTP escuta no porto 69 em todos os endereços e todas as interfaces (0.0.0.0:69). Se nenhum porto for especificado, será usado o 69. #. Type: string #. Description #: ../tftpd-hpa.templates:4001 msgid Please note that numeric IPv6 addresses must be enclosed in square brackets to avoid ambiguity with the optional port information. msgstr Por favor note que endereços IPv6 numéricos tem que estar dentro de parênteses rectos para evitar a ambiguidade com a informação de porto opcional. #. Type: string #. Description #: ../tftpd-hpa.templates:5001 msgid TFTP server additional options msgstr Opções adicionais do servidor TFTP #. Type: string #. Description #: ../tftpd-hpa.templates:5001 msgid Additional options can be passed to the TFTP server with this mechanism, please consult the tftpd(8) manpage for more information about available options. msgstr Pode ser passadas opções adicionais ao servidor TFTP com este mecanismo, por favor consulte a manpage tftpd(8) para mais informação sobre opções disponíveis. #. Type: string #. Description #: ../tftpd-hpa.templates:5001 msgid Options other than the recommended '--secure' are rarely needed and only for special situations. If unsure, leave it at the recommended default value. msgstr Opções além da recomendada '--secure' são raramente necessárias e apenas para
Bug#557008: [INTL:es] Spanish debconf template translation for lsh-utils
Package: lsh-utils Version: 2.0.4-dfsg Severity: wishlist Tags: l10n patch # lsh-utils po-debconf translation to Spanish # Copyright (C) 2009 Software in the Public Interest # This file is distributed under the same license as the lsh-utils package. # # Changes: # - Initial translation # Shukoh felix_o...@hotmail.com , 2009 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/coordinacion # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: lsh-utils_2.0.4-dfsg-4\n Report-Msgid-Bugs-To: Magnus Holmgren holmg...@debian.org\n POT-Creation-Date: 2006-12-06 20:24+0100\n PO-Revision-Date: 2009-11-08 21:27+0100\n Last-Translator: Shuko felix_o...@hotmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../lsh-server.templates:1001 msgid lsh server port: msgstr Puerto del servidor lsh: #. Type: string #. Description #: ../lsh-server.templates:1001 msgid The default port for lshd is 22. If you would like lshd to run on a different port, please specify the alternative port here. If you specify 22, you will need to manually disable any other ssh servers you have running on port 22, other than OpenSSH (from the `openssh-server' package). OpenSSH will be automatically disabled, if you choose 22 here. msgstr El puerto predeterminado para lshd es el 22. Si desea que lshd se ejecute en un puerto diferente, por favor, especifique aquà el puerto alternativo. Si usa el puerto 22, deberá deshabilitar manualmente otros servidores ssh que tenga ejecutándose en dicho puerto, excepto OpenSSH (a partir del paquete «openssh-server»). OpenSSH se deshabilitará automáticamente, si selecciona aquà 22. #. Type: boolean #. Description #: ../lsh-server.templates:2001 msgid Enable the sftp subsystem? msgstr ¿Desea habilitar el subsistema sftp? #. Type: boolean #. Description #: ../lsh-server.templates:2001 msgid If you want to use sftp with lsh, you will need this subsytem. Please bear in mind, that it's still experimental. Therefore the default is disabled but can be enabled now or later by manually changing /etc/default/lsh-server. msgstr Si desea utilizar sftp con lsh, necesitará este subsistema. Por favor, no olvide que aún es experimental. Por ello, se encuentra deshabilitado de forma predeterminada, pero puede habilitarlo ahora o más tarde, editando manualmente «/etc/default/lsh-server». #. Type: boolean #. Description #: ../lsh-server.templates:2001 msgid Please choose whether you want to use the EXPERIMENTAL sftp support now. msgstr Por favor, seleccione si desea usar ahora el soporte EXPERIMENTAL para sftp. #. Type: boolean #. Description #: ../lsh-server.templates:3001 msgid Remove host key on purge? msgstr ¿Desea eliminar la clave del equipo al purgar? #. Type: boolean #. Description #: ../lsh-server.templates:3001 msgid When this package is installed, a host key is generated to authenticate your host. This host key is not purged with the rest of the package by default. msgstr Cuando este paquete se instala, se genera una clave para autenticar su equipo. Esta clave del equipo no se purga de forma predeterminada con el resto del paquete. #. Type: boolean #. Description #: ../lsh-server.templates:3001 msgid Please choose whether you want to purge the host key when the package is removed. msgstr Por favor, seleccione si desea purgar la clave del equipo cuando se desinstale el paquete.
Bug#556979: Acknowledgement (wiki.debian.org: cannot login)
Frank Lin PIAT wrote: Hello, You seems to have two problem. Can you clarify which one this bug is supposed to be about (one bug per issue). No, its only one. I thought it was one, but then realized it was another. On Wed, 2009-11-18 at 17:52 -0300, Felipe Sateler wrote: retitle 556979 Does not verify username when resetting password [..] Actually, the username was wrong, and that's why it didn't let me login. It is very common for authentication systems to report authentification failed rather than invalid account, to avoid user account enumeration. Yes. This is correct behavior. However, it is wrong that it did let me change my password. This behavior is be design: Moinmoin send your password when you request it. If you want to change your password, log into the wiki, then click on settings, then Change password (!). Actually, it sends a token which I use to change my password. But I need to supply my username and e-mail address for that. And even though I provided the wrong username, it sent me an e-mail. I hope it is clearer now. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556213: please do upgrade to xserver-xorg-video-intel 2.9.1
On 11/18/2009 04:43 PM, Julien Cristau wrote: Having maintainers for X in Debian would be a Nice Thing ;) heh. Touché. And thanks for all your work so far, Julien! 2.9.1 is mostly ready in git, it needs someone to prepare an upload. If you want to help I'm happy to add you to the pkg-xorg alioth group :) i've never read the source for the intel drivers, and i really don't understand graphics hardware, i'm afraid. I just built the 2.9.1 source because it was so easy to build by applying the 2.9.0 diff.gz (and because upstream seems to want bug reports to come from folks running bleeding-edge stuff [0]) However, looking more at debian's diff.gz, i'm particularly unclear about the purpose and meaning of the .g4i files added to src/xvmc/shader/{mc,vld}. if those are the preferred form of modification, i don't think i'm really qualified to sign off on them, let alone to be able to judge the desirability of upstream modifications for debian :( (One thing to consider is whether to enable kms with the next intel driver upload; I filed a bug to track this some days ago.) i think yer talking about #555906, right? AFAICT, that patch looks to just by-default add the kms option to the 915 driver. But given that the unstable kernel itself doesn't support KMS, this doesn't seem like it would make a difference: 0 d...@pip:~$ grep KMS /boot/config-2.6.31-1-686 # CONFIG_DRM_I915_KMS is not set # CONFIG_DRM_RADEON_KMS is not set 0 d...@pip:~$ or would it? I haven't fully gotten my head around all the relationships and implications of KMS (yet another reason i don't think i'm really qualified to be on the debian X team). Anyway, i have intel hardware that i use regularly, and i'd be willing to test out builds as a guinea pig. I can't really take on X in general though, i just don't know enough about the grubby details. Thanks for the quick followup, --dkg [0] https://bugs.freedesktop.org/show_bug.cgi?id=24753 signature.asc Description: OpenPGP digital signature
Bug#557010: Repeat Track only repeats Track 1
Package: tcd Version: 2.2.1+20040830 Severity: normal Repeat track mode does not repeat current playing track, it just repeats the first track. - Adam -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcd depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libsdl1.2debian 1.2.13-5 Simple DirectMedia Layer tcd recommends no packages. tcd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556924: boost1.39: FTBFS without Python 2.4
tags 556924 + patch thanks The attached patch fixes this problem. -- Jakub Wilk diff --git a/debian/control b/debian/control --- a/debian/control +++ b/debian/control @@ -6,7 +6,7 @@ Uploaders: Steve M. Robbins s...@debian.org, Domenico Andreoli ca...@debian.org Build-Depends: debhelper (= 7), quilt, bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-all-dev, python-support (= 0.6), mpi-default-dev Build-Conflicts: boost-build, libopenmpi-dev (= 1.3.2-2) -XS-Python-Version: 2.4, 2.5 +XS-Python-Version: = 2.4 Vcs-Browser: http://svn.debian.org/wsvn/pkg-boost/boost/trunk/ Vcs-Svn: svn://svn.debian.org/svn/pkg-boost/boost/trunk Standards-Version: 3.8.3 diff --git a/debian/rtupdate b/debian/rtupdate --- a/debian/rtupdate +++ b/debian/rtupdate @@ -17,9 +17,7 @@ for base in libboost_python libboost_mpi_python; do target=${base}-${py}.${suf} link=${base}.${suf} - if test -e $target ; then - ln -s -f $target $link - fi + test -e $target ln -s -f $target $link || rm -f $link done } @@ -35,8 +33,7 @@ rtupdate() { case $1 in - python2.4) py=py24 ;; - python2.5) py=py25 ;; + python2.*) py=py`echo ${1#python} | tr -d .` ;; *) remove ; return ;; esac diff --git a/debian/rules b/debian/rules --- a/debian/rules +++ b/debian/rules @@ -28,7 +28,7 @@ boost_lib_test := prg_exec_monitor unit_test_framework # These are special cases for suffixes. Generally come from --pythonid, so begin with a dash. -boost_suffixes_python := -py24 -py25 +boost_suffixes_python := $(addprefix -py,$(subst .,,$(shell pyversions -rv))) boost_suffixes_mpi-python := $(boost_suffixes_python) # Files that are generated by filtering a template @@ -142,7 +142,6 @@ endif MPI_CONFIG = using mpi ; -PYTHON_CONFIG1 = using python : 2.4 : /usr ; exampledir = debian/libboost$(PKGVERSION)-doc/usr/share/doc/libboost$(PKGVERSION)-doc/examples htmldir = debian/libboost$(PKGVERSION)-doc/usr/share/doc/libboost$(PKGVERSION)-doc/HTML @@ -158,18 +157,20 @@ user-config.jam: echo $(TOOLSET_CONFIG) $@ echo $(MPI_CONFIG) $@ - echo $(PYTHON_CONFIG1) $@ + for pyver in $(filter-out $(shell pyversions -dv),$(shell pyversions -rv)); do \ + echo using python : $$pyver : /usr ; $@; \ + done build: build-stamp build-stamp: $(QUILT_STAMPFN) $(bjam) user-config.jam dh_testdir $(JAM) --without-python - $(JAM) --with-python --with-mpi --pythonid=py24 python=2.4 - # save mpi.so (pythonid is not (yet) used for the python module) - mv stage/lib/mpi.so stage/lib/mpi-py24.so - $(JAM) --with-python --with-mpi --pythonid=py25 python=2.5 - mv stage/lib/mpi.so stage/lib/mpi-py25.so + for pyver in $(shell pyversions -rv); do \ + pyid=$$(echo $$pyver | tr -d .); \ + $(JAM) --with-python --with-mpi --pythonid=py$$pyid python=$$pyver; \ + mv stage/lib/mpi.so stage/lib/mpi-py$$pyid.so; \ + done cd tools/bcp $(JAM) cd tools/inspect/build $(JAM) @@ -224,8 +225,10 @@ @$(call cp_debhelper,libboost-mpi-python-dev,libboost-mpi-python$(PKGVERSION)-dev) $(JAM) --prefix=$(CURDIR)/debian/tmp/usr install --without-python - $(JAM) --prefix=$(CURDIR)/debian/tmp/usr install --with-python --with-mpi --pythonid=py24 python=2.4 - $(JAM) --prefix=$(CURDIR)/debian/tmp/usr install --with-python --with-mpi --pythonid=py25 python=2.5 + for pyver in $(shell pyversions -rv); do \ + pyid=`echo $$pyver | tr -d .`; \ + $(JAM) --prefix=$(CURDIR)/debian/tmp/usr install --with-python --with-mpi --pythonid=py$$pyid python=$$pyver; \ + done install --mode=755 -D debian/rtupdate debian/tmp/usr/share/python/runtime.d/libboost-python$(PKGVERSION)-dev.rtupdate install --mode=755 -D debian/rtupdate debian/tmp/usr/share/python/runtime.d/libboost-mpi-python$(PKGVERSION)-dev.rtupdate @@ -271,12 +274,12 @@ # package libboost-mpi-python$(SOVERSION) dh_install -plibboost-mpi-python$(SOVERSION) - dh_install -plibboost-mpi-python$(SOVERSION) libs/mpi/build/__init__.py usr/lib/python2.4/site-packages/boost - dh_install -plibboost-mpi-python$(SOVERSION) libs/mpi/build/__init__.py usr/lib/python2.5/site-packages/boost - dh_installdirs -plibboost-mpi-python$(SOVERSION) usr/lib/python2.4/site-packages/boost - dh_installdirs -plibboost-mpi-python$(SOVERSION) usr/lib/python2.5/site-packages/boost - cp stage/lib/mpi-py24.so debian/libboost-mpi-python$(SOVERSION)/usr/lib/python2.4/site-packages/boost/mpi.so - cp stage/lib/mpi-py25.so debian/libboost-mpi-python$(SOVERSION)/usr/lib/python2.5/site-packages/boost/mpi.so + for pyver in $(shell pyversions -rv); do \ + pyid=`echo $$pyver | tr -d .`; \ + dh_install -plibboost-mpi-python$(SOVERSION) libs/mpi/build/__init__.py usr/lib/python$$pyver/site-packages/boost; \ + dh_installdirs -plibboost-mpi-python$(SOVERSION) usr/lib/python$$pyver/site-packages/boost; \ + cp stage/lib/mpi-py$$pyid.so debian/libboost-mpi-python$(SOVERSION)/usr/lib/python$$pyver/site-packages/boost/mpi.so;
Bug#555818: mirror submission for debian.mirror.root.lu
Hi, Sorry for the late reply. Please mind the in-line replies, it seems you didn't see them. On Wed, Nov 11, 2009 at 11:45:12PM +0100, Andy BIERLAIR wrote: On Wed, Nov 11, 2009 at 09:25:03PM +, root S.A. wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.mirror.root.lu [..] Please set MIRRORNAME to debian.mirror.root.lu Still applies. CDImage-ftp: /debian-cd/ [..] You may use http://www.debian.org/CD/mirroring/#jigdomirror in order to build ISOs from the packages mirror. That will save bandwidth of both you and your upstream. Just make sure the ISO sync is automatic, either using 'brutal rsync of all ISOs' or build ISOs as indicated above. IPv6: no Archive-upstream: 141.76.2.4 You mean ftp.de.debian.org, ok. [..] Could you please tell us how much bandwidth is available ? Concerning the official mirror proposal, read http://www.debian.org/mirror/official#process carefully, and ensure your mirror offers the required reliability for an official mirror. This server is connected to a GBIT port, directly to our Core Router in Luxembourg. Our backbone capacity is quite large, so there should be no worries in terms of saturation. Great. We are AS5577 and we have a looking glass available at http://lg.as5577.net, which can be useful to do some testing. IPv6 can be made available as well, just let us know if this is of interest to you. Please yes, if this native (I mean IPv6 connectivity through shapped tunnels with high latency are worse IMO than no IPv6). Thanks for mirroring Debian and best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544443: Unreproducible bug
Hello, This is not a bug, the rsnapshot works but the printed command by debug mode (rsnapshot -v) don't have the quote () on --rsh rsync arg: if you copy/paste the output of rsnapshot about rsync command on a terminal, the --rsh really requires the quotes (rsync(1) manpage about --rsh argument). If you launch the command really (rsnapshot -v daily), you could see that the command success (i tried to declare ssh_args -v in /etc/rsnapshot.conf and saw debug mode of ssh sucessfully). I think we can close this bug, unless, you have any other problem with ssh_args variable on rsnapshot configuration. -- Guillaume Delacour signature.asc Description: OpenPGP digital signature
Bug#556086: alsa-utils: aumix and alsactl state incompatible?
reassign 556086 alsa-utils thanks On Wed, Nov 18, 2009 at 22:09, arne anka deb...@ginguppin.de wrote: In order to definitely rule out aumix, please uninstall (and purge) it and see whether the problem persists. well, without aumix, it's the very same -- only i can't fix it, since alsamixer misses the relevant control ... thus, it _is_ pretty much an alsa issue. okay, reassigning back to alsa-utils - sorry for the inconvenience. -- Stefan Ott http://www.ott.net/ You are not Grey Squirrel? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544065: mirror submission for debian.advalem.net
On Thu, Nov 12, 2009 at 12:01:25PM +0100, Jean-Ann Guegan wrote: Simon Paillard a écrit : The debian-cd mirror is fully automatic. We are using the cd-mirror script with jigdo-mirror and jigdo-file of this page: http://www.acc.umu.se/~maswan/debian-push/cdimage/ Thanks. As you can see on: http://debian.advalem.net/debian-cd/5.0.3/amd64/iso-bd/ we have iso-bd file generated by jigdo that other mirror doesn't have. Which is quite rare to be mentionned :-) We also changed our upstream server because some files are missing on ftp.de, now we are using: http://cdimage.debian.org/cdimage/release We update once a week for debian-cd. You can ask to be pushed (or just sync jigdo/list files more often, I mainly think at the releases) [..] IPv6: yes [..] Sorry, we forget to set it in the DNS. The IPv6 address is: 2a02:e10:0:5:230:48ff:fe58:290c/64 Thanks, all daemons are operationnal in IPv6. Archive-upstream: ftp.de.debian.org Security-upstream: ftp.de.debian.org Volatile-upstream: ftp.de.debian.org Why not ftp.fr. as upstream since you peer on FreeIX ? *We don't have FreeIX for the moment but we will. We are using ftp.de because we have better bitrate with this server* Updates: twice [..] Sorry I surely intended to add some more words about that, abut just forgot :) kassia.debian.org may push you and provide your sync (8ms far away in IPv4). I suppose that you prefer push-mirroring but we asked to ftp.de and we didn't get any answer. Maybe when we will get a FreeIX connexion we will set a push-mirroring. Creditentials to private rsync and ssh pu key will follow in private mail. Regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556647: mirror submission for debian.linux.edu.lv
Hi, On Tue, Nov 17, 2009 at 11:45:46AM +, Leo Truksans wrote: Package: mirrors Severity: wishlist Submission-Type: new Thanks for submitting your mirror of Debian. Here are some remarks before we can add your mirror to the list. Site: debian.linux.edu.lv Type: leaf Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc Archive-ftp: /pub/debian/ Could you please make it available at the standard path /debian/ ? Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: syncproxy2.eu.debian.org If you intent to provide this mirror for a while (see requirements at http://www.debian.org/mirror/official#criteria, then we can push you from kassia.debian.org). Updates: twice Maintainer: Leo Truksans l...@linux.edu.lv Country: LV Latvia Location: University of Latvia Great to see a first full Debian mirror in Latvia. How much bandwidth is available ? Don't forget to subscribe to http://lists.debian.org/debian-mirrors-announce Thanks for mirroring Debian and best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534997: Error in acl.Pg
On Sun, Jun 28, 2009 at 10:08:41PM +0200, Michelle Konzack wrote: I get a Syntaxerror at 2009-06-28 21:31:52 CEST FEHLER: Syntaxfehler bei . bei Zeichen 69 2009-06-28 21:31:52 CEST ANWEISUNG: GRANT SELECT, INSERT, UPDATE, DELETE ON FM_Classes_id_seq to support.tdwave; because the $USERNAME must be quoted and the foreach my $table (@tables) { push @acls, GRANT SELECT, INSERT, UPDATE, DELETE ON $table to . $RT::DatabaseUser . ;; } should be change to foreach my $table (@tables) { push @acls, GRANT SELECT, INSERT, UPDATE, DELETE ON $table to \ . $RT::DatabaseUser . \;; } Yes, I can see that this is correct. I'll apply this as a patch to rt3.8-rtfm at least. But now I get another Error: 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »attachments_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »attributes_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »queues_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »links_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »principals_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »groups_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »scripconditions_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »transactions_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »scrips_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »acl_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »groupmembers_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »cachedgroupmembers_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:47 CEST WARNUNG: Sequenz »users_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:48 CEST WARNUNG: Sequenz »tickets_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:48 CEST WARNUNG: Sequenz »scripactions_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:48 CEST WARNUNG: Sequenz »templates_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:48 CEST WARNUNG: Sequenz »objectcustomfieldvalues_id_s« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:48 CEST WARNUNG: Sequenz »customfields_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:48 CEST WARNUNG: Sequenz »objectcustomfields_id_s« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:48:48 CEST WARNUNG: Sequenz »customfieldvalues_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:49:04 CEST FEHLER: Relation »fm_classes« existiert nicht 2009-06-28 21:49:04 CEST ANWEISUNG: SELECT * FROM FM_Classes WHERE id = $1 2009-06-28 21:49:12 CEST HINWEIS: CREATE TABLE erstellt implizit eine Sequenz »fm_classes_id_seq« fÌr die »serial«-Spalte »fm_classes.id« 2009-06-28 21:49:12 CEST HINWEIS: CREATE TABLE / PRIMARY KEY erstellt implizit einen Index »fm_classes_pkey« fÌr Tabelle »fm_classes« 2009-06-28 21:49:12 CEST HINWEIS: CREATE TABLE erstellt implizit eine Sequenz »fm_articles_id_seq« fÌr die »serial«-Spalte »fm_articles.id« 2009-06-28 21:49:12 CEST HINWEIS: CREATE TABLE / PRIMARY KEY erstellt implizit einen Index »fm_articles_pkey« fÌr Tabelle »fm_articles« 2009-06-28 21:49:12 CEST HINWEIS: CREATE TABLE erstellt implizit eine Sequenz »fm_topics_id_seq« fÌr die »serial«-Spalte »fm_topics.id« 2009-06-28 21:49:13 CEST HINWEIS: CREATE TABLE / PRIMARY KEY erstellt implizit einen Index »fm_topics_pkey« fÌr Tabelle »fm_topics« 2009-06-28 21:49:13 CEST HINWEIS: CREATE TABLE erstellt implizit eine Sequenz »fm_objecttopics_id_seq« fÌr die »serial«-Spalte »fm_objecttopics.id« 2009-06-28 21:49:13 CEST HINWEIS: CREATE TABLE / PRIMARY KEY erstellt implizit einen Index »fm_objecttopics_pkey« fÌr Tabelle »fm_objecttopics« 2009-06-28 21:49:22 CEST WARNUNG: Sequenz »fm_classes_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:49:22 CEST WARNUNG: Sequenz »fm_articles_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:49:22 CEST WARNUNG: Sequenz »fm_topics_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE 2009-06-28 21:49:22 CEST WARNUNG: Sequenz »fm_objecttopics_id_seq« unterstÌtzt nur USAGE, SELECT und UPDATE and sorry for the message sin german, but I do not know, where tey come from because: michelle.konz...@vserver1:~$ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8
Bug#513995: any traction here?
On Wed, Nov 18, 2009 at 09:46:28AM -0800, Tyler MacDonald wrote: it seems like a very simple request... Hello Tyler, I'll have a look at this when I return. As watch is tied in with ncurses pretty tightly it may be more difficult that it originally looks. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557011: mountall fails during boot when a device file doesn't exist even noauto is set
Package: initscripts Version: 2.87dsf-8 Severity: normal Hi. I'm not sure if this really belongs to initscripts, but as running mount -a from the already booted system works I'd suggest so. I have a fstab, that contains entries whose device-files do not exist per default (at least not during boot), but the options include noauto. When booting with such a fstab, the boot process fails, complaining that the device file doesn't exist, and goes into maintenance mode. As it should not mount noauto filesystems anyway, why does it have to fail here? A typical use case for the above scenario could be: Using encrypted filesystems with dm-crypt. The /dev/mapper/something device might be created manually when the user sets up the mapping (either manually or via cryptdisks_start),... still one might want to have a fstab entry for this. Cheers, Chris. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-fermat (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 7.5-6 GNU core utilities ii debianutils 3.2.1 Miscellaneous utilities specific t ii libc6 2.10.1-5 GNU C Library: Shared libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii mount 2.16.1-4 Tools for mounting and manipulatin ii sysv-rc 2.87dsf-8 System-V-like runlevel change mech ii sysvinit-utils2.87dsf-8 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.41.9-1 ext2/ext3/ext4 file system utiliti ii psmisc22.8-1 utilities that use the proc file s initscripts suggests no packages. -- no debconf information This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556977: pdftk: fails to do anything (gcj abi)
Hi Johannes, thanks for your report. As another person and I tested today, pdftk runs on a (fresh) Debian sid amd64 correctly. So I can currently not reproduce your bug. The package versions listed on your bug report seems to be ok. They are the same as on the system I tested. Perhaps the reason of the bug is a newer/older version of some other gcj package that is not currently available in sid or experimental. Can you send me the output of dpkg-query -l '*gcj*' , please? Best regards Johann Felix Soden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557012: New upstream version available note-1.3.6
Package: note Severity: wishlist Hi Alexandre, There is a new upstream version of note available, version 1.3.6. Please consider packaging it. You should also correct the debian/watch file to reflect the real version of the latest version available. I've attached a patch [1] to correct this. Regards, Ignace M [1] --- note-1.3.3.orig/debian/watch2009-11-19 01:30:05.0 +0100 +++ note-1.3.3/debian/watch 2009-11-19 01:29:41.0 +0100 @@ -1,2 +1,2 @@ version=3 -http://www.daemon.de/idisk/Apps/note/note-(.*)\.tar\.gz +http://www.daemon.de/idisk/Apps/note/note-((?!latest).*)\.tar\.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557014: libsnmp-base: 2 postinst patches fail
Package: libsnmp-base Version: 5.4.2.1~dfsg-2 Severity: normal postinst produces the following output with two patches failing. there's no information what consequences that might have and what (if anything) to do about that. Setting up libsnmp-base (5.4.2.1~dfsg-2) ... [ -d /usr/share/mibs/iana.orig ] || mkdir /usr/share/mibs/iana.orig cat ianalist | while read file mibs; \ do \ if [ $file != # ]; \ then \ ./mibfetch -d /usr/share/mibs/iana.orig -x http://www.iana.org assignments $file $mibs; \ fi; \ done [ -d /usr/share/mibs/ietf.orig ] || mkdir /usr/share/mibs/ietf.orig cat rfclist | while read rfc mibs; \ do \ if [ $rfc != # ]; \ then \ ./mibfetch -d /usr/share/mibs/ietf.orig ftp://ftp.ietf.org rfc $rfc $mibs; \ fi; \ done WARNING: Module(s) not found: SMUX-MIB WARNING: Module(s) not found: PPP-BRIDGE-NCP-MIB WARNING: Module(s) not found: SIP-MIB WARNING: Module(s) not found: DOT12-RPTR-MIB WARNING: Module(s) not found: SNMPv2-SMI WARNING: Module(s) not found: ADSL-LINE-MIB ADSL-TC-MIB WARNING: Module(s) not found: IF-INVERTED-STACK-MIB WARNING: Module(s) not found: HC-RMON-MIB WARNING: Module(s) not found: GSMP-MIB NOTE: : ignored. NOTE: : ignored. WARNING: Module(s) not found: ADSL-LINE-EXT-MIB WARNING: Module(s) not found: VDSL-LINE-MIB NOTE: IANA-PRINTER-MIB: ignored. NOTE: IANA-FINISHER-MIB: ignored. NOTE: IANA-ITU-ALARM-TC-MIB: ignored. WARNING: Module(s) not found: IP-MIB WARNING: Module(s) not found: IFCP-MGMT-MIB WARNING: Module(s) not found: DOCS-IF-MIB WARNING: Module(s) not found: MSDP-MIB WARNING: Module(s) not found: LMP-MIB WARNING: Module(s) not found: RADIUS-DYNAUTH-CLIENT-MIB NOTE: IANA-GMPLS-TC-MIB: ignored. NOTE: IANA-MAU-MIB: ignored. patch -d /usr/share/mibs/ietf.orig rfcmibs.diff; \ rm -f /usr/share/mibs/ietf.orig/*orig can't find file to patch at input line 4 Perhaps you should have used the -p or --strip option? The text leading up to this was: --
Bug#557013: dpkg-dev: dpkg-scanpackages doesn't find IO/String.pm
Package: dpkg-dev Version: 1.15.5.1 Severity: normal Running dpkg-scanpackages give this error: Can't locate IO/String.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/dpkg-scanpackages line 23. BEGIN failed--compilation aborted at /usr/bin/dpkg-scanpackages line 23. To solve package 'libio-string-perl' could to be installed. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-mio (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files5.0.0 Debian base system miscellaneous f ii binutils 2.20-4 The GNU assembler, linker and bina ii bzip2 1.0.5-3high-quality block-sorting file co ii dpkg 1.15.5.1 Debian package management system ii libtimedate-perl 1.1900-1 Time and date functions for Perl ii lzma 4.43-14Compression method of 7z format in ii make 3.81-7 An utility for Directing compilati ii patch 2.5.9-5Apply a diff file to an original ii perl [perl5] 5.10.1-7 Larry Wall's Practical Extraction ii perl-modules 5.10.1-7 Core Perl modules ii xz-utils 4.999.9beta+20091016-1 XZ-format compression utilities Versions of packages dpkg-dev recommends: ii build-essential 11.4 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment ii gcc [c-compiler] 4:4.3.4-1 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.4-6The GNU C compiler ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii gpgv 1.4.10-2 GNU privacy guard - signature veri Versions of packages dpkg-dev suggests: pn debian-keyringnone (no description available) pn debian-maintainersnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499276: Exception: Timeout::Error
On Wed, 18 Nov 2009 09:26:56 +0100 Steve Petruzzello wrote: [...] Hi, Hello! For a week or so, apt-listbugs doesn't work anymore (timeouts), rendering package installation impossible with apt-get or friends. So I either have to remove apt-listbugs or install manually via dpkg the debs found in /var/cache/apt/archives, which isn't a very good idea right now given the transition to libc6 testing package. First of all, there's no need to remove apt-listbugs, if you want to (temporarily) disable its automatic invocation by apt and friends during package upgrade/installation. You can just add a // comment symbol at the beginning of the Pre-Install-Pkgs line in /etc/apt/apt.conf.d/10apt-listbugs Anyway, unfortunately I cannot reproduce the bug: apt-listbugs is working correctly here, and I have never experienced any Timeout error. Ryan (the other apt-listbugs co-maintainer), any idea on what's going on in Steve's system? I guess it's related to this bug since I receive the same 'NoMethodError' as in this bug. Not necessarily: I get this NoMethodError myself, when I turn debug on, but otherwise apt-listbugs works fine for me. I think the key error is the following one: [...] = Response Exception `#Class:0x7fd115401918' at /usr/lib/ruby/1.8/timeout.rb:60 - execution expired [...] which is not the same error as the one Martin Krafft (the original bug reporter) got. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (970, 'testing'), (500, 'stable'), (90, 'unstable') [...] By looking at your system information, I see that you have quite a mixed box (stable/testing/unstable): did you try to upgrade apt-listbugs dependencies to testing (especially libhttp-access2-ruby1.8 and libruby1.8)? Maybe it won't make the bug disappear, but I think it's worth trying... Thanks for your work and help, You're welcome. I wish I could be of more help for the bug you're experiencing... :-( -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpb4YlLWAdUV.pgp Description: PGP signature
Bug#556884: locale/C-time.c erroneously lists the first day of the week as Monday
On Wed, Nov 18, 2009 at 11:20:21AM -0800, Don Armstrong wrote: Anyway, do you happen to have an approximate schedule for an upload fixing this? [No pressure, I'm just trying to figure out if I should bother to make an upload to fix the FTBFS in libhtml-calendarmonth-perl.] I have a few things I would like to see fixed first, so at some moment between the week-end and the middle of next week. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556939: libgfshare-bin: can produce broken shares containing foo.000
On Wed, 18 Nov 2009 at 14:22:38 +, Daniel Silverstone wrote: Indeed, the zero-share is not useful since in theory it'd be the data unchanged. Thankfully, due to an implementation quirk, the share 000 output is a copy of share 001, so the only differences are: * it's mislabelled and won't combine correctly * if you already had a share 001, you have one less share than you thought The software should reject zero-share instances, and not create them. I attach a bzr bundle, also available from https://code.launchpad.net/~smcv/libgfshare/deb556939, which has passed 2500 consecutive 3-of-5 tests using the script attached previously. I'll patch this in Debian shortly. Thanks, S # Bazaar merge directive format 2 (Bazaar 0.90) # revision_id: s...@debian.org-20091118233654-w132cs2v7b6l2616 # target_branch: http://bzr.digital-scurf.org/trees/dsilvers\ # /libgfshare/devel/ # testament_sha1: 3c1dbfd53a2fb94a67045adafc50f56d5794dd8f # timestamp: 2009-11-18 23:42:16 + # base_revision_id: dsilv...@digital-scurf.org-20070822194948-\ # 63piocp89ra6ld7b # # Begin patch === modified file 'README' --- README 2006-01-15 17:58:21 + +++ README 2009-11-18 23:36:39 + @@ -28,4 +28,29 @@ -- Daniel Silverstone. 2006-01-15 - +Recovering from previous versions of gfsplit producing foo.000 +^^ + +The quick version: if you have split a secret into shares and one +of them is numbered 000, recover the secret by re-labelling it to +001 (i.e. rename the file, if you're using gfcombine). + +Previous versions of libgfshare could incorrectly produce a share +numbered 000, and the gfsplit utility would produce such a share +sometimes (with the default settings, a 3-of-5 share, this will +happen about 2% of the time). In gfsplit this produces filenames +ending with .000. + +Mathematically, the share numbered 0 would be the secret itself, +which is why it shouldn't be used. However, due to the way libgfshare +implements multiplication via exp/log tables, the output will +actually be a copy of the data that would appear in share number 001, +so the secret is not actually leaked. + +Recombining shares that include share number 000 doesn't work: it's +silently ignored. If share 000 is renamed to share 001, recombination +should work; the exception is if you already had a copy of share 001, +in which case you can only recover the secret by having one extra share +above the normal threshold. + + -- Simon McVittie. 2009-11-18 === modified file 'src/libgfshare.c' --- src/libgfshare.c 2006-02-26 14:01:53 + +++ src/libgfshare.c 2009-11-18 23:35:57 + @@ -27,6 +27,7 @@ #include libgfshare.h #include libgfshare_tables.h +#include errno.h #include stdlib.h #include string.h @@ -65,7 +66,20 @@ unsigned char threshold, unsigned int size ) { - gfshare_ctx *ctx = XMALLOC( sizeof(struct _gfshare_ctx) ); + gfshare_ctx *ctx; + unsigned int i; + + for (i = 0; i sharecount; i++) { +if (sharenrs[i] == 0) { + /* can't have x[i] = 0 - that would just be a copy of the secret, in + * theory (in fact, due to the way we use exp/log for multiplication and + * treat log(0) as 0, it ends up as a copy of x[i] = 1) */ + errno = EINVAL; + return NULL; +} + } + + ctx = XMALLOC( sizeof(struct _gfshare_ctx) ); ctx-sharecount = sharecount; ctx-threshold = threshold; ctx-size = size; === modified file 'tools/gfcombine.c' --- tools/gfcombine.c 2006-02-26 14:01:53 + +++ tools/gfcombine.c 2009-11-18 23:36:54 + @@ -52,6 +52,12 @@ fprintf( stderr, %s: %s: bad filename\nInput files should be called name.NNN\n, progname, fname ); } +static void +zero_filename( char* fname ) +{ + fprintf( stderr, %s: %s: input files name.000 don't work, see README\n, progname, fname ); +} + static int check_filenames( char **filenames, int count ) { @@ -73,6 +79,12 @@ bad_filename(filenames[i]); return 1; } +if( filenames[i][nlen-3] == '0' +filenames[i][nlen-2] == '0' +filenames[i][nlen-1] == '0') { + zero_filename(filenames[i]); + return 1; +} } return 0; } === modified file 'tools/gfsplit.c' --- tools/gfsplit.c 2006-07-29 12:32:31 + +++ tools/gfsplit.c 2009-11-18 23:35:36 + @@ -92,6 +92,9 @@ } for( i = 0; i sharecount; ++i ) { unsigned char proposed = (random() 0xff00) 8; +if( proposed == 0 ) { + proposed = 1; +} SHARENR_TRY_AGAIN: for( j = 0; j i; ++j ) { if( sharenrs[j] == proposed ) { # Begin bundle IyBCYXphYXIgcmV2aXNpb24gYnVuZGxlIHY0CiMKQlpoOTFBWSZTWUIMPPcABwxfgFwQW35n 30+6YA1hxnztWzs6BQCqBjjrdo0u7pa3VVYhBa0gHCSQUxpMQZBMRPCo8npppTyh6m0ENPSG TQ9Q2UEohMmmmhpqnpGoZMhkyAGmhoaAAAaAcZGmTE0GTJhNMgZDQGgNMmhgBNAYSIhEyTTRk1Ma GQk/VMhtTaT0RoaAGmnqaHqAcZGmTE0GTJhNMgZDQGgNMmhgBNAYSRAIAhoI1J+gmSnqNDQeKPSN
Bug#556951: [binutils] objcopy fails with 'Invalid operation'
On 18.11.2009 07:48, Bruno Kleinert wrote: Package: binutils Version: 2.20-4 Severity: normal --- Please enter the report below this line. --- Hi, while trying to fix the package sauerbraten for binutils-gold (I'm working with version 2.20-4) I stumbled over a problem with objcopy when it's called from dh_strip to generate the binary debug package sauerbraten-dbg. Building the package with DH_VERBOSE=1 shows up this error: dh_strip -psauerbraten --dbg-package=sauerbraten-dbg install -d debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten objcopy --only-keep-debug debian/sauerbraten/usr/lib/games/sauerbraten/sauer_client debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_client chmod 644 debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_client strip --remove-section=.comment --remove-section=.note debian/sauerbraten/usr/lib/games/sauerbraten/sauer_client objcopy --add-gnu-debuglink debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_client debian/sauerbraten/usr/lib/games/sauerbraten/sauer_client objcopy:debian/sauerbraten/usr/lib/games/sauerbraten/sticbWpq: cannot create debug link section `debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_client': Invalid operation dh_strip: objcopy returned exit code 1 Is this a known problem with binutils-gold? yes, I did see this as well recently. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555834: Processed: Reassign to python2.5
tag 555834 pending severity 555834 important thanks no, it doesn't make the python2.5 package unusable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557003: libc6: DNS queries are extremely slowed by ipv6
On Wed, Nov 18, 2009 at 09:40:03PM +, Pedro Ribeiro wrote: Package: libc6 Version: 2.10.1-7 Severity: important When using Firefox, Google Chrome, Opera, Synaptic and other applications which use DNS, I always have to wait a long time (2 to 10 seconds) for a host to resolve (i.e. messages like Resolving host, Looking up http://whatever;, etc). I always thought that this was a problem of my internet connection. I could never track the origin of it until finally like 2 hours ago I stumbled across this: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/417757 To test if I had this problem, I opened up Firefox and got to about:config, entered ipv6 and set network.dns.disableIPv6 to false. Immediately, every DNS query was extremely fast and browsing was up to par to my high speed internet connection. To do a definite test, I added ipv6_disable=1 to my kernel command line and after that all the applications above were having much faster DNS queries. This is a rather serious bug that I have been experiencing ever since upgrading to testing (right after lenny's release), and always blamed on my ISP/wireless connection/configuration/etc, while finding it strange that every Mac or Windows PC near me using the same connection appeared to be much faster on DNS queries. I guess there must be much more users affected by this and like me, they have no clue why. It may be caused by a recent version of libc6, because the bug above is marked as karmic regression (the latest ubuntu is the karmic one, 9.10) and a friend of mine who is using lenny doesn't appear to have the same problem. Pardon me if this as already been reported, I searched around but could not find a Debian version of this bug. Does adding options single-request to /etc/resolv.conf fixes your problems? If so, it is due to a broken DNS server on your ISP side, and a bug in Firefox and other application which explicitely ask to resolve IPv6 adresses by not passing AI_ADDRCONFIG to getaddrinfo(). -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556928: ITP: pyflag -- An advanced forensic tool for large volumes of log files
On Wed, 18 Nov 2009 10:05:41 -0200 Tiago Bortoletto Vaz ti...@debian.org wrote: * Package name: pyflag Version : 0.87-pre1 Upstream Author : Michael Cohen and David Collett pyflag-supp...@lists.sourceforge.net * URL : http://www.pyflag.net * License : GPL-2 Programming Lang: C, Python Description : An advanced forensic tool for large volumes of log files FLAG (Forensic and Log Analysis GUI) is an advanced forensic tool for the analysis of large volumes of log files and forensic investigations. Hi Tiago, you may consider joining the Debian Forensics team and maintaining this package under its umbrella. :-) Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#556358: ttf-mathematica4.1 is broken
Hi Dmitry, On Sun, 15 Nov 2009 15:48:15 +0200, Dmitry Baryshev wrote: Package: ttf-mathematica4.1 Version: 6 Severity: important This is a know problem and already fixed with newer package. Further, ttf-mathematica4.1 is obsolete and replaced with mathematica-fonts (and/or otf-stix) package. Note if you want MathML you need an otf-stix package and if you want to use Mathematica from remote machine you need a mathematica-fonts package. Regards,2009-11-19(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557016: do not glob [] in IPv6 address URLs
Package: curl Version: 7.19.7-1 Severity: wishlist piper:/etc/apache2/sites-enabled% curl http://[::1] #10051 curl: (3) [globbing] illegal character in range specification at pos 9 Maybe it would make sense to add smarts to curl such that it does not try to emulate a shell when I am trying to access a HTTP resource via IPv6 address? --globoff is a workaround, but that should not be needed. Globbing is a shell job. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages curl depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcurl3 7.19.7-1 Multi-protocol file transfer libra ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime curl recommends no packages. curl suggests no packages. -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#556977: pdftk: fails to do anything (gcj abi)
Hi, As another person and I tested today, pdftk runs on a (fresh) Debian sid amd64 correctly. So I can currently not reproduce your bug. :) The package versions listed on your bug report seems to be ok. They are the same as on the system I tested. FWIW, I had this before in the past. Perhaps the reason of the bug is a newer/older version of some other gcj package that is not currently available in sid or experimental. Can you send me the output of dpkg-query -l '*gcj*' , please? Sure thing: $ dpkg-query -l '*gcj*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii bsh-gcj2.0b4-10 Java scripting environment (BeanShell) Version 2 (native code) un gcjnone (no description available) un gcj-4.2-base none (no description available) un gcj-4.3none (no description available) ii gcj-4.3-base 4.3.4-4The GNU Compiler Collection (gcj base package) ii gcj-4.4-base 4.4.2-2The GNU Compiler Collection (gcj base package) ii gcj-4.4-jre-lib4.4.2-2Java runtime library for use with gcj (jar files) un gcj-jdknone (no description available) un gcj-jrenone (no description available) ii gcj-jre-headless 4:4.3.4-1 Java runtime environment using GIJ/classpath (headless version) un icedtea-gcjwebplugin none (no description available) ii java-gcj-compat1.0.80-5.1 Java runtime environment using GIJ un java-gcj-compat-devnone (no description available) ii java-gcj-compat-headless 1.0.80-5.1 Java runtime environment using GIJ (headless version) ii libbcmail-java-gcj 1.44+dfsg-1Bouncy Castle generators/processors for S/MIME and CMS ii libbcprov-java-gcj 1.44+dfsg-1Bouncy Castle Java Cryptographic Service Provider un libdb4.6-java-gcj none (no description available) ii libgcj-bc 4.4.0-2Link time only library for use with gcj ii libgcj-common 1:4.4.1-1 Java runtime library (common files) ii libgcj10 4.4.2-2Java runtime library for use with gcj un libgcj10-awt none (no description available) un libgcj10-dbg none (no description available) un libgcj7-common none (no description available) un libgcj8none (no description available) un libgcj8-1 none (no description available) un libgcj8-1-awt none (no description available) un libgcj8-awtnone (no description available) un libgcj8-awt-gtknone (no description available) un libgcj8-dbgnone (no description available) un libgcj8-jarnone (no description available) ii libgcj9-0 4.3.4-4Java runtime library for use with gcj ii libgcj9-0-awt 4.3.4-4AWT peer runtime libraries for use with gcj un libgcj9-dbgnone (no description available) ii libgcj9-jar4.3.4-4Java runtime library for use with gcj (jar files) un libgcj9-srcnone (no description available) ii libhsqldb-java-gcj 1.8.1.1-1 Java SQL database engine (native code) ii libitext-java-gcj 2.1.7-1Java Library to create and manipulate PDF on the fly un libjaxp1.3-java-gcjnone (no description available) ii liblog4j1.2-java-gcj 1.2.15-7 Logging library for java (native code) un libservlet2.4-java-gcj none (no description available) un libxalan2-java-gcj none (no description available) un libxerces2-java-gcjnone (no description available) ii openoffice.org-gcj 1:3.2.0~beta-1 full-featured office productivity suite -- Java libraries for GIJ signature.asc Description: This
Bug#557015: mod_rewrite: erroneous redirect when host is [ipv6 address]
Package: apache2 Version: 2.2.9-10 Severity: normal Tags: ipv6 When accessing a server with a rewrite line like RewriteRule ^/?$ /foo/ [R=302] with an [ipv6 address] like so: http://[::1]/ the server issues a false Location header and HTML content: piper:/etc/apache2/sites-enabled% curl --globoff -D- http://[::1] #6,10049 HTTP/1.1 302 Found Date: Thu, 19 Nov 2009 00:11:34 GMT Server: Apache/2.2.14 (Debian) Location: http://::1/foo/ Content-Length: 272 Content-Type: text/html; charset=iso-8859-1 !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title302 Found/title /headbody h1Found/h1 pThe document has moved a href=http://::1/foo/;here/a./p hr addressApache/2.2.14 (Debian) Server at ::1 Port 80/address The client correctly sends the Host: [::1] header, but the server ignores that. This works fine with the Redirect* directives, it seems. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#557017: root-system: Many files not installed after dpkg-buildpackage
Package: root-system Version: 5.24.00-1 Severity: normal Hi, when trying to compile root-system myself, it turned out that there are (at the very end of the process) many messages of the type: ... exists in debian/tmp but is not installed to anywhere. And indeed, there are quite some files missing the the resulting debian packages. The reason seems to be that the system of libroot-* and/or root-plugin-* packages does not fully cover the structure of the source of ROOT version 5.24.00. For example, a file THtml.h was not installed anywhere in the .deb files because there is (in the source tree) a directory root-5.24.00/html, but without corresponding libroot-html (or root-plugin-html) package defined in the debian directory. Best regards, Pavel -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (840, 'testing-proposed-updates'), (840, 'testing'), (740, 'unstable'), (738, 'experimental'), (550, 'proposed-updates'), (550, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686-bigmem-ipnp28-3 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=cs_CZ.ISO-8859-2, LC_CTYPE=cs_CZ.ISO-8859-2 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555853: Patch
Enabling HAL in the configure script worked to resolve this bug for me. Attached is a patch for the blueman source package that will configure the build correctly. The patch also removes the currently unrecognized configure option --disable-runtime-deps-check. --- blueman-1.21/debian/rules.orig 2009-11-18 19:04:43.0 -0500 +++ blueman-1.21/debian/rules 2009-11-18 19:05:04.0 -0500 @@ -11,7 +11,7 @@ # so you don't need to include those too. include /usr/share/cdbs/1/class/gnome.mk -DEB_CONFIGURE_EXTRA_FLAGS := --disable-runtime-deps-check +DEB_CONFIGURE_EXTRA_FLAGS := --enable-hal binary-install/blueman:: dh_pycentral signature.asc Description: This is a digitally signed message part
Bug#556928: ITP: pyflag -- An advanced forensic tool for large volumes of log files
[CCing to the right forensics-devel address] On Wed, 18 Nov 2009 22:20:53 -0200 Tiago Bortoletto Vaz ti...@debian.org wrote: Hi Cristian, On Thu, Nov 19, 2009 at 01:01:19AM +0100, Cristian Greco wrote: On Wed, 18 Nov 2009 10:05:41 -0200 Tiago Bortoletto Vaz ti...@debian.org wrote: * Package name: pyflag Version : 0.87-pre1 Upstream Author : Michael Cohen and David Collett pyflag-supp...@lists.sourceforge.net * URL : http://www.pyflag.net * License : GPL-2 Programming Lang: C, Python Description : An advanced forensic tool for large volumes of log files FLAG (Forensic and Log Analysis GUI) is an advanced forensic tool for the analysis of large volumes of log files and forensic investigations. Hi Tiago, you may consider joining the Debian Forensics team and maintaining this package under its umbrella. :-) Great. I'd also be happy to maintain my other forensics-related ones with the team if you agree: http://packages.debian.org/sid/nasty http://packages.debian.org/sid/ed2k-hash http://packages.debian.org/sid/rephrase http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556602 (currently in NEW) Of course, you're welcome! Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#557018: texlive-extra-utils: please add Conflicts/Replaces purifyeps
Package: texlive-extra-utils Version: 2009-1 Severity: normal Hi! texlive-extra-utils contains /usr/bin/purifyeps, which is also provided by the purifyeps package. If purifyeps is installed together with texlive 2007, dpkg complains about the conflict during the upgrade to texlive-extra-utils 2009. Could you add a Conflicts/Replaces purifyeps dependency, to facilitate the upgrade? Thank you! Best regards, Cédric -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 boutil boutil 1301 Sep 1 16:44 /home/boutil/texmf/ls-R -rw-r--r-- 1 root root 1165 Nov 19 00:58 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Nov 19 00:57 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Nov 19 00:56 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Nov 19 00:56 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Nov 19 00:56 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Nov 19 00:56 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 5604 Nov 19 00:58 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 10665 Nov 19 00:58 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 3590 Nov 19 00:58 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Jun 9 22:40 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 96762152b2b754ba10dca23db0fd2235 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (700, 'testing'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (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/dash Versions of packages texlive-extra-utils depends on: ii dpkg 1.15.5.2 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii python2.5.4-2An interactive high-level object-o ii tex-common2.00 common infrastructure for building ii texlive-base 2009-1 TeX Live: Essential programs and f ii texlive-binaries 2009-1 Binaries for TeX Live ii texlive-common2009-1 TeX Live: Base component Versions of packages texlive-extra-utils recommends: ii ghostscript 8.70~dfsg-2 The GPL Ghostscript PostScript/PDF ii lacheck 1.26-11.1 A simple syntax checker for LaTeX ii xindy2.4~pre1-2 index generator for structured doc Versions of packages texlive-extra-utils suggests: pn dvidvinone (no description available) pn fragmasternone (no description available) Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii dpkg 1.15.5.2 Debian package management system ii ucf 3.0024 Update Configuration File: preserv Versions of packages texlive-extra-utils is related to: pn tetex-base none(no description available) ii tetex-bin
Bug#552208: Default layout missing
The default rc.lua actually never sets a layout for the tags. This results in the floating layout to be used. The best thing would be to set the layout to the first layout defined in the layouts array. This is the way it was done before and seems to be the most user friendly way to manage this. I guess it was removed accidentally with the new way of creating tags. I fixed the problem on my machine with this patch for rc.lua: @@ -50,6 +50,10 @@ for s = 1, screen.count() do -- Each screen has its own tag table. tags[s] = awful.tag({ 1, 2, 3, 4, 5, 6, 7, 8, 9 }, s) + +for tagnumber = 1, 9 do +awful.layout.set(layouts[1], tags[s][tagnumber]) +end end -- }}} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557015: more info
found 557015 2.2.14-2 thanks forgot to mention: the correct URI is of course http://[::1]/ and this problem persists throughout sid. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#553110: hercules: postinst-must-call-ldconfig
tags 553110 + patch thanks On Wed, 28 Oct 2009 at 23:56:37 -0500, Manoj Srivastava wrote: Refer to Debian Policy Manual section 8.1.1 (ldconfig) for details. I started to prepare an NMU for this. The libraries in Hercules don't seem to be intended for system-wide use, and don't have proper SONAMEs; however, when I tried to link them statically the build failed. Comments in the Makefile.am claim that it's necessary to have them shared for some reason (perhaps related to the presence of plugins), and also explain that they're using -avoid-version for cosmetic reasons (avoiding strange DLL names on Windows. Sigh). In any case, switching from upstream-provided build stuff to re-running autofoo during the build seems rather intrusive for an NMU... I think the right thing to do is to divert the libraries into /usr/lib/hercules. The attached is as far as I got before I spotted that debian/copyright doesn't actually contain the distribution license. I've started to aggregate the copyright statements but got distracted by a critical bug in one of my own packages. For my own reference, things remaining to do to be able to NMU this with a clear conscience: * paste the distribution license from the upstream website onto the end of debian/copyright (it's the QPL, referenced by, but not included in, COPYING) * investigate the possibility of running $(MAKE) modexecdir=/usr/lib/hercules to avoid the symlink hack in install-arch * apply the patches for FTBFS with kFreeBSD, and with GCC 4.4 * easy lintian-prompted fixes: + bump the debhelper compat to something less ancient than 3 and don't use DH_COMPAT + let dh_link fix the symlink-contains-spurious-segments + add misc:Depends + don't ignore the make clean error + move the doc-base and menu entry to a modernized section + fix trivial formatting issues in the man pages Regards, S diff --git a/debian/changelog b/debian/changelog index aa01dc5..0e5e86c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,16 @@ +hercules (3.06-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Install the private libraries into a private directory, making it +unnecessary to run ldconfig (Closes: #553110) + * Modernize watch file (Closes: #529114) + + -- Simon McVittie s...@debian.org Sun, 15 Nov 2009 14:42:25 + + hercules (3.06-1) unstable; urgency=low * New upstream release diff --git a/debian/rules b/debian/rules index 60e2083..c65b238 100755 --- a/debian/rules +++ b/debian/rules @@ -17,7 +17,17 @@ configure: configure-stamp configure-stamp: dh_testdir + # We divert the shared libraries (which are all internal to + # Hercules) into /usr/lib/hercules-libdir, which in turn means the + # plugins go in /usr/lib/hercules-libdir/hercules [1]. + # + # Hercules will actually look in /usr/lib/hercules for plugins [1], + # but we can get round that with a symlink. + # + # Both points marked [1] can of course be fixed, but only by patching + # the build system and re-running autoconf/automake. ./configure --prefix=/usr --enable-optimization=$(CFLAGS) \ + --libdir=/usr/lib/hercules-libdir \ --mandir=/usr/share/man/ --enable-cckd-bzip2 --enable-het-bzip2 \ --enable-custom=Debian --enable-capabilities @@ -54,6 +64,11 @@ install: build # Add here commands to install the package into debian/hercules. $(MAKE) install DESTDIR=$(CURDIR)/debian/hercules + # Looking for loadable modules in $prefix/lib/hercules is hard-coded in + # configure.ac. Compensate... + install -d debian/hercules/usr/lib/hercules + cd debian/hercules/usr/lib/hercules \ + ln -s ../hercules-libdir/hercules/* . rm $(CURDIR)/debian/hercules/usr/bin/cvslvlck rm $(CURDIR)/debian/hercules/usr/bin/herclin diff --git a/debian/watch b/debian/watch index 3c555d9..7fadcf9 100644 --- a/debian/watch +++ b/debian/watch @@ -1 +1,2 @@ -http://www.hercules-390.org/ hercules-(.*)\.tar\.gz debian +version=3 +http://www.hercules-390.org/hercules-(.*)\.tar\.gz debian signature.asc Description: Digital signature
Bug#546446: aptitude: -v -W .... safe-upgrade seg
Hi Daniel, * Daniel Burrows dburr...@debian.org [18. Nov. 2009]: OK, I think I have a fix (attached). ATM aptitude does not segfault so I can't test this. If it segfaults before aptitude itself gets upgraded, i will test the patch. Thank you for your efforts and patience. Ciao, Gregor -- -... --- .-. . -.. ..--.. ...-.- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
Bumping the soname is part of our release process, since C++ ABI compatibility is practically impossible to maintain. Unfortunately, if SVN is to be believed, it appears that somehow this didn't happen with the 2.2.0 release. And here I thought I had finally done a release without screwing anything up! I guess I will do a 2.2.0a which does nothing but fix this. I'd like to avoid changing the last digit there because it would create a bunch of new ways that I could screw up. On Wed, Nov 18, 2009 at 3:55 PM, Robert Edmonds edmo...@debian.org wrote: [ kenton varda, upstream release engineer for protobuf, added to Cc. ] Dirk Eddelbuettel wrote: I am not sure what the best way forward is. Given that mumble is the only user of protobuf, could you just rebuild based on the protobuf? That is probably quicker than a new upload, NEW queue, required rebuild, ... and avoids all hazzles regarding soname conflicts if we move to 5 now and Google later claims 5. since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI compatibility, the SONAME really should be bumped, regardless of NEW delays, etc. because it is the correct thing to do, rather than breaking unrelated software. ideally it should be coordinated with upstream so that we don't break binary compatibility with other linux distributions (to the extent that this is possible with the C++ ABI, which i am not especially familiar with). kenton, is it possible to make a 2.2.1 release with just a SONAME bump? see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556563 for the relevant justification: m...@exez:~$ mumble mumble: Symbol `_ZTIN6google8protobuf7MessageE' has different size in shared object, consider re-linking mumble: symbol lookup error: mumble: undefined symbol: _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE i've also noticed that these changes break the protobuf-c package (for which i am the debian maintainer): edmo...@chase{0}:~$ protoc-c protoc-c: symbol lookup error: /usr/lib/libprotoc.so.4: undefined symbol: _ZN6google8protobuf8internal10WireFormat21kWireTypeForFieldTypeE i think protobuf-c and mumble are the only two reverse dependencies of protobuf, and they're both broken by the 2.2.0-0.1 upload. the protobuf debian package unfortunately lacks .symbols files for libprotocN and libprotobufN, which would have caught this problem. when .symbols files are in use, the package build should fail if there are any symbol insertions or deletions. i've rebuilt the debian protobuf 2.1.0-1 package, adding symbol files, and then used the result to rebuild the 2.2.0-0.1 package, which reveals that there are quite a few missing symbols in 2.2.0: edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE *.symbols libprotobuf4.symbols:#MISSING: 2.2.0# _zn6google8protobuf14messagefactory29internalregistergeneratedfileepkcpf...@base2.1.0 (the missing symbol that broke mumble.) edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep MISSING *.symbols | wc -l 311 (310 other symbols are missing as well.) i've attached the revelant diff.gz's. btw, 2.2.0 introduced a new 'libprotobuf-lite' library which should be split out of the libprotobuf binary package, since (i gather) the idea is to have a lite version of the library which doesn't require the full heft of libprotobuf. -- Robert Edmonds edmo...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksEiVcACgkQdp+/SHMBQJFXTQCgi8udEma1ccxxzHxMw4RPcjT/ 7e8An3+4He41DprUK0BefB/hdWLncwag =3+hv -END PGP SIGNATURE-
Bug#556899: broken keybindings for vinagre
reopen 556899 quit On Wed, Nov 18, 2009 at 01:02:17PM +0100, Emilio Pozuelo Monfort wrote: Craig Sanders wrote: Package: vinagre Version: 2.28.1-1 the keybindings for vinagre conflict with actually *using* any remote host for anything more than just a superficial wow, i can connect, it works!. did nobody stop to think that using the common keybindings for vinagre would conflict with using them on the remote machine? Yes, that's why you can disable them in Edit-Preferences-Show menu shortcuts. then that's the bug. i saw that preference option and thought that's useless. i don't care much whether i see the shortcuts or not, i want to be able to disable them. it shouldn't be called SHOW menu shortcuts. that wording means that that function merely enables/disables the display of the keybindings in the menus. if it really disables the keybindings then it should be called DISABLE menu shortcuts rather than SHOW. craig -- craig sanders c...@taz.net.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556939: libgfshare-bin: can produce broken shares containing foo.000
On Wed, Nov 18, 2009 at 02:00:25PM +, Simon McVittie wrote: The mathematics of Shamir secret sharing do not work correctly with x_i = 0, i.e. a component foo.000, so the library should reject any sharenrs array that contains 0, and the utilities should not produce such arrays. I'll prepare a patch this evening. Daniel, do you agree with this diagnosis? Indeed, the zero-share is not useful since in theory it'd be the data unchanged. The software should reject zero-share instances, and not create them. I'm happy for you to supply me with a bundle, or I can sort it out myself, whichever you would prefer. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556928: ITP: pyflag -- An advanced forensic tool for large volumes of log files
Hi Cristian, On Thu, Nov 19, 2009 at 01:01:19AM +0100, Cristian Greco wrote: On Wed, 18 Nov 2009 10:05:41 -0200 Tiago Bortoletto Vaz ti...@debian.org wrote: * Package name: pyflag Version : 0.87-pre1 Upstream Author : Michael Cohen and David Collett pyflag-supp...@lists.sourceforge.net * URL : http://www.pyflag.net * License : GPL-2 Programming Lang: C, Python Description : An advanced forensic tool for large volumes of log files FLAG (Forensic and Log Analysis GUI) is an advanced forensic tool for the analysis of large volumes of log files and forensic investigations. Hi Tiago, you may consider joining the Debian Forensics team and maintaining this package under its umbrella. :-) Great. I'd also be happy to maintain my other forensics-related ones with the team if you agree: http://packages.debian.org/sid/nasty http://packages.debian.org/sid/ed2k-hash http://packages.debian.org/sid/rephrase http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556602 (currently in NEW) Best regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu signature.asc Description: Digital signature
Bug#557019: Problems with ANSI-colors
Package: debconf Version: 1.5.28 Severity: important dpkg-reconfigure has these problems with ANSI-colorsi, when using dialog-frontend: 1) It can not reliably detect, if current terminal type can support colors. 2) There is no way to force usage of ANSI-colors (just like option -c in mc (Midnight Commander)). I checked both man dpkg-reconfigure and dpkg-reconfigure -h. 3) When it starts without ANSI-colors, it unsuccesfully tries to use color differences in order to show pointer. I am mean chosen entry has red background. I am quite sure that even when ANSI-color support works, some color-blind people may be very upset. Here are screenshots that demonstrate that problem: http://iki.fi/juhtolv/tmp/bugreports/debconf/01/ In that screenshot called dpkg-reconfigure_xterm-256color.png I run dpkg-reconfigure under xterm that uses terminal type called xterm-256color. In that screenshot dpkg-reconfigure_screen-256color-s.png I run dpkg-reconfigure under GNU screen that runs under xterm and terminal type is screen-256color-s . I'd like to use terminal type screen-256color-bce-s , but it is not possible because of bug #491812 . -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debconf depends on: ii debconf-i18n 1.5.28 full internationalization support ii perl-base 5.10.1-7 minimal Perl system Versions of packages debconf recommends: ii apt-utils 0.7.22.2 APT utility programs Versions of packages debconf suggests: ii debconf-doc 1.5.28 debconf documentation ii debconf-utils 1.5.28 debconf utilities ii dialog1.1-20080819-1 Displays user-friendly dialog boxe ii gnome-utils 2.26.0-1 GNOME desktop utilities ii libgnome2-perl1.042-2Perl interface to the GNOME librar pn libnet-ldap-perl none (no description available) ii libterm-readline-gnu-perl 1.19-2 Perl extension for the GNU Readlin ii perl 5.10.1-7 Larry Wall's Practical Extraction ii whiptail 0.52.10-4 Displays user-friendly dialog boxe -- debconf information: debconf-apt-progress/title: debconf-apt-progress/info: * debconf/priority: low debconf-apt-progress/preparing: debconf-apt-progress/media-change: * debconf/frontend: Dialog -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
On Wednesday 18 November 2009 23:13:44 Dirk Eddelbuettel wrote: Patrick, I am sorry about the breakage in mumble. I had coordinated the NMU I made for protobuf 2.2 with Iustin who had suggested that I contact debian-release. Nobody at the Debian release lists followed up on my posts. Nobody followed up when I pointed out that the upstream soname of protobuf 2.2 is still 4.0.0. I tried to be minimally invasive with my NMU and did therefore not raise the soname. This is just wrong and broken library maintenance, no matter what excuses you try to use. The minimal things to do when packaging a new upstream version of a library is to check wether it breaks the ABI or not, and if yes, then act appropriately. So how did you check the ABI? I am not sure what the best way forward is. Given that mumble is the only user of protobuf, could you just rebuild based on the protobuf? That is probably quicker than a new upload, NEW queue, required rebuild, ... and avoids all hazzles regarding soname conflicts if we move to 5 now and Google later claims 5. protobuf is a library also used for many homemade applications that aren't in debian (yet?) and you also break these this way. You can also try to just rename the package as a minimum, but unfriendly to the rest of debian (And users of the library not in debian). Using avoiding NEW to justify this is just plain wrong. To quote the /topic of the #debian-release channel: | Breaks for SONAME changes instead of package renames? Think again! /rant /Sune -- Man, how may I upload from the sendmail over the BIOS secret code? You need to rename a gadget for inserting the ethernet connection on the mail of a processor on a wordprocessor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
I've created a 2.2.0a release: SVN: http://protobuf.googlecode.com/svn/tags/2.2.0a/ tarball: http://groups.google.com/group/protobuf/web/protobuf-2.2.0a.tar.bz2 Diff from 2.2.0: http://code.google.com/p/protobuf/source/detail?r=246 I will make it live on the official site as soon as you confirm that it fixes the problem. On Wed, Nov 18, 2009 at 4:41 PM, Kenton Varda ken...@google.com wrote: Bumping the soname is part of our release process, since C++ ABI compatibility is practically impossible to maintain. Unfortunately, if SVN is to be believed, it appears that somehow this didn't happen with the 2.2.0 release. And here I thought I had finally done a release without screwing anything up! I guess I will do a 2.2.0a which does nothing but fix this. I'd like to avoid changing the last digit there because it would create a bunch of new ways that I could screw up. On Wed, Nov 18, 2009 at 3:55 PM, Robert Edmonds edmo...@debian.orgwrote: [ kenton varda, upstream release engineer for protobuf, added to Cc. ] Dirk Eddelbuettel wrote: I am not sure what the best way forward is. Given that mumble is the only user of protobuf, could you just rebuild based on the protobuf? That is probably quicker than a new upload, NEW queue, required rebuild, ... and avoids all hazzles regarding soname conflicts if we move to 5 now and Google later claims 5. since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI compatibility, the SONAME really should be bumped, regardless of NEW delays, etc. because it is the correct thing to do, rather than breaking unrelated software. ideally it should be coordinated with upstream so that we don't break binary compatibility with other linux distributions (to the extent that this is possible with the C++ ABI, which i am not especially familiar with). kenton, is it possible to make a 2.2.1 release with just a SONAME bump? see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556563 for the relevant justification: m...@exez:~$ mumble mumble: Symbol `_ZTIN6google8protobuf7MessageE' has different size in shared object, consider re-linking mumble: symbol lookup error: mumble: undefined symbol: _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE i've also noticed that these changes break the protobuf-c package (for which i am the debian maintainer): edmo...@chase{0}:~$ protoc-c protoc-c: symbol lookup error: /usr/lib/libprotoc.so.4: undefined symbol: _ZN6google8protobuf8internal10WireFormat21kWireTypeForFieldTypeE i think protobuf-c and mumble are the only two reverse dependencies of protobuf, and they're both broken by the 2.2.0-0.1 upload. the protobuf debian package unfortunately lacks .symbols files for libprotocN and libprotobufN, which would have caught this problem. when .symbols files are in use, the package build should fail if there are any symbol insertions or deletions. i've rebuilt the debian protobuf 2.1.0-1 package, adding symbol files, and then used the result to rebuild the 2.2.0-0.1 package, which reveals that there are quite a few missing symbols in 2.2.0: edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE *.symbols libprotobuf4.symbols:#MISSING: 2.2.0# _zn6google8protobuf14messagefactory29internalregistergeneratedfileepkcpf...@base2.1.0 (the missing symbol that broke mumble.) edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep MISSING *.symbols | wc -l 311 (310 other symbols are missing as well.) i've attached the revelant diff.gz's. btw, 2.2.0 introduced a new 'libprotobuf-lite' library which should be split out of the libprotobuf binary package, since (i gather) the idea is to have a lite version of the library which doesn't require the full heft of libprotobuf. -- Robert Edmonds edmo...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksEiVcACgkQdp+/SHMBQJFXTQCgi8udEma1ccxxzHxMw4RPcjT/ 7e8An3+4He41DprUK0BefB/hdWLncwag =3+hv -END PGP SIGNATURE-
Bug#556563: protobuf and mumble
Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit On 18 November 2009 at 18:55, Robert Edmonds wrote: | [ kenton varda, upstream release engineer for protobuf, added to Cc. ] | | Dirk Eddelbuettel wrote: | I am not sure what the best way forward is. Given that mumble is the only | user of protobuf, could you just rebuild based on the protobuf? That is | probably quicker than a new upload, NEW queue, required rebuild, ... and | avoids all hazzles regarding soname conflicts if we move to 5 now and Google | later claims 5. | | since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI | compatibility, the SONAME really should be bumped, regardless of NEW | delays, etc. because it is the correct thing to do, rather than breaking | unrelated software. ideally it should be coordinated with upstream so | that we don't break binary compatibility with other linux distributions | (to the extent that this is possible with the C++ ABI, which i am not | especially familiar with). That is correct if you narrowly play by the book, but in the grand scheme of things it is still somewhat silly that among 8k or 9k source packages we do these dances for packages whose 'dependency graph' has one edge and one further package. Anyway, it's moving the right way and Debian finally gets a proper 2.2 version of ProtoBuf. Kenton, nice to meet you -- a co-author and I will contact you in a bit about a neat new ProtoBuf language binding for GNU R with pretty nice reflection etc pp. Had I know that your plan was to bump sonames each times I would have contacted you late week / this weekend while I prepared this release stepping in for the nominal maintainer Iusty. | kenton, is it possible to make a 2.2.1 release with just a SONAME bump? | see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556563 for the | relevant justification: | | m...@exez:~$ mumble | mumble: Symbol `_ZTIN6google8protobuf7MessageE' has different size in shared object, consider re-linking | mumble: symbol lookup error: mumble: undefined symbol: _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE | | i've also noticed that these changes break the protobuf-c package (for | which i am the debian maintainer): | | edmo...@chase{0}:~$ protoc-c | protoc-c: symbol lookup error: /usr/lib/libprotoc.so.4: undefined symbol: _ZN6google8protobuf8internal10WireFormat21kWireTypeForFieldTypeE | | i think protobuf-c and mumble are the only two reverse dependencies of | protobuf, and they're both broken by the 2.2.0-0.1 upload. | | the protobuf debian package unfortunately lacks .symbols files for | libprotocN and libprotobufN, which would have caught this problem. | when .symbols files are in use, the package build should fail if there | are any symbol insertions or deletions. | | i've rebuilt the debian protobuf 2.1.0-1 package, adding symbol files, | and then used the result to rebuild the 2.2.0-0.1 package, which reveals | that there are quite a few missing symbols in 2.2.0: | | edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE *.symbols | libprotobuf4.symbols:#MISSING: 2.2.0# _zn6google8protobuf14messagefactory29internalregistergeneratedfileepkcpf...@base 2.1.0 | | (the missing symbol that broke mumble.) | | edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep MISSING *.symbols | wc -l | 311 | | (310 other symbols are missing as well.) | | i've attached the revelant diff.gz's. | | btw, 2.2.0 introduced a new 'libprotobuf-lite' library which should be | split out of the libprotobuf binary package, since (i gather) the idea | is to have a lite version of the library which doesn't require the full | heft of libprotobuf. Feel free to patch this, or wait for Iustin to come back to action. Dirk | | -- | Robert Edmonds | edmo...@debian.org | | [GNUPG:] ERRSIG 769FBF4873014091 17 2 01 1258588503 9 | [GNUPG:] NO_PUBKEY 769FBF4873014091 -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475922: ITP: sweethome3d
retitle 475922 ITP: sweethome3d -- interior design application with a 2D plan and 3D preview thanks Hi, I'm going to package it. Michal, you promised! :) Cheers, Gabriele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510062: ITP: libmoosex-multiinitarg-perl
Christian Sánchez wrote: Hi Sebastien, what's the status of this package? Do you need any help? I can help you with this, I'm using this module for a little project already. As for all the other packages I created tickets for, the problem I have is that debian-perl wants to use DebHelper 7 for all the packages, while I need to use DebHelper 5 because most of our production platform is still in sarge and etch. All the packages I proposed actually exists, but only in our private repositories, with DH5. Converting them to DH7 for Debian means we'd have to backport them for sarge and etch, which is not possible. But given we're in process to migrate to Ubuntu, it will be easier to contribute these packages, even in DH7. If you want the package right now, I can privately send it to you. -- Sébastien Aperghis-Tramoni Close the world, txEn eht nepO. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
Kenton Varda wrote: I've created a 2.2.0a release: SVN: http://protobuf.googlecode.com/svn/tags/2.2.0a/ tarball: http://groups.google.com/group/protobuf/web/protobuf-2.2.0a.tar.bz2 Diff from 2.2.0: http://code.google.com/p/protobuf/source/detail?r=246 I will make it live on the official site as soon as you confirm that it fixes the problem. i haven't tested it, but i can confirm that it is the change i would have made :) -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557020: FTBFS: Fails to find fvm.
Package: code-saturne Version: 2.0.0.beta2-1 Severity: serious Justification: FTBFS Log excerpt: | checking for bft version = 1.1.0... compatible bft version found | configure: error: in `/build/buildd-code-saturne_2.0.0.beta2-1-alpha-XJMnQb/code-saturne-2.0.0.beta2': | configure: error: compatible fvm version not found https://buildd.debian.org/status/package.php?suite=unstablep=code-saturne | config.log excerpt: | configure:19213: checking for fvm version = 0.14.0 | configure:19308: cc -o conftest -std=c99 -funsigned-char -pedantic -W -Wall -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wunused -Wfloat-equal -g -O2 -g -Wall -O2 -DNDEBUG -O conftest.c -lfvm -lbft 5 | conftest.c:42: warning: function declaration isn't a prototype | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined reference to `sincos' | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined reference to `sqrt' | collect2: ld returned 1 exit status -lm might help. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
On 19 November 2009 at 01:45, Sune Vuorela wrote: | On Wednesday 18 November 2009 23:13:44 Dirk Eddelbuettel wrote: | Patrick, | | I am sorry about the breakage in mumble. I had coordinated the NMU I made | for protobuf 2.2 with Iustin who had suggested that I contact | debian-release. | | Nobody at the Debian release lists followed up on my posts. Nobody | followed up when I pointed out that the upstream soname of protobuf 2.2 is | still 4.0.0. I tried to be minimally invasive with my NMU and did | therefore not raise the soname. | | This is just wrong and broken library maintenance, no matter what excuses you | try to use. | | The minimal things to do when packaging a new upstream version of a library is | to check wether it breaks the ABI or not, and if yes, then act appropriately. | | So how did you check the ABI? I ran it against our new in-progress RProtoBuf binding, and it broke. I ran the protobud example _and it ran_ albeit spewing out a message. I contact debian-release. I trusted upstream with the libtool 4.0.0 setting. So I made mistake, as did the maintainer (who has been sitting on a new upstream for three months and a bugreport about it for a months) and so has upstream as we now know. Do we really gain anything by engaging in pissing matches? | I am not sure what the best way forward is. Given that mumble is the only | user of protobuf, could you just rebuild based on the protobuf? That is | probably quicker than a new upload, NEW queue, required rebuild, ... and | avoids all hazzles regarding soname conflicts if we move to 5 now and | Google later claims 5. | | protobuf is a library also used for many homemade applications that aren't in | debian (yet?) and you also break these this way. | | You can also try to just rename the package as a minimum, but unfriendly to | the rest of debian (And users of the library not in debian). That's not solution. | Using avoiding NEW to justify this is just plain wrong. I didn't suggest that. I just pointed out the obvious that the mumble team can rebuild RIGHT NOW which gets a fix to their users faster than waitning for 2.2.0a with a new major soname. | To quote the /topic of the #debian-release channel: | | Breaks for SONAME changes instead of package renames? Think again! Very Cool. Now why don't you join the debian-release list and reply to my requests for help before breakage occurs rather than do your grandstanding afterwards? Dirk | | /rant | | /Sune | | -- | Man, how may I upload from the sendmail over the BIOS secret code? | | You need to rename a gadget for inserting the ethernet connection on the mail | of a processor on a wordprocessor. -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
Dirk Eddelbuettel wrote: On 18 November 2009 at 18:55, Robert Edmonds wrote: | since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI | compatibility, the SONAME really should be bumped, regardless of NEW | delays, etc. because it is the correct thing to do, rather than breaking | unrelated software. ideally it should be coordinated with upstream so | that we don't break binary compatibility with other linux distributions | (to the extent that this is possible with the C++ ABI, which i am not | especially familiar with). That is correct if you narrowly play by the book, but in the grand scheme of things it is still somewhat silly that among 8k or 9k source packages we do these dances for packages whose 'dependency graph' has one edge and one further package. narrowness doesn't enter into it; package renames due to SONAME bumps are required by policy. Debian Policy Manual Chapter 8 - Shared libraries 8.1 Run-time shared libraries The run-time shared library needs to be placed in a package whose name changes whenever the shared object version changes. in this case it was an upstream bug that the SONAME was not increased, and three packages (mumble, mumble-server, protobuf-c-compiler), not one, were affected. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#557022: evolution: error while converting a mail database while upgrade from lenny to sid version
Package: evolution Version: 2.28.1-2 Severity: important After upgrading from lenny version (2.22.3.1-1) to current sid version (2.28.1-2) during local mailbox (mbox format) convertion evolution trapping. Console output in attachment. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.1-5+lenny1simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii evolution-common 2.28.1-2 architecture independent files for ii evolution-data-server 2.28.1-1 evolution database backend server ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbluetooth3 4.57-1Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.28.1-1 The Evolution MIME message handlin ii libdbus-1-31.2.1-5+lenny1simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libebackend1.2-0 2.28.1-1 Utility library for evolution data ii libebook1.2-9 2.28.1-1 Client library for evolution addre ii libecal1.2-7 2.28.1-1 Client library for evolution calen ii libedataserver1.2-11 2.28.1-1 Utility library for evolution data ii libedataserverui1.2-8 2.28.1-1 GUI utility library for evolution ii libegroupwise1.2-132.28.1-1 Client library for accessing group ii libenchant1c2a 1.4.2-3.3 a wrapper library for various spel ii libexchange-storage1.2 2.28.1-1 Client library for accessing Excha ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2+lenny1FreeType 2 font engine, shared lib ii libgconf2-42.28.0-1 GNOME configuration database syste ii libgdata-google1.2-1 2.28.1-1 Client library for accessing Googl ii libgdata1.2-1 2.28.1-1 Client library for accessing Googl ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnome-desktop-2-11 2.28.1-1 Utility library for loading .deskt ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.24.2-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libgtkhtml-editor0 3.28.1-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.28.1-1 HTML rendering/editing library - r ii libgweather1 2.28.0-1 GWeather shared library ii libhal10.5.11-8 Hardware Abstraction Layer - share ii libical0 0.44-1iCalendar library implementation i ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d4.7.1-5 NetScape Portable Runtime Library ii libnss3-1d 3.12.3.1-0lenny1 Network Security Service libraries ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpisock9 0.12.3-5 library for communicating with a P ii libpisync1 0.12.3-5 synchronization library for PalmOS ii libpopt0 1.15-1lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libsoup2.4-1 2.28.1-3 an HTTP library implementation in ii libsqlite3-0 3.6.20-1 SQLite 3 shared library ii
Bug#516560: freeguide: Contains precompiled libraries without source
at least /usr/share/freeguide/lib/retroweaver-rt-1.2.5.jar and /usr/share/freeguide/lib/tagsoup-1.0.1.jar is shipped as part of the source and installed directly without any recompilation. Both of these jars have no been removed from the install, and there are no others. This change will ship in version 0.10.11 which I hope to release in the next few days. Thanks for submitting this report. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557021: libabiword-2.8-dev: abiword.pc is missing from -dev package (needed by pyabiword)
Package: libabiword-2.8-dev Version: 2.8.1-1 Severity: important As subject says, abiword.pc is missing from libabiword-2.8-dev, which makes pkg-config resolving in pyabiword fail. Kind regards, - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
On 18 November 2009 at 20:39, Robert Edmonds wrote: | Dirk Eddelbuettel wrote: | On 18 November 2009 at 18:55, Robert Edmonds wrote: | | since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI | | compatibility, the SONAME really should be bumped, regardless of NEW | | delays, etc. because it is the correct thing to do, rather than breaking | | unrelated software. ideally it should be coordinated with upstream so | | that we don't break binary compatibility with other linux distributions | | (to the extent that this is possible with the C++ ABI, which i am not | | especially familiar with). | | That is correct if you narrowly play by the book, but in the grand scheme of | things it is still somewhat silly that among 8k or 9k source packages we do | these dances for packages whose 'dependency graph' has one edge and one | further package. | | narrowness doesn't enter into it; package renames due to SONAME bumps | are required by policy. | | Debian Policy Manual | Chapter 8 - Shared libraries | | 8.1 Run-time shared libraries | | The run-time shared library needs to be placed in a package whose name | changes whenever the shared object version changes. | | in this case it was an upstream bug that the SONAME was not increased, Right. Which caught me. My first emails to Iustin about the NMU mentioned the '5' soname. | and three packages (mumble, mumble-server, protobuf-c-compiler), not | one, were affected. Still just one package: mumble (as mumble and mumble-server come from the same source package, hence count as one, and protobuf-c-compiler comes from protobuf itself and counts as zero leaving exactly one package -- mumble). I am merely mentioning that other than 'very formal by the books and rules' play one can also show a bit of lattitude, rebuild mumble _now_ while also updating protobuf. Anyway, I'll stop this now and get some work done. As I said earlier: Sorry again about the breakage, thanks to Iusting for the initial package and I hope he comes back to protobuf at some point. Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557023: Barby::Code128: private method split called for nil
Package: libbarby-ruby1.8 Version: 0.3-1 Severity: normal Tags: patch Creating a new instance of Barby::Code128 with a legitimate string can cause a stack trace. One such string is the empty string: Barby::Code128.new(, 'B') The stack trace is: /usr/lib/ruby/1.8/barby/barcode/code_128.rb:239:in `characters': private method `split' called for nil:NilClass (NoMethodError) from /usr/lib/ruby/1.8/barby/barcode/code_128.rb:364:in `valid?' from /usr/lib/ruby/1.8/barby/barcode/code_128.rb:162:in `initialize' from ./foo.rb:15:in `new' from ./foo.rb:15 foo.rb (attached) reproduces the problem two different ways. Wayne Conrad -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686-bigmem (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libbarby-ruby1.8 depends on: ii librqrcode-ruby1.8 0.3.2-2 Ruby library for encoding QRCode ( ii rails2.2.3-1 MVC ruby based framework geared fo ii ruby1.8 1.8.7.174-2 Interpreter of object-oriented scr libbarby-ruby1.8 recommends no packages. Versions of packages libbarby-ruby1.8 suggests: ii libcairo-ruby1.8 1.8.0-1Cairo bindings for the Ruby langua pn libprawn-ruby1.8 none (no description available) ii librmagick-ruby1.82.11.1-1 ImageMagick API for Ruby 1.8 -- no debconf information foo.rb Description: application/ruby diff -ur libbarby-ruby-0.3.orig/lib/barby/barcode/code_128.rb libbarby-ruby-0.3/lib/barby/barcode/code_128.rb --- libbarby-ruby-0.3.orig/lib/barby/barcode/code_128.rb 2009-11-18 17:51:28.0 -0700 +++ libbarby-ruby-0.3/lib/barby/barcode/code_128.rb 2009-11-18 17:51:37.0 -0700 @@ -227,8 +227,8 @@ #sets, in which case the extra will itself have an extra. def extra=(extra) raise ArgumentError, Extra must begin with \\301, \\302 or \\303 unless extra =~ /^[#{CODEA+CODEB+CODEC}]/n - type = extra[/([#{CODEA+CODEB+CODEC}])/n, 1] - data = extra[/[#{CODEA+CODEB+CODEC}](.*)/n, 1] + type = extra[0..0] + data = extra[1..-1] @extra = class_for(type).new(data) end
Bug#556951: [binutils] objcopy fails with 'Invalid operation'
On 18.11.2009 14:54, Peter Fritzsche wrote: forwarded 556951 http://sourceware.org/bugzilla/show_bug.cgi?id=10982 thanks Matthias Klose wrote: [] `debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_cl ient': Invalid operation dh_strip: objcopy returned exit code 1 Is this a known problem with binutils-gold? yes, I did see this as well recently. Could it be that it is new with 2.20-3 or 2.20-4? I think I didn't saw that in earlier version. I think I saw it the first time when compiling batctl - which I compiled right after update of my Sources file. This was after the 11. November. I wanted to write a bug report right now but haven't a glue why it fails. objcopy --only-keep-debug debian/batctl/usr/sbin/batctl debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl seems to work without any problems. The real problem is objcopy --add-gnu-debuglink debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl debian/batctl/usr/sbin/batctl So a small test would be: $ echo 'int main() { return 0; }' test.c \ gcc -g3 test.c -o test \ objcopy --only-keep-debug test test.dbg \ objcopy --add-gnu-debuglink=./test.dbg test echo cool it works objcopy:stCdJOm4: cannot create debug link section `./test.dbg': Invalid operation This works with the old linker, but not with binutils-gold So I build the cvs version of the linker and objcopy and it is the same here. So it is propably an upstream bug. I only see this when upgrading to current glibc in unstable; not with testing. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
On 18 November 2009 at 17:10, Kenton Varda wrote: | I've created a 2.2.0a release: | | SVN: http://protobuf.googlecode.com/svn/tags/2.2.0a/ | tarball: http://groups.google.com/group/protobuf/web/protobuf-2.2.0a.tar.bz2 | Diff from 2.2.0: http://code.google.com/p/protobuf/source/detail?r=246 | | I will make it live on the official site as soon as you confirm that it | fixes the problem. I'd say go ahead in a day in case you haven't heard. Protobuf doesn't really have an active Debian maintainer right now (but lots of people standing on soap boxen ...) so there may not be anyone testing this. Dirk | On Wed, Nov 18, 2009 at 4:41 PM, Kenton Varda ken...@google.com wrote: | | Bumping the soname is part of our release process, since C++ ABI | compatibility is practically impossible to maintain. Unfortunately, if SVN | is to be believed, it appears that somehow this didn't happen with the 2.2.0 | release. And here I thought I had finally done a release without screwing | anything up! | | I guess I will do a 2.2.0a which does nothing but fix this. I'd like to | avoid changing the last digit there because it would create a bunch of new | ways that I could screw up. | | On Wed, Nov 18, 2009 at 3:55 PM, Robert Edmonds edmo...@debian.orgwrote: | | [ kenton varda, upstream release engineer for protobuf, added to Cc. ] | | Dirk Eddelbuettel wrote: | I am not sure what the best way forward is. Given that mumble is the | only | user of protobuf, could you just rebuild based on the protobuf? That is | probably quicker than a new upload, NEW queue, required rebuild, ... and | avoids all hazzles regarding soname conflicts if we move to 5 now and | Google | later claims 5. | | since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI | compatibility, the SONAME really should be bumped, regardless of NEW | delays, etc. because it is the correct thing to do, rather than breaking | unrelated software. ideally it should be coordinated with upstream so | that we don't break binary compatibility with other linux distributions | (to the extent that this is possible with the C++ ABI, which i am not | especially familiar with). | | kenton, is it possible to make a 2.2.1 release with just a SONAME bump? | see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556563 for the | relevant justification: | | m...@exez:~$ mumble | mumble: Symbol `_ZTIN6google8protobuf7MessageE' has different size in | shared object, consider re-linking | mumble: symbol lookup error: mumble: undefined symbol: | _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE | | i've also noticed that these changes break the protobuf-c package (for | which i am the debian maintainer): | | edmo...@chase{0}:~$ protoc-c | protoc-c: symbol lookup error: /usr/lib/libprotoc.so.4: undefined | symbol: _ZN6google8protobuf8internal10WireFormat21kWireTypeForFieldTypeE | | i think protobuf-c and mumble are the only two reverse dependencies of | protobuf, and they're both broken by the 2.2.0-0.1 upload. | | the protobuf debian package unfortunately lacks .symbols files for | libprotocN and libprotobufN, which would have caught this problem. | when .symbols files are in use, the package build should fail if there | are any symbol insertions or deletions. | | i've rebuilt the debian protobuf 2.1.0-1 package, adding symbol files, | and then used the result to rebuild the 2.2.0-0.1 package, which reveals | that there are quite a few missing symbols in 2.2.0: | | edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep | _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE | *.symbols | libprotobuf4.symbols:#MISSING: 2.2.0# | _zn6google8protobuf14messagefactory29internalregistergeneratedfileepkcpf...@base2.1.0 | | (the missing symbol that broke mumble.) | | edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep | MISSING *.symbols | wc -l | 311 | | (310 other symbols are missing as well.) | | i've attached the revelant diff.gz's. | | btw, 2.2.0 introduced a new 'libprotobuf-lite' library which should be | split out of the libprotobuf binary package, since (i gather) the idea | is to have a lite version of the library which doesn't require the full | heft of libprotobuf. | | -- | Robert Edmonds | edmo...@debian.org | | -BEGIN PGP SIGNATURE- | Version: GnuPG v1.4.10 (GNU/Linux) | | iEYEARECAAYFAksEiVcACgkQdp+/SHMBQJFXTQCgi8udEma1ccxxzHxMw4RPcjT/ | 7e8An3+4He41DprUK0BefB/hdWLncwag | =3+hv | -END PGP SIGNATURE- | | | -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557024: RFP: videoconverter -- easily convert videos to several popular video sharing sites
Package: wnpp Severity: wishlist * Package name: videoconverter Version : 0.9.1 Upstream Author : Manuel Amador (Rudd-O) rud...@rudd-o.com * URL : http://rudd-o.com/new-projects/linuxvideoconverter * License : GPLv3 Programming Lang: Python Description : easily convert videos to several popular video sharing sites -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
Dirk Eddelbuettel wrote: Still just one package: mumble (as mumble and mumble-server come from the same source package, hence count as one, and protobuf-c-compiler comes from protobuf itself and counts as zero leaving exactly one package -- mumble). protobuf-c-compiler is built from the protobuf-c source package, which build-depends on the binary packages libprotobuf-dev, libprotoc-dev, protobuf-compiler, which are built from the protobuf source package. protobuf-c-compiler has runtime dependencies on libprotobufN and libprotocN. iustin pop is the protobuf package maintainer and i am the protobuf-c package maintainer. two source packages and three binary packages are affected by #556563. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#557020: FTBFS: Fails to find fvm.
Cyril Brulebois k...@debian.org (19/11/2009): | conftest.c:42: warning: function declaration isn't a prototype | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined reference to `sincos' | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined reference to `sqrt' | collect2: ld returned 1 exit status -lm might help. As said on IRC: -lm in code-saturne might be a workaround. libfvm.so seems to be having 'U' on math functions while not NEEDED'ing libm. Could you please double-check that and open a bug against it accordingly if I'm not on crack? Mraw, KiBi. signature.asc Description: Digital signature
Bug#557026: ITP: gtkhotkey -- Gtk hotkey shared library
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu iwama...@debain.org * Package name: gtkhotkey Version : 0.2.1 Upstream Author : Mikkel Kamstrup Erlandsen mikkel.kamst...@gmail.com * URL : https://launchpad.net/gtkhotkey * License : LGPL-3 Programming Lang: C Description : Gtk hotkey shared library Cross platform library for using desktop wide hotkeys. Platform independent hotkey handling for Gtk+ applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557025: mplayer tab completion order
Package: zsh Version: 4.3.10-6 Severity: minor zsh offers gopher:// before files in the current directory when cycling through tab completions. Suggest that it would be more useful to list the video files first before the uris. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zsh depends on: ii libc6 2.10.1-6 GNU C Library: Shared libraries ii libcap2 1:2.17-2 support for getting/setting POSIX. ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand Versions of packages zsh recommends: ii libc6 2.10.1-6 GNU C Library: Shared libraries ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi Versions of packages zsh suggests: pn zsh-doc none (no description available) -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#557006: dh_auto_clean: warning: ant does not support building out of source tree
severity 557006 grave thanks Jonathan Nieder jrnie...@gmail.com (18/11/2009): | dh_auto_clean --builddirectory debian/xzdec-build | dh_auto_clean: warning: ant does not support building out of source tree. In source building enforced. | Can't exec ant: No such file or directory at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 179. | dh_auto_clean: ant clean failed to to execute: No such file or directory | make[1]: *** [override_dh_auto_clean] Error 2 All very sensible, except xz-utils does not use an ant buildfile. If there is any more information I can provide, please let me know. Build system detection is totally broken, many other packages FTBFS because “ant” is “detected, while it can't be executed (neither being in the chroots, or in Build-Depends). Mraw, KiBi. signature.asc Description: Digital signature
Bug#557027: liburcu: FTBFS in various ways
Package: liburcu Version: 0.3.0-1 Severity: important (Keeping to “important” since it never built.) See https://buildd.debian.org/status/package.php?suite=unstablep=liburcu alpha ia64: | configure: error: Unable to detect the architecture. armel: |dh_auto_clean | Can't exec ant: No such file or directory at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 179. | dh_auto_clean: ant clean failed to to execute: No such file or directory (not your problem) kfreebsd-amd64: | urcu-bp.c:276: error: 'MREMAP_MAYMOVE' undeclared (first use in this function) s390: | gcc -DHAVE_CONFIG_H -I. -I./urcu -I./urcu -g -O2 -c urcu.c -fPIC -DPIC -o .libs/urcu.o | In file included from urcu-static.h:38, | from urcu.c:35: | ./urcu/arch.h:32:27: error: config/config.h: No such file or directory | In file included from urcu.c:35: | urcu-static.h:167: error: requested alignment is not a constant Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557028: FTBFS: BD
Package: libtokyocabinet-perl Version: 1.33-1 Severity: serious Justification: FTBFS ld: -lz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557006: dh_auto_clean: warning: ant does not support building out of source tree
retitle 557006 Can't exec ant [broken buildsystem detection] thanks Cyril Brulebois k...@debian.org (19/11/2009): Build system detection is totally broken, many other packages FTBFS because “ant” is “detected, while it can't be executed (neither being in the chroots, or in Build-Depends). Update the title accordingly so that people can hopefully jump to this bug instead of opening dozens of duplicates. Sorry for not having done that with the previous mail. Mraw, KiBi. signature.asc Description: Digital signature
Bug#556563: protobuf and mumble
On 18 November 2009 at 21:01, Robert Edmonds wrote: | Dirk Eddelbuettel wrote: | Still just one package: mumble (as mumble and mumble-server come from the | same source package, hence count as one, and protobuf-c-compiler comes from | protobuf itself and counts as zero leaving exactly one package -- mumble). | | protobuf-c-compiler is built from the protobuf-c source package, which | build-depends on the binary packages libprotobuf-dev, libprotoc-dev, | protobuf-compiler, which are built from the protobuf source package. | protobuf-c-compiler has runtime dependencies on libprotobufN and | libprotocN. | | iustin pop is the protobuf package maintainer and i am the protobuf-c | package maintainer. two source packages and three binary packages are | affected by #556563. My bad. You are of course correct. I am aware of that C binding package, and I did clearly misread the 'apt-cache rdepends' output -- two depends for protobuf, not one. I'm sorry, and I appreciate that you posted the correction. Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557027: liburcu: FTBFS in various ways
* Cyril Brulebois k...@debian.org wrote: Package: liburcu Version: 0.3.0-1 Severity: important (Keeping to “important” since it never built.) See https://buildd.debian.org/status/package.php?suite=unstablep=liburcu Perhaps it would be appropriate to set Architecture: to i386 and amd64 only for the moment until we have a change to resolve these issues? I suspect I'll need to create the necessary patches as I doubt Mathieu (upstream) has access to the hardware in which this package fails to build. What is your opinion on how best to proceed? Is it okay to allow the FTBFS to exist while I work on the patches? Or is it better to disable those architectures now and re-enable them once the build is working again? -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557028: Bug in libtokyocabinet-perl fixed in revision 47455
tag 557028 + pending thanks Some bugs are closed in revision 47455 by Ryan Niebur (ryan) Commit message: * add zlib1g-dev and libbz2-dev to build deps (Closes: #557028) * Add myself to Uploaders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557006: dh_auto_clean: warning: ant does not support building out of source tree
tag 557006 patch thanks This seems to fix the problem I'm facing for non-ant packages. And a random test (libjgoodies-looks-java) seems to show it's ok for ant packages. Mraw, KiBi. From 3f5175e56c5678fd06300d6336795ff548b3a556 Mon Sep 17 00:00:00 2001 From: Cyril Brulebois k...@debian.org Date: Thu, 19 Nov 2009 03:33:52 +0100 Subject: [PATCH] Fix build system auto-selection breakage. Probably due to an overlook in 758ce0bb1f, the '-e' test on build.xml disappeared, leading check_auto_buildable() to always return '1' for the ant build system. Signed-off-by: Cyril Brulebois k...@debian.org --- Debian/Debhelper/Buildsystem/ant.pm |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Debian/Debhelper/Buildsystem/ant.pm b/Debian/Debhelper/Buildsystem/ant.pm index 938fb44..52def4f 100644 --- a/Debian/Debhelper/Buildsystem/ant.pm +++ b/Debian/Debhelper/Buildsystem/ant.pm @@ -14,7 +14,7 @@ sub DESCRIPTION { sub check_auto_buildable { my $this=shift; - return $this-get_sourcepath(build.xml) ? 1 : 0; + return (-e $this-get_sourcepath(build.xml)) ? 1 : 0; } sub new { -- 1.6.5.2 signature.asc Description: Digital signature
Bug#557027: liburcu: FTBFS in various ways
Jon Bernard jbern...@debian.org (18/11/2009): Perhaps it would be appropriate to set Architecture: to i386 and amd64 only for the moment until we have a change to resolve these issues? I suspect I'll need to create the necessary patches as I doubt Mathieu (upstream) has access to the hardware in which this package fails to build. What is your opinion on how best to proceed? Is it okay to allow the FTBFS to exist while I work on the patches? Or is it better to disable those architectures now and re-enable them once the build is working again? Having the FTBFSes around isn't an issue: they don't even prevent your package from migrating. Please note that instead of blindly disabling an architecture because of an FTBFS at a given point in time, it's usually better to wait for a patch (possibly actively working on it;) As an example, the FTBFS due to 'ant' is a debhelper bug, it wouldn't have been nice to have disabled 2 archs just for that. If a given architecture (or a couple of) was to slow down/prevent migration, one could even think of removing the old binaries, so that no archs would be out-of-date. But that's another story (see dd@ past days). Please don't restrict Architecture list. Mraw, KiBi. signature.asc Description: Digital signature