Bug#642271: lrzip: FTBFS on hurd-i386: missing mremap
On 2011-09-21 09:50, Con Kolivas wrote: | On Wed, 21 Sep 2011 09:37:35 you wrote: | Package: lrzip | Version: 0.607+20110917+git79c2e9a-2 | Severity: important | Tags: patch | User: debian-h...@lists.debian.org | Usertags: hurd | | Hi, | | currently[1], lrzip does not compile on GNU/Hurd. | This is because it is not configured to use a fake mremap function, so it | is being used as if it would exist in libc. | The attached patch enables the use of fake_mremap as mremap also on | GNU/Hurd. (Ideally a configure check would do this job?) | | [1] | https://buildd.debian.org/status/fetch.php?pkg=lrziparch=hurd-i386ver=0. | 607%2B20110917%2Bgit79c2e9a-2stamp=1316559794 | | Thanks, | | + defined(__APPLE__) || defined(__CYGWIN__) || \ | + defined(__GNU__) | | Wouldn't this also define fake mremap on linux too, which actually does have | mremap? As the problem is Hurd specific, we want stricter[*]: __gnu_hurd__ The __GNU__ would always be true in every Debian OS if I understand it correct. When you have patched the git repository, notify me with an email and we'll get this closed. [*] Re: Detecting kfreebsd kernel while compiling [hurd] http://lists.debian.org/debian-bsd/2010/01/msg00150.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642287: FTBFS: Bad number of antecedents at ./ckbcomp line 3078, RULES line 372.
Package: console-setup
Version: 1.70
Severity: serious
Justification: fails to build from source (but built successfully in the past)
$ debuild
[...]
../fbsdmap --binaryscm freebsd.set `ls Lat7-*.raw.sfm|{ read x y; echo $x;}`
../acm/VISCII.acm| uuencode VISCII_Lat7 VISCII_Lat7.scm
../fbsdmap --binaryscm freebsd.set `ls Thai-*.raw.sfm|{ read x y; echo $x;}`
../acm/VISCII.acm| uuencode VISCII_Thai VISCII_Thai.scm
../fbsdmap --terminfo terminfo
../fbsdmap --termcap termcap
make[2]: Leaving directory `/tmp/console-setup-1.73/Fonts'
cd Keyboard /usr/bin/make build-mini-linux
make[2]: Entering directory `/tmp/console-setup-1.73/Keyboard'
../kbdcompiler amiga KeyboardNames.pl /usr/share/X11/xkb amiga.ekmap
Compiling compact keymaps for amiga...
Bad number of antecedents at ./ckbcomp line 3078, RULES line 372.
../kbdcompiler: ckbcomp failed
make[2]: *** [amiga.ekmap] Error 2
rm amiga.ekmap
make[2]: Leaving directory `/tmp/console-setup-1.73/Keyboard'
make[1]: *** [build-mini-linux] Error 2
make[1]: Leaving directory `/tmp/console-setup-1.73'
make: *** [main_build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1348:
dpkg-buildpackage -rfakeroot -D -us -uc -i -I failed
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642271: lrzip: FTBFS on hurd-i386: missing mremap
On 2011-09-21 09:13, jari wrote: | On 2011-09-21 09:50, Con Kolivas wrote: | | On Wed, 21 Sep 2011 09:37:35 you wrote: | | Package: lrzip | | Version: 0.607+20110917+git79c2e9a-2 | | Severity: important | | Tags: patch | | User: debian-h...@lists.debian.org | | Usertags: hurd | | | | Hi, | | | | currently[1], lrzip does not compile on GNU/Hurd. | | This is because it is not configured to use a fake mremap function, so it | | is being used as if it would exist in libc. | | The attached patch enables the use of fake_mremap as mremap also on | | GNU/Hurd. (Ideally a configure check would do this job?) | | | | [1] | | https://buildd.debian.org/status/fetch.php?pkg=lrziparch=hurd-i386ver=0. | | 607%2B20110917%2Bgit79c2e9a-2stamp=1316559794 | | | | Thanks, | | | | + defined(__APPLE__) || defined(__CYGWIN__) || \ | | + defined(__GNU__) | | | | Wouldn't this also define fake mremap on linux too, which actually does have | | mremap? | | As the problem is Hurd specific, we want stricter[*]: | |__gnu_hurd__ Ah, I take it back. In the thread later[*]: ‘__GNU__’ is only defined on GNU/Hurd, whereas ‘__GLIBC__’ is defined on all GNU variants. so the original patch is correct. Jari [*] http://lists.debian.org/debian-bsd/2010/01/msg00151.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638829: issue 3 fixed upstream, now issue 1 is biting us
one test is failing now, possibly a bug in cutest, details at https://github.com/djanowski/cutest/pull/1 -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#642271: lrzip: FTBFS on hurd-i386: missing mremap
On Wed, 21 Sep 2011 16:26:49 jari wrote: On 2011-09-21 09:13, jari wrote: | On 2011-09-21 09:50, Con Kolivas wrote: | | On Wed, 21 Sep 2011 09:37:35 you wrote: | | Package: lrzip | | Version: 0.607+20110917+git79c2e9a-2 | | Severity: important | | Tags: patch | | User: debian-h...@lists.debian.org | | Usertags: hurd | | | | Hi, | | | | currently[1], lrzip does not compile on GNU/Hurd. | | This is because it is not configured to use a fake mremap function, | | so it is being used as if it would exist in libc. | | The attached patch enables the use of fake_mremap as mremap also on | | GNU/Hurd. (Ideally a configure check would do this job?) | | | | [1] | | https://buildd.debian.org/status/fetch.php?pkg=lrziparch=hurd-i386v | | er=0. 607%2B20110917%2Bgit79c2e9a-2stamp=1316559794 | | | | Thanks, | | | | + defined(__APPLE__) || defined(__CYGWIN__) || \ | | + defined(__GNU__) | | | | Wouldn't this also define fake mremap on linux too, which actually does | | have mremap? | | As the problem is Hurd specific, we want stricter[*]: |__gnu_hurd__ Ah, I take it back. In the thread later[*]: ‘__GNU__’ is only defined on GNU/Hurd, whereas ‘__GLIBC__’ is defined on all GNU variants. so the original patch is correct. Jari [*] http://lists.debian.org/debian-bsd/2010/01/msg00151.html It turns out mremap is linux specific only so I've inverted the test entirely for !linux and pushed the fix to git. Thanks and Regards, Con -- -ck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642288: RFP: cabal-dev -- Manage sandboxed Haskell build environments
Package: wnpp Severity: wishlist * Package name: cabal-dev Version : 0.8 Upstream Author : Josh Hoyt j...@galois.com, Jonathan Daughtery j...@galois.com, Rogan Creswick cresw...@galois.com * URL : http://hackage.haskell.org/package/cabal-dev * License : BSD (3-clause) Programming Lang: Haskell Description : Manage sandboxed Haskell build environments cabal-dev is a tool for managing development builds of Haskell projects. It supports maintaining sandboxed cabal-install repositories, and sandboxed ghc package databases. For most packages, just use cabal-dev instead of cabal, and you will get a sandboxed build that will not install anything (even automatically installed dependencies) into the user or global ghc package databases. You can also add local sources for patched or unreleased libraries. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642055: daisy-player: reports corrupt daisy structure and aborts while reading valid book
forwarded 642055 j...@jlemmens.nl thanks Bug is now known by upstream. I expect to hear from him soon. Paul signature.asc Description: OpenPGP digital signature
Bug#642278: clang failed to build a C source file when linking
forcemerge 642278 640547 thanks Hello, Le mercredi 21 septembre 2011 à 09:30 +0800, Hong Xu a écrit : Package: clang Version: 2.9-11 Severity: important [...] /usr/bin/ld: cannot find -lgcc /usr/bin/ld: cannot find -lgcc_s clang: error: linker command failed with exit code 1 (use -v to see invocation) Please update also your version of gcc/g++ and it will fix your problem. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606010: Bug #606010: New upstream version 0.7.6 available
Hello, Where is the version 0.7.6? I see the latest version on the website is 0.6.2, and I'm interested to make a QA upload for this package. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642289: icecast2: [INTL:nl] Dutch translation of debconf templates
Package: icecast2 Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the icecast2 debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of icecast2 debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the icecast2 package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: icecast2 2.3.2-9\n Report-Msgid-Bugs-To: iceca...@packages.debian.org\n POT-Creation-Date: 2011-09-06 07:02+0200\n PO-Revision-Date: 2011-09-16 17:27+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:3001 msgid Icecast2 hostname: msgstr Icecast2 computernaam: #. Type: string #. Description #: ../templates:3001 msgid Please specify the fully qualified domain name that should be used as prefix to all streams. msgstr Geef de volledige domeinnaam op die als prefix voor alle streams moet worden gebruikt. #. Type: string #. Description #: ../templates:4001 msgid Icecast2 source password: msgstr Icecast2 bronwachtwoord #. Type: string #. Description #: ../templates:4001 msgid Please specify the password that should be used to control access to Icecast2's media sources. msgstr Geef het wachtwoord op dat moet worden gebruikt om de toegang tot Icecast2's mediabronnen te beperken. #. Type: string #. Description #: ../templates:5001 msgid Icecast2 relay password: msgstr Icecast2 relay-wachtwoord: #. Type: string #. Description #: ../templates:5001 msgid Please specify the password that should be used to control access to Icecast2's stream relays. msgstr Geef het wachtwoord op dat moet worden gebruikt om de toegang tot Icecast2's streamrelays te beperken. #. Type: string #. Description #: ../templates:6001 msgid Icecast2 administration password: msgstr Icecast2 beheerderswachtwoord: #. Type: string #. Description #: ../templates:6001 msgid Please specify the password that should be used for Icecast2 administration. msgstr Geef het wachtwoord op dat moet worden gebruikt voor de Icecast2 beheerdersfuncties. #. Type: string #. Description #: ../templates:6001 msgid The administration web interface, at http://localhost:8000, can be used to monitor connections or to block users from streaming. msgstr De beheerderswebinterface, op http://localhost:8000, kan worden gebruikt om verbindingen te bekijken of om streaming te blokkeren voor gebruikers.
Bug#642271: lrzip: FTBFS on hurd-i386: missing mremap
Alle mercoledì 21 settembre 2011, Con Kolivas ha scritto: | As the problem is Hurd specific, we want stricter[*]: |__gnu_hurd__ Note this is not considered the official #define for GNU/Hurd, which is __GNU__. Ah, I take it back. In the thread later[*]: ‘__GNU__’ is only defined on GNU/Hurd, whereas ‘__GLIBC__’ is defined on all GNU variants. To be precise, __GLIBC__ indicates the GNU C library, and it is defined by the glibc headers (unlike the OS macros, defined by the compiled itself). See also http://predef.sourceforge.net/prelib.html. It turns out mremap is linux specific only so I've inverted the test entirely for !linux and pushed the fix to git. Thanks! -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#642290: libguestfs: [INTL:nl] Dutch translation of debconf templates
Package: libguestfs Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the libguestfs debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of libguestfs debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the libguestfs package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: libguestfs 1.10.7-4\n Report-Msgid-Bugs-To: libgues...@packages.debian.org\n POT-Creation-Date: 2011-09-07 20:17+0200\n PO-Revision-Date: 2011-09-21 09:27+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../libguestfs0.templates:2001 msgid Create or update supermin appliance now? msgstr De 'supermin appliance' nu aanmaken of bijwerken? #. Type: boolean #. Description #: ../libguestfs0.templates:2001 msgid A \supermin appliance\ is mandatory for libguestfs. It contains lists of files and directories. These will be copied into an ad-hoc file system whenever libguestfs starts a virtual machine. msgstr Een 'supermin appliance' is noodzakelijk voor libguestfs. Deze bevat een lijst met bestanden en mappen. Deze worden in een ad-hoc bestandssysteem gekopieerd wanneer libguestfs een virtuele machine opstart. #. Type: boolean #. Description #: ../libguestfs0.templates:2001 msgid To generate or update a supermin appliance, network access to a package repository is needed. msgstr Om een 'superming appliance' aan te maken of bij te werken is toegang tot een pakketbron nodig. #. Type: boolean #. Description #: ../libguestfs0.templates:2001 msgid This can be done later by using the update-guestfs-appliance(8) utility. msgstr Dit kan later worden gedaan met het hulpprogramma update-guestfs-appliance (8).
Bug#642283: epiphany-browser: doesn't connect to certain sites, like paypal.com
Le mercredi 21 septembre 2011 à 06:40 +0200, Mourad De Clerck a écrit : Pretty straight forward, it's simply not possible to connect to certain websites, like paypal - the following error message is shown: Paypal uses a broken TLS implementation, it’s a known problem. There’s a workaround in the tubes upstream. -- .''`. Josselin Mouette : :' : `. `' `- signature.asc Description: This is a digitally signed message part
Bug#563804: reportbug takes to account updates that haven't yet filtered.
Package: reportbug Version: 6.2.1 Followup-For: Bug #563804 Dear Maintainer, As I tried to file a bug report against cups (version 1.5.0-5) in wheezy, reportbug takes to account as newer versions of cups the version from sid, that is 1.5.0-6. I suppose it should not to be. -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/1/webb/.reportbugrc: reportbug_version 4.12.6 mode standard ui text realname Sthu Deus email sthu.d...@yandex.ru no-cc header X-Debbugs-CC: sthu.d...@yandex.ru smtphost reportbug.debian.org -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (100, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.8.15.6 ii python2.6.7-3 ii python-reportbug 6.2.1 reportbug recommends no packages. Versions of packages reportbug suggests: ii debconf-utilsnone ii debsums none ii dlocate none ii emacs22-bin-common | emacs23-bin-common none ii file 5.08-1 ii gnupg1.4.11-3 ii postfix | exim4 | mail-transport-agent none ii python-gtk2 2.24.0-2 ii python-gtkspell none ii python-urwid none ii python-vte none ii xdg-utils1.1.0~rc1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642291: FTBFS on powerpc: misc/seq-long-double test fails, should be skipped
Package: coreutils Version: 8.5-1 Severity: serious Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The test fails because it doesn't pass $CFLAGS to the compiler. The attached patch fixes this, so the test is skipped as expected. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.0.1+ Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.51-3 ii libattr1 1:2.4.46-3 ii libc62.13-21 ii libselinux1 2.1.0-1 coreutils recommends no packages. coreutils suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFOeZ3cWoGvjmrbsgARAoAaAKC3sjcitG2rLWdqQaBgaqfx9h7wKQCeLnzD GgkVrA/LeTR9R1udCx1lhuU= =dJHv -END PGP SIGNATURE- diff -up -ru coreutils-8.13.orig/tests/misc/seq-long-double coreutils-8.13/tests/misc/seq-long-double --- coreutils-8.13.orig/tests/misc/seq-long-double 2011-07-28 12:38:27.0 +0200 +++ coreutils-8.13/tests/misc/seq-long-double 2011-09-21 09:40:41.0 +0200 @@ -33,7 +33,7 @@ int foo[sizeof (long double) - sizeof (d run this test only with glibc #endif EOF -$CC -c long.c \ +$CC $CFLAGS -c long.c \ || skip_ \ 'this test runs only on systems with glibc and long double != double'
Bug#642292: pkg-config: pkg-config-crosswrapper should look for multiarch and arch-independant packages
Package: pkg-config
Version: 0.26-1
Severity: wishlist
Hi,
Following discussion in debian-devel, I think the pkg-config-crosswrapper
must be fixed. For now, pkg-config-crosswrapper set PKG_CONFIG_LIBDIR to
/usr/${triplet}/lib/pkgconfig. I see two problems:
- arch-indep package are not searched anymore
$ PKG_CONFIG_LIBDIR= pkg-config --list-all
$ PKG_CONFIG_LIBDIR=/usr/share/pkgconfig/ pkg-config --list-all
xorg-sgml-doctools xorg-sgml-doctools - Stylesheets and
entities for X.Org documentation
[...]
Looking at the source, this is because /usr/share/pkgconfig is only added
(toghether with /usr/lib/pkgconfig) to the search path (from
PKG_CONFIG_PC_PATH, itself defined from $pc_path from configure.ac) if
PKG_CONFIG_LIBDIR is unset.
- multiarch dir is not search at all
I suggest to rewrite pkg-config-crosswrapper to something like that (not
tested):
#! /bin/sh
# pkg-config wrapper for cross-building
# Sets pkg-config search path to multi arch, target arch and arch independant
# paths.
PKG_CONFIG_LIBDIR=/usr/share/pkgconfig
triplet=`basename $0 | sed -e 's:-pkg-config::'`
PKG_CONFIG_LIBDIR=/usr/${triplet}/lib/pkgconfig:${PKG_CONFIG_LIBDIR}
MULTIARCH_DIR=$(dpkg-architecture -t${triplet} -qDEB_HOST_MULTIARCH
2/dev/null)
if [ -n ${MULTIARCH_DIR} ]; then
PKG_CONFIG_LIBDIR=/usr/lib/${MULTIARCH_DIR}/pkgconfig:${PKG_CONFIG_LIBDIR}
fi
exec PKG_CONFIG_LIBDIR=${PKG_CONFIG_LIBDIR} pkg-config $@
Regards,
Vincent
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages pkg-config depends on:
ii libc6 2.13-21
ii libglib2.0-0 2.28.6-1
ii libpopt0 1.16-1
pkg-config recommends no packages.
pkg-config suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642216: It was supposed to be additional information to 629371 bug
forcemerge 629371 642216 thanks Le mardi, 20 septembre 2011 17.27:01, wzab a écrit : The above report was supposed to be additional info to 629371 bug. I don't know why it was treated as a new bug. Hi Wojtek, and thanks for your followup, I now forcemerged the two bugs and hope I will find time to investigate soon. Cheers, -- OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642293: virtualbox-ose: Scheduling issues and eventually soft lockups occur when running VMs
Package: virtualbox-ose Version: 3.2.10-dfsg-1 Severity: important Hosting VirtualBox VMs on this machine often results in scheduling issues for user processes, and sometimes the machine becomes unresponsible for a long time, after which a message about soft lockup is found in system log. The system is running stock Debian kernel and VirtualBox. The system still reacts to external inputs. For example, when running the ping script below, and seeing that it has been stuck in sleep() for a few seconds, hitting a key on keyboard of the machine immediately ends the sleep. It appears as if the kernel fails to set a timer interrupt to wake itself up for some reason. The scheduling issues manifest easily as sleep() taking varying periods of time. Below is output of a Python script that attempts to ping some of the VMs and then sleep(1-ping_duration) seconds. Pings took 0.0038001537323 Trying to sleep 0.996199846268 Sleep took 1.77373981476 Pings took 0.00364708900452 Trying to sleep 0.996352910995 Sleep took 8.63721585274 Pings took 0.00382900238037 Trying to sleep 0.99617099762 Sleep took 5.65230202675 Pings took 0.00357413291931 Trying to sleep 0.996425867081 Sleep took 1.42871999741 Some example soft lockup messages with call traces and on without a call trace are attached below. For some reason not all messages include a call trace. Message 1 with call trace: Sep 21 07:15:38 testbase kernel: [504005.781003] BUG: soft lockup - CPU#2 stuck for 61s! [VBoxHeadless:14724] Sep 21 07:15:38 testbase kernel: [504005.781013] Modules linked in: vboxnetadp vboxnetflt vboxdrv bridge stp tun ext4 jbd2 crc16 loop snd_hda_codec_atihdmi snd_hda_intel snd_hda_codec radeon ttm snd_hwdep snd_pcm drm_kms_helper snd_timer drm snd psmouse i2c_algo_bit soundcore serio_raw snd_page_alloc i2c_piix4 pcspkr edac_core evdev k10temp edac_mce_amd i2c_core button shpchp pci_hotplug processor ext3 jbd mbcache sd_mod crc_t10dif ata_generic usbhid hid ohci_hcd thermal thermal_sys pata_atiixp ahci libata r8169 ehci_hcd mii scsi_mod usbcore nls_base [last unloaded: scsi_wait_scan] Sep 21 07:15:38 testbase kernel: [504005.781038] CPU 2: Sep 21 07:15:38 testbase kernel: [504005.781039] Modules linked in: vboxnetadp vboxnetflt vboxdrv bridge stp tun ext4 jbd2 crc16 loop snd_hda_codec_atihdmi snd_hda_intel snd_hda_codec radeon ttm snd_hwdep snd_pcm drm_kms_helper snd_timer drm snd psmouse i2c_algo_bit soundcore serio_raw snd_page_alloc i2c_piix4 pcspkr edac_core evdev k10temp edac_mce_amd i2c_core button shpchp pci_hotplug processor ext3 jbd mbcache sd_mod crc_t10dif ata_generic usbhid hid ohci_hcd thermal thermal_sys pata_atiixp ahci libata r8169 ehci_hcd mii scsi_mod usbcore nls_base [last unloaded: scsi_wait_scan] Sep 21 07:15:38 testbase kernel: [504005.781060] Pid: 14724, comm: VBoxHeadless Not tainted 2.6.32-5-amd64 #1 GA-MA78GM-UD2H Sep 21 07:15:38 testbase kernel: [504005.781061] RIP: 0010:[a03aa455] [a03aa455] g_abExecMemory+0x8d95/0x18 [vboxdrv] Sep 21 07:15:38 testbase kernel: [504005.781070] RSP: 0018:880223ff5d98 EFLAGS: 0212 Sep 21 07:15:38 testbase kernel: [504005.781072] RAX: RBX: 880223ff5dd8 RCX: 0001 Sep 21 07:15:38 testbase kernel: [504005.781074] RDX: a0410fb0 RSI: 0008 RDI: c900128d7000 Sep 21 07:15:38 testbase kernel: [504005.781075] RBP: 8101166e R08: c900128d7dd8 R09: c900128d7000 Sep 21 07:15:38 testbase kernel: [504005.781077] R10: 880223ff5de8 R11: a03aa370 R12: c900128bc000 Sep 21 07:15:38 testbase kernel: [504005.781078] R13: c90012a56050 R14: c900128d7000 R15: 80ef Sep 21 07:15:38 testbase kernel: [504005.781080] FS: 7f188b301700() GS:880008b0() knlGS: Sep 21 07:15:38 testbase kernel: [504005.781081] CS: 0010 DS: ES: CR0: 8005003b Sep 21 07:15:38 testbase kernel: [504005.781083] CR2: 7f0512e29380 CR3: 0001bb5cd000 CR4: 06e0 Sep 21 07:15:38 testbase kernel: [504005.781084] DR0: DR1: DR2: Sep 21 07:15:38 testbase kernel: [504005.781086] DR3: DR6: 0ff0 DR7: 0400 Sep 21 07:15:38 testbase kernel: [504005.781087] Call Trace: Sep 21 07:15:38 testbase kernel: [504005.781093] [a03aa497] ? g_abExecMemory+0x8dd7/0x18 [vboxdrv] Sep 21 07:15:38 testbase kernel: [504005.781097] [a03b54a9] ? g_abExecMemory+0x13de9/0x18 [vboxdrv] Sep 21 07:15:38 testbase kernel: [504005.781102] [8100f6c4] ? __switch_to+0x1ad/0x297 Sep 21 07:15:38 testbase kernel: [504005.781107] [a038e45f] ? supdrvIOCtlFast+0x3f/0x51 [vboxdrv] Sep 21 07:15:38 testbase kernel: [504005.78] [a038e23e] ? VBoxDrvLinuxIOCtl+0x3b/0x191 [vboxdrv] Sep 21 07:15:38 testbase kernel: [504005.781115] [81041ade] ? pick_next_task_fair+0xca/0xd6 Sep 21 07:15:38 testbase kernel:
Bug#642056: Console is spammed with Message from syslogd@meixian at Sep 19 12:03:07 ... such IMContext,when Pidgin IRC protocol is used.
Noticed the spammings also occur when the IRC protocol of pidgin is turned off. The spamming also occurred for scim-bridge package: Message from syslogd@meixian at Sep 21 16:51:55 ... invalid char is given at scim_bridge_string_to_uint (): - Thanks, Hor Jiun Shyong -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642291: FTBFS on powerpc: misc/seq-long-double test fails, should be skipped
found 642291 8.13-2 notfound 642291 8.5-1 kthxbye On Mit, 2011-09-21 at 10:18 +0200, Michel Dänzer wrote: Package: coreutils Version: 8.5-1 Whoops sorry, got the version wrong. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642292: Could the multiarch wiki page be explicit about pkgconfig files?
On 21/09/2011 09:13, Raphael Hertzog wrote: On Tue, 20 Sep 2011, Vincent Danjean wrote: dpkg-architecture can convert Debian arch to triplet (DEB_HOST_GNU_TYPE) and multiarchdir (DEB_HOST_MULTIARCH) Is there an easy way to convert triplet to multiarchdir ? (which is what is needed for pkg-config-crosswrapper) $ dpkg-architecture -ti486-linux-gnu -qDEB_HOST_MULTIARCH i386-linux-gnu Thanks. I just created #642292 about paths in pkg-config-crosswrapper Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642294: shrinksafe: FTBFS and execute against rhino 1.7R3
Package: shrinksafe
Version: 1.6.1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch
Now that rhino 1.7R3 is in unstable and latest Ubuntu devel shrinksafe
won't build or execute due to API changes.
I've not submitted this back upstream but please feel free todo so.
*** /tmp/tmpH1iYdA
In Ubuntu, the attached patch was applied to achieve the following:
* Fix FTBFS - incompatble with rhino = 1.7R3 (LP: #831366):
- d/control: Remove Build-Conflicts-Indep and update Build-Depends:
rhino (= 1.7R3)
- d/patches/rhino-17r3-compat.patch: Compatibility patch for rhino
= 1.7R3.
Thanks for considering the patch.
-- System Information:
Debian Release: wheezy/sid
APT prefers oneiric-updates
APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500,
'oneiric')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-11-generic (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/control'
--- debian/control 2010-11-11 14:55:35 +
+++ debian/control 2011-09-19 15:31:46 +
@@ -1,10 +1,10 @@
Source: shrinksafe
Section: devel
Priority: optional
-Maintainer: Jason Morawski rpgdu...@gmail.com
+Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com
+XSBC-Original-Maintainer: Jason Morawski rpgdu...@gmail.com
Build-Depends: debhelper (= 8), javahelper (= 0.31)
-Build-Depends-Indep: default-jdk, rhino (= 1.7R1)
-Build-Conflicts-Indep: rhino (= 1.7R3)
+Build-Depends-Indep: default-jdk, rhino (= 1.7R3)
Standards-Version: 3.9.1
Homepage: http://shrinksafe.dojotoolkit.org
=== added directory 'debian/patches'
=== added file 'debian/patches/rhino-17r3-compat.patch'
--- debian/patches/rhino-17r3-compat.patch 1970-01-01 00:00:00 +
+++ debian/patches/rhino-17r3-compat.patch 2011-09-21 08:40:16 +
@@ -0,0 +1,92 @@
+Description: Compatibility patch for Rhino 1.7R3.
+Author: James Page james.p...@ubuntu.com
+Forwarded: no
+
+Index: shrinksafe/src/org/dojotoolkit/shrinksafe/Compressor.java
+===
+--- shrinksafe.orig/src/org/dojotoolkit/shrinksafe/Compressor.java 2011-09-19 16:38:06.063956882 +0100
shrinksafe/src/org/dojotoolkit/shrinksafe/Compressor.java 2011-09-21 09:40:14.415913553 +0100
+@@ -35,11 +35,13 @@
+
+ import org.mozilla.javascript.CompilerEnvirons;
+ import org.mozilla.javascript.Decompiler;
+-import org.mozilla.javascript.FunctionNode;
++import org.mozilla.javascript.ast.FunctionNode;
+ import org.mozilla.javascript.Interpreter;
+ import org.mozilla.javascript.Kit;
+ import org.mozilla.javascript.Parser;
+-import org.mozilla.javascript.ScriptOrFnNode;
++import org.mozilla.javascript.IRFactory;
++import org.mozilla.javascript.ast.ScriptNode;
++import org.mozilla.javascript.ast.AstRoot;
+ import org.mozilla.javascript.ScriptRuntime;
+ import org.mozilla.javascript.Token;
+ import org.mozilla.javascript.UintMap;
+@@ -64,7 +66,7 @@
+ private static String compress(String encodedSource,
+ int flags,
+ UintMap properties,
+- ScriptOrFnNode parseTree,
++ ScriptNode parseTree,
+ boolean escapeUnicode,
+ String stripConsole,
+ TokenMapper tm,
+@@ -983,11 +985,13 @@
+ CompilerEnvirons compilerEnv = new CompilerEnvirons();
+
+ Parser parser = new Parser(compilerEnv, compilerEnv.getErrorReporter());
+-
+-ScriptOrFnNode tree = parser.parse(source, null, lineno);
+-String encodedSource = parser.getEncodedSource();
+- if (encodedSource.length() == 0) { return ; }
+-
++IRFactory irFactory = new IRFactory(compilerEnv, compilerEnv.getErrorReporter());
++
++AstRoot parsedTree = parser.parse(source, null, lineno);
++ScriptNode tree = irFactory.transformTree(parsedTree);
++String encodedSource = tree.getEncodedSource();
++if ( encodedSource.length() == 0 ) { return ; }
++
+ Interpreter compiler = new Interpreter();
+ compiler.compile(compilerEnv, tree, encodedSource, false);
+ UintMap properties = new UintMap(1);
+Index: shrinksafe/src/org/dojotoolkit/shrinksafe/TokenMapper.java
+===
+--- shrinksafe.orig/src/org/dojotoolkit/shrinksafe/TokenMapper.java 2011-09-19 16:37:59.693992810 +0100
shrinksafe/src/org/dojotoolkit/shrinksafe/TokenMapper.java 2011-09-19 16:43:19.082272339 +0100
+@@ -32,7 +32,7 @@
+ import java.util.List;
+ import java.util.Map;
+
+-import org.mozilla.javascript.ScriptOrFnNode;
++import org.mozilla.javascript.ast.ScriptNode;
+ import org.mozilla.javascript.ScriptRuntime;
+ import org.mozilla.javascript.Token;
+
+@@ -58,7 +58,7 @@
+
+ private int
Bug#642295: lightdm: fails to upgrade in a chroot with dbus errors
Package: lightdm Version: 0.9.7-1 Severity: normal Hi, I'm trying to upgrade my sid install chroot'ed from squeeze and here is what I get: # LANG=C aptitude install lightdm [ ERR] Reading state information E: Could not open lock file /var/lock/aptitude - open (2: No such file or directory) The following partially installed packages will be configured: lightdm No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Can not write log, openpty() failed (/dev/pts not mounted?) Setting up lightdm (0.9.7-1) ... Reloading system message bus config...Failed to open connection to system message bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory invoke-rc.d: initscript dbus, action reload failed. dpkg: error processing lightdm (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: lightdm E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up lightdm (0.9.7-1) ... Reloading system message bus config...Failed to open connection to system message bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory invoke-rc.d: initscript dbus, action reload failed. dpkg: error processing lightdm (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: lightdm [ ERR] Reading state information E: Could not open lock file /var/lock/aptitude - open (2: No such file or directory) Regards, Andrei -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.utf8, LC_CTYPE=ro_RO.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642212: remove dead symlinks to mootools
tags 642212 pending thanks On Tue, September 20, 2011 15:05, Moonwalker wrote: Package: phpmyadmin Version: 3.4.5-1 /usr/share/phpmyadmin/js directory contains 2 dead symlinks to mootools.js and mootools-more.js $ dpkg-deb --contents phpmyadmin_3.4.5-1_all.deb | grep mootools lrwxrwxrwx root/root 0 2011-09-14 15:04 ./usr/share/phpmyadmin/js/mootools-more.js - ../../javascript/mootools/mootools-more-yc.js lrwxrwxrwx root/root 0 2011-09-14 15:04 ./usr/share/phpmyadmin/js/mootools.js - ../../javascript/mootools/mootools-core-yc.js Thanks, will be removed in the next upload. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574611: eclipse-cdt: Does not show up anywhere in Eclipse
Hi, I have this problem with eclipse 3.5.2-11 and eclipse-cdt 6.0.2-1 cheers, Matthieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642280: jasperreports: FTBFS: Unmet dependencies
Le mercredi 21 septembre 2011 07:16:32, Torsten Werner a écrit : On Wed, Sep 21, 2011 at 5:06 AM, Miguel Landaeta mig...@miguel.cc wrote: pbuilder-satisfydepends-dummy: Depends: libjakarta-poi-java (= 3.2) which is a virtual package. Argh. Changing the Build-Depends to libapache-poi-java is probably the simplest solution. Thanks, I'm working on this issue. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642296: base-installer: on IBM Power 740 installer selects 32bit ppc kernel despite booting with install64
Package: base-installer Severity: important On a Debian 6.0.2 netinstall on an IBM Power 740 the installer installs a 32bit kernel despite starting the installation by booting the install64 option in yaboot. When setting compatibility mode to Power 6 for that LPAR the correct 64bit kernel gets installed. A solution was suggested here: http://lists.debian.org/debian-powerpc/2011/09/msg00051.html Quote: debian installer needs patch here: installer/packages/base-installer/kernel/powerpc.sh this line: power3|power4|power4+|ppc970*|power5|power5+|power6|power6x|power7) For original problem description see http://lists.debian.org/debian-powerpc/2011/09/msg00048.html -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.32-5-powerpc64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash smime.p7s Description: S/MIME cryptographic signature
Bug#642297: shinken-arbiter: fails removal
Package: shinken-arbiter Version: 0.6.5-1 Severity: serious Justification: Policy 6.8.7 Here's what I got when I tried purging shinken-arbiter: Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: shinken-arbiter* shinken-broker* shinken-poller* shinken-reactionner* shinken-receiver* shinken-scheduler* 0 upgraded, 0 newly installed, 6 to remove and 1 not upgraded. After this operation, 2,154 kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 185107 files and directories currently installed.) Removing shinken-arbiter ... Stopping arbiter Couldn't get status of arbiter : arbiter NOT RUNNING (pidfile (/var/run/shinken/arbiterd.pid) not exist) ... failed! failed! invoke-rc.d: initscript shinken-arbiter, action stop failed. dpkg: error processing shinken-arbiter (--purge): subprocess installed pre-removal script returned error exit status 3 configured to not write apport reports /var/lib/dpkg/info/shinken-arbiter.postinst: undocumented call to `postinst abort-remove' Removing shinken-broker ... Stopping broker Couldn't get status of broker : broker NOT RUNNING (pidfile (/var/run/shinken/brokerd.pid) not exist) ... failed! failed! invoke-rc.d: initscript shinken-broker, action stop failed. dpkg: error processing shinken-broker (--purge): subprocess installed pre-removal script returned error exit status 3 configured to not write apport reports /var/lib/dpkg/info/shinken-broker.postinst: undocumented call to `postinst abort-remove' Removing shinken-poller ... Stopping poller Couldn't get status of poller : poller NOT RUNNING (pidfile (/var/run/shinken/pollerd.pid) not exist) ... failed! failed! invoke-rc.d: initscript shinken-poller, action stop failed. dpkg: error processing shinken-poller (--purge): subprocess installed pre-removal script returned error exit status 3 configured to not write apport reports /var/lib/dpkg/info/shinken-poller.postinst: undocumented call to `postinst abort-remove' Removing shinken-reactionner ... Stopping reactionner Couldn't get status of reactionner : reactionner NOT RUNNING (pidfile (/var/run/shinken/reactionnerd.pid) not exist) ... failed! failed! invoke-rc.d: initscript shinken-reactionner, action stop failed. dpkg: error processing shinken-reactionner (--purge): subprocess installed pre-removal script returned error exit status 3 configured to not write apport reports /var/lib/dpkg/info/shinken-reactionner.postinst: undocumented call to `postinst abort-remove' Removing shinken-receiver ... Stopping receiver Couldn't get status of receiver : receiver NOT RUNNING (pidfile (/var/run/shinken/receiverd.pid) not exist) ... failed! failed! invoke-rc.d: initscript shinken-receiver, action stop failed. dpkg: error processing shinken-receiver (--purge): subprocess installed pre-removal script returned error exit status 3 configured to not write apport reports /var/lib/dpkg/info/shinken-receiver.postinst: undocumented call to `postinst abort-remove' Removing shinken-scheduler ... Stopping scheduler Couldn't get status of scheduler : scheduler NOT RUNNING (pidfile (/var/run/shinken/schedulerd.pid) not exist) ... failed! failed! invoke-rc.d: initscript shinken-scheduler, action stop failed. dpkg: error processing shinken-scheduler (--purge): subprocess installed pre-removal script returned error exit status 3 configured to not write apport reports /var/lib/dpkg/info/shinken-scheduler.postinst: undocumented call to `postinst abort-remove' Errors were encountered while processing: shinken-arbiter shinken-broker shinken-poller shinken-reactionner shinken-receiver shinken-scheduler E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shinken-arbiter depends on: ii python2.6.7-3 ii python2.6 2.6.7-4 ii python2.7 2.7.2-5 ii shinken-core 0.6.5-1 shinken-arbiter recommends no packages. shinken-arbiter suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642298: libloudmouth1-0: Can't specify user-trusted certificates
Package: libloudmouth1-0 Version: 1.4.3-7 Severity: wishlist Hello, In Debian, loudmouth is compiled with GnuTLS support and a hard-coded root CA certificate file, which is the system file /etc/ssl/certificates.crt. There is AFAICT no provision to let the user manually trust a certificate when first seen, or to have a user-specified directory of trusted cert files (as the SSL_CERT_DIR environment variable is used in OpenSSL). The net result is that the official workaround suggested in mcabber's documentation when using a self-signed certificate is to skip certificates validation entirely. Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642299: udev: high system load after using cruzer usb stick
Package: udev Version: 164-3 Severity: normal Hi, today I had a very high system load (see attached image) on my PC after inserting a Cruzer USB stick (4gb memory). After unmounting and removing the stick, the problem persisted, with tons of messages pertaining to a device sr1 which is not found in dmesg, only in kern.log. After some searching, I found http://www.linuxquestions.org/questions/slackware-14/udevd-high-cpu-load-810937/ which may or may not be related, and decided to stop and restart udev. The problem has not re-occurred yet. Kind regards, --Toni++ -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-rc6-686-pae (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libudev0164-3libudev shared library ii libusb-0.1-42:0.1.12-16 userspace USB programming library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii util-linux 2.17.2-9 Miscellaneous system utilities Versions of packages udev recommends: ii pciutils 1:3.1.7-6 Linux PCI Utilities ii usbutils 0.87-5 Linux USB utilities udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/sysfs_deprecated_incompatibility: udev/title/upgrade: udev/reboot_needed: attachment: udev-problem-1.png
Bug#640877: ocaml-book: diff for NMU version 1.0-4.1
On 21/09/2011 01:00, Jakub Wilk wrote: tags 640877 + patch tags 640877 + pending thanks Dear maintainer, I've prepared an NMU for ocaml-book (versioned as 1.0-4.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Thanks for your work. I think you can reschedule your NMU to delayed/0. This package will be maintained by Debian OCaml Maitainers in the future. You can read zack's wish in 20100422115751.GA24740@usha.takhisis.invalid Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642300: RPF request for Qt based multimedia app called 'greet'
Package: greet Severity: wishlist Greet, licenced under lgpl, is a new hybrid multimedia application depeds on plugins written in Qt/C++ to provide it's functionality. 1.0 version released and I would like my application packaged for debian by a maintainer. Greet basically depends on Qt and QtMobility/GStreamer. Greet written by me(Burak Alkan). links for greet: Github: https://github.com/mburakalkan/Greet Homepage : http://balkan.homelinux.org/greet/ Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642266: ruby-ffi: FTBFS on sparc
On 21/09/2011 00:15, Antonio Terceiro wrote: Package: ruby-ffi Severity: serious Can you please mention the version and suite in which this bug exists? Otherwise, this bug's metadata is incomplete and makes Stable Release Managers (and people looking at RC bugs affecting stable and oldstable) job harder. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642267: ruby-ffi: FTBFS on ia64
On 21/09/2011 00:18, Antonio Terceiro wrote: Package: ruby-ffi Severity: serious Can you please mention the version and suite in which this bug exists? Otherwise, this bug's metadata is incomplete and makes Stable Release Managers (and people looking at RC bugs affecting stable and oldstable) job harder. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642301: wordpress: Please include the debian sub-version in the header
Package: wordpress Version: 3.0.5+dfsg-0+squeeze1 Severity: wishlist Google sends out alerts warning site owners if their version of wordpress is out of date, because of the risk of security issues. However debian already handles the security issues even on old versions, so there is no reason for google to alert such users. But, there is no way for google to tell since the header doesn't say: meta name=generator content=WordPress 3.0.5 / So, please include the full debian sub-version in the header (or in an additional one), that way google can do a better job with alerts, including alerting if someone has an unapplied debian update. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages wordpress depends on: ii apache22.2.16-6+squeeze3 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze3 Apache HTTP Server - traditional n ii libapache2-mod-php55.3.3-7+squeeze3 server-side, HTML-embedded scripti pn libjs-cropper none(no description available) pn libjs-jquery none(no description available) ii libjs-prototype1.6.1-1 JavaScript Framework for dynamic w pn libjs-scriptaculousnone(no description available) pn libphp-phpmailer none(no description available) pn libphp-snoopy none(no description available) ii mysql-client 5.1.49-3 MySQL database client (metapackage ii mysql-client-5.1 [mysq 5.1.49-3 MySQL database client binaries pn php-gettextnone(no description available) ii php5 5.3.3-7+squeeze3 server-side, HTML-embedded scripti ii php5-gd5.3.3-7+squeeze3 GD module for php5 ii php5-mysql 5.3.3-7+squeeze3 MySQL module for php5 pn tinymcenone(no description available) Versions of packages wordpress recommends: pn wordpress-l10nnone (no description available) Versions of packages wordpress suggests: ii mysql-server 5.1.49-3 MySQL database server (metapackage ii mysql-server-5.1 [mysql-serve 5.1.49-3 MySQL database server binaries and -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642302: btrfs-tools: btrfs(8) manpage and btrfs --help output mismatch
Package: btrfs-tools Version: 0.19+20101101-2 Severity: normal The btrfs(8) manpage and the output of /sbin/btrfs --help do not entirely agree on some things. * manpage: btrfs filesystem defrag file|dir [file|dir...] --help: btrfs filesystem defragment [-vcf] [-s start] [-l len] [-t size] file|dir [file|dir...] It might be that both names work, but it'd be nice if the documentation was consistent. * manpage: btrfs device show dev|label [dev|label...] --help: btrfs filesystem show [uuid|label] The --help version seems to work, the former does not. * manpage: btrfs device balance path --help: btrfs filesystem balance path Same as for device show. --help also mentions two commands the manpage does not: btrfs subvolume find-new path last_gen btrfs filesystem df path -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages btrfs-tools depends on: ii e2fslibs1.42~WIP-2011-09-16-1 ii libc6 2.13-21 ii libcomerr2 1.42~WIP-2011-09-16-1 ii libuuid12.19.1-5 ii zlib1g 1:1.2.3.4.dfsg-3 btrfs-tools recommends no packages. btrfs-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598567: sudo requires reauthentication on each use, ignoring time stamp
Hi, After upgrading to squeeze, I observe the same bug with sudo 1.7.4p4-2.squeeze.2. Disabling tty_tickets does not fix it. The system is a chrooted Debian environment. Output from uname -a: Linux lassi 2.6.22.7 #1 Mon Oct 25 15:17:58 CEST 2010 armv5tejl GNU/Linux My shell is zsh, but I get the same behavior with bash. Cheers, Jeremie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616650: Info received (2011h is available)
On Sun, Sep 18, 2011 at 12:59:53AM -0400, Yaroslav Halchenko wrote: On Sat, 17 Sep 2011, Arnaud Fontaine wrote: While the upload of pytz seems harmless, I would prefer to follow ZTK 1.1.2 versions (unless Gediminas disagrees of course), which suggests pytz 2011g (even if it's just a small change). as far as I see it -- there is no code change between, only that 2011g more up-to-date and includes more zones (which is a good thing): $ diff -Naur pytz-2011g pytz-2011h | lsdiff pytz-2011g/PKG-INFO pytz-2011g/pytz/__init__.py pytz-2011g/pytz/tests/test_tzinfo.py pytz-2011g/pytz/zoneinfo/America/Kralendijk pytz-2011g/pytz/zoneinfo/America/Lower_Princes pytz-2011g/pytz/zoneinfo/Asia/Anadyr pytz-2011g/pytz/zoneinfo/Asia/Irkutsk pytz-2011g/pytz/zoneinfo/Asia/Kamchatka pytz-2011g/pytz/zoneinfo/Asia/Krasnoyarsk pytz-2011g/pytz/zoneinfo/Asia/Magadan pytz-2011g/pytz/zoneinfo/Asia/Novokuznetsk pytz-2011g/pytz/zoneinfo/Asia/Novosibirsk pytz-2011g/pytz/zoneinfo/Asia/Omsk pytz-2011g/pytz/zoneinfo/Asia/Sakhalin pytz-2011g/pytz/zoneinfo/Asia/Vladivostok pytz-2011g/pytz/zoneinfo/Asia/Yakutsk pytz-2011g/pytz/zoneinfo/Asia/Yekaterinburg pytz-2011g/pytz/zoneinfo/Europe/Kaliningrad pytz-2011g/pytz/zoneinfo/Europe/Moscow pytz-2011g/pytz/zoneinfo/Europe/Samara pytz-2011g/pytz/zoneinfo/Europe/Volgograd pytz-2011g/pytz/zoneinfo/iso3166.tab pytz-2011g/pytz/zoneinfo/W-SU pytz-2011g/pytz/zoneinfo/zone.tab pytz-2011g/pytz.egg-info/PKG-INFO pytz-2011g/pytz.egg-info/SOURCES.txt Just a FYI, the zoneinfo files should not matter. We remove them before installation and use the system ones from the tzdata package. You can see that they are not even included in the package: http://packages.debian.org/sid/all/python-tz/filelist The original bug report is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416202 Moreover, after looking quickly at your package, it includes egg-info into the diff.gz... (maybe I'm just being too fuzzy ;)) I guess that one got corrected by setup.py clean ;-) --- python-tz-2011h.orig/pytz.egg-info/SOURCES.txt +++ python-tz-2011h/pytz.egg-info/SOURCES.txt @@ -2,6 +2,7 @@ LICENSE.txt MANIFEST.in README.txt +setup.cfg setup.py pytz/__init__.py pytz/exceptions.py If you build using svn-buildpackage you don't get this. It's a pity setuptools is makes a mess here. -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic ___ pkg-zope-developers mailing list pkg-zope-develop...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-zope-developers -- Brian Sutherland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642302: btrfs-tools: btrfs(8) manpage and btrfs --help output mismatch
retitle 642302 please update defrag documentation forcemerge 638778 642302 thanks i would appreciate if at least DDs would check the bts before filling duplicates, in particular if the package in question has less than 10 bugs it's hard to miss. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642303: xpaint: license restricts selling (DFSG #1)
Package: xpaint Severity: serious Justification: Policy 2.1.1 Hi maintainer, Some of the xpaint files fall under the following license [0] clause: Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted. IOW, because the and the permission is only valid when you don't apply any fee, thus forbidding effectively selling any Debian CD with xpaint (for example). I'd suggest contacting upstream and try they reword this paragraph into something like ... for any purpose with or without fee is hereby granted. regards, [0] http://packages.debian.org/changelogs/pool/main/x/xpaint/xpaint_2.9.1.4-3/xpaint.copyright -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642304: msva-perl: Use of uninitialized value in ~/.xsession-errors
Package: msva-perl Version: 0.8-2 Severity: minor I get this warning from msva-perl in my ~/.xsession-errors log file: Use of uninitialized value $loglevel in lc at /usr/share/perl5/Crypt/Monkeysphere/MSVA/Logger.pm line 91. I am using GNOME 2 right now. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages msva-perl depends on: ii libconfig-general-perl 2.50-1 ii libconvert-asn1-perl 0.22-1 ii libcrypt-x509-perl 0.51-1 ii libfile-homedir-perl 0.97-1 ii libgnupg-interface-perl0.44-1 ii libhttp-server-simple-perl 0.44-1 ii libjson-perl 2.53-1 ii libnet-server-perl 0.99-2 ii libregexp-common-perl 2011041701-1 ii perl-modules [libparent-perl] 5.12.4-4 Versions of packages msva-perl recommends: ii libanyevent-perlnone ii libgtk2-perl2:1.223-1+b1 ii libio-socket-ssl-perl 1.44-1 ii liblinux-inotify2-perl none ii libnet-ssleay-perl 1.36-3 ii liburi-perl 1.59-1 ii libwww-perl 6.02-1 Versions of packages msva-perl suggests: ii liblwp-protocol-socks-perl 1.5-1 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642302: btrfs-tools: btrfs(8) manpage and btrfs --help output mismatch
On Wed, Sep 21, 2011 at 12:29:19PM +0200, Daniel Baumann wrote: retitle 642302 please update defrag documentation forcemerge 638778 642302 thanks i would appreciate if at least DDs would check the bts before filling duplicates, in particular if the package in question has less than 10 bugs it's hard to miss. Oh please. I did check the BTS. The title please update defrag documentation did not imply to me that it covered the bug I was reporting. I'm sorry I didn't read through every open bug. However, could you perhaps not mistitle bugs in the future? The bug I reported was not just about defrag, it mentioned a whole bunch of other problems in the manpage as well. -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ signature.asc Description: Digital signature
Bug#633642: Fw: [sylpheed:34669] Re: Bug#633642: Attachment buttons in messages don't respect GTK theme colors
On Sat, 27 Aug 2011 13:56:35 +0200 Ricardo Mones mo...@debian.org wrote: Hi Ricardo. I'm trying the new version and I see they're now of a different color, which is GTK based. Still, sylpheed isn't using the standard GTK buttons colors. Can you replicate that problem? Umm, here the color of these are the same than normal buttons. Could you try with other themes? It could be your current theme does something different... It's not a theme fault. I'm guessing sylpheed is using a different style than the only normally used for buttons (since they don't behave like normal buttons anyway). It mostly works because most themes use a predominant color. Try it with the Thinice GTK theme. I'm attaching a screenshot. attachment: diff.png
Bug#642305: gdb: stdarg functions extraneous too-early prologue end
Package: gdb Version: 7.3-1 Severity: normal Tags: patch Summary: breakpoints on vararg-functions don't work. Please see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47471 for details. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdb depends on: ii gdbserver 7.3-1 ii libc6 2.13-18 ii libexpat1 2.0.1-7 ii libncurses5 5.9-1 ii libpython2.6 2.6.7-3 ii zlib1g1:1.2.3.4.dfsg-3 gdb recommends no packages. Versions of packages gdb suggests: ii gdb-doc 7.2-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642302: btrfs-tools: btrfs(8) manpage and btrfs --help output mismatch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 retitle 642302 please update manpages retitle 638778 pelase update manpages thanks On 09/21/2011 12:47 PM, Lars Wirzenius wrote: could you perhaps not mistitle bugs in the future? better? - -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk55xDcACgkQ+C5cwEsrK54j1QCgi3DvFOJvj4/uZilsmaIhXqqR I0YAoIl3qNVSj7VaSoqSWa8UZkB9S2Gl =1+oV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642306: parcimonie: prints unnessecary text to ~/.xsession-errors
Package: parcimonie Version: 0.5.2-1 Severity: minor File: /usr/bin/parcimonie When run by the login session with no controlling terminal, parcimonie prints unnecessary text to the ~/.xsession-errors log file: Start succeeded at /usr/bin/parcimonie line 221. Please either remove that completely or only print it when there is a controlling terminal. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages parcimonie depends on: ii libclone-perl 0.31-1+b1 ii libconfig-general-perl2.50-1 ii libfile-homedir-perl 0.97-1 ii libfile-spec-perl 3.3300-1+b1 ii libfile-which-perl1.08-1 ii libglib-perl 2:1.224-1 ii libgnupg-interface-perl 0.44-1 ii libgtk2-perl 2:1.223-1+b1 ii liblist-moreutils-perl0.33-1 ii libmoose-perl 2.0205-1 ii libmoosex-daemonize-perl 0.13-1 ii libmoosex-declare-perl0.35-1 ii libmoosex-getopt-perl 0.37-1 ii libmoosex-strictconstructor-perl 0.16-1 ii libmoosex-types-netaddr-ip-perl 0.04-1 ii libmoosex-types-path-class-perl 0.05-2 ii libmoosex-types-perl 0.27-1 ii libnet-dbus-glib-perl 0.33.0-1+b1 ii libnet-dbus-perl 1.0.0-1 ii libpath-class-perl0.24-1 ii libtie-cache-perl 0.17-4 ii libtime-duration-parse-perl 0.06-1 ii libtry-tiny-perl 0.11-1 ii perl 5.12.4-4 ii perl-modules [libfile-spec-perl] 5.12.4-4 ii torsocks 1.1+git20110826-1 Versions of packages parcimonie recommends: ii gnupg-curl 1.4.11-3 ii tor 0.2.2.32-1 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#642307: stterm: duplicates code from suckless-tools
Package: stterm Version: 0.0~20091219+hg68-4 Hi Jari, I just noticed at debian-devel-changes that you are maintaining a copy of st --- thanks! I was just wondering what relationship this package has to suckless-tools. Is it supposed to supersede st from there? Looking forward to your thoughts, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642232: tzdata: Ukraine - DST no longer observed
Here is a message by Arthur David Olson from gmane.comp.time.tz: Original Message Subject: updated changes--Belarus, Newfoundland, Palestine, Ukraine, west Russia Date: Tue, 20 Sep 2011 18:09:49 -0400 From: Arthur David Olson ols...@elsie.nci.nih.gov Newsgroups: gmane.comp.time.tz Below are updated proposed changes to the time zone package; the summary: asiaPalestine suspends DST during Ramadan in 2011; Gaza and Hebron split in 2011, leading to a new Asia/Hebron zone (thanks to Steffen Thorsen and Alexander Krivenshev). (The different end of DST in Gaza and Hebron in 2008 is also reflected.) europe Belarus adopts permanent DST in 2011 (thanks to Yauhen Kharuzhy, Alexander Bokovoy, Alexander Krivenyshev, and Kirill A. Shutemov). Ukraine adopts permanent DST in 2011 (thanks to Alexander Krivenyshev). Russia rules changed to reflect end of use in 2010. FET used as abbreviation for Belarus, Ukraine, and western Russia (thanks to Paul Eggert). Also: a comment typo is fixed. northamericaUpdated comment on Newfoundland's 2011 change of time of day when DST starts and ends (thanks to Michael Pelley). zone.tabNew Asia/Hebron zone (thanks to Alexander Krivenshev). I still hope to update the ftp site on 2011-09-26. --ado -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642291: FTBFS on powerpc: misc/seq-long-double test fails, should be skipped
On Wed, Sep 21, 2011 at 10:18:47AM +0200, Michel Dänzer wrote: The test fails because it doesn't pass $CFLAGS to the compiler. The attached patch fixes this, so the test is skipped as expected. The point wasn't to skip the test, it was to fix the bug. :-) Unfortunately, the CFLAGS change doesn't do that after all. If anything, it's worse: ./seq 9223372036854775807 9223372036854775808 | head 9223372036854775808 9223372036854775808 9223372036854775808 9223372036854775808 9223372036854775808 9223372036854775808 9223372036854775808 9223372036854775808 9223372036854775808 9223372036854775808 Before the CFLAGS change (add -mlong-double-64) it just did this: ./seq 9223372036854775807 9223372036854775808 9223372036854775808 whereas with 8.5 it did this: seq 9223372036854775807 9223372036854775808 9223372036854775807 9223372036854775808 (running on pescetti.d.o/powerpc) Mike Stone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
On 09/21/2011 02:47 PM, Sylvestre Ledru wrote: forcemerge 642278 640547 thanks Hello, Le mercredi 21 septembre 2011 à 09:30 +0800, Hong Xu a écrit : Package: clang Version: 2.9-11 Severity: important [...] /usr/bin/ld: cannot find -lgcc /usr/bin/ld: cannot find -lgcc_s clang: error: linker command failed with exit code 1 (use -v to see invocation) Please update also your version of gcc/g++ and it will fix your problem. My gcc and g++ are already the latest version. ii gcc 4:4.6.1-2 GNU C compiler ii gcc-4.4-base4.4.6-8 GCC, the GNU Compiler Collection (base package) ii gcc-4.5 4.5.3-5 The GNU C compiler ii gcc-4.5-base4.5.3-5 The GNU Compiler Collection (base package) ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) ii gcc-4.6-multilib4.6.1-4 GNU C compiler (multilib files) ii gcc-multilib4:4.6.1-2 GNU C compiler (multilib files) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
Le mercredi 21 septembre 2011 à 19:37 +0800, H Xu a écrit : ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) Could you try with gcc 4.6.1-8 ? thanks S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642307: stterm: duplicates code from suckless-tools
Hi guys, I've been away for awhile on http://geekout.org.uk/. I have done some work on suckless-tools here: http://git.webconverger.org/?p=suckless-tools http://debian.webconverger.com/unstable/suckless-tools_39_i386.changes I've asked Daniel Baumann for review and sponsored upload, but I think he's been too busy. I'm keen to pass the work onto Connor, however he needs a sponsor too for contributions into Debian. Kind regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642308: RM: clang/2.9-10
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hello, Could you remove clang from testing ? It migrated to testing but the version of gcc currently available in testing is too old and provides old paths for the multiarch aspects. Version 4.6.1-8 of gcc should be available to allow a correct transition. I will upload a version -11 of clang with an explicit dependency against gcc. Bug #642278 shows the kind of issue testing users will have. Thanks, Sylvestre -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642309: cron: truncates everything after '+' character
Package: cron Version: 3.0pl1-120 Severity: important Dear Maintainer, In man 5 crontab there are a few examples with date +.. commands executed in cron jobs. However, none of these are working because cron considers '+' a special character and deletes the string after it. This is what I received from such an execution: /bin/sh: 1: Syntax error: end of file unexpected (expecting )) The cron job was: # m h dom mon dow command 2 ** * * test $(date +%u) -eq 3 echo Wed21 Thanks -- Package-specific info: --- EDITOR: --- /usr/bin/editor: /usr/bin/vim.basic --- /usr/bin/crontab: -rwxr-sr-x 1 root crontab 31100 Sep 18 23:35 /usr/bin/crontab --- /var/spool/cron: drwxr-xr-x 5 root root 4096 Nov 13 2009 /var/spool/cron --- /var/spool/cron/crontabs: drwx-wx--T 2 root crontab 4096 May 13 2009 /var/spool/cron/crontabs --- /etc/cron.d: drwxr-xr-x 2 root root 4096 Sep 19 14:21 /etc/cron.d --- /etc/cron.daily: drwxr-xr-x 2 root root 4096 Sep 20 21:59 /etc/cron.daily --- /etc/cron.hourly: drwxr-xr-x 2 root root 4096 Sep 19 14:21 /etc/cron.hourly --- /etc/cron.monthly: drwxr-xr-x 2 root root 4096 Sep 19 14:21 /etc/cron.monthly --- /etc/cron.weekly: drwxr-xr-x 2 root root 4096 Sep 19 14:21 /etc/cron.weekly -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cron depends on: ii adduser 3.113 ii debianutils 4.0.2 ii dpkg1.16.0.3 ii libc6 2.13-21 ii libpam-runtime 1.1.3-2 ii libpam0g1.1.3-2 ii libselinux1 2.1.0-1 ii lsb-base3.2-28 Versions of packages cron recommends: ii ssmtp [mail-transport-agent] 2.64-5 Versions of packages cron suggests: ii anacron2.3-14 ii checksecurity none ii logrotate 3.7.8-6 Versions of packages cron is related to: pn libnss-ldap none pn libnss-ldapd none pn libpam-ldap none pn libpam-mount none pn nis none pn nscd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642310: overwrite error: /usr/share/man/man2/io_getevents.2.gz
Package: libaio-dev Version: 0.3.109-1 Severity: serious Trying to upgarde libaio-dev fails with: Unpacking replacement libaio-dev ... dpkg: error processing /var/cache/apt/archives/libaio-dev_0.3.109-2_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man2/io_getevents.2.gz', which is also in package manpages-dev 3.28-1 MfG Goswin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libaio-dev depends on: iu libaio1 0.3.109-2 Linux kernel AIO access library - libaio-dev recommends no packages. libaio-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642311: ITP: ipdb -- IPython-based pdb replacement
Package: wnpp Severity: wishlist Owner: Andrey Rahmatullin w...@wrar.name * Package name: ipdb Version : 0.6 Upstream Author : Godefroid Chapelle got...@bubblenet.be * URL : http://pypi.python.org/pypi/ipdb * License : GPL Programming Lang: Python Description : IPython-based pdb replacement -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618026: ibid: Ibid 0.1.1 contains 3 security fixes
Hi Adam (2011.09.20_20:08:41_+0200) Yeah, I can see the problem. I just wonder if there's some way we can reduce the number of why can't I see my logs any more bugs as a result (preferably to none). There are few users that we know about, so I'm not massively concerned about this. Happy to add a NEWS entry, though. We could mention it explicitly in the point release announcement mail, but I'm not sure how many people actually read those. Don't think it's worth them mention, given what we know about our user base. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#290937: Hearse support for 64 bit
Hello all. Apologies for the ridiculous delay. I have been pointed back at this thread by PJ's email above. The good news is that the server now accepts 64 bit version stamps. The bad news is that I do not have access to a 64 bit Debian based installation to test it; I have successfully uploaded the bones file attached to this thread using the Windows client, but have not been able to test it with the Unix client. Anyone able to give it a go? Regards Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633642: Info received (Fw: [sylpheed:34669] Re: Bug#633642: Attachment buttons in messages don't respect GTK theme colors)
Just to add some info, opening any image with gimp seems to be the quickest way to reproduce the problem for me: Core was generated by `/usr/bin/X :0 vt7 -nolisten tcp -auth /var/lib/xdm/authdir/authfiles/A:0-t2sOh2'. Program terminated with signal 6, Aborted. #0 0x7fe9038ee405 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) bt #0 0x7fe9038ee405 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x7fe9038f1680 in *__GI_abort () at abort.c:92 #2 0x7fe9038e75b1 in *__GI___assert_fail (assertion=0x7fe8fe956804 key-initialized, file=optimized out, line=116, function=0x7fe8fe956bc0 dixGetPrivateAddr) at assert.c:81 #3 0x7fe8fe9505b6 in ?? () from /usr/lib/xorg/modules/libfb.so #4 0x7fe8fe9559ef in ?? () from /usr/lib/xorg/modules/libfb.so #5 0x7fe8fe955dc0 in fbTrapezoids () from /usr/lib/xorg/modules/libfb.so #6 0x7fe8ff00341c in ?? () from /usr/lib/xorg/modules/drivers/nvidia_drv.so #7 0x004f3a81 in ?? () #8 0x00437ae9 in ?? () #9 0x00426eaa in ?? () #10 0x7fe9038daead in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffa64766b8) at libc-start.c:228 #11 0x0042719d in _start () -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632004: firmware-b43-installer: B43 failes to recognize my WiFi after updating the kernel from 2.6.32 to 2.6.39 testing
Le mardi 20 septembre 2011 à 09:56 +0200, Fabrizio Regalli a écrit : Hello, does the problem still in latest 0_15-1 version of b43-fwcutter? Cheers, Fabrizio. Nope. b43 works just fine, thanks. Christophe signature.asc Description: This is a digitally signed message part
Bug#642278: clang failed to build a C source file when linking
On 09/21/2011 07:39 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:37 +0800, H Xu a écrit : ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) Could you try with gcc 4.6.1-8 ? The latest version is still 4.6.1-4 in wheezy http://packages.debian.org/wheezy/gcc-4.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
Le mercredi 21 septembre 2011 à 19:52 +0800, H Xu a écrit : On 09/21/2011 07:39 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:37 +0800, H Xu a écrit : ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) Could you try with gcc 4.6.1-8 ? The latest version is still 4.6.1-4 in wheezy http://packages.debian.org/wheezy/gcc-4.6 I am aware of this ... clang should not have migrated to testing... I will ask for a removal Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
On 09/21/2011 07:57 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:52 +0800, H Xu a écrit : On 09/21/2011 07:39 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:37 +0800, H Xu a écrit : ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) Could you try with gcc 4.6.1-8 ? The latest version is still 4.6.1-4 in wheezy http://packages.debian.org/wheezy/gcc-4.6 I am aware of this ... clang should not have migrated to testing... I will ask for a removal Why not upgrade gcc in wheezy? That would be better. If clang is not migrated to testing, then the bug I reported yesterday (642053) would not be fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
Le mercredi 21 septembre 2011 à 20:07 +0800, H Xu a écrit : On 09/21/2011 07:57 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:52 +0800, H Xu a écrit : On 09/21/2011 07:39 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:37 +0800, H Xu a écrit : ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) Could you try with gcc 4.6.1-8 ? The latest version is still 4.6.1-4 in wheezy http://packages.debian.org/wheezy/gcc-4.6 I am aware of this ... clang should not have migrated to testing... I will ask for a removal Why not upgrade gcc in wheezy? http://qa.debian.org/excuses.php?package=gcc-4.6 That would be better. If clang is not migrated to testing, then the bug I reported yesterday (642053) would not be fixed. Sorry, I don't understand your comment. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
On 09/21/2011 08:10 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 20:07 +0800, H Xu a écrit : On 09/21/2011 07:57 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:52 +0800, H Xu a écrit : On 09/21/2011 07:39 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:37 +0800, H Xu a écrit : ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) Could you try with gcc 4.6.1-8 ? The latest version is still 4.6.1-4 in wheezy http://packages.debian.org/wheezy/gcc-4.6 I am aware of this ... clang should not have migrated to testing... I will ask for a removal Why not upgrade gcc in wheezy? http://qa.debian.org/excuses.php?package=gcc-4.6 That would be better. If clang is not migrated to testing, then the bug I reported yesterday (642053) would not be fixed. Sorry, I don't understand your comment. I mean, this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642053 This bug was fixed yesterday by upgrade clang in wheezy. Before the upgrading, the compilation of simple Hello, World program would still be successful. However, there are some other problem described in the above bug. If clang is downgraded, then the above bug would appear again. Hong -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642307: stterm: duplicates code from suckless-tools
On 09/21/2011 01:39 PM, Kai Hendry wrote: I've asked Daniel Baumann for review and sponsored upload, but I think he's been too busy. i did so several times, but still the changelog was in a in bar, or let's say untraditional, format. I'm keen to pass the work onto Connor, however he needs a sponsor too for contributions into Debian. nothing personal, but like i pointed out to both of you in some months ago, i can continue sponsoring kai, but i do not take new sponsorees atm. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642307: stterm: duplicates code from suckless-tools
| Date: Wed, 21 Sep 2011 06:17:44 -0500 | From: Jonathan Nieder jrnie...@gmail.com | To: sub...@bugs.debian.org | Subject: Bug#642307: stterm: duplicates code from suckless-tools | | Package: stterm | Version: 0.0~20091219+hg68-4 | | I just noticed at debian-devel-changes that you are maintaining a copy | of st --- thanks! I was just wondering what relationship this package | has to suckless-tools. Is it supposed to supersede st from there? It's the other way round. sucless-tools is duplicating the stterm The correct course of action is: 1) remove st from suckless-tools. The original package is stterms. 2) package stterm, compared to sucless-tools, contains more up to date code including Debian patches. 3) problem with suckless-tools: collection of unrelated various utilities in one package causes unnecessary coupling. 4) user interested only in light weight terminal emulator can install it from stterm package, not requiring to install unrelated software. 5) I've been in contact from start with the upstream providing enhancement patches. [HISTORY] stterm: 2009-12-11 RFP http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560596 2010-02-14 ITP (RFP done) http://packages.debian.org/changelogs/pool/main/s/stterm/stterm_0.0~20091219+hg68-4/changelog 2010-06-02 stterm released 2010-05-29 stterm releases 2010-06-02 stterm released 2010-06-05 stterm released suckless-tools: 2010-12-02 Kai Henry adds st to git http://git.webconverger.org/?p=suckless-tools;a=history;f=st;hb=HEAD 2010-12-03 suckless-tools (37-1) is released http://packages.debian.org/changelogs/pool/main/s/suckless-tools/suckless-tools_38-1/changelog 2010-12-05 suckless-tools (38-1) released; updated st. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
Le mercredi 21 septembre 2011 à 20:18 +0800, H Xu a écrit : On 09/21/2011 08:10 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 20:07 +0800, H Xu a écrit : On 09/21/2011 07:57 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:52 +0800, H Xu a écrit : On 09/21/2011 07:39 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:37 +0800, H Xu a écrit : ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) Could you try with gcc 4.6.1-8 ? The latest version is still 4.6.1-4 in wheezy http://packages.debian.org/wheezy/gcc-4.6 I am aware of this ... clang should not have migrated to testing... I will ask for a removal Why not upgrade gcc in wheezy? http://qa.debian.org/excuses.php?package=gcc-4.6 That would be better. If clang is not migrated to testing, then the bug I reported yesterday (642053) would not be fixed. Sorry, I don't understand your comment. I mean, this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642053 This bug was fixed yesterday by upgrade clang in wheezy. Before the upgrading, the compilation of simple Hello, World program would still be successful. However, there are some other problem described in the above bug. If clang is downgraded, then the above bug would appear again. Probably we won't downgrade it but remove it from testing and wait for gcc 4.6.1-8 to migrate into testing. See bug #642308 FYI, you can still access to old releases here: http://snapshot.debian.org/package/clang/ Sorry Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626081: RM: llvm-2.7 -- ROM; Deprecated
Ping ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642307: stterm: duplicates code from suckless-tools
Moi Jari, thanks for the summary. I now finally understand that you've packaged http://st.suckless.org/ before I added it to the suckless-tools package. Sorry about that. On 21 September 2011 13:24, jari jari.aa...@cante.net wrote: 3) problem with suckless-tools: collection of unrelated various utilities in one package causes unnecessary coupling. 4) user interested only in light weight terminal emulator can install it from stterm package, not requiring to install unrelated software. They are very small binaries and kinda related in the sense they provide tools related to a linux working environment which doesn't suck. 5) I've been in contact from start with the upstream providing enhancement patches. I know upstream well too and I do find it worrying your packaging is ~1k of SLOC. You obviously missed the suckless manifesto! Nonetheless I am happy to remove st from suckless-tools. Tomorrow I'll try work out what Daniel means by my crappy changelog formatting and make the necessary changes to remove st from the packaging. If you have upload rights, I would ask you please to sponsor Connor. Many thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642308: Wrong version
retitle 642308 RM: clang/2.9-11 thanks I meant -11 should be removed and -12 will add the dependency. Thanks Julien for pointing this out. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642312: unhandled exception importing SHA26
Package: winpdb Version: 1.4.8-1 Severity: grave When I try to debug a python program in winpdb, I get an unhandled exception importing SHA26. The following line is causing the problem: from Crypto.Hash import SHA256 in the file /usr/share/pyshared/Crypto/Random/Fortuna/SHAd256.py It looks like there is no SHA256.so. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39.110720 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages winpdb depends on: ii python 2.6.7-3 ii python-support 1.0.14 Versions of packages winpdb recommends: ii gnome-terminal [x-terminal-emulator] 3.0.1-1 ii python-crypto 2.3-2 ii python-wxgtk2.8 2.8.10.1-3.1 ii python-wxversion 2.8.10.1-3.1 ii xterm [x-terminal-emulator] 271-1 winpdb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512734: qrfcview: Patch to increase the RFC# max
Hello, This bug is open since quite a long time, and is very easy to fix. Do you still plan to correct it in a future upload, or do you want some help with this package? -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature
Bug#642313: FTBFS on ia64: ../../../src/libgcc/../gcc/libgcc2.c:404:1: internal compiler error: Segmentation fault
Package: src:gcc-4.6 Version: 4.6.1-11 Severity: serious Hello, gcc-4.6 fails to build from sources under ia64 with the error: /build/buildd-gcc-4.6_4.6.1-11-ia64-x4uC7x/gcc-4.6-4.6.1/build/./gcc/xgcc -B/build/buildd-gcc-4.6_4.6.1-11-ia64-x4uC7x/gcc-4.6-4.6.1/build/./gcc/ -B/usr/ia64-linux-gnu/bin/ -B/usr/ia64-linux-gnu/lib/ -isystem /usr/ia64-linux-gnu/include -isystem /usr/ia64-linux-gnu/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -DUSE_LIBUNWIND_EXCEPTIONS -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -DUSE_GAS_SYMVER -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -DHAVE_CC_TLS -o _ashldi3.o -MT _ashldi3.o -MD -MP -MF _ashldi3.dep -DL_ashldi3 -c ../../../src/libgcc/../gcc/libgcc2.c \ -fvisibility=hidden -DHIDE_EXPORTS ../../../src/libgcc/../gcc/libgcc2.c: In function '__lshrti3': ../../../src/libgcc/../gcc/libgcc2.c:404:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions. ../../../src/libgcc/../gcc/libgcc2.c: In function '__ashlti3': ../../../src/libgcc/../gcc/libgcc2.c:432:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions. Preprocessed source stored into /tmp/ccj3x358.out file, please attach this to your bugreport. make[5]: *** [_lshrdi3.o] Error 1 make[5]: *** Waiting for unfinished jobs Full log: https://buildd.debian.org/status/fetch.php?pkg=gcc-4.6arch=ia64ver=4.6.1-11stamp=1316269567 Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642307: stterm: duplicates code from suckless-tools
On 2011-09-21 13:51, Kai Hendry wrote: On 2011-09-21 13:51, Kai Hendry wrote: | You packaged http://st.suckless.org/ before I added it to the | suckless-tools package. Sorry about that. Not at all. It's impossible to notice these things. They happen. | On 21 September 2011 13:24, jari jari.aa...@cante.net wrote: | 3) problem with suckless-tools: collection of unrelated various |utilities in one package causes unnecessary coupling. | 4) user interested only in light weight terminal emulator can |install it from stterm package, not requiring to install |unrelated software. | | They are very small binaries and kinda related in the sense they | provide tools related to a linux working environment which doesn't | suck. I'm all favor of small utilities but packaging unrelated utilities accordig to a project is at the border IMO. I can understand the reason so small, so put all in one basket; but functionally wise I'm not convinced. No doubt many of the utilities are excellent. It is still better to be able to to hand pick what one wants, and not to be forced to install something one doesn't need. That's how minimalistic systems can be built. Eventually, compilations will clutter content in PATH; with collections, this happens faster. | ... I am happy to remove st from suckless-tools. Thank you for you help. Could you add (Closes: #642307) when updating the sucless-tools changelog. | If you have upload rights, I would ask you please to sponsor Connor. Tony, In case you happen to have a free slot... Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642312: unhandled exception importing SHA26
On Wed, 2011-09-21 at 08:58 -0400, Brent S. Elmer wrote: Package: winpdb Version: 1.4.8-1 Severity: grave When I try to debug a python program in winpdb, I get an unhandled exception importing SHA26. The following line is causing the problem: from Crypto.Hash import SHA256 in the file /usr/share/pyshared/Crypto/Random/Fortuna/SHAd256.py It looks like there is no SHA256.so. Actually, SHA256 is there because the program runs outside of winpdb and also runs in pdb. The problem seems to be that winpdb doesn't find it. It seems like winpdb does not use the same PYTHONPATH or PATH or something. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641020: pu: package nss-pam-ldapd/0.7.14
Hi, On Fri, Sep 09, 2011 at 03:42:57PM +0200, Arthur de Jong wrote: I would like to upload a new release of nss-pam-ldapd for squeeze that fixes a few annoying bugs. These are all one or two-line changes that have been available in the development series for some time now. so I've got nslcd installed via puppet (which probably implies DEBCONF_FRONTEND=noninteractive) and nslcd.conf managed by it too. When I upgrade to the p-u version I get a debconf prompt. It manages to parse everything except tls_reqcert=hard, which is then converted to never in the prompt without warning. There is no prompt when I do an `apt-get install --reinstall' afterwards, so it seems that it doesn't cope with an existing installation without debconf use. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#642312: unhandled exception importing SHA26
severity 642312 normal tags 642312 unreproducible moreinfo thanks On 09/21/2011 02:58 PM, Brent S. Elmer wrote: Package: winpdb Version: 1.4.8-1 Severity: grave When I try to debug a python program in winpdb, I get an unhandled exception importing SHA26. What about showing us the exception? Also please explain what you did to trigger it. The following line is causing the problem: from Crypto.Hash import SHA256 in the file /usr/share/pyshared/Crypto/Random/Fortuna/SHAd256.py It looks like there is no SHA256.so. Works all fine here. You'll have to explain why you think there is a bug. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
On 09/21/2011 08:40 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 20:18 +0800, H Xu a écrit : On 09/21/2011 08:10 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 20:07 +0800, H Xu a écrit : On 09/21/2011 07:57 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:52 +0800, H Xu a écrit : On 09/21/2011 07:39 PM, Sylvestre Ledru wrote: Le mercredi 21 septembre 2011 à 19:37 +0800, H Xu a écrit : ii gcc-4.6 4.6.1-4 GNU C compiler ii gcc-4.6-base4.6.1-4 GCC, the GNU Compiler Collection (base package) Could you try with gcc 4.6.1-8 ? The latest version is still 4.6.1-4 in wheezy http://packages.debian.org/wheezy/gcc-4.6 I am aware of this ... clang should not have migrated to testing... I will ask for a removal Why not upgrade gcc in wheezy? http://qa.debian.org/excuses.php?package=gcc-4.6 That would be better. If clang is not migrated to testing, then the bug I reported yesterday (642053) would not be fixed. Sorry, I don't understand your comment. I mean, this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642053 This bug was fixed yesterday by upgrade clang in wheezy. Before the upgrading, the compilation of simple Hello, World program would still be successful. However, there are some other problem described in the above bug. If clang is downgraded, then the above bug would appear again. Probably we won't downgrade it but remove it from testing and wait for gcc 4.6.1-8 to migrate into testing. See bug #642308 FYI, you can still access to old releases here: http://snapshot.debian.org/package/clang/ Oh, that is a pity :( Could you downgrade it, since the previous bug is not as urgent as this one? Hong -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642314: c_rehash changes in 1.0.0e-1 break parsing of certs using DOS-style line endings
Package: openssl Version: 1.0.0e-1 Severity: normal User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric Hi The c_rehash patch submitted in Debian #628780 seems to prevent parsing of certificates using CRLF line endings. This was originally reported in https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/855454 Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#314952: mime-support: update-mime should warn users about non-existent packages in mailcap.order
I'd like to add yes please to this Request For Enhancement. For instance, dvi files can be handled by xdvi which is found in texlive-binaries. But the mime definition for xdvi comes from texlive-base not texlive-binaries. The feature requested in this bug would help catch this kind of discrepancy. Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642039: crashes even with limits removed
I found that 1.3.6 (current unstable) crashes in a few short minutes of usage,even if I remove the limits that restrict the window for movement. At present I'm trying 1.3.7 from the synergy website, which is their stable, and I'm using no limits as well as 100ms delays at the borders. -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe Every morning you will see the wolf lying on the pasture side by side with a sheep. The only problem is that every morning it will be a different sheep. -- Mohammed Wattad, M.K. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642278: clang failed to build a C source file when linking
FYI, you can still access to old releases here: http://snapshot.debian.org/package/clang/ Oh, that is a pity :( Could you downgrade it, since the previous bug is not as urgent as this one? I don't think it is possible. You could easily use the apt-pinning capabilities to install just the right gcc from unstable: For example: http://jaqque.sbih.org/kplug/apt-pinning.html apt-get install -t unstable libstdc++6-4.6-dev Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642315: udev: typo in init scrpit
Package: udev Status: install ok installed Priority: important Section: admin Installed-Size: 1512 Maintainer: Marco d'Itri m...@linux.it Architecture: i386 Version: 172-1 There seems to be a typo in udev.init: 24c24 if grep -E -q ^[^[:space:]]+ /dev (dev)?tmpfs /proc/mounts; then --- if grep -E -q ^[[:space:]]+ /dev (dev)?tmpfs /proc/mounts; then Best regards, Jens Erdmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642315: udev: typo in init scrpit
On Sep 21, pyro maniac pyro_man...@gulli.com wrote: There seems to be a typo in udev.init: How did you arrive to this conclusion? -- ciao, Marco signature.asc Description: Digital signature
Bug#631275: [patch] pkg-config-crosswrapper and multiarch
(In the hope of being clear, my examples all involve architectures where the compiler-name prefix differs from the multiarch tuple: armv5tel vs. arm and i486 vs. i386. s/i486/i686/ throughout if you use Ubuntu.) Bug #631275 and Bug #642292 both relate to cross-compilation with pkg-config. I don't think the patches proposed on either bug are quite what's needed. Steve's patch in #631275 sets PKG_CONFIG_PATH, but in a cross-compilation environment, I don't think that's right: if you're compiling for arm-linux-gnueabi on an i486-linux-gnu system, you never want to try to link x86 libraries. So we should use PKG_CONFIG_LIBDIR to replace the hard-coded path entirely, like in the current cross-wrapper in Debian, and Vincent's patch in #642292. Also, this means the user can still set PKG_CONFIG_PATH=/opt/my-embedded-app/lib/pkgconfig (or whatever) to be prepended to the search path, like they'd be able to for a native build. Steve's patch in #631275 also uses the GNU triplet as if it was a multiarch tuple (or, equivalently, assumes that your --host is one of the base GNU triplets like arm-linux-gnueabi or i386-linux-gnu that is its own multiarch tuple, as opposed to something like armv5tel-linux-gnueabi or i486-linux-gnu). Vincent's patch in #642292 is closer, but doesn't allow PKG_CONFIG_LIBDIR to be overridden, and doesn't search /usr/local (which native pkg-config does). Currently, native compilation on Debian i386 (i486-linux-gnu-gcc, i386- in the multiarch tuple) will search: if PKG_CONFIG_PATH is set: the elements of PKG_CONFIG_PATH if PKG_CONFIG_LIBDIR is set: the elements of PKG_CONFIG_LIBDIR else: /usr/local/lib/i386-linux-gnu/pkgconfig (site multiarch) /usr/local/lib/pkgconfig(site pre-multiarch) /usr/local/share/pkgconfig (site arch-indep) /usr/lib/i386-linux-gnu/pkgconfig (distro multiarch) /usr/lib/pkgconfig (distro pre-multiarch) /usr/share/pkgconfig(distro arch-indep) I think cross-compilation with (say) armv5tel-linux-gnueabi-pkg-config should, analogously, search: if PKG_CONFIG_PATH is set: the elements of PKG_CONFIG_PATH if PKG_CONFIG_LIBDIR is set: the elements of PKG_CONFIG_LIBDIR else: /usr/local/lib/arm-linux-gnueabi/pkgconfig (site multiarch) /usr/local/share/pkg-config (site arch-indep) /usr/local/armv5tel-linux-gnueabi/lib/pkgconfig (site pre-MA cross) /usr/lib/arm-linux-gnueabi/pkgconfig(distro multiarch) /usr/share/pkg-config (distro arch-indep) /usr/armv5tel-linux-gnueabi/lib/pkgconfig (distro pre-MA cross) One subtle departure from Steve's patch here is that if you run armv5tel-linux-gnueabi-pkg-config on an i386 system, it will never search /usr/lib/pkgconfig - which I think is desirable. If you're missing a cross-compiled dependency (zlib, say), it's better that configure fails early, rather than trying to link an i386 zlib into an armel binary and failing horribly later. The down side of that is that on an i486-linux-gnu system, if i486-linux-gnu-pkg-config is a symlink to the cross-wrapper, it is not equivalent to bare pkg-config, until/unless every i486 library has moved its .pc file to the multiarch directory. I think the answer is don't make a symlink from the cross-wrapper for your native architecture, then, tbh. I attach a patch to give the semantics I suggest, plus a patch to put pkg-config-crosswrapper into a directory that complies with the FHS (with a compatibility symlink). Also available in http://anonscm.debian.org/gitweb/?p=users/smcv/multiarch/pkg-config.git;a=shortlog;h=refs/heads/multiarch if you prefer reviewing that way. Thoughts? S From c0ae63630dcbb8789f6fe2e546f29f827918d504 Mon Sep 17 00:00:00 2001 From: Simon McVittie s...@debian.org Date: Wed, 21 Sep 2011 14:29:59 +0100 Subject: [PATCH 1/2] Search multiarch directories in pkg-config-crosswrapper We use PKG_CONFIG_LIBDIR, not PKG_CONFIG_PATH, so that we don't search /usr/lib/pkgconfig (legacy path likely to contain wrong-arch libraries), and so that the user can prepend paths in /opt or whatever by using PKG_CONFIG_PATH in the usual way. If the user has set PKG_CONFIG_LIBDIR, the cross-wrapper does nothing - the user is assumed to know best, just as they are with native pkg-config. This leaves the search path as something like this (if you invoke armv5tel-linux-gnueabi-pkg-config): if PKG_CONFIG_PATH is set: the elements of PKG_CONFIG_PATH if PKG_CONFIG_LIBDIR is set: the elements of PKG_CONFIG_LIBDIR else: /usr/local/lib/arm-linux-gnueabi/pkgconfig (site multiarch) /usr/local/share/pkg-config (site arch-indep) /usr/local/armv5tel-linux-gnueabi/lib/pkgconfig (site
Bug#642278: clang failed to build a C source file when linking
On 09/21/2011 09:25 PM, Sylvestre Ledru wrote: FYI, you can still access to old releases here: http://snapshot.debian.org/package/clang/ Oh, that is a pity :( Could you downgrade it, since the previous bug is not as urgent as this one? I don't think it is possible. You could easily use the apt-pinning capabilities to install just the right gcc from unstable: For example: http://jaqque.sbih.org/kplug/apt-pinning.html apt-get install -t unstable libstdc++6-4.6-dev OK. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628780: Wrong hash link to cacert.org.pem and wron certificat hash handling at all
Hi The patch from Debian #628780 caused a regression with certificates using CRLF line-endings, which prompted me to take a look at the discussion here. (Debian #642314 is the regression.) Outside of CRLF line-endings, there seems to be potential for more regressions in this patch: a) link_hash_cert() only searches for BEGIN CERTIFICATE, not for BEGIN X509 CERTIFICATE or BEGIN TRUSTED CERTIFICATE which are allowed in other parts of the file b) this requires a tempdir with write permissions, which might be a problem for certain deployments calling c_rehash c) this causes a lot of writes (each certificate is written to a tempfile which gets deleted); again, this might be a problem if some deployments run c_rehash on a large number of certificates I'm particularly worried about c) because the whole point of c_rehash is to speed up lookup when there is a large number of certificates (e.g. client certificates). If there is a large number of certificates, then writing each of them to a tempfile is going to be time consuming. If there are many certificates, one can also imagine that certificates are added/removed frequently, requiring frequent runs of c_rehash. The root problem here is really that the openssl command-line doesn't support multiple certificates in a single file, so why not fix that instead? e.g. we could add a flag to x509 to output information about ALL certificates (it already has tons of other random options). This would allow -fingerprint and -hash or even -text to be useful on files with multiple certificates. Then ca-certificates would get updated to use this flag (which probably wouldn't be the default for backwards-compatibility reasons.) In my eyes, the drawbacks of the patch are quite bad; perhaps it would be a better idea to: * split cacert.org.crt in two files, one per certificate; this would also allow administrators to enable certificates selectively in /etc/ca-certificates.conf * document the limitation in openssl / ca-certificates that only the first certificate gets picked up * optionally, we could let ca-certificates or c_rehash fail (if some flag is set and) if multiple certificates are in a single file Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583250: RFS: myspell-sv (updated package)
On Fri, Sep 16, 2011 at 02:16:22PM +0200, Jon Lachmann wrote:
Hi!
Hi, Rene,
myspell-sv-se is already orphaned (http://bugs.debian.org/583250). I forgot
to assign it to the QA team in my last NMU, but if I modify it to be an
empty transitional package I will reassign it to the QA team as I should
have done before.
I'd like to see first what other distros did regarding this, at least to
document the changes and the choice. Not sure when I will have time.
I know that the rpm-based ones have been using the dsso.se one for a long
time.
I just see it as an important issue to get this done ASAP, but i respect that
you want to be sure about everything at first. But as I mentioned before this
is one of the main issues i hear my swedish-speaking friends complain about
when using ubuntu/debian.
I have looking at this and seems that even myspell-sv www site
(http://sv.speling.org/myspell.html) now points to
http://www.dsso.se/, so auto-upgrade seems the way to go.
I would do it in a way similar to a package renaming,
http://wiki.debian.org/Renaming_a_Package
with hunspell-sv-se providing the new myspell-sv-se empty dependency package.
This way users will upgrade to new empty myspell-sv-se which depends on
hunspell-sv-se, thus resulting in actual smooth upgrade. Once new package
reaches testing, we can ask for removal of old package.
I am attaching a patch with proposed changes. Edit debian/README.myspell-sv-se
and debian/changelog to have your name there as maintainer.
More interesting info for that debian/README.myspell-sv-se may be available at
http://www.dsso.se/download.html, but since it seems to be Swedish-only I
cannot know.
Just send me hunspell-sv_1.46-3.debian.tar.gz and hunspell-sv_1.46-3.dsc
once they are ready to prepare a new upload.
I am also cc'ing myspell-sv orphaning bug report, so anyone thinking about
adopting myspell-sv knows about this.
Regards,
--
Agustin
From b5a59f31c25ff4ec59a017894b5a31a3b81ff26b Mon Sep 17 00:00:00 2001
From: Agustin Martin Domingo agmar...@debian.org
Date: Wed, 21 Sep 2011 14:44:09 +0200
Subject: [PATCH] Provide myspell-sv-se dependency package for auto-upgrade to
hunspell-sv-se.
myspell-sv is now obsolete and even its www site
(http://sv.speling.org/myspell.html) now points to
http://www.dsso.se/ where hunspell-sv-se is maintained.
This commit tries to provide a smooth upgrade path from myspell-sv-se
to hunspell-sv-se in a way similar to a package renaming.
More info about package renaming:
http://wiki.debian.org/Renaming_a_Package
---
debian/README.myspell-sv-se | 17 +
debian/changelog|8
debian/control | 17 ++---
debian/myspell-sv-se.docs |1 +
4 files changed, 40 insertions(+), 3 deletions(-)
create mode 100644 debian/README.myspell-sv-se
create mode 100644 debian/myspell-sv-se.docs
diff --git a/debian/README.myspell-sv-se b/debian/README.myspell-sv-se
new file mode 100644
index 000..24915a1
--- /dev/null
+++ b/debian/README.myspell-sv-se
@@ -0,0 +1,17 @@
+-*- readme-debian -*-
+
+myspell-sv-se for Debian
+
+
+Debian hunspell-sv source package provides a myspell-sv-se dependency
+binary package for migration to hunspell-sv-se.
+
+This dependency package is here only to ensure smooth upgrades from
+ancient myspell-sv-se to hunspell-sv-se. It can be safely removed
+afterwards.
+
+myspell-sv is now obsolete and even its www site
+(http://sv.speling.org/myspell.html) now points to
+http://www.dsso.se/ where hunspell-sv-se is maintained.
+
+ -- Agustin Martin Domingo agmar...@debian.org, Wed, 21 Sep 2011 14:42:25 +0200
diff --git a/debian/changelog b/debian/changelog
index eeb5adb..58e3e63 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+hunspell-sv (1.46-3) unstable; urgency=low
+
+ * Provide an empty myspell-sv-se dependency package to
+ensure smooth upgrades from ancient myspell-sv-se to
+hunspell-sv-se.
+
+ -- Agustin Martin Domingo agmar...@debian.org Tue, 20 Sep 2011 12:04:35 +0200
+
hunspell-sv (1.46-2) unstable; urgency=low
* Initial release with dictionaries from www.dsso.se
diff --git a/debian/control b/debian/control
index d0ab2b5..cbb6aef 100644
--- a/debian/control
+++ b/debian/control
@@ -10,10 +10,21 @@ Package: hunspell-sv-se
Architecture: all
Depends: dictionaries-common (= 0.10), ${misc:Depends}
Suggests: libreoffice, iceape-browser | iceweasel | icedove
-Conflicts: openoffice.org (= 1.0.3-2), myspell-sv-se
-Replaces: myspell-sv-se
-Provides: hunspell-dictionary, hunspell-dictionary-sv, myspell-sv-se
+Conflicts: openoffice.org (= 1.0.3-2)
+Breaks: myspell-sv-se ( 1.46)
+Replaces: myspell-sv-se ( 1.46)
+Provides: hunspell-dictionary, hunspell-dictionary-sv
Description: Swedish (SE) dictionary for hunspell
This is the Swedish (SE) dictionary for use with the hunspell
spellchecker which is currently used within LibreOffice and
the mozilla
Bug#642316: debsums: Greek translation of the package
Package: debsums Version: 2.0.48+nmu3 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Attached is a Greek translation for debsums. I attach both the .po file and a diff of it (for applying with patch -p1); pick what suits you best. regards George Zarkadas - -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (450, 'testing-proposed-updates'), (450, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=el_GR.utf8, LC_CTYPE=el_GR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debsums depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii ucf3.0025+nmu1 Update Configuration File: preserv debsums recommends no packages. debsums suggests no packages. - -- debconf information: debsums/apt-autogen: true -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJOefBEAAoJEJWXIVmJ5BwWBNsH/1IBxOpEcoqrhS8p+AOnwMbf opv2NooXDXir9q9Lj0UhafVaZiUNQonkLlZkhOZ+X43PC/rdz+DCxLulnVGecpaK X1GUBlxV55yFwbl9N/RvYfxysM21FTjqEEEbAaz7B0jlh679e1+5E3Ac2wpGr1Z5 L3r5/GRrB//T6coORXjrsY2XJlP/lGonTejCR7cqxksAkCAM4NaByXxysd9YFVU4 wJ+96F8/nimJFJrPUZgD1D/mBfqagxho4WtUxNh/zEMWQ3FJKQ6lmc5OIn3Q9IFi FFI+5lXuzSN3KCDPCZGkPlEs/3e6+ka3cbz/0KLsc478cKbu7rKy2W1xPKUyZRM= =cAdy -END PGP SIGNATURE- # Greek translation of the debsums package. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER(S) # This file is distributed under the same license as the debsums package. # Georgios M. Zarkadas g...@member.fsf.org, 2011. # msgid msgstr Project-Id-Version: debsums 2.0.36, 2.0.48, 2.0.49\n Report-Msgid-Bugs-To: debs...@packages.debian.org\n POT-Creation-Date: 2009-06-26 16:22+1200\n PO-Revision-Date: 2011-09-21 16:47+0300\n Last-Translator: Georgios M. Zarkadas g...@member.fsf.org\n Language-Team: el debian-l10n-gr...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: \n #. Type: boolean #. Description #: ../templates:1001 msgid Should debsums files be generated automatically by apt-get? msgstr Να δημιουργούνται αυτόματα τα αρχεία debsums από το apt-get; #. Type: boolean #. Description #: ../templates:1001 msgid Not all packages contain debsums information. However, apt can be configured to generate debsums files for installed packages automatically. This may be useful for checking system integrity later, but it should not be relied upon as a security measure. msgstr Δεν περιέχουν όλα τα πακέτα πληροφορίες debsums. Ωστόσο το apt μπορεί να ρυθμιστεί ώστε να δημιουργεί αυτόματα αρχεία debsums για τα εγκατεστημένα πακέτα. Αυτό μπορεί να είναι χρήσιμο για τον έλεγχο της ακεραιότητας του συστήματος αργότερα, αλλά δεν πρέπει να θεωρηθεί ως ένα αξιόπιστο μέτρο ασφαλείας. --- /dev/null 2011-09-18 07:17:39.162064342 +0300 +++ b/debian/po/el.po 2011-09-21 17:01:53.662075474 +0300 @@ -0,0 +1,38 @@ +# Greek translation of the debsums package. +# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER(S) +# This file is distributed under the same license as the debsums package. +# Georgios M. Zarkadas g...@member.fsf.org, 2011. +# +msgid +msgstr +Project-Id-Version: debsums 2.0.36, 2.0.48, 2.0.49\n +Report-Msgid-Bugs-To: debs...@packages.debian.org\n +POT-Creation-Date: 2009-06-26 16:22+1200\n +PO-Revision-Date: 2011-09-21 16:47+0300\n +Last-Translator: Georgios M. Zarkadas g...@member.fsf.org\n +Language-Team: el debian-l10n-gr...@lists.debian.org\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +Plural-Forms: \n + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid Should debsums files be generated automatically by apt-get? +msgstr Να δημιουργούνται αυτόματα τα αρχεία debsums από το apt-get; + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid +Not all packages contain debsums information. However, apt can be configured +to generate debsums files for installed packages automatically. This may be +useful for checking system integrity later, but it should not be relied upon +as a security measure. +msgstr +Δεν περιέχουν όλα τα πακέτα πληροφορίες debsums. Ωστόσο το apt μπορεί να +ρυθμιστεί ώστε να δημιουργεί αυτόματα αρχεία debsums για τα εγκατεστημένα +πακέτα. Αυτό μπορεί να είναι χρήσιμο για τον έλεγχο της ακεραιότητας του +συστήματος αργότερα, αλλά δεν πρέπει να θεωρηθεί ως ένα αξιόπιστο μέτρο +ασφαλείας.
Bug#606010: Bug #606010: New upstream version 0.7.6 available
On Wed, Sep 21, 2011 at 22:10, Ben Pfaff b...@cs.stanford.edu wrote: Aron Xu happyaron...@gmail.com writes: Where is the version 0.7.6? I see the latest version on the website is 0.6.2, and I'm interested to make a QA upload for this package. Version 0.7.x is only in PSPP's Git repository. There is no release tarball yet. That said, version 0.7.x has a lot of improvements over 0.6.2, and it might be perfectly reasonable to upload it to Debian. -- Ben Pfaff http://benpfaff.org Can you tell me when I can expect for a release? Or I should make a git snapshot? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642317: The xim doesn't work; the location to install gtk im modules doesn't consider multiarch
Package: ibus Severity: important Version: 1.3.99.20110817-1 After install ibus and set it as the default IM, then chose xim from the pop menu an gtk application, Then nothing can input now. The gtk2 has be multiarched, but the module is still installed into /usr/lib/gtk-2.0. It can work now, but wouldn't be the best. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632003: Finding dlltool using gcc
Stephen Kitt st...@sk2.org writes: Is there a recommended approach to use to find dlltool using only i686-w64-mingw32-gcc? I don't know of one. I don't know why avoiding autoconf is desirable. However, if I were forced to do so, I would probably use gcc -v to get the target name and look for TARGET-dlltool that way. I am wrong in dropping /usr/$target/bin? No, you are right. That directory is used to communicate programs from the binutils to gcc, and there are no promises about what binaries may be found there. Ian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642318: libstreams0: dolphin and konqueror crash when hovering over large PDF files
Package: libstreams0 Version: 0.7.6-1 Severity: important After a dist-upgrade today dolphin and konqueror started crashing when hovering over a PDF file. The crash occurs before the information tooltip appears, and happens only on larger PDF files (over 10 pages, containing pictures). Downgrading libstreams0 and libstreamanalyzer0 to testing (0.7.2-1+b1) solved the issue. DrKonqi did not provide a useful backtrace, so I'm not attaching one. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental'), (1, 'testing'), (1, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0-4.slh.3-aptosid-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstreams0 depends on: ii libbz2-1.0 1.0.5-7 ii libc6 2.13-21 ii libgcc1 1:4.6.1-11 ii libstdc++6 4.6.1-11 ii zlib1g 1:1.2.3.4.dfsg-3 libstreams0 recommends no packages. libstreams0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542796:
Are you completely sure it's not an intersection of two bugs (one in OOo, and one in the LM fonts)? While looking for a workaround, I saw this comment[1] which seems to (a) point the finger at the LM fonts, and (b) imply that a solution to the upstream bug may not fix the original problem (ie. can't select regular LMRoman variant). [1] http://openoffice.org/bugzilla/show_bug.cgi?id=79878#c79 — Jason
Bug#642319: ITP: fcitx-handwrite -- an GTK+ frontend, zinnia based handwrite input method for fcitx
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: fcitx-handwrite Version: 0.1.1 Upstream Author : chenfc2...@gmail.com, wen...@gmail.com, dream.liuguobiao URL: http://code.google.com/p/fcitx-handwriting/ License: GPLv3 Programming Lang: c Description: an GTK+ frontend, zinnia based handwrite input method for fcitx -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642320: banshee-community-extensions: Should extensions be enabled by default?
Package: banshee-community-extensions Version: 2.2.0-1 Severity: wishlist Hi, In Debian it's an explicit action on the part of the administrator to install extensions from bce. It's mildly annoying that I then have to go and enable them in Banshee itself. Perhaps they should be enabled by default? Maybe that wouldn't be desirable on multi-user systems? Up to you. Cheers. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606010: Bug #606010: New upstream version 0.7.6 available
Aron Xu happyaron...@gmail.com writes: Where is the version 0.7.6? I see the latest version on the website is 0.6.2, and I'm interested to make a QA upload for this package. Version 0.7.x is only in PSPP's Git repository. There is no release tarball yet. That said, version 0.7.x has a lot of improvements over 0.6.2, and it might be perfectly reasonable to upload it to Debian. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616650: Info received (2011h is available)
2011/9/17 Arnaud Fontaine ar...@debian.org: Hi, I have checked on difference of 2011h from 2010b: * API changes are minimal and seems to be backward compatible * primarily it is an update of timezones information I saw no harm of updating unstable with it, so I did a sloppy uupdate, cloned original bugreport to leave 3k compatibility on TODO list, tested the package (lintian warnings remained), and uploaded to 10-days delayed. (if you don't mind, I could re-upload to 0-delay ;) ) If rejected/objected, NMU and its backports for all recent Debian and Ubuntu releases could be found at neuro.debian.net Indeed, I was waiting for Gediminas to confirm that there is no problem with updating the packages in pkg-zope SVN repository (which includes pytz) to ZTK 1.1.2 before uploading these packages... Gediminas: have you had time to look at that? While the upload of pytz seems harmless, I would prefer to follow ZTK 1.1.2 versions (unless Gediminas disagrees of course), which suggests pytz 2011g (even if it's just a small change). I would like all the work that is already done uploaded first, and only then look what is not up-to-date with ZTK 1.1 pytz is not even part of ZTK, and should always be the latest, so this discussion did not need to happen. I can update the ZTK myself, and the bump of pytz version would be one I would worry the least about. It is best to match the tzdata version, because python-tz package uses that data instead of the included one. tzdata in sid is already at 2011j. -- Gediminas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642296: base-installer: on IBM Power 740 installer selects 32bit ppc kernel despite booting with install64
forcemerge 637519 642296 thanks Duplicate bug. Fix is pending upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
