Bug#427697: sbackup uses a non-existent group.
severity 427697 serious thanks Dear Aigars, I am a user of sbackup on Debian, I like it a lot, but the version for Lenny and Sid have a problem: they are configured to use the admin group for the backups. This groups does not exist on default Debian installs. Can you suggest a more suitable group ? Then I can prepare a NMU if it can save some time for you. Have a nice day, and thanks for sbackup ! -- Charles Plessy DD since three days ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474218: nss-ldapd: Crashes when looking up many groups
[Arthur de Jong] Running this code under valgrind does not show any memory problems in the nslcd code. I've tested the latest svn verison against the AD LDAP server in question, and can confirm that valgrind report no errors. Group lookups does not work properly still, but I suspect this is due to the very short timeouts and the amount of groups to sift through. I suggest we discuss that problem in #474174. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477120: Kernel panic after upgrade from 2.6.22-1 to 2.6.24-1
Package: linux-image-2.6.24-1-parisc-smp Version: 2.6.24-5 After upgrading my HP9000 and then rebooting the kernel panics. I reported the bootlog to debian-hppa mailing list. There Grant Grundler told me that this is a fixed problem and pointed me to: http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.25-rc6 commit c20a84c91048c76c1379011c96b1a5cee5c7d9a0 Author: Kyle McMartin [EMAIL PROTECTED] Date: Sat Mar 1 10:25:52 2008 -0800 Also he asked me to file a bug to make sure the fix gets integrated into the Debian kernel as well. ... checking if image is initramfs... it is Freeing initrd memory: 5536k freed Enabling PDC chassis warnings support v0.05 unwind_init: start = 0x10410e00, end = 0x1043caf0, entries = 11215 Backtrace: [104dc0a8] init+0x24/0xfc [104d166c] kernel_init+0x1cc/0x398 [1010bc5c] ret_from_kernel_thread+0x1c/0x24 Kernel Fault: Code=26 regs=2f4401c0 (Addr=) ... IAOQ[0]: cmpxchg_futex_value_locked+0x28/0x7c I attached the bootlog for further investigations. Greetings, Jürgen Leibner Firmware Version 36.34 Duplex Console IO Dependent Code (IODC) revision 0 -- (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved -- Processor SpeedState Coprocessor State Cache Size - - - -- 0 120 MHz Active Functional1 MB 1 120 MHz Idle Functional1 MB Central Bus Speed (in MHz) :120 Available memory (bytes): 536870912 Good memory required (bytes): 22618112 Primary boot path:8/8.5 (dec) Alternate boot path: 8/16/5.2 (dec) Console path: 8/16/4.0 (dec) Keyboard path:8/16/7.0 (dec) CPU 0 WARNING: Memory has been initialized, but not tested as a result of FASTBOOT being enabled. To test memory, use the FASTBOOT command in the CONFIGURATION menu and reboot the system. Processor is booting from first available device. To discontinue, press any key within 10 seconds. 10 seconds expired. Proceeding... Trying Primary Boot Path Booting... Boot IO Dependent Code (IODC) revision 7 HARD Booted. palo ipl 1.14 [EMAIL PROTECTED] Sat Apr 8 16:08:16 EDT 2006 Partition Start(MB) End(MB) Id Type 1 1 31 f0 Palo 2 32 156 83 ext2 5 1571890 83 ext2 618912031 82 swap PALO(F0) partition contains: 0/vmlinux32 4191629 bytes @ 0x48000 Information: No console specified on kernel command line. This is normal. PALO will choose the console currently used by firmware (serial). Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux' Selected kernel: /vmlinux from partition 2 Selected ramdisk: /initrd.img from partition 2 ELF32 executable Entry 00100300 first 0010 n 3 Segment 0 load 0010 size 3206548 mediaptr 0x1000 Segment 1 load 0040f000 size 524288 mediaptr 0x31 Segment 2 load 004cc000 size 263168 mediaptr 0x39 Loading ramdisk 5669321 bytes @ 1fa86000... Branching to kernel entry point 0x00100300. If this is the last message you see, you may need to switch your console. This is a common symptom -- search the FAQ and mailing list at parisc-linux.org Initializing cgroup subsys cpuset Linux version 2.6.24-1-parisc-smp (Debian 2.6.24-5) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #2 SMP Thu Mar 27 18:17:20 MDT 2008 FP[0] enabled: Rev 1 Model 11 The 32-bit Kernel has started... console [ttyB0] enabled Initialized PDC Console for debugging. Determining PDC firmware type: System Map. model 5a10 0491 0002 7768217e 10f0 0004 008a 008a vers 000d CPUID vers 11 rev 13 (0x016d) model 9000/851/D360 Total Memory: 512 MB initrd: 2fa86000-2ffee1c9 initrd: reserving 1fa86000-1ffee1c9 (mem_max 2000) SMP: bootstrap CPU ID is 0 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130048 Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux PID hash table entries: 2048 (order: 11, 8192 bytes) Console: colour dummy device 160x64 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 508672k/524288k available (2619k kernel code, 15424k reserved, 1000k data, 244k init) virtual kernel memory layout: vmalloc : 0x8000 - 0x0f00 ( 239 MB) memory : 0x1000 - 0x3000 ( 512 MB) .init : 0x104d - 0x1050d000 ( 244 kB) .data : 0x1038ec0c - 0x10489000 (1000 kB) .text : 0x1010 - 0x1038ec0c (2619 kB) Security
Bug#477121: xbindkeys: drops certain keyboard events
Package: xbindkeys Version: 1.8.2-1 Severity: normal XBindkeys seems to be dropping certain keycodes when they are added to ~/.xbindkeysrc. I have a laptop with special media keys (play, stop, volume up/down, mute, etc) and nearly all of these play nice with xbindkeys, except for the mute key. When I do not have a line in .xbindkeysrc handling this key (Mute, keycode 160) I can get events from xbindkeys -k or xev or the like, so I know that the key itself works. However, when I add a line to .xbindkeysrc # Mute amixer set PCM toggle m:0x0 + c:160 as xbindkeys -k reports, xbindkeys seems to quietly drop the event, as it doesn't execute the command, or allow xbindkeys -r or xev to see the events occur. Other than this, xbindkeys is working fantasticly, even with most of the buttons on my logitech mx610 mouse (all except the mute key, which also generates keycode 160 under the above circumstances) -- System Information: Debian Release: lenny APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-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 xbindkeys depends on: ii guile-1.6-libs1.6.8-6Main Guile libraries ii libc6 2.7-10 GNU C Library: Shared libraries ii libguile-ltdl-1 1.6.8-6Guile's patched version of libtool ii libqthreads-121.6.8-6QuickThreads library for Guile ii libx11-6 2:1.0.3-7 X11 client-side library xbindkeys recommends no packages. -- no debconf information
Bug#477009: Pending bug, package at mentors.d.n
tag 477009 pending thanks Hi, Package is at: http://mentors.debian.net/debian/pool/main/l/ldtp/ldtp_0.9.2-4.dsc Waiting for my sponsor to upload. -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Blogs: {ftbfs,kartikm}.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414916: Announce of the upcoming NMU for the fcron package
Dear maintainer of fcron and Debian translators, On Saturday, April 05, 2008 I sent a notice to the maintainer of the fcron Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #414916). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the fcron package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, May 01, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Saturday, April 05, 2008 : send the first intent to NMU notice to the package maintainer. Monday, April 21, 2008 : send this notice Thursday, May 01, 2008 : deadline for receiving translation updates Friday, May 02, 2008 : build the package and upload it to DELAYED/0-day send the NMU patch to the BTS Saturday, May 03, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-04-21 06:59+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:1001 msgid Warning: interactions with anacron! msgstr #. Type: note #. Description #: ../templates:1001 msgid If you have the anacron package in the 'removed' but not 'purged' state (i. e. anacron configuration files are still around the system), the fcron package will cause harmless side effects, such as reports of anacron being started at boot up. msgstr #. Type: note #. Description #: ../templates:1001 msgid DO NOT FILE BUGS AGAINST ANACRON IF YOU HAVE FCRON INSTALLED IN THE SYSTEM. They will be either reassigned to fcron to be summarily closed by me, or summarily closed by the anacron maintainer himself. msgstr #. Type: note #. Description #: ../templates:1001 msgid More information about this issue is available in /usr/share/doc/fcron/ README.Debian msgstr signature.asc Description: Digital signature
Bug#407857: Announce of the upcoming NMU for the dak package
Dear maintainer of dak and Debian translators, On Saturday, April 05, 2008 I sent a notice to the maintainer of the dak Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #407857). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr ja pt sv vi Among these, the following translations are incomplete: es vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the dak package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, May 01, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Saturday, April 05, 2008 : send the first intent to NMU notice to the package maintainer. Monday, April 21, 2008 : send this notice Thursday, May 01, 2008 : deadline for receiving translation updates Friday, May 02, 2008 : build the package and upload it to DELAYED/0-day send the NMU patch to the BTS Saturday, May 03, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-02-29 17:28-0500\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid Where to put the base directory for dak? msgstr #. Type: string #. Description #: ../templates:1001 msgid It is best to use the dak-suite with a single base directory and not to split it up all over the filesystems. Makes life easier. This setup will prepare everything to run from the path you enter here, the default is /opt/ dak, but common locations include things like /org/your.archive.name or similar names. Use whatever you like most. msgstr #. Type: note #. Description #: ../templates:2001 msgid You really need to finish the configuration of dak! msgstr #. Type: note #. Description #: ../templates:2001 msgid This package wont run out of the box. You need to change the configuration to fit your needs. You will find some examples in the directory entered in the \base directory\ question for this package and, of course, in /usr/ share/doc/dak - including the configuration the Debian Archive actually uses. msgstr #. Type: string #. Description #: ../templates:3001 msgid What is the hostname for the archive host? msgstr #. Type: string #. Description #: ../templates:3001 msgid For proper function dak needs a hostname in different places in its configuration. The entered value will be used in email addresses and mails generated by dak. msgstr #. Type: string #. Description #: ../templates:4001 msgid The name of your archive. msgstr #. Type: string #. Description #: ../templates:4001 msgid Please give your archive a descriptive name, so your Users see what it is about. msgstr #. Type: string #. Description #: ../templates:5001 msgid The name of your dak user. msgstr #. Type: string #. Description #: ../templates:5001 msgid You can choose the user which gets created for the dak package. The default should be fine, but maybe you prefer something different here. msgstr #. Type: string #. Description #: ../templates:6001 msgid The name of your dak group. msgstr #. Type: string #. Description #: ../templates:6001 msgid You can choose the groupname which gets created for the dak package. msgstr signature.asc Description: Digital signature
Bug#477122: aptitude: installs recommended package even when option is to NOT install them
Package: aptitude Version: 0.4.10-1+b2 Severity: normal I have choosen in aptitude option not to automatically install recommended packages. However, aptitude wants to install recommended packages as dependencies when upgrading a package, -- Package-specific info: Terminal: xterm $DISPLAY is set. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.7-6 0.7.11 Advanced front-end for dpkg ii libc6 2.7-10 GNU C Library: Shared libraries ii libcwidget1 0.5.6.1-3 high-level terminal interface libr ii libgcc1 1:4.3.0-3 GCC support library ii libncursesw5 5.6+20080308-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.18-2 type-safe Signal Framework for C++ ii libstdc++64.3.0-3The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.10-1 English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477060: texlive-base: license of amslatex is unclear
Frank Küster [EMAIL PROTECTED] wrote: Here's the first: And the second: From: AMS Technical Support [EMAIL PROTECTED] Subject: re: Unclear License of AMSLaTeX To: [iso-8859-1] Frank Kster [EMAIL PROTECTED] cc: [EMAIL PROTECTED], TeXLive [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Fri, 28 Apr 2006 10:20:54 -0400 (EDT) Reply-To: [EMAIL PROTECTED] hi, frank, et al. please be assured that our intent is simply to ensure that, when one of our authors uses an ams-latex package, s/he can be certain that it is the one that we support, not a modified version. there is no intent to restrict distribution of changed versions as long as the name has been changed and any indication that ams is the source of support has been removed. (this applies as well to ams-tex and amsfonts, which are on ctan, and to specific ams author packages, which are not.) the wording of the copyright is drawn from knuth's original on tex itself, long before latex or any similar license existed. we have used this wording from our very first release of ams-tex, and haven't changed it since then. the latex team has accepted in good faith that our intent coincides with theirs, but with the growing controversy over the wording of licenses, it appears this acceptance is not general. i'm not really familiar with the file pcatcode.dtx. amsrefs has always been in the purview of another person, first michael downes, and now david jones. however, i know that michael was a party to many latex license discussions, and that is perhaps why he chose to cite the artistic license rather than use the usual ams statement. since he's no longer with us, we can't know for sure, although i'm willing to ask frank mittelbach. regarding the usual ams statement, i've started a discussion here about possibly changing the statement to the lppl, or whatever is appropriate that will still ensure the authority of what is in distribution so that we won't be blind-sided by author submissions based on modified versions that we're not aware of, and can't support. it's very important to us that ams-latex has been adopted into standard latex; we hope the entire community benefits -- we certainly do. any change will have to be approved here by higher management, and we are not likely to distribute a new release without also taking into account the bug reports that have surfaced since the last release, so getting something done will take some time. but we will try. Barbara Beeton Technical Support American Mathematical Society Phone: 800-321-4AMS (321-4267) or 401-455-4080 Internet: [EMAIL PROTECTED] p.s. your message to tech-support was trapped by our spam filter, although the copy to tex-live was not. i'm totally confused, and have turned that over to our systems gurus to decipher. do you have any ideas why this might have happened? -- Original message -- Date: Thu, 27 Apr 2006 19:32:54 +0200 From: [iso-8859-1] Frank Küster [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], TeXLive [EMAIL PROTECTED] Subject: Unclear License of AMSLaTeX Dear AMSLaTeX team, I'm a little confused with regard to the license of amslatex. On CTAN and in the TeX Catalogue, the license information says that it is licensed under the LPPL (LaTeX Project Public License). However, neither on amslatex' homepage, http://www.ams.org/tex/amslatex.html, nor in the files on CTAN is a hint that this is actually true. On the contrary, one of the files in the amsrefs subdirectory, pcatcode.dtx, says that it's licensed under the Artistic license (which is pretty unspecific, there are many versions around), and most other files contain a statement like this: %%% copyright = Copyright 1995 American Mathematical Society, %%%all rights reserved. Copying of this file is %%%authorized only if either: %%%(1) you make absolutely no changes to your copy, %%%including name; OR %%%(2) if you do make changes, you first rename it %%%to some other name., This is clearly not what the LPPL grants and requires, not even older versions: - it does not permit to distribute changed versions, even when renamed, - the current LPPL allows to change the internal identification as an alternative to renaming the file, and - this text doesn't even allow to copy amsclass.dtx to amsclass.dtx.bak I am sure this is not what was originally intended. Therefore I'd like to kindly request that you clarify the license situation, communicate this to distributors, and include the information in the next release. In my opinion, the LPPL is indeed a good choice for a LaTeX extension, and I'd be glad to see amslatex unambiguously LPPL'ed. Anyway, many thanks for providing and maintaining this great LaTeX extension! Kind regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian
Bug#477123: tagua_1.0~alpha2-2(sparc/experimental): FTBFS: error: declaration changes meaning of 'GameState'
Package: tagua Version: 1.0~alpha2-2 Severity: serious Hi, your package failed to build from source. | Automatic build of tagua_1.0~alpha2-2 on njoerd by sbuild/sparc 98-farm | Build started at 20080421-0132 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 3032kB of source archives. | Get:1 http://ftp.ipv6.debian.org experimental/main tagua 1.0~alpha2-2 (dsc) [678B] | Get:2 http://ftp.ipv6.debian.org experimental/main tagua 1.0~alpha2-2 (tar) [3030kB] | Get:3 http://ftp.ipv6.debian.org experimental/main tagua 1.0~alpha2-2 (diff) [1462B] | Fetched 3032kB in 2s (1175kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: cmake, debhelper (= 5), kdesdk-scripts, libboost-dev, libkdegames-dev (= 4:3.96), liblua5.1-0-dev, libqimageblitz-dev | Checking for already installed source dependencies... [...] | [ 29%] Building CXX object src/CMakeFiles/tagua.dir/hlvariant/chess/variant.o | In file included from /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/variant.cpp:11: | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/variant.h:28: error: declaration of 'typedef class HLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move HLVariant::Chess::Variant::GameState' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/gamestate.h:35: error: changes meaning of 'GameState' from 'class HLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/variant.h:29: error: declaration of 'typedef class HLVariant::Chess::LegalityCheckHLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move HLVariant::Chess::Variant::LegalityCheck' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/legalitycheck.h:22: error: changes meaning of 'LegalityCheck' from 'class HLVariant::Chess::LegalityCheckHLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move ' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/variant.h:30: error: declaration of 'typedef class HLVariant::Chess::MoveGeneratorHLVariant::Chess::LegalityCheckHLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move HLVariant::Chess::Variant::MoveGenerator' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/movegenerator.h:20: error: changes meaning of 'MoveGenerator' from 'class HLVariant::Chess::MoveGeneratorHLVariant::Chess::LegalityCheckHLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move ' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/variant.h:31: error: declaration of 'typedef class HLVariant::Chess::SerializerHLVariant::Chess::MoveGeneratorHLVariant::Chess::LegalityCheckHLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move HLVariant::Chess::Variant::Serializer' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/serializer.h:24: error: changes meaning of 'Serializer' from 'class HLVariant::Chess::SerializerHLVariant::Chess::MoveGeneratorHLVariant::Chess::LegalityCheckHLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move ' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/variant.h:33: error: declaration of 'typedef class HLVariant::MoveFactoryHLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move HLVariant::Chess::Variant::MoveFactory' | /build/buildd/tagua-1.0~alpha2/src/hlvariant/chess/../movefactory.h:21: error: changes meaning of 'MoveFactory' from 'class HLVariant::MoveFactoryHLVariant::Chess::GameStateHLVariant::CustomBoard8, 8, HLVariant::Chess::Piece, HLVariant::Chess::Move ' [...] | make[3]: *** [src/CMakeFiles/tagua.dir/hlvariant/chess/variant.o] Error 1 | make[3]: Leaving directory `/build/buildd/tagua-1.0~alpha2/BUILD' | make[2]: *** [src/CMakeFiles/tagua.dir/all] Error 2 | make[2]: Leaving directory `/build/buildd/tagua-1.0~alpha2/BUILD' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/tagua-1.0~alpha2/BUILD' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080421-0146 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.0~alpha2-2pkg=taguaarch=sparc Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477124: mailx: should not be priority standard
Package: mailx Version: 1:20071201-2 Severity: normal mailx is a transitional package, I don't think transitional packages should be priority standard since that means useless packages will be installed by d-i by default. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#468786: #468786 abraca: fails to connect to tcp socket
severity 468786 whishlist kthxbye abraca, like all xmms2 clients, supports setting the ipc path using the XMMS_PATH environment variable, which is implemented directly in the client library. -Flo -- BOFH excuse #249: Unfortunately we have run out of bits/bytes/whatever. Don't worry, the next supply will be coming next week. signature.asc Description: Digital signature
Bug#476541: exim4-base: please handle nearly-empty logfile in daily cronjob stats
On Sun, Apr 20, 2008 at 09:30:33PM -0400, Justin Pryzby wrote: I rewrote your patch to use a tempfile instead to reduce code duplication. I'd rather have a few megs of code grepped twice than using a tempfile. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469215: Log out means no longer possible to login
Hi Vincent I have not looked into the problem more. However I will try to find some time later this or next week. Best regards, // Ola On Sun, Apr 20, 2008 at 10:32:53PM +0200, Vincent Bernat wrote: OoO En cette nuit nuageuse du jeudi 27 mars 2008, vers 00:41, je disais: Please note that I have done the following to make it actually start sessvc. scp sesman/sessvc [EMAIL PROTECTED]:/ That's odd because you should not have to (because of patch 08). I have uploaded a new version of xrdp which fixes the problem with sessvc. If you are in a hurry, you can grab it now with: dget -x http://incoming.debian.org/xrdp_0.4.0~dfsg-5.dsc You can then work from this one with patch 09 or with the indication of Simone. Hi Ola! Did you make some progress on investigating this bug? We could start over from the current version to find the problem. -- Make input easy to prepare and output self-explanatory. - The Elements of Programming Style (Kernighan Plauger) -- --- Inguza Technology AB --- MSc in Information Technology / [EMAIL PROTECTED]Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477120: Kernel panic after upgrade from 2.6.22-1 to 2.6.24-1
fixed 477120 2.6.24-6 thanks * Juergen Leibner [EMAIL PROTECTED] [2008-04-21 08:06]: Package: linux-image-2.6.24-1-parisc-smp Version: 2.6.24-5 After upgrading my HP9000 and then rebooting the kernel panics. I reported the bootlog to debian-hppa mailing list. There Grant Grundler told me that this is a fixed problem and pointed me to: http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.25-rc6 commit c20a84c91048c76c1379011c96b1a5cee5c7d9a0 This patch is in 2.6.24-6, which was uploaded a few days ago. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472198: Xrdp can hang sometimes
Hi again I had problems to reproduce the problem. Even on the slower connection. I'll see if I can retry again later this week. Best regards, // Ola On Sun, Apr 20, 2008 at 10:28:38PM +0200, Vincent Bernat wrote: OoO En ce début de soirée du mercredi 26 mars 2008, vers 21:51, Ola Lundqvist [EMAIL PROTECTED] disait: I have tried quite hard to reproduce the problem and I was not able to do that. The time it was easy to reproduce was when I had a slow connection with long delays. I have tried to add delays but they were far from the times used when I got the problem. I'll try to reproduce it again when I'm located on the same site as I got the problem last time. Hi Ola! Did you get some news about this bug? Thanks. -- /* Identify the flock of penguins. */ 2.2.16 /usr/src/linux/arch/alpha/kernel/setup.c -- --- Inguza Technology AB --- MSc in Information Technology / [EMAIL PROTECTED]Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469074: Small typo in copyright file
Ok. :) Best regards, // Ola On Sun, Apr 20, 2008 at 10:31:39PM +0200, Vincent Bernat wrote: OoO En cette soirée bien amorcée du dimanche 02 mars 2008, vers 22:35, Ola Lundqvist [EMAIL PROTECTED] disait: In debian/copyright it says: using BSD-lite license It should probably be using BSD-like license Hi Ola! I have forgotten this bug. In fact, this is not a 3-clause BSD, so I really wanted to say BSD lite. The wording may be confusing. I will modify it to just say this license since the license is included in the file. -- I WILL NOT AIM FOR THE HEAD I WILL NOT AIM FOR THE HEAD I WILL NOT AIM FOR THE HEAD -+- Bart Simpson on chalkboard in episode 8F13 -- --- Inguza Technology AB --- MSc in Information Technology / [EMAIL PROTECTED]Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476669: libpng: CVE-2008-1382 denial of service and possibly code execution
package libpng block 476669 by 469126 401467 + pending 404514 + pending 431202 + pending 469126 + pending 476669 + pending thanks On Sat, Apr 19, 2008 at 01:22:38PM +0200, Nico Golde wrote: Hi Aníbal, *Aníbal Monsalve Salazar [EMAIL PROTECTED] [2008-04-19 12:51]: On Fri, Apr 18, 2008 at 07:07:00PM -0400, Glenn Randers-Pehrson wrote: I don't think we need to delay the scheduled 21 April release of libpng-1.2.27rc1 and 30 April release of libpng-1.2.27 for this, unless problems turn up in the next couple of days. CVE-2008-1382 will be fixed with libpng-1.2.27 and upstream plans to release libpng-1.2.27 on 30 April. What about patching 1.2.15~beta5-3? I can't patch 1.2.15~beta5-3, see http://bugs.debian.org/469126 However, I'm currently testing 1.2.26 with the diff between 1.2.26 and 1.2.27beta05 which includes the fix for CVE-2008-1382. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. signature.asc Description: Digital signature
Bug#477125: ITP: bugs-everywhere -- distributed bug tracker
Package: wnpp Severity: wishlist Owner: Ben Finney [EMAIL PROTECTED] * Package name: bugs-everywhere Version : 0.0.193 Upstream Author : Chris Ball [EMAIL PROTECTED] * URL : http://bugseverywhere.org/ * License : GPL 2+ Programming Lang: Python Description : distributed bug tracker Bugs Everywhere is a “distributed bug tracker”, designed to complement distributed version control systems. By using a distributed VCS as a back-end for bug state, it gains several convenient features: . * Bugs and code that live on branches are tracked together. * Users can fully modify bug state while offline. * When a user checks out a project’s source code, she gets the current bug state for free. * A web interface to the bug database becomes just another client that merges with the main repository.
Bug#477126: webcit: French debconf templates translation
Package: webcit Version: N/A Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) # webcit # Copyright (C) 2008 # This file is distributed under the same license as the webcit package. # Art Cancro [EMAIL PROTECTED], 2008. # msgid msgstr Project-Id-Version: 7.34-dfsg-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-04-11 21:22+0200\n PO-Revision-Date: 2008\n Last-Translator: Steve Petruzzello [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../citadel-webcit.templates:1001 msgid Apache2, Internal msgstr Apache2, Interne #. Type: select #. Description #: ../citadel-webcit.templates:1002 msgid Integration with Apache webservers msgstr Serveur Web à configurer pour Webcit : #. Type: select #. Description #: ../citadel-webcit.templates:1002 msgid If you want Webcit to run alongside with one of your other installed Apache webservers, select it from the list, else use Internal to make Webcit use its own HTTP server facilities. msgstr Si vous désirez exécuter Webcit en même temps qu'un des serveurs webApache déjà installés, veuillez choisir celui-ci dans la liste.« Interne » sélectionnera le serveur HTTP intégré à Webcit. #. Type: string #. Description #: ../citadel-webcit.templates:2001 msgid Webcit HTTP port msgstr Port HTTP pour Webcit : #. Type: string #. Description #: ../citadel-webcit.templates:2001 msgid Select the port which the plain HTTP Webcit server should listen on. Use port 80 if you don't have another webserver running or -1 to disable it. msgstr Veuillez choisir le port d'écoute HTTP pour Webcit. Ne choisissez le port 80 que si aucun serveur web n'est déjà en fonction. Indiquez -1 pour désactiver ce réglage. #. Type: string #. Description #: ../citadel-webcit.templates:3001 msgid Webcit HTTPS port msgstr Port HTTP pour Webcit : #. Type: string #. Description #: ../citadel-webcit.templates:3001 msgid Select the port which the SSL HTTP Webcit server should listen on or -1 to disables it. msgstr Veuillez choisir le port d'écoute HTTPS pour Webcit. Indiquez -1 pour désactiver ce réglage. #~ msgid Apache, Apache-SSL, Apache2, All, Internal #~ msgstr Apache, Apache-SSL, Apache2, Tous, Interne #~ msgid Should Webcit be integrated in your Apache? #~ msgstr Serveur web à configurer pour Webcit : #~ msgid WebCit HTTPS port: #~ msgstr Port HTTPS pour Webcit : #~ msgid Citadel/UX #~ msgstr Note d'installation de Citadel/UX #~ msgid #~ Citadel-webcit will be running soon. Log into it with your citadel\n #~ Administrator user, and do the fine setup. Log in as the user you\n #~ specified as the Administrator, and\n #~ review the Points under the Administration menu. If you have further\n #~ questions review www.citadel.org, specialy the FAQ and Documentation\n #~ section. #~ msgstr #~ Citadel-webcit sera bientôt opérationel. Veuillez vous connecter sous #~ l'identifiant citadel de l'administrateur afin de terminer la #~ configuration. Pour davantage d'informations, veuillez vous rendre sur #~ www.citadel.org et y consulter plus particulièrement les sections FAQ et #~ Documentation.
Bug#476957: texlive-xetex: Sinhala language support
Dear Anoradha, On So, 20 Apr 2008, Jonathan Kew wrote: In any case, it looks like this patch does not address the issues in http://bugs.icu-project.org/trac/ticket/6232; I notice it includes SF_MPRE_FIXUP in the SINH_SCRIPT_FLAGS, one of the things that is specifically mentioned as a problem in that report. As such, it may not be a completely satisfactory solution. Because of that ICU ticket, I believe that even the current XeTeX trunk, using ICU 3.8.1, may still have some problems with Sinhala. I considered applying the patch from that report, but prefer to wait until it has been reviewed and accepted by the ICU team, as this is a fairly complex area and I don't know the code that well. The report specifically asks for some points to be reviewed/checked, and this has not yet been done, AFAICT. Could you please comment on that? Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BEDFONT A lurching sensation in the pit of the stomach experienced at breakfast in a hotel, occasioned by the realisation that it is about now that the chamber-maid will have discovered the embarrassing stain on your bottom sheet. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477127: sympa: logrotate exited with return code 1
Package: sympa Severity: normal If sylog in sympa.conf is enabled and /var/log/sympa.log deleted, then the daily logrotate exitzs with an error: /etc/cron.daily/logrotate: error: stat of /var/log/sympa.log failed: No such file or directory run-parts: /etc/cron.daily/logrotate exited with return code 1 Just adding a missingok line in /etc/logrotate.d/sympa would fix this. I recommend adding this line in the package maintainers logrotate config. regards, matthias wamser -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473364: installation-report: some install glitches (grub2, tasksel, serial mouse)
On Sun, 2008-04-20 at 20:02 +0200, Robert Millan wrote: choose en_AU as an additional language - seems that en_AU.iso88591 got preseeded from debian.exe? If that is true, it would IMO be a pretty serious bug in win32-loader as Debian is supposed to be installed using UTF-8 locales by default. Robert: can you please look into this? Sounds strange. Legacy encodings are never (intentionally) preseeded by win32-loader. Paul, could you paste the debian-installer/locale lines in your preseed.cfg? (/preseed.cfg in the installer system) d-i debian-installer/locale string en_AU Seems I got confused because on my sid laptop with dpkg-reconfigure locales there are en_AU.UTF-8 (UTF-8) and en_AU (ISO-8859-1). In the d-i locale chooser there is only en_AU, but it doesn't say if it is UTF-8 or not. If I select en_AU in d-i then both en_AU.UTF-8 (UTF-8) and en_AU (ISO-8859-1) will be selected in the installed system's dpkg-reconfigure locales. If I leave it as the default (no locale selected in d-i) then only en_AU.UTF-8 (UTF-8) will be selected in the installed system's dpkg-reconfigure locales. So, I guess that this bug can be closed due to PEBCAK. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#475783: marked as done (busybox: mounting loopback device fails in initrd (using live-initramfs))
On Sun, 20 Apr 2008, Debian Bug Tracking System wrote: On Sun, Apr 20, 2008 at 07:37:02PM +0200, Michael Prokop wrote: * Bastian Blank [EMAIL PROTECTED] [20080420 19:03]: On Sun, Apr 13, 2008 at 12:51:29AM +0200, Michael Prokop wrote: So the mount binary of busybox works whereas the one from klibc-utils seems to fail. So it is no bug in busybox but in your setup. Closing. Why aren't you reassigning it to klibc-utils instead? (It's a pity we have to ask... reassigning should be the natural thing to do, and you should explain why you choose a non-natural solution) Either klibc-utils or some debian live package (casper?) for making bad assumptions about klibc-util's mount. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#476687: penggy: should this package be removed?
Hi, Michael Meskes wrote: while reviewing some packages, your package came up as a package that should maybe be removed from the archive, because: * No upstream activity in the last 5 years. * Last maintainer upload one year ago. * Low popcon with only 15 installed. * Release goal bug open. Yep, penggy is a good candidate for removal. Upstream is completely dead and I'm not sure that the prog is even working anymore (I've not used it for a long time). ++ Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476985: [dch] please add --no-nmu
Hi, Guido Günther wrote: tools like git-dch want to make sure nmu detection is definetely off. This can't currently be done from the command line, only from the configuration file. Please add a --no-nmu option that does the same as DEBCHANGE_AUTO_NMU=no. I've implemented this as --no-auto-nmu, partly for consistency with the configuration file and partly to avoid it being confused with a negated version of --nmu. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476389: grub-pc: postinst fails
reassign 476389 os-prober 1.24 retitle 476389 linux-boot-prober reports wrong devices in LVM systems thanks Robert Millan schrieb: Fabian, feel free to reassign if you consider this to be an os-prober bug. Done. I hope, the new bug report title gets to the point. (as for grub, we'll have to move os-prober to suggests anyway, at least for now :-/) Well, that's a pity. :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463848: Processed: RM: liblingoteach -- RoM; orphaned, abandoned upstream
clone 463848 -1 -2 reassign -1 ftp://ftp.debian.org retitle -1 RM: liblingoteach -- abandoned upstream reassign -2 ftp://ftp.debian.org retitle -2 RM: lingoteach-ui -- abandoned upstream Pn, 2008 04 18 18:22 +0200, Thomas Viehmann rašė: Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign 463848 ftp.debian.org,liblingoteach Bug#463848: O: liblingoteach -- runtime library for LingoTeach Bug reassigned from package `wnpp' to `ftp.debian.org,liblingoteach'. retitle 463848 RM: liblingoteach -- RoM; orphaned, abandoned upstream Bug#463848: O: liblingoteach -- runtime library for LingoTeach Changed Bug title to `RM: liblingoteach -- RoM; orphaned, abandoned upstream' from `O: liblingoteach -- runtime library for LingoTeach'. Could you also clone the bug to one per source package mentioned in the orphan mail? I don't understand the 'clone' command well, but I have tried to do something. The LingoTeach programs set consists of the following packages: liblingoteach, lingoteach-ui, lingoteach-lesson and lingoteach-sound. The lingoteach-lesson and lingoteach-sound packages are removed already. The liblingoteach and lingoteach-ui packages are remain to remove. -- Kęstutis Biliūnas [EMAIL PROTECTED] http://kebil.ghost.lt | GnuPG-Key ID: F6E7A452
Bug#477130: pdns-recursor: Upstream patch to prevent nonresolving popular domains which timeout one NS
Package: pdns-recursor Version: 3.1.5-1 Severity: important Tags: patch fix issue resolving popular domains where one of the nameservers is suffering from a timeout. Patch: http://wiki.powerdns.com/cgi-bin/trac.fcgi/changeset/1178 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477058: tipptrainer: annoying display flash every time one types a character
Hi Zack, thanks for your bug report. Nobody can force you to supply a patch - it is perfectly fine to report a problem. Unfortunately the same is true for me because I have no idea as well how to fix that problem. So I report it to the upstream authors and hope that they will help solving it. I will tag the bug upstream,help and probably I will decrease the severity from normal to minor. Thanks for your bug report Andreas. On Sun, 20 Apr 2008, Zack Weinberg wrote: Package: tipptrainer Version: 0.6.0-13 Severity: normal Every time one types a character in a tipptrainer lesson, the top half of the window flashes (the half showing the text to be typed). At the beginning of a lesson this effect is hard to see, but as you get farther and farther along it gets worse and worse. I have traced the problem to outputcontrol.cpp, TtOutputControl::highlightChar, which calls ShowPosition() and SetInsertionPoint() every single time a character is typed. I suspect that if this code were changed to call these functions (and the surrounding Freeze()/Thaw()) only when the cursor should move from one line to the next, the flashing would stop. Unfortunately, I can't figure out how to tell when that happens, so I cannot supply a patch. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tipptrainer depends on: ii libc62.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.2-2 wxBase library (runtime) - non-GUI ii libwxgtk2.6-02.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t ii tipptrainer-data-en 0.6.0-13English data for tipptrainer ii wx2.6-i18n 2.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t tipptrainer recommends no packages. -- no debconf information -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477012: ftbfs with cmake+new qt4
SV Please don't upload right now with SV added unneeded build-deps. Sorry, too late to receive Your mail. ( signature.asc Description: Digital signature
Bug#475807: qc-usb_0.6.6-4(sparc/unstable): expects wrong kernel headers (from uname -a)
Hi, On Sun, Apr 13, 2008 at 3:40 AM, Martin Zobel-Helas [EMAIL PROTECTED] wrote: Package: qc-usb Version: 0.6.6-4 Severity: serious There was an error while trying to autobuild your package: Thanks, I've found that the problem is that clean is invoked after unpatch, so the original Makefile is used, which is pretty much b0rked. I'm preparing an upload. -- Martín Ferrari
Bug#476976: scons: Doesn't work at all
Matthias Klose [EMAIL PROTECTED] writes: - was scons upgraded at the same time? if yes, from which, to which version? This bug is reproducible by upgrading from 0.98.0-1 to 0.98.1-1 and also from the same version 0.98.1-1 - did you upgrade from a python 2.4 version, or from python 2.5.2-0.1? From an uptodate unstable machine python is 2.5.2-1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476186: closed by [EMAIL PROTECTED] (Marco d'Itri) (Re: Bug#476186: inn2: lib/md5.c contains non-free md5 implementation)
On Sun, 2008-04-20 at 17:12 -0700, Russ Allbery wrote: Tim Retout [EMAIL PROTECTED] writes: I don't believe the clarification at http://www.ietf.org/ietf/IPR/RSA-MD-all technically grants the right to distribute modified versions of the reference implementation code; it goes on to say: No rights other than the ones explicitly set forth above are granted. And among the rights explicitly set forth above is: Implementations of these message-digest algorithms, including implementations derived from the reference C code in RFC-1319, RFC-1320, and RFC-1321, may be made, used, and sold without license from RSA for any purpose. Notice the explicit inclusion of derivative works in the rights grant. But not the right to distribution... selling might count, just about. Replacing the code would also get rid of one of the advertising clauses, and the problems you noted in the previous bug about vagueness of terms. -- Tim Retout [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477131: yatex: still recommends tetex-bin
Package: yatex Version: 1.73+dfsg1-4 Severity: normal Hi, This yatex package still recommends tetex-bin. Since TeX maintainers conducted the teTeX-to-TeXLive transition last year and we will ship TeXLive packages in lenny, it would be better to replace the dependency on tetex-bin with one on texlive-bin, although the current dependency will continue to work well during the lifetime of tetex-bin. Many thanks, -nori -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477104: openoffice.org-calc: OOCalc FREQUENCY() function problem - solved upstream
Hi, BARBIER JM wrote: This bugreport just to draw your attention on upstream bug #88477 Actually I already knew from this bug from the commit kohei did.. :) The function FREQUENCY() in oocalc gives random values with current 2.4.0-4 openoffice. This P1 bug have been solved now : see P1? This was never P1. P2 or P3 maybe, but not P1.. http://www.openoffice.org/issues/show_bug.cgi?id=88477 This should be taken into debian ASAP... The issue states that kohei fixed in in ooo-build already. So it will be automatically be in the next upload when we update ooo-build to a new snapshot. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477134: librrds-perl: RRDs perl module fails to use with locales using different decimal separator
Package: librrds-perl Version: 1.2.27-2 Severity: grave Tags: l10n Justification: renders package unusable RRDs perl module fails to use if locales set a decimal separator different to '.'. In this case, the Spanish locales (es_ES.UTF-8) use ',' as a decimal separator. DynLoader seems to compare on the left-hand side using a decimal point, and on the right-hand side using the coma. This is what I get: RRDs object version 1.2027 does not match bootstrap parameter 1,2027 at /usr/lib/perl/5.8/DynaLoader.pm line 245. The above bug is easily reproducible by running the following perl script: use POSIX; my $loc = POSIX::setlocale( POSIX::LC_ALL, es_ES.UTF-8 ); eval('use RRDs'); print $@; -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages librrds-perl depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii librrd21.2.27-2 Time-series data storage and displ ii perl 5.8.8-12 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8 5.8.8-12 The Pathologically Eclectic Rubbis ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime librrds-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477125: ITP: bugs-everywhere -- distributed bug tracker
On 21-Apr-2008, Thomas Weber wrote: I think it would be useful to mention the supported backends in the long description. That's duplicate information, since they're listed already in the 'Recommends' field. Nevertheless, I agree it would be useful, and have now updated the long description as you suggest. -- \My doctor told me to stop having intimate dinners for four. | `\Unless there are three other people. -- Orson Welles | _o__) | Ben Finney [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#475971: This is caused by LDFLAGS being set in the environment (by dpkg-buildpacakge)
Le dimanche 20 avril 2008 à 21:00 +0200, Adeodato Simó a écrit : Python's distutils honour LDFLAGS, and when building the python extension passes -z,defs to the linker, and the build obviously bombs. I guess the solution is to accept LDFLAGS is to be exported, and to make the part that builds python be robust against that. In all cases you should not use -z defs to link a python module, because there will be unresolved symbols in it. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#370693: libgtk2.0-dev: Broken pkg-config
package libgtk2.0-dev unarchive 370693 package libgtk2.0-dev reopen 370693 package libgtk2.0-dev retitle 370693 libgtk2.0-dev: bump dependencies to meet gdk-2.0.pc requirement found 370693 2.8.20-7 thanks Since /usr/lib/pkgconfig/gdk-2.0.pc has Requires: xext xinerama xi xrandr xfixes But the packages on which this package depends, Depends: libxext-dev, libxinerama-dev, libxi-dev, libxrandr-dev, libxfixes-dev does not always provide /usr/lib/pkgconfig/{xext,xinerama,xi,xrandr,xfixes}.pc To ensure that it depend on the packages providing those .pc files, then need to bump the dependencies as follow, libxext-dev = 1:1.0.1-2 libxinerama-dev = 1:1.0.1-4.1 libxi-dev = 1:1.0.1-4 libxrandr-dev = 1:1.0.2-2 libxfixes-dev = 1:3.0.0-3 P.S. The followings are the error messages I got from running pkg-config --cflags gdk-2.0, when one (or more) of the above dependencies has not been met. Package {xext,xinerama,xi,xrandr,xfixes} was not found in the pkg-config search path. Perhaps you should add the directory containing `{xext,xinerama,xi,xrandr,xfixes}.pc' to the PKG_CONFIG_PATH environment variable Package '{xext,xinerama,xi,xrandr,xfixes}', required by 'GDK', not found
Bug#477136: emacsen-common: Deep recursion on subroutine main::generate_relevant_tsort_dependencies_internals
Package: emacsen-common Version: 1.4.17 Severity: normal Hi, here is the problem: Setting up emacs22 (22.2+2-1) ... emacs-install emacs22 Deep recursion on subroutine main::generate_relevant_tsort_dependencies_internals at /usr/lib/emacsen-common/generate-install-list line 93. [...] Perhaps there is a loop in the dependencies graph this subroutine trying to sort topologically. If so it would be useful to display this loop in order to submit a bug report to the appropriate package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-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 emacsen-common depends on: ii bsdmainutils 6.1.10 collection of more utilities from emacsen-common recommends no packages. -- no debconf information -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/
Bug#201539: perl -w does not warn about use of defined(@array)
retitle 201539 defined(@array) warning isn't triggered for globals severity 201539 minor found 201539 5.10.0-8 thanks On Wed, Jul 16, 2003 at 12:31:34PM +0200, Roland Illig wrote: Package: perl Version: 5.8.0-18 Severity: normal Tags: upstream Perl should warn about the deprecated usage of this: @i=(); if(defined(@i)) { print foo\n; } It does (and always did) for lexicals: % perl -w -e 'my @i=(); if(defined(@i)) { print foo\n; }' defined(@array) is deprecated at -e line 1. (Maybe you should just omit the defined()?) Apparently the same isn't true for global variables for some reason. This is still the case for 5.10.0. I think 'normal' is an overrated severity for this, so downgrading. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476913: tutorial: player student does not exist
forwarded 476913 https://gna.org/bugs/?11537 thanks On Sun, Apr 20, 2008 at 10:17:13AM +0200, Matthias Krüger wrote: When I started wesnoth with the commend wesnoth --log-warning=all and started the tutorial, the terminal said 20080420 10:12:44 warning engine: player student does not exist. Thanks, I've forwarded this to upstream. Given the amount of your regular bugreports for wesnoth it would be nice if you could do that yourself directly and report them to Upstream if they are (like this) clearly an original problem and not related to the Debian packaging: https://gna.org/bugs/?group=wesnoth So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476789: [Debian-olpc-devel] Bug#476789: sugar: fails to find icon system-search
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Apr 20, 2008 at 01:36:25PM -0700, Shaun Jackman wrote: Success! Sugar depends on librsvg2-common for its `gdk-pixbuf loader and a GTK+ engine, allowing to load SVG images transparently inside GTK+ applications'. But of course. I already knew that from my initial careful reading _all_ source to resolve dependencies. Why on Earth did I then miss adding that dependency...?!? Thanks a lot - I'll add it now for the upcoming release for Sid. Would you perhaps be interested in joining our team at Alioth? We could relly use some help packaging Sugar activities... Why does sugar only recommend sugar-artwork? It seems to be rather dependent on it. Because I believe Sugar works without it, and can imagine odd situations where it could make sense to not need it. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIDFKcn7DbMsAkQLgRAssvAJ9VEYh9Fwcnz5Hp/4wJVaolpectLgCfavTb Gnp2gR1/STY1PVvTlWCpy98= =uZoj -END PGP SIGNATURE-
Bug#477135: New Emacs 22 complains about quoting style in post-el
Package: post-el Version: 2004.07.23-5 Severity: normal Hi, while upgrading my sid system, the installation phase of Emacs 22 issued this warning: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (...) Loading /etc/emacs/site-start.d/51debian-el.el (source)... In toplevel form: post.el:266:1:Warning: !! The file uses old-style backquotes !! This functionality has been obsolete for more than 10 years already and will be removed soon. See (elisp)Backquote in the manual. Wrote /usr/share/emacs22/site-lisp/post-el/post.elc (...) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This sounds like it should be addressed soon. Thanks for packaging post-el, Rogério Brito. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages post-el depends on: ii emacs22-gtk [emacsen] 22.2+2-1 The GNU Emacs editor (with GTK use post-el recommends no packages. -- no debconf information -- Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8 http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#245574: chkrootkit bug: Still happening with 0.48?
Hi Brian, You filed this bug over 4 years ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245574 Can you see if you experience the same problem with version 0.48? Thanks, Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477138: tdiary-mode: long description unfinished
Package: tdiary-mode Version: 2.2.0-2 Severity: minor Hi! #v+ Description: Standard Java or Java compatible Runtime This package points to the Java runtime, or Java compatible runtime recommended for the powerpc architecture, which is java-gcj-compat-dev for . #v- I guess there is something missing before the final stop. :) Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477137: RM: pike7.7/experimental -- RoQA; orphaned; single upload; RC-buggy
Package: ftp.debian.org Please remove pike7.7 from experimental. It had only a single upload which FTBFS on the buildds due to the wrong mysqlclient dependency. Kind regards, Philipp Kern -- .''`. Philipp Kern Debian Developer : :' : http://philkern.de Debian Release Assistant `. `' xmpp:[EMAIL PROTECTED] `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#476987: exim4-daemon-light: the problem is in the init scripts quoting
Package: exim4-daemon-light Version: 4.69-2+b1 Followup-For: Bug #476987 installation fails: Setting up exim4-daemon-light (4.69-2+b1) ... Starting MTA:exim: incompatible command-line options or arguments invoke-rc.d: initscript exim4, action start failed. when i remove the quoting from the init script like this case ${QUEUERUNNER} in combined) start_daemon -p $PIDFILE \ $DAEMON -bd -q${QFLAGS}${QUEUEINTERVAL} ${COMMONOPTIONS} ${QUEUERUNNEROPTIONS} ${SMTPLISTENEROPTIONS} log_progress_msg exim4 exim starts. -- Package-specific info: Exim version 4.69 #1 built 12-Apr-2008 09:26:11 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='satellite' dc_other_hostnames='tanj.dus2.cns.mcbone.net' dc_local_interfaces='127.0.0.1' dc_readhost='tanj.dus2.cns.mcbone.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mx.freenet.de' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:debian.mk.freenet-rz.de -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.3 (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 exim4-daemon-light depends on: ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy ii exim4-base4.69-2+b1 support files for all Exim MTA (v4 ii libc6 2.7-10 GNU C Library: Shared libraries ii libdb4.6 4.6.21-7 Berkeley v4.6 Database Libraries [ ii libgnutls26 2.2.2-1the GNU TLS library - runtime libr ii libpcre3 7.6-2 Perl 5 Compatible Regular Expressi exim4-daemon-light recommends no packages. -- debconf information: exim4-daemon-light/drec: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475431: Problem with upgrade
On Mon, Apr 21, 2008 at 12:06:21PM +0200, Yves Tan wrote: Hello, Hi, I've the same problem that's Marco De Santis on Debian Etch ! I'm hosting websites like this : /var/www - user:www-data group:www-data /var/www/exemple.tld/www - user:my_user group:my_usergroup With the new checks introduced with the security fix (sorry I didn't discovered it when releasing :(), all parents dir must be owned by root or by the user, not another user. So just do a chown root:root /var/www and it should works. It's not a good idea to make the user/group you're http server runs as, own /var/www. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434625: A newline should be replaced by a space, not just deleted
tags 434625 patch thanks see attache --- mytop 2008-04-21 12:47:11.0 +0400 +++ mytop 2008-04-21 14:29:48.0 +0400 @@ -1475,6 +1478,9 @@ sub Execute($) { my $sql = shift; + +$sql and $sql=~s/\n/ /sg; + my $sth = $dbh-prepare($sql); if (not $sth) { ReadMode($RM_RESET); die $DBI::errstr; } signature.asc Description: Digital signature
Bug#461924: Using drivers from linuxwireless.org works for me in Lenny.
On Sunday 20 April 2008 at 18:28:39 maximilian attems wrote: On Sun, Apr 20, 2008 at 03:41:47PM +0100, Peter Lewis wrote: Just thought I'd report that I had this problem using a fresh install of Lenny on a Samsung Q35 laptop with an intel 3945 wireless NIC. Installing the latest drivers from linuxwireless.org fixed the problem for me using the standard Lenny kernel. they are quite outdate use trunk 2.6.25 snapshot. wiki.debian.org/DebianKernel Thanks, have just tried this, and though the bug which disconnects the connection periodically is not present, I do get this during scanning: iwl3945: Microcode SW error detected. Restarting 0x8208. iwl3945: Error Reply type 0x0005 cmd REPLY_TX (0x1C) seq 0x000B ser 0x004B iwl3945: Error setting new configuration (-5). iwl3945: Can't stop Rx DMA. ... repeated three or four times. The system temporarily freezes whilst doing so. Once the connection is up, it's fine. This behaviour was not present with the linuxwireless.org latest drivers, which worked perfectly with 2.6.24. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383761: NRG format specifications
Hi, To solve this bug, more information are needed on the NRG file format. A quick search on the internet does not give me valuable information. Does anyone hanging around have some link that could help to solve this bug? Thanks, Xavier signature.asc Description: Digital signature
Bug#477139: iceweasel: zoom (icsons, html rendering, images) wrong
Package: iceweasel Version: 3.0~b5-1 Severity: normal icewease 3 beta 5 on the testing system below (and presumably another newly installed lenny or testing system) - displays program icons about 2x zoomed - renders html about 2 times zoomed by default - images the same Work-around is e.g.: zoom.maxPercent;55 zoom.minPercent;55 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils2.28.4Miscellaneous utilities specific t ii fontconfig 2.5.0-2 generic font configuration library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-2simple interprocess messaging syst ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-3 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-02.12.9-3 The GTK+ graphical user interface ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii procps 1:3.2.7-8 /proc file system utilities ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475684: ipw3945d: Request removal?
Hi Jurij, any news about this? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474663: iceweasel: rendering garbled for long pages
Hi, Upgrading libcairo2[1] to 1.6.4-1 (and restarting Iceweasel) fixes the problem for me. [1] Actually I dist-upgraded, but the libcairo2 version after the dist-upgrade was indeed 1.6.4-1 -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#457771: setting package to hpijs hpijs-ppds hplip-data hplip-dbg hplip-gui hplip hplip-doc, tagging 457771 ...
# Automatically generated email from bts, devscripts version 2.10.25 # # hplip (2.8.2-1) unstable; urgency=low # # * Sync Debian release with Ubuntu #- Non-root users need to be in group scanner! (Closes: #454339) #- Uses update-rc.d remove while init script exists; upgrade fails #(Closes: #456378) #- should use plugdev rather than scanner group (Closes: #452454) #- sane-utils: Scanner only accessible under root (Closes: #462563) #- cupsys: HPLIP drivers listed twice (Closes: #463786) #- hpijs-ppds' symlink in /usr/share/cups/model causes dups (Closes: ##452455) #- hp-setup fails to find PPD file (Closes: #457771) # package hpijs hpijs-ppds hplip-data hplip-dbg hplip-gui hplip hplip-doc tags 457771 + pending tags 452455 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477054: [Yaird-devel] Bug#477054: yaird: Generates invalid initrds which reference /lib/i686/mov/
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Apr 21, 2008 at 01:14:06AM +0300, Andrei Popescu wrote: On Sun, Apr 20, 2008 at 11:08:40PM +0200, maximilian attems wrote: On Sun, Apr 20, 2008 at 11:40:39PM +0300, Andrei Popescu wrote: On Sun, Apr 20, 2008 at 06:37:52PM +0100, Nick Burch wrote: The initrds were all generated using update-initramfs ,[ dpkg -S update-initramfs ] | initramfs-tools: /etc/initramfs-tools/update-initramfs.conf | initramfs-tools: /usr/sbin/update-initramfs | initramfs-tools: /usr/share/man/man5/update-initramfs.conf.5.gz | initramfs-tools: /usr/share/man/man8/update-initramfs.8.gz ` I think your bug belongs to the initramfs-tools package, if you don't mind I will reassign (that is if the BTS allows a non-maintainer to do this). I believe it is not forbidden for non-maintainers to reassign packages. And you might be right in this case. Not all package maintainers treat bugreports and bugreporters equally nice, however, so reassigning a bugreport raise the risk of not being treated nicely. Also, the act of reassigning can itself be seen as provocation to some package maintainers. Therefore I recommend to be extra cautious and only reasssing if certain that the bug can only be tied to the new package (neither tied to the old package nor to multiple bugs needing a fork of the bugreport). So when you only _might_ be right, it was sane to not do it :-) you snipped all the interesting part of that bug report! please reread start and subject before radomly reassigning! I have read those. And I also read the part about unpacking it and looking at busybox. I may be wrong, but yaird AFAIK does not include busybox in the initrd. Also I wasn't aware of the possibility to use yaird with update-initramfs. With yaird you _can_ include busybox in the ramdisk. You are right that it is not the default behaviour, but the bugreporter mentioned busybox while _debugging_ the problem, not as part of the core problem itself. It is not uncommon to get confused with the actual steps involved in handling initial ramdisks. Indeed, update-initramfs is not used with yaird, but this only is an indication that initramfs-tools is installed on the system, not that it is the generator actually used on that system to generate ramdisks. Even then, I do find it sane to consider initramfs-tools being involved in this bug. But package maintainers of yaird and initramfs-tools do not treat bugreports and bugreporters equally, which migh confuse (or worse) our bugreporter. So please let us treat this bug as yaird-related only, until certain that it is not! Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIDHA9n7DbMsAkQLgRAmrgAJ4rJX5Fcn22EUoWfyaJ3MT6o8wVoACdEouZ M/Ha/qUAGHgmR/Dpv83ysNw= =eXD4 -END PGP SIGNATURE-
Bug#474880: fixed in yaskkserv 0.3.8-4
On April 20, 2008 at 7:11PM +0900, tats (at debian.org) wrote: Ah, yaskkserv 0.3.8-5 has not yet fixed the FTBFS bug. The buildd log seems that applying the patch with dpatch to the configure file has no effect, because the configure file is invoked at the clean target. Probably, invoking the configure file at the clean target is redundantly. How about the following patch? Also, Makefile.config should clearly depend on the patch target. Thanks, -- Tatsuya Kinoshita pgpdSbHQTg5XE.pgp Description: PGP signature
Bug#370693: libgtk2.0-dev: Broken pkg-config
package libgtk2.0-dev found 370693 2.12.9-3 thanks As of version 2.12.9-3, /usr/lib/pkgconfig/gdk-2.0.pc has additional dependencies, Requires: xcomposite, xdamage And, libxcomposite-dev, libxdamage-dev, does not always provide /usr/lib/pkgconfig/{xcomposite,xdamage}.pc To ensure that it depend on the packages providing those .pc files, then need to bump additional dependencies for version 2.12.9-3 as follow, libxcomposite-dev = 1:0.2.0-3 libxdamage-dev = 1:1.0.1-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310417: libnet-perl: Net/Cmd.pm(354) uninitialized value - Net/NNTP.pm(673) Argument isn't numeric.
# 5.8.5 was the first one with libnet 1.19 in the core found 310417 5.8.6-1 # 5.10.0 got libnet 1.22 found 310417 5.10.0-8 notforwarded 310417 thanks On Sun, Aug 07, 2005 at 03:26:35AM +0200, Marc 'HE' Brockschmidt wrote: Use of uninitialized value in substr at /usr/share/perl5/Net/Cmd.pm line 354. Argument isn't numeric in numeric eq (==) at /usr/share/perl5/Net/NNTP.pm line 673. The Net::NNTP call is a simple quit cmd. It tries to get the respone with Net::Cmd::respone(), which somehow has no return value. This could happen if the server sends back unparseable crap. Looking at the code in 5.10.0, based on CPAN libnet 1.22, this bug still seems to apply. Resetting the forwarded status for now; a CPAN ticket would be a good next step after confirming this with some test code. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475262: doesn't see already-plugged USB UPS until reboot (permissions)
Hi Joey, 2008/4/9, Joey Hess [EMAIL PROTECTED]: Package: nut Version: 2.2.1-2.1 Severity: normal I installed debian, installed nut, configured it to use a USB ups, and started the daemon. Which failed. I rebooted and it was working. The UPS was plugged in throughout this, so the part of the postinst that tries to apply the USB rules to already plugged in devices must not be working. I reproduced the scenario by moving 52_nut-usbups.rules away, restarting udevd, and unplugging and replugging the UPS. This resulted in: Bus 001 Device 009: ID 051d:0002 American Power Conversion Uninterruptible Power Supply crw-rw 1 root root 189, 8 Apr 9 15:49 /dev/bus/usb/001/009 Then I put the rules file back in places ran the postinst code manually: [EMAIL PROTECTED]:~pidof udevd 3930 [EMAIL PROTECTED]:~/usr/bin/stat -c %d/%i / 769/2 [EMAIL PROTECTED]:~/usr/bin/stat -Lc %d/%i /proc/3930/root 769/2 [EMAIL PROTECTED]:~/usr/sbin/invoke-rc.d udev restart [EMAIL PROTECTED]:~dir /dev/bus/usb/001 total 0 drwxr-xr-x 2 root root 140 Apr 9 15:49 ./ drwxr-xr-x 3 root root60 Apr 9 15:41 ../ crw-rw-r-- 1 root root189, 0 Apr 9 15:41 001 crw-rw 1 lp scanner 189, 5 Apr 9 15:49 006 crw-rw 1 root root189, 6 Apr 9 15:49 007 crw-rw 1 root root189, 7 Apr 9 15:49 008 crw-rw 1 root root189, 8 Apr 9 15:49 009 Seems that restarting udevd does not cause device entries for already plugged in devices to change. well, this part of the postinst process is not that reliable. It sometimes failed to some udev glitch. I recently found the right way to restart only the usb subsystem, and this has been applied on the Ubuntu packages. So the solution is to run the following at postinst time: $ udevtrigger --subsystem-match=usb_device Since I'm preparing NUT 2.2.2 (I should release the final upstream this week), I'll also take care of this. thanks for the report, Arnaud -- Linux / Unix Expert RD - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475431: Problem with upgrade
Hello, I've the same problem that's Marco De Santis on Debian Etch ! I'm hosting websites like this : /var/www - user:www-data group:www-data /var/www/exemple.tld/www - user:my_user group:my_usergroup I try with a file /var/www/exemple.tld/www/test.php - user:my_user:group:my_usergroup Error : [Mon Apr 21 11:33:50 2008] [warn] Directory /var/www/exemple.tld/www is not owned by my_user If I change rights on /var/www/exemple.tld/www to my_user:my_usergroup the error message : [Mon Apr 21 11:33:50 2008] [warn] Directory /var/www/exemple.tld is not owned by my_user ... I've try to add SuPHP_UserGroup my_user my_user on vhosts exemple.tld but not accepted... I've downgrade to 0.6.2-1 Thank you ! Yves Tan (sorry to my bad english) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476286: libjdom1-java: apidoc incompatible format
i filed a bug against eclipse (https://bugs.eclipse.org/bugs/show_bug.cgi?id=226514) and given the fact that gjdoc claims to be compatible to javadoc up to and including version 1.4, the question araises wether gjdoc or eclipse do have a compatibility issue -- because docs generated w/ javadoc of 1.4 work well w/ eclipse i rather think gjdoc might have ... regards On Wed, 16 Apr 2008 21:29:10 +0200, Michael Koch [EMAIL PROTECTED] wrote: On Tue, Apr 15, 2008 at 05:55:05PM +0200, [EMAIL PROTECTED] wrote: Package: libjdom1-java Version: 1.0-4 Severity: normal the apidocs included seem not to match the format generated by the javadoc tool. at least eclipse (from eclipse.org) is unable to render it. see https://bugs.eclipse.org/bugs/show_bug.cgi?id=226514 for more information. We are currently using gjdoc to produce javadocs. It should be compatible. It generates the expected div class=class description.../div too. There must be some other issue. If you have time please take a deeper look and we can fix gjdoc to produce more compatible output. Cheers, Michael
Bug#476842: poppler: CVE-2008-1693 arbitrary code execution via a crafted font object
Hi Loïc, * Loïc Minier [EMAIL PROTECTED] [2008-04-21 03:03]: On Sat, Apr 19, 2008, Nico Golde wrote: the following CVE (Common Vulnerabilities Exposures) id was published for poppler. Actually this is fixed even in 0.6.4 I believe, patch is: http://gitweb.freedesktop.org/?p=poppler/poppler.git;a=commitdiff;h=1a531dcfee1c6fc79a414c38cbe7327fbf9a59d8 Yes, that is the patch I've downgraded severity to important and will close the bug with the patch from the Ubuntu package which strengthen the reliability of the methods of the Object class. Ok thanks! Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpXye3OiPWUI.pgp Description: PGP signature
Bug#455901: Use of uninitialized value in substitution (s///) at /usr/bin/mytop line 958.
tags 455901 patch thanks see attache --- mytop 2008-04-21 12:47:11.0 +0400 +++ mytop 2008-04-21 12:46:06.0 +0400 @@ -1,4 +1,7 @@ #!/usr/bin/perl -w + +eval 'exec /usr/bin/perl -w -S $0 ${1+$@}' +if 0; # not running under some shell # # $Id: mytop,v 1.53 2003/09/18 17:58:36 jzawodn Exp $ @@ -952,8 +955,11 @@ { $thread-{Host} =~ s/:\d+$//; my $host = gethostbyaddr(inet_aton($thread-{Host}), AF_INET); -$host =~ s/^([^.]+).*/$1/; -$thread-{Host} = $host; +if ($host) +{ + $host =~ s/^([^.]+).*/$1/; + $thread-{Host} = $host; +} } ## Fix possible undefs signature.asc Description: Digital signature
Bug#477054: [Yaird-devel] Bug#477054: yaird: Generates invalid initrds which reference /lib/i686/mov/
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Nick, Thanks for your bugreport! Please read on - I am uncertain about some of the things you wrote...: On Sun, Apr 20, 2008 at 06:37:52PM +0100, Nick Burch wrote: yaird has started generating invalid initrds for me. This affects all kernel versions installed on my machine. When attempting to boot, the kernel panics with Failed to execute /init Kernel panic -not syncing: No init found. Try passing init= option to kernel. I've unpacked the initrd, and I think I've found the problem. Busybox (/bin/busybox) contains references to: linux-gate.so.1 = (0xe000) libcrypt.so.1 = /lib/i686/cmov/libcrypt.so.1 (0xb7f02000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7edd000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7d8e000) /lib/ld-linux.so.2 (0xb7f57000) But inside the initrd, there's no /lib/i686/cmov/ directory, which would seem to explain why init can't be run. I notice that you are running a 486 class kernel, which might indicate that your machine does not support 686-optimizations. The above mentioned directory is provided by libc6-686, only relevant for 686-capable machines. If you generate your yaird-based ramdisks on a 686-capable machine, then those optimized libraries will get included in the ramdisk instead of their non-686 counterparts. If you then use those ramdisks in a machine not supporting 686, your ramdisk will not work. Try regenerate your ramdisks on the machine you actually need them. If that does not help, then try remove libc6-686, and afterwards regenerate your ramdisks. In any case, please report back here what worked and what didn't. The initrds were all generated using update-initramfs That command is part of an alternative ramdisk generator, initramfs-tools. When you use yaird together with official Debian-packaged Linux kernels or kernels built using kernel-package, then please use the standard Debian mechanism to regenerate ramdisks: dpkg-reconfigure linux-image-2.6.24-1-amd64 (repeat for each kernel package you have installed) If you use custom compiled and custom (or non-) packaged Linux kernels, you need to use the yaird command directly. And then you also need to tell me more about your setup ;-) One of the problem initrds can be downloaded from http://urchin.earth.li/~nick/initrd-2.6.24-1-686 That address did not work for me. Please doublecheck if it is correct. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIDGSun7DbMsAkQLgRAvaNAJ9sXz9MCy5OuPPOyWt0JfIR79zxwQCfVwem C/xeIt9cs5y/UX7W0gxFHNQ= =8zSP -END PGP SIGNATURE-
Bug#476789: [Debian-olpc-devel] Bug#476789: sugar: fails to find icon system-search
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Apr 20, 2008 at 01:36:25PM -0700, Shaun Jackman wrote: Success! Sugar depends on librsvg2-common for its `gdk-pixbuf loader and a GTK+ engine, allowing to load SVG images transparently inside GTK+ applications'. Ahem, forget my earlier remark: I misread your posting above (I really need to read closer before repying, I guess) and have actually never before found the need for librscg2-coomon, only for python-rsvg which is provided by python-gnome2-desktop. Good catch! I imagine it would have taken me very long to resolve that myself. Could you perhaps share some insight about how you went about? Any tools or tricks I could use in future cases like this? - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIDFWjn7DbMsAkQLgRAlMyAJwPfdChtschKzLcgyhD/vTgZoNNJwCgiJl+ Q+17utXu8OGYHQGotmbbljc= =fWUn -END PGP SIGNATURE-
Bug#229869: chkrootkit bug: Still happening with 0.48?
Hi Chris, You filed this bug over 4 years ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=bug=245574 Can you see if you experience the same problem with version 0.48? Thanks, Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475783: allow BTS use
found 475783 1:1.9.2-2 stop What I understand for this bugreport, is that there is something awkward with mount from busybox under klibc and other initrd environments. The maintainer of busybox responded with it is not in my package and closed the bugreport. My hope of reopening this bugreport is to have the spirit of let us find out together what went wrong I known that it implies for some people not my problem. All others should be free to solve the problem. The Bug_Tracking_System is an tool they can use while doing so. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463848: Processed (with 5 errors): Re: Bug#463848: Processed: RM: liblingoteach -- RoM; orphaned, abandoned upstream
retitle 477128 RM: liblingoteach -- RoM; orphaned, abandoned upstream retitle 477129 RM: liblingoteach-ui -- RoM; orphaned, abandoned upstream reassign 477128 ftp.debian.org reassign 477129 ftp.debian.org forcemerge 477128 463848 Hi Kęstutis, Alberto, thanks for your attention to this. You got the clone command alright (except that we'd only need two instances, i.e. 1 clone), but the reassigning went a bit wrong. Hopefully, I have fixed that now. I'll take care of the removal later. Kind regards T.
Bug#456490: [qc-usb-source] still unable to compile
Gunther, I'm still trying to reproduce your bug, without any luck. Below you can see the build log in a clean sid chroot, with module-assistant. As you'll observe, the output has important differences with your log. Also, in the original bug report, you didn't specify the module-assistant version.. If that was submitted by reportbug, it should have included that info... Can you try with the latest module-assistant from sid? # m-a a-i -f qc-usb . Updated infos about 1 packages Getting source for kernel version: 2.6.24-1-686 Kernel headers available in /lib/modules/2.6.24-1-686/build apt-get install build-essential Reading package lists... Done Building dependency tree Reading state information... Done build-essential is already the newest version. The following packages were automatically installed and are no longer required: libcwidget0 Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Done! download Reading package lists... Done Building dependency tree Reading state information... Done Reinstallation of qc-usb-source is not possible, it cannot be downloaded. The following packages were automatically installed and are no longer required: libcwidget0 Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Updating info about qc-usb-source Updated infos about 1 packages unpack Extracting the package tarball, /usr/src/qc-usb.tar.bz2, please wait... /usr/share/modass/packages/default.sh build KVERS=2.6.24-1-686 KSRC=/lib/modules/2.6.24-1-686/build KDREV=2.6.24-4 kdist_image for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.24-1-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.24-1-686/g ;s/#KVERS#/2.6.24-1-686/g ; s/_KVERS_/2.6.24-1-686/g ; s/##KDREV##/2.6.24-4/g ; s/#KDREV#/2.6.24-4/g ; s/_KDREV_/2.6.24-4/g ' $templ ${templ%.modules.in}; \ done dh_clean /usr/bin/make clean make[1]: Entering directory `/usr/src/modules/qc-usb' rm -f *.[oas] .*.flags *.ko .*.cmd .*.d .*.tmp *.mod.c rm -rf .tmp_versions qcset make[1]: Leaving directory `/usr/src/modules/qc-usb' /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/qc-usb' for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.24-1-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.24-1-686/g ;s/#KVERS#/2.6.24-1-686/g ; s/_KVERS_/2.6.24-1-686/g ; s/##KDREV##/2.6.24-4/g ; s/#KDREV#/2.6.24-4/g ; s/_KDREV_/2.6.24-4/g ' $templ ${templ%.modules.in}; \ done dh_clean /usr/bin/make clean make[2]: Entering directory `/usr/src/modules/qc-usb' rm -f *.[oas] .*.flags *.ko .*.cmd .*.d .*.tmp *.mod.c rm -rf .tmp_versions qcset make[2]: Leaving directory `/usr/src/modules/qc-usb' make[1]: Nothing to be done for `kdist_config'. dh_testdir dh_testroot dh_clean -k /usr/bin/make KVER=2.6.24-1-686 KSRC=/lib/modules/2.6.24-1-686/build \ DESTDIR=/usr/src/modules/qc-usb/debian/qc-usb-modules-2.6.24-1-686/ install make[2]: Entering directory `/usr/src/modules/qc-usb' /usr/bin/make -C /lib/modules/2.6.24-1-686/build SUBDIRS=/usr/src/modules/qc-usb modules make[3]: Entering directory `/usr/src/linux-headers-2.6.24-1-686' CC [M] /usr/src/modules/qc-usb/qc-driver.o /usr/src/modules/qc-usb/qc-driver.c: In function 'qc_i2c_init': /usr/src/modules/qc-usb/qc-driver.c:827: warning: assignment from incompatible pointer type /usr/src/modules/qc-usb/qc-driver.c: In function 'qc_isoc_start': /usr/src/modules/qc-usb/qc-driver.c:1869: warning: assignment from incompatible pointer type CC [M] /usr/src/modules/qc-usb/qc-hdcs.o CC [M] /usr/src/modules/qc-usb/qc-pb0100.o CC [M] /usr/src/modules/qc-usb/qc-vv6410.o CC [M] /usr/src/modules/qc-usb/qc-formats.o CC [M] /usr/src/modules/qc-usb/qc-mjpeg.o CC [M] /usr/src/modules/qc-usb/qc-memory.o LD [M] /usr/src/modules/qc-usb/quickcam.o Building modules, stage 2. MODPOST 1 modules CC /usr/src/modules/qc-usb/quickcam.mod.o LD [M] /usr/src/modules/qc-usb/quickcam.ko make[3]: Leaving directory `/usr/src/linux-headers-2.6.24-1-686' install -d /usr/src/modules/qc-usb/debian/qc-usb-modules-2.6.24-1-686///lib/modules/2.6.24-1-686/drivers/media/video/ install -m 644 -c quickcam.ko /usr/src/modules/qc-usb/debian/qc-usb-modules-2.6.24-1-686///lib/modules/2.6.24-1-686/drivers/media/video/ make[2]: Leaving directory `/usr/src/modules/qc-usb' dh_installdocs dh_installchangelogs dh_compress dh_fixperms dh_installdeb dh_installmodules dh_gencontrol -- -v0.6.6-5+2.6.24-4 dh_md5sums dh_builddeb --destdir=/usr/src dpkg-deb: building package `qc-usb-modules-2.6.24-1-686' in
Bug#476957: (fwd) Bug#476957: texlive-xetex: Sinhala language support
On Sun, Apr 20, 2008 at 11:08 PM, Norbert Preining [EMAIL PROTECTED] wrote: If you have the *smallest* doubts let me know... Adding Harshula to the CC list. If you are looking for doubtful areas in the patch, check the following. The rest of the patch is *adding* Sinhala related variables, functions and switch conditions. Even this change makes sure ZWJ is not discarded, which shouldn't a problem for others scripts that doesn't use it. --- layout/LEFontInstance.cpp +++ layout/LEFontInstance.cpp @@ -75,7 +75,7 @@ return 0x; } -if (mappedChar == 0x200C || mappedChar == 0x200D) { +if (mappedChar == 0x200C) { return 1; } Anuradha -- http://www.sayura.net/anuradha/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477134: librrds-perl: RRDs perl module fails to use with locales using different decimal separator
severity 477134 important thanks Hi, thanks for your report. As this bug does not affect every user I'm lowering the severity to important. We'll look into it. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476535: vzctl: Possibility to mount/bind into VE fs
On Fri, Apr 18, 2008 at 1:47 PM, Ola Lundqvist [EMAIL PROTECTED] wrote: Hi Peter Do we need a poststop as well? You're right, I happen to be lazy and usually let the system to umount all; but with high probability we should umount every manually mounted cruft before stop tries to unmount the whole VE, so a prestop should exist the same way prestart was implemented. I'm not sure whether there's a point in having post-start or post-stop options, but I guess it would be just added useful flexibility. (For example people may use it to update munin-node settings for active/inactive VEs.) And by all means feel free to post it upstream, you may be more familiar with the process than I am now. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477133: motor: Segfaults on startup on AMD64 systems
Package: motor Version: 2:3.4.0-7 Severity: important Motor segfaults on startup. On AMD64 bit, int is 32 bit, while the pointers are 64 bits. So when it pushes the int(0) as last argument on the stack for horizontalbar(nc,sc, ...), it only pushes 4 bytes worth of 0's, in stead of 8. Problem is, I see a lot of functions using ... as argument, and cannot easily find where they are used to make sure there are no other instances of this. At least with the patch below motor starts on my AMD 64 bit system. diff -u -r motor-3.4.0/src/ui/ncurses/ncursesui.cc motor-3.4.0-patch/src/ui/ncurses/ncursesui.cc --- motor-3.4.0/src/ui/ncurses/ncursesui.cc 2008-04-21 10:42:24.0 +0200 +++ motor-3.4.0-patch/src/ui/ncurses/ncursesui.cc 2008-04-21 10:32:51.0 +0200 @@ -338,7 +338,7 @@ if(amode == selectorcreate) { db.setbar(new horizontalbar(getcolor(cp_menu), getcolor(cp_menusel), - _(Create/Import..), _(Add), _(Remove), _(Open), 0)); + _(Create/Import..), _(Add), _(Remove), _(Open), (char *)0)); db.addkey(KEY_IC, 1); db.addkey(KEY_DC, 2); -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages motor depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libncurses55.5-5 Shared libraries for terminal hand ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii motor-common 2:3.4.0-7 C/C++/Java Integrated Development motor recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430075: rhythmbox skips the first half second
On Thu, Apr 17, 2008 at 21:17:02 +0200, Sven Arvidsson wrote: On Wed, 2008-04-16 at 20:54 +0200, Tino Keitel wrote: currently, it's even worse: I have no sound at all. The playback marker moves forward, but I don't hear anything. Is there any difference if you between the crossfade backend and the default one? No. Does sound work in any other GStreamer based players (totem-gstreamer for example)? No. As soon as I start totem-gstreamer, sound goes off, too. Regards, Tino -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474178: libnss-ldapd: getpwuid() sometimes fail for no apparent reason
[Petter Reinholdtsen] This issue is really annoying. I am not using libnss-ldapd on my work desktop for testing, and several times a day, when I try to ssh out from the machine, ssh fail with 'you do not exist, go away'. When I try again, ssh work as it should. Here is another test run which failed like this. This is with a patched version of libnss-ldapd with longer timeouts (patch in #474174). labslx01:/# time id slxtest1 id: slxtest1: No such user real0m0.010s user0m0.000s sys 0m0.008s labslx01:/# time id slxtest1 uid=1(slxtest1) gid=1(slxtest1group) groups=1(slxtest1group),20005(ULS-IKT),10006(slxtest2group),10010(TESTgroup1),10011(tstgrp2) real0m48.880s user0m0.004s sys 0m0.028s labslx01:/# Do you have any idea how I can track down this error? I suspect nslcd has lost one connection to the LDAP server, and fail to reconnect properly, but am not sure how to check if this is the case or not. I see the problem both with an OpenLDAP server and an Active Directory LDAP server. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475542: Info received ([Pkg-virtualbox-devel] Bug#475542: virtualbox-ose-source should not)
so, no answer is an answer, too. obviously there is no communicable reason for these dependencies ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477141: bsdgames: Please mention the rot13 utility in the package description
Package: bsdgames Version: 2.17-14 Severity: wishlist I was looking for a quick utility to translate a rot13 file and did: $ apt-cache search rot13 gcipher - A simple encryption tool xpn - graphical newsreader written in Python and GTK+ toolkit The bsdgames package should include the name of that utility in its description so that it shows up in the results when users search for it using apt-cache. Francois -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477140: nozomi-source: Oops loading the module
Package: nozomi-source Version: 2.1-5 Hi, I b [1377] nozomi_get_card_type(): Card type is: 2048 PCI: Enabling device :16:00.0 ( - 0002) ACPI: PCI Interrupt :16:00.0[A] - GSI 16 (level, low) - IRQ 16 Unable to handle kernel paging request at 04a02404 RIP: [88426fd0] :nozomi:nozomi_card_init+0x303/0x78f PGD 305a7067 PUD 2bdb4067 PMD 0 Oops: 0002 [1] SMP CPU 1 Modules linked in: nozomi i915 drm rfcomm l2cap uinput ipv6 acpi_cpufreq cpufreq_userspace cpufreq_powersave cpufreq_stats cpufreq_conservative cpufreq_ondemand freq_table kvm_intel kvm firewire_sbp2 loop joydev pcmcia iwl4965 snd_hda_intel iTCO_wdt i2c_i801 firmware_class ricoh_mmc serio_raw snd_pcm sdhci i2c_core mac80211 parport_pc parport snd_timer mmc_core yenta_socket rsrc_nonstatic pcmcia_core pcspkr psmouse snd soundcore snd_page_alloc cfg80211 ac video battery hci_usb output button bluetooth thinkpad_acpi intel_agp nvram evdev ext3 jbd mbcache dm_mirror dm_snapshot dm_mod ide_cd cdrom usbhid hid sd_mod piix generic ide_core ahci ata_generic libata firewire_ohci firewire_core scsi_mod crc_itu_t uhci_hcd ehci_hcd e1000 thermal processor fan Pid: 5189, comm: modprobe Not tainted 2.6.24-1-amd64 #1 RIP: 0010:[88426fd0] [88426fd0] :nozomi:nozomi_card_init+0x303/0x78f RSP: 0018:81003059bc78 EFLAGS: 00010286 RAX: 04a02404 RBX: fffb RCX: 884277c4 RDX: 0080 RSI: 88425c27 RDI: 81007b4030c0 RBP: 88429d00 R08: 8000 R09: 00d0 R10: 3e007b5fe000 R11: 8000 R12: 81005cc55000 R13: 810079485000 R14: R15: 0003 FS: 2b96546636e0() GS:81007b79aac0() knlGS: CS: 0010 DS: ES: CR0: 8005003b CR2: 04a02404 CR3: 3483f000 CR4: 26e0 DR0: DR1: DR2: DR3: DR6: 0ff0 DR7: 0400 Process modprobe (pid: 5189, threadinfo 81003059a000, task 810079665800) Stack: 7079742064726143 3032203a73692065 810031003834 802a9958 81005f0dc280 802dae83 81006ccc65f0 802dab24 fffe 81001d48aaf0 81003059bcf8 81001d48aaf0 Call Trace: [802a9958] iput+0x42/0x7b [802dae83] sysfs_addrm_finish+0x62/0x1f6 [802dab24] sysfs_find_dirent+0x1b/0x2f [8030f509] kobject_get+0x12/0x17 [8031d660] pci_device_probe+0xd1/0x138 [8037a06e] driver_probe_device+0xf7/0x174 [8037a18d] __driver_attach+0x0/0x92 [8037a1e7] __driver_attach+0x5a/0x92 [8037945a] bus_for_each_dev+0x43/0x6e [803797da] bus_add_driver+0x77/0x1be [8031d839] __pci_register_driver+0x58/0x8a [8803801b] :nozomi:nozomi_init+0x1b/0x36 [80256bb8] sys_init_module+0x16e3/0x1821 [8020be2e] system_call+0x7e/0x83 Code: 66 c7 00 00 00 49 8b 5c 24 68 8b bb b4 02 00 00 49 89 d8 e8 RIP [88426fd0] :nozomi:nozomi_card_init+0x303/0x78f RSP 81003059bc78 CR2: 04a02404 ---[ end trace 7ca3e7cd2cc60225 ]--- Best regards Frederik Schüler -- ENOSIG signature.asc Description: Digital signature
Bug#360844: chkrootkit bug: Still happening with 0.48
Hi Daniel, You filed this bug over 2 years ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=360844 Can you see if you experience the same problem with version 0.48? Thanks, Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469601: nut-hal-drivers hangs in post-install
Hi Nick, 2008/3/6, Nick Black [EMAIL PROTECTED]: Package: nut-hal-drivers Version: 2.2.1-2 Severity: important I'm trying to use nut-hal-drivers with my PowerWare UPS. During post-installation, udevd is restarted successfully, but debconf hangs. Here's ps axf output: 14735 pts/5Ss 0:00 \_ bash 15085 pts/5S+ 0:00 \_ dpkg --configure -a 15267 pts/5S+ 0:00 \_ /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/nut-hal-drivers.postinst configure 15273 pts/5Z+ 0:00 \_ [nut-hal-drivers] defunct Interestingly, gnome-power-manager recognizes (through HAL, I presume) that I have a UPS if I've installed nut-hal-drivers, despite interrupting this configuration step. It does not do so once I remove nut-hal-drivers. Here's lsusb -v output: ... yep, this postinst action is creating more problems than it solves. I've something better to address this, that I'll release with the upcoming 2.2.2. So stay tuned. btw, I've identified a serious regression in the latest Gnome Power Mgr, that results in not handling the actions linked to the battery level... So possibly no shutdown. The good point is that nut 2.2.2 introduces the unique and most needed feature with UPS (that no other PM offers): the UPS poweroff. It still needs GPM to use it, but it's now there... cheers, Arnaud -- Linux / Unix Expert RD - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476692: [Linux-ha-dev] Re: Bug#476692: heartbeat: OCF Filesystem agent doesn't check /proc/mounts
On Mon, Apr 21, 2008 at 10:22:01AM +0100, David Lee wrote: Solaris doesn't have a /proc/mounts. What it does have is the ability (like Linux) to list the kernel mount table from a simple mount command. Irritatingly, the Linux 'mount' command doesn't do this, it merely dumps out whatever is in /etc/mtab at the time. This is because some information relating to loopback and user mounts is only available in mtab, since it's only used by the userspace tools. This means it is similarly unreliable - the only way to find out what the kernel's really up to on Linux is to inspect /proc/mounts directly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476952: include /etc/nginx/conf.d/*.conf entry for nginx.conf
tag 476952 +wontfix thanks Hello David, * 2008-04-20 13:14, David Dick wrote: Package:nginx Version:0.4.13-2 in order to package web applications for nginx, the packager needs a way to add entries to the nginx.conf file. A method for doing that is including a include /etc/nginx/conf.d/*.conf line in nginx.conf. While I fully agree with you, nginx doesn't support very well the situation where you don't have files inside the conf.d directory: Starting nginx: 2008/04/21 11:13:58 [emerg] 11300#0: glob() /etc/nginx/conf.d/*.conf failed (2: No such file or directory) in /etc/nginx/nginx.conf:26 nginx. For this reason, I'm marking this bug report as wontfix until upstream will include a feature that allows us to use the include statement in all cases or we find another way to support the conf.d directory. Cheers, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351861: chkrootkit bug: Still happening with 0.48?
Hi Elliott, You filed this bug over 2 years ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351861 Can you see if you experience the same problem with version 0.48? Thanks, Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477083: grub-pc: Is excruciatingly slow when compared to grub (legacy)
Frans Pop schrieb: I have tried grub-pc a few times during my installation tests and noticed that it is really significantly slower than grub legacy. This may or may not be very visible on real hardware, but in Virtualbox (running on a fast, modern host system) the difference is 30 seconds. I can confirm this here. However, I believed this was an issue in VirtualBox (never tried with grub-legacy) and thus did not report it as a bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452664: ping
On Mo, 21 Apr 2008, Junichi Uekawa wrote: I could put up an etch.tgz onto my web space and instructions how I on i386 could reproduce it. Adding my /etc/pbuilderrc file I guess you should be able to reproduce it. That'd be a great first step. http://www.logic.at/people/preining/pbuilder/etch.tgz http://www.logic.at/people/preining/pbuilder/pbuilderrc pbuilder --login aptitude -t sid dist-upgrade Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- THRUPP (vb.) To hold a ruler on one end on a desk and make the other end go bbddbbddbbrrbddrr. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#50859: xfs: daemon runs as root
[Julien Cristau] Yes, I think we shouldn't have xfs running as root in lenny. I also don't plan to work on this bug (because I mostly don't care about xfs) other than applying patches, so unless someone does the work that means not shipping xfs in lenny, IMO. This means 4.44% of the debian population will loose a package they have installed. Sound like a very bad idea to me. I hope someone find time to work on this in time. Are the other distributions running it as root, or can we fetch patches from redhat or suse? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476692: [Linux-ha-dev] Re: Bug#476692: heartbeat: OCF Filesystem agent doesn't check /proc/mounts
On Sat, 19 Apr 2008, Simon Horman wrote: On Fri, Apr 18, 2008 at 02:52:41PM +0100, Andrew Suffield wrote: Package: heartbeat The OCF Filesystem agent uses this code to monitor the mounted filesystems: list_mounts() { if [ -f /etc/mtab -a -r /etc/mtab ]; then cut -d' ' -f1,2,3 /etc/mtab else $MOUNT | cut -d' ' -f1,3,5 fi } Since what we're interested in is servers which are failing, there's a chance that mtab will be out of date compared to the kernel status. It should be checking /proc/mounts when that's available. Hi Andrew, that sounds entirely reasonable to me. I've CCed this to linux-ha-dev for further comment. Sounds worth exploring. Thanks. If you are going to work in that area, might you be able to consider portability aspects? It has almost certainly never worked under Solaris, where the filename is /etc/mnttab. But we can take this opportunity to try to rectify that, and I would be happy to try to assist you in this. Solaris doesn't have a /proc/mounts. What it does have is the ability (like Linux) to list the kernel mount table from a simple mount command. But (perversely!) the results are different: Linux: mount gives: /dev/md0 on / type ext3 (rw) Solaris: mount gives: / on /dev/dsk/c0t0d0s0 read/write/setuid/intr/largefiles/onerror=panic/dev=220 on Thu Oct 18 16:35:16 2007 Note (amongst other things) the reversed order of the device and the mountpoint. If we could at least get the structure in place, that could help. See, for example, OCF/IPaddr, whose find_interface() does a 'case' statement of OS types. (Whilst autotools suggests _not_ programming to the OS, but rather to the feature, nevertheless in these particular cases, programming to the OS seems pragmatically satisfactory, and straightforward to achieve.) (I've no idea what BSD offers. But at least getting a portability structure in place would give the BSD folk a framework in which they could fill in their blanks.) Best wishes. -- : David LeeI.T. Service : : Senior Systems ProgrammerComputer Centre : : UNIX Team Leader Durham University : : South Road: : http://www.dur.ac.uk/t.d.lee/Durham DH1 3LE: : Phone: +44 191 334 2752 U.K. : -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476158: synopsis: diff for NMU version 0.8.0-5.2
Hi, Attached is the diff for my synopsis 0.8.0-5.2 NMU. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Dido - This land is mine diff -u synopsis-0.8.0/debian/changelog synopsis-0.8.0/debian/changelog --- synopsis-0.8.0/debian/changelog +++ synopsis-0.8.0/debian/changelog @@ -1,3 +1,11 @@ +synopsis (0.8.0-5.2) unstable; urgency=high + + * Non-maintainer upload. + * Fix FTBFS when building against python 2.5: added patch by Chris Lamb +in debian/patches/91_python2.5_ftbfs.dpatch. (Closes: #476158) + + -- Adeodato Simó [EMAIL PROTECTED] Mon, 21 Apr 2008 10:45:15 +0200 + synopsis (0.8.0-5.1) unstable; urgency=low * Non-maintainer upload. diff -u synopsis-0.8.0/debian/patches/00list synopsis-0.8.0/debian/patches/00list --- synopsis-0.8.0/debian/patches/00list +++ synopsis-0.8.0/debian/patches/00list @@ -9,0 +10 @@ +91_python2.5_ftbfs only in patch2: unchanged: --- synopsis-0.8.0.orig/debian/patches/91_python2.5_ftbfs.dpatch +++ synopsis-0.8.0/debian/patches/91_python2.5_ftbfs.dpatch @@ -0,0 +1,28 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 91_python2.5_ftbfs.dpatch by Chris Lamb [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: No description. + [EMAIL PROTECTED]@ +diff -urNad synopsis-0.8.0~/src/Synopsis/Python/Object.hh synopsis-0.8.0/src/Synopsis/Python/Object.hh +--- synopsis-0.8.0~/src/Synopsis/Python/Object.hh 2005-05-27 02:18:31.0 +0200 synopsis-0.8.0/src/Synopsis/Python/Object.hh 2008-04-21 10:49:48.0 +0200 +@@ -276,7 +276,7 @@ + void incr(); + + Dict my_dict; +- int my_pos; ++ Py_ssize_t my_pos; + + Tuple my_current; + }; +@@ -382,7 +382,7 @@ + if (!PyString_Check(o.my_impl) || PyString_GET_SIZE(o.my_impl) != 1) + throw TypeError(object not a character); + char *value; +- int length; ++ Py_ssize_t length; + PyString_AsStringAndSize(o.my_impl, value, length); + return value[0]; + }
Bug#475542: closed by Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]) (Re: Bug#475542: Info received ([Pkg-virtualbox-devel] Bug#475542: virtualbox-ose-source should not))
michael did not more than insulting _me_ and was never able to explain where this bug (and it is one, if you would care to read!) was to report at all! he was only saying i don't care and i don't tell you anything, which, as far as i could see, seems to be the way you _kernel_ people seem to react everytime the issue of unnecessary dependencies in prebuild kerne-packes comes up ... thank you very much. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477125: ITP: bugs-everywhere -- distributed bug tracker
Am Montag, den 21.04.2008, 16:57 +1000 schrieb Ben Finney: Package: wnpp Severity: wishlist Owner: Ben Finney [EMAIL PROTECTED] * Package name: bugs-everywhere Version : 0.0.193 Upstream Author : Chris Ball [EMAIL PROTECTED] * URL : http://bugseverywhere.org/ * License : GPL 2+ Programming Lang: Python Description : distributed bug tracker Bugs Everywhere is a “distributed bug tracker”, designed to complement distributed version control systems. By using a distributed VCS as a back-end for bug state, it gains several convenient features: . * Bugs and code that live on branches are tracked together. * Users can fully modify bug state while offline. * When a user checks out a project’s source code, she gets the current bug state for free. * A web interface to the bug database becomes just another client that merges with the main repository. I think it would be useful to mention the supported backends in the long description. Thanks Thomas
Bug#477142: poor package description
Package: firebird2.0-common Version: 2.0.3.12981.ds1-6 Severity: minor For some reason, this package is now installed on my system, probably via KDE and Qt. Fair enough. But for surprised users like myself, the package description tells me nothing about what this firebird thing is: Description: common files for firebird 2.0 servers and clients This package contains files common to both servers and clients for both super and classic flavours. . These include the security database, message file (firebird.msg), support scripts as well as configuration files in /etc/firebird/2.0. . Please refer to the firebird2.0-super or firebird2.0-classic packages for more information about Firebird in general. Including the phrase database management system somewhere would make this a whole lot clearer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477054: [Yaird-devel] Bug#477054: yaird: Generates invalid initrds which reference /lib/i686/mov/
On Mon, 21 Apr 2008, Jonas Smedegaard wrote: I notice that you are running a 486 class kernel, which might indicate that your machine does not support 686-optimizations. No, the machine does support 686, and normally I run 2.6.24-1-686. However, the only way to get the machine to boot right now is using the debian rescue cd + chroot, which uses a different kernel Try regenerate your ramdisks on the machine you actually need them. To be sure, I zapped all my ramdisks, and then re-created them from inside a chroot into my normal system, from the debian rescue cd. The same problem remains The initrds were all generated using update-initramfs That command is part of an alternative ramdisk generator, initramfs-tools. OK, looks like I might be confused. I'll re-run dpkg-reconfigure on the kernel tonight, and check it really is using yaird as I thought it was. (I've tried several different things...) One of the problem initrds can be downloaded from http://urchin.earth.li/~nick/initrd-2.6.24-1-686 That address did not work for me. Please doublecheck if it is correct. Sorry, the perils of trying to write a bug report on a broken system. The URL should be: http://urchin.earth.li/~nick/initrd.img-2.6.24-1-686 Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373667: Re Re: zope-zms: CVE-2006-2997: cross-site scripting
FYI Hello again, the author revoked his security report primarily published here http://www.majorsecurity.de/advisory/major_rls12.txt (Some other information services still may publish it until the 'revoke' message is around.) Best Regards Frank Hoffmann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383761: NRG format specifications
On Mon, Apr 21, 2008 at 12:34:47PM +0200, Xavier Luthi wrote: Hi, To solve this bug, more information are needed on the NRG file format. A quick search on the internet does not give me valuable information. Does anyone hanging around have some link that could help to solve this bug? If I understood well, the whole point of NRG is obfuscating the data so that only the Nero burning program can process it (a common practice with propietary software). So I don't think they would publish the specs. But as for this particular bug, I think it'd be easy to figure out how to distinguish NRG from non-NRG files. I don't have any sample at hand, but probably file(1) already knows the file magic for it? HTH, -- Robert Millan The technological evasion of the license is as unacceptable as the legal evasion of the license [...]. That's the provision in section 1 regarding keys. [...] We say one thing: when you sell somebody a home... give him the keys -- Eben Moglen on GPLv3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477132: php-elisp: postinst failure with xemacs21: Invalid read syntax (()))
Package: php-elisp Version: 1.4.0-1 Severity: grave Justification: renders package unusable Hi, here is the problem: Setting up php-elisp (1.4.0-1) ... [...] install/php-elisp: Handling install for emacsen flavor xemacs21 Loading /usr/share/emacs/site-lisp/debian-startup... Loading 00debian... Loading site-start... Loading 00debian-vars... Loading 20apel... Loading 20gnus-init... Loading 35elib-startup... Loading 40mule-ucs... Loading 42hyperlatex... Loading 50a2ps... Error while loading 50a2ps Loading 50acl2-emacs... Loading 50ada-mode... Loading 50aplus-fsf-el... Loading 50asn1-mode... Loading 50asymptote... Loading 50autoconf... Loading 50bbdb... Loading 50bhl... Loading 50bigloo-ude... Loading 50c-sig... Loading 50ccrypt... Loading 50cedet-common... Loading 50chess... Loading chess-auto... Loading 50cmake... Loading 50cmuscheme48-el... Loading 50coq... Loading 50css-mode... Loading 50cxref-emacs... Loading cxref... Loading 50develock-el... Loading 50devhelp... Loading 50devscripts-el... Loading 50dictem... Loading 50dictionaries-common... Loading debian-ispell... Loading /var/cache/dictionaries-common/emacsen-ispell-default.el... Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el... Loading 50dictionary-el... Loading dictionary-init... Loading 50dpkg-dev-el... Loading 50eieio... Loading 50eldav... Loading 50elserv... Loading 50emacs-goodies-el... Loading 50emacs-wiki... Loading 50epix1... Loading 50erlang-mode... Loading 50ess... Loading 50etalk... Loading 50festival... Loading 50flim... Loading 50ftnchek... Loading 50gcl... Loading 50gettext... Loading 50global... Loading 50gnuplot-mode... Loading 50gnus-bonus-el... Loading 50goo... Loading 50gri-el... Loading 50gri-html-doc... Loading 50gtk-doc-tools... Loading 50haskell-mode... Loading 50html-helper-mode... Loading 50ifile-gnus-el... Loading 50inform-mode... Loading 50lilypond-data... Loading 50lisaac-mode... Loading lisaac-mode... Loading 50lua-mode... Loading 50mailutils-mh... Loading 50maria... Loading 50maxima-emacs... Loading 50mew... Loading 50mgp... Loading 50mh-e... Loading 50migemo... Loading 50mit-scheme... Loading 50mona... Loading 50mozart... Loading 50mpqc-support... Loading 50muse-el... Loading muse-autoloads.el... Loading 50nasm-mode... Loading 50nemerle... Loading 50nice... Loading 50noweb... Loading 50ocaml-mode... Loading 50octave2.1-emacsen... Loading 50octave3.0-emacsen... Loading 50oneliner-el... Loading 50oo-browser... Loading 50oo2c... Loading 50php-elisp... Loading 50plywood... Loading 50post-el... Loading 50prolog-el... Loading 50proofgeneral... Loading 50psvn... Loading 50pydb... Loading 50pylint... Loading pylint... Loading 50pymacs... Loading 50python-docutils... Loading 50quack-el... Loading 50records-gnuemacs... Loading 50records-xemacs... Loading 50rnc-mode... Loading 50ruby1.9-elisp... Loading 50sawfish... Loading 50search-ccsb... Loading 50search-citeseer... Loading 50skribe... Loading 50slime... Loading /usr/share/xemacs21/site-lisp/slime/slime-autoloads... Loading 50sml-mode... Loading sml-mode-startup... Loading 50speechd-el... Loading 50tads2-mode... Loading 50tdiary-mode... Loading 50tdtd... Loading 50timidity-el... Loading 50toolbar-fancy... Loading 50ttcn-el... Loading 50verbiste-el... Loading 50vm-bonus-el... Loading 50vm-init... Error while loading 50vm-init Loading 50w3m-el... Loading 50whizzytex... Loading 50x-pgp-sig-el... Loading 50xslide... Loading 50xtla... Loading 50yacas... Loading 50yorick-auto... Loading 51debian-el... Loading 51ede... Loading 51oneliner-el... Loading 51planner-el... Loading planner-autoloads.el... Loading 51speedbar... Loading 51tuareg-mode... Loading 52remember-el... Loading remember-autoloads.el... Loading 52select-xface... Loading 52semantic... Loading 53cedet-contrib... Loading 53cogre... Loading 54jde... Loading arc-mode... /usr/share/xemacs21/site-lisp/cedet-common/ added to `load-path' Setting up cedet... Setting up cedet...done Setting up cogre... Setting up cogre...done Setting up ede... Setting up ede...done Setting up eieio... Setting up eieio...done Setting up semantic... Setting up semantic...done Setting up speedbar... Setting up speedbar...done Setting up cedet-contrib... Setting up cedet-contrib...done Loading customization dependencies... Loading customization dependencies...done jde-java-font-lock: building names cache... jde-java-font-lock: building names cache...empty Loading 55ecb... Loading 55mell... Loading 60cltl... Loading 60ecasound-el... Loading 60hyperspec... Loading 60wysihtml-el... Loading 65bitmap-mule... Loading 70x-face-el... Compiling /usr/share/xemacs21/site-lisp/php-elisp/php-mode.el... While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/php-elisp/php-mode.el: !! Invalid read syntax (())) Error occurred processing php-mode.el: Invalid read syntax: ) Done emacs-package-install: /usr/lib/emacsen-common/packages/install/php-elisp xemacs21 emacs21 emacs22 xemacs21 failed at
Bug#469867: NMU uploaded
An NMU to incorporate the patch from Martin has been uploaded to delayed 2. NMU patch attached. -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE Linux server is like wigwam - no windows, no gates, apache inside. diff -u isdnutils-3.9.20060704/debian/changelog isdnutils-3.9.20060704/debian/changelog --- isdnutils-3.9.20060704/debian/changelog +++ isdnutils-3.9.20060704/debian/changelog @@ -1,3 +1,10 @@ +isdnutils (1:3.9.20060704-3.3) unstable; urgency=medium + + * Non-maintainer upload. + * Incorporate patch from Martin Guy to fix armel build (closes: #469867). + + -- Colin Tuckley [EMAIL PROTECTED] Mon, 21 Apr 2008 10:40:22 +0100 + isdnutils (1:3.9.20060704-3.2) unstable; urgency=low * Non-maintainer upload. diff -u isdnutils-3.9.20060704/debian/control isdnutils-3.9.20060704/debian/control --- isdnutils-3.9.20060704/debian/control +++ isdnutils-3.9.20060704/debian/control @@ -8,7 +8,7 @@ Package: isdnutils Priority: optional -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Depends: isdnutils-base (= ${Source-Version}), ipppd, isdnlog, isdnutils-xtools, isdnvboxserver, isdnvboxclient Suggests: isdnutils-doc, isdneurofile, pppdcapiplugin, capiutils Conflicts: ipppd (1:3.1pre1b-23) @@ -47,7 +47,7 @@ Package: isdnutils-base Priority: optional -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Depends: debconf (= 1.2.9) | debconf-2.0, makedev (= 2.3.1-77), ${shlibs:Depends}, lsb-base (= 1.3-9ubuntu3) Suggests: ipppd, isdnlog, isdnutils-doc, isdnutils-xtools, isdnvboxserver, isdnvboxclient Replaces: isdnutils (1:3.1pre1b-23) @@ -65,7 +65,7 @@ isdnvboxclient ISDN answering machine, client side (vbox) Package: isdnutils-xtools -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Section: x11 Depends: isdnutils-base (= ${Source-Version}), ${shlibs:Depends} Replaces: isdnutils (1:3.1pre1b-0) @@ -80,7 +80,7 @@ unnecessarily. Package: ipppd -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Section: net Depends: isdnutils-base (= ${Source-Version}), debconf (=1.2.9) | debconf-2.0, ppp, ${shlibs:Depends} Suggests: pdnsd @@ -92,7 +92,7 @@ Also needed for allowing dialins from Windows PCs over ISDN. Package: isdnlog -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Depends: isdnutils-base (= ${Source-Version}), isdnlog-data (= ${Source-Version}), debconf (=1.2.9) | debconf-2.0, ${shlibs:Depends} Replaces: isdnutils (1:3.1pre1b-0) Description: ISDN connection logger @@ -118,7 +118,7 @@ German-language docs also included. Package: isdnvbox -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Conflicts: isdnutils (1:3.1pre1b-1) Depends: isdnvboxclient, isdnvboxserver Recommends: sox @@ -131,7 +131,7 @@ the software. Package: isdnvboxclient -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Conflicts: isdnutils (1:3.1pre1b-1), isdnvbox (1:3.1pre1b-2) Depends: ${shlibs:Depends}, sox | nas-bin | alsa-utils Suggests: isdnvboxserver @@ -146,7 +146,7 @@ it can be connected to via a network. Package: isdnvboxserver -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Conflicts: isdnutils (1:3.1pre1b-1),isdnvbox (1:3.1pre1b-2) Depends: isdnutils-base (= ${Source-Version}), debconf (=1.2.9) | debconf-2.0, ${shlibs:Depends} Suggests: isdnvboxclient @@ -161,7 +161,7 @@ the same system. Package: capiutils -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 sparc s390 Depends: libcapi20-3 (= ${Source-Version}), ${shlibs:Depends}, lsb-base (= 1.3-9ubuntu3) Replaces: isdnactivecards ( 1:3.6.2004-12-19-1) Section: net @@ -174,7 +174,7 @@ See /usr/share/doc/capiutils/* for some (rudimentary) info. Package: libcapi20-3 -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel
Bug#476957: (fwd) Bug#476957: texlive-xetex: Sinhala language support
On Mon, Apr 21, 2008 at 2:35 AM, Jonathan Kew [EMAIL PROTECTED] wrote: Because of that ICU ticket, I believe that even the current XeTeX trunk, using ICU 3.8.1, may still have some problems with Sinhala. I considered applying the patch from that report, but prefer to wait until it has been reviewed and accepted by the ICU team, as this is a fairly complex area and I don't know the code that well. The report specifically asks for some points to be reviewed/checked, and this has not yet been done, AFAICT. We are looking at three ICU patches here. All of them are available in our SVN: http://cvs.savannah.nongnu.org/viewvc/sinhala/sinhala/patches/ 1. 3.4 patch - accepted to ICU upstream 2. 3.6 patch - accepted to ICU upstream 3. 3.8.1 patch - not yet accepted to ICU upstream The patch attached to this bug report is a combination of the first two patches, with only line number changes to be applied cleanly to ICU 3.4 in texlive-bin source. I think, as Jonathan pointed out, we should not consider adding / backporting the third patch (ICU 3.8.1 bug 6232) at this point, but should wait until it gets reviewed and applied to ICU upstream. However, I didn't notice automatic conjuncts with the patch in this report when applied to the present texlive-bin source. My tests showed that it gives very usable Sinhala, including complex character sequences. There are two possible reasons to avoid this patch: - It introduces new bugs to the other languages - which is *very* unlikely as it only *adds* Sinhala related code - It doesn't add complete / usable Sinhala - but my tests showed the contrary So, I humbly request to add this patch after Jonathan gets time to have a closer look and gives the green light, but without waiting for the patch no 3 to go upstream. Thanks in advance! Anuradha -- http://www.sayura.net/anuradha/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]