Bug#627641: sbuild: Fals to remove (unprotected rmdir call)
tag 627641 patch thanks attached is the patch. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ From 3aa22e3d87882089c00598c8b708fb1eb7f7f1d5 Mon Sep 17 00:00:00 2001 From: Daniel Baumann daniel.baum...@progress-linux.org Date: Mon, 23 May 2011 08:04:52 +0200 Subject: [PATCH] Correcting sbuild.postrm to not fail if /etc/sbuild/chroot does not exist (Closes: #627641). --- debian/sbuild.postrm |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/debian/sbuild.postrm b/debian/sbuild.postrm index 55ec416..1a4d5b6 100755 --- a/debian/sbuild.postrm +++ b/debian/sbuild.postrm @@ -69,7 +69,7 @@ case $1 in # Don't remove /etc/sbuild/chroot recursively in case anyone # put the entire chroot under here; only remove symlinks. rm -f /etc/sbuild/chroot/* - rmdir --ignore-fail-on-non-empty /etc/sbuild/chroot/ + rmdir --ignore-fail-on-non-empty /etc/sbuild/chroot/ || true # Remove autogenerated files. rm -f /var/lib/sbuild/apt.conf* -- 1.7.5.1
Bug#627642: apt installed bad Packages files and is unable to replace them on update
Package: apt Version: 0.8.14.1 Severity: normal I was a week on vacation where I had wifi access but by default any HTTP request returns an HTML form to login and enable full internet access. It looks like the automatic update of Packages list done via the cron job (I have APT::Periodic::Update-Package-Lists 1) downloaded and installed the HTML form: $ head -n 4 /var/lib/apt/lists/nas_debian_dists_squeeze_contrib_binary-i386_Packages !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head titleWifipass - Accueil/title And now I wanted to fix the problem with a simple apt-get update but it fails: $ sudo apt-get update [...] Ign http://nas squeeze/non-free Translation-en Ign http://nas squeeze/non-free Translation-fr Fetched 1671 B in 0s (5987 B/s) Reading package lists... Error! E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/nas_debian_dists_squeeze_contrib_binary-i386_Packages E: The package lists or status file could not be parsed or opened. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends true; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Get ; APT::Get::Build-Dep-Automatic true; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Media ; Dir::Media::MountPath /media/apt; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$; Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$; Acquire ; Acquire::cdrom ; Acquire::cdrom::mount /media/cdrom/; Acquire::Pdiffs false; Unattended-Upgrade ; Unattended-Upgrade::Origins-Pattern ; Unattended-Upgrade::Origins-Pattern:: origin=Debian,label=Debian-Security,archive=stable; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; DPkg::Post-Invoke:: if [ -d /var/lib/update-notifier ]; then touch /var/lib/update-notifier/dpkg-run-stamp; fi; if [ -e /var/lib/update-notifier/updates-available ]; then echo /var/lib/update-notifier/updates-available; fi ; DPkg::NoTriggers true; DPkg::ConfigurePending true; DPkg::TriggersPending true; PackageManager ; PackageManager::Configure smart; CommandLine ; CommandLine::AsString apt-config dump; -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information:
Bug#594408: yudit upstream version 2.9.2
Hi I'm really intrested in the package, however I still have not yet time to maintain it (at least alone). Is someone interested to work on it too? I could too offer sponsoring. Bests Salvatore signature.asc Description: Digital signature
Bug#627401: squashfs-tools: Please accept the patch for the man pages fixing a number of typos
retitle 627401 man pages typos tag 627401 pending thanks applied it in git, thanks. -- 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#627534: dh manpage: wrong/misleading example about build-{arch, indep}
On Sat, 21 May 2011, Jakub Wilk wrote: My point was: dpkg-buildpackage also calls debian/rules binary-arch, which will typically do all the work we were trying to avoid by defining separate build-indep and build-arch targets. Currently, yes. But since dpkg-buildpackage calls debian/rules build, we're not avoiding anything at all. It just means that dh will also have to be updated to benefit from the separation at some point... And given everything ought to be makefile-based, calling the build a second time should be a no-op right now. So I don't see what's so wrong. Clearly it has no benefit right now, but it's also not wrong in the general case. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627642: apt installed bad Packages files and is unable to replace them on update
I wanted to add that apparently only the squeeze files got updated/broken: $ grep -l ^ /var/lib/apt/lists/* /var/lib/apt/lists/nas_debian_dists_squeeze_contrib_binary-i386_Packages /var/lib/apt/lists/nas_debian_dists_squeeze_contrib_i18n_Index /var/lib/apt/lists/nas_debian_dists_squeeze_contrib_i18n_Translation-en /var/lib/apt/lists/nas_debian_dists_squeeze_contrib_i18n_Translation-fr /var/lib/apt/lists/nas_debian_dists_squeeze_main_binary-i386_Packages /var/lib/apt/lists/nas_debian_dists_squeeze_main_i18n_Index /var/lib/apt/lists/nas_debian_dists_squeeze_main_i18n_Translation-en /var/lib/apt/lists/nas_debian_dists_squeeze_main_i18n_Translation-fr /var/lib/apt/lists/nas_debian_dists_squeeze_non-free_binary-i386_Packages /var/lib/apt/lists/nas_debian_dists_squeeze_non-free_i18n_Index /var/lib/apt/lists/nas_debian_dists_squeeze_non-free_i18n_Translation-en /var/lib/apt/lists/nas_debian_dists_squeeze_non-free_i18n_Translation-fr /var/lib/apt/lists/nas_debian_dists_squeeze_Release Yet I have more in my sources.list: $ cat /etc/apt/sources.list deb http://nas/debian unstable main contrib non-free deb http://nas/debian experimental main contrib non-free deb-src http://nas/debian unstable main contrib non-free deb-src http://nas/debian experimental main contrib non-free deb http://nas/debian wheezy main contrib non-free #deb-src http://nas/debian wheezy main contrib non-free #deb http://nas:/security wheezy/updates main deb http://nas/debian squeeze main contrib non-free deb http://nas/debian proposed-updates main contrib non-free deb http://nas/debian stable-updates main contrib non-free #deb http://nas:/security squeeze/updates main I also have unattended-upgrades 0.70 installed but it's not activated. So I don't think it's the culprit. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627221: pu: package nagios-plugins/1.4.15-3squeeze1
Hi Adam, On Saturday, 21. May 2011, Adam D. Barratt wrote: Thanks for working on fixing this in stable; please go ahead with the upload. I uploaded the fixed package last night. Thanks and with kind regards, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#621437: libsasl2-2 still links with libdb4.8 with your patch
tags 621437 +patch pending thank you Fixed in r647. O. On Sun, May 22, 2011 at 02:19, Adrian Bunk b...@stusta.de wrote: tags 621437 -patch thanks Hi Ondřej, how did you verify that your patch actually works? When I rebuild cyrus-sasl2 with libdb4.8 (but not libdb4.8-dev) installed and your patch applied it still gets linked against libdb4.8 - the reason is obvious. cu Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627643: get-iplayer: pvr mode doesn't match search terms correctly
Package: get-iplayer Version: 2.79-2 Severity: important Following up on bug#611473, I ran get_iplayer --pvradd 'Doctor Who Series 6'. Then get_iplayer --pvr did the following: Running PVR Searches: Doctor_Who_Series_6 Matches: 1: ... Sings Bee Gees - -, BBC Four, Classic Pop Rock,Music,TV, default 2: 1911 Centenary Lecture - 5. Aneurin Bevan, BBC Parliament, Factual,History,Politics,TV, default 3: 3rd and Bird: Series 1 - 1. Fly, Muffin!, CBeebies, Children's,Entertainment Comedy,Learning,Pre-School,TV, default [...] and proceeded to attempt to download the whole of iplayer. :-( (So severity important because it can potentially destroy any fair-use allowance) Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534964: Any updates on this BUG?
* maximilian attems m...@debian.org [2011-05-12 11:53:25]: On Wed, May 11, 2011 at 12:08:10PM +, maximilian attems wrote: On Wed, May 11, 2011 at 11:33:31AM +, maximilian attems wrote: On Wed, May 11, 2011 at 04:43:06PM +0530, Balbir Singh wrote: bal...@linux.vnet.ibm.com wrote: Hi, Ben, We've made significant progress in reducing the overhead of memory cgroup subsystem. I'd request you to try it and enable it. If there are some concerns, we could always address them. There are more interesting changes on the way as well. could you point to the relevant commits? so unless this information comes along soon, I'll revert my change. I sent some information earlier, I hope it was useful. BTW, I don't see memory cgroups enabled in debian experimental (changelog), should I be looking elsewhere? -- Three Cheers, Balbir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534964: Any updates on this BUG?
On Fri, 2011-05-20 at 17:35 +0530, Balbir Singh wrote: * maximilian attems m...@debian.org [2011-05-12 11:53:25]: On Wed, May 11, 2011 at 12:08:10PM +, maximilian attems wrote: On Wed, May 11, 2011 at 11:33:31AM +, maximilian attems wrote: On Wed, May 11, 2011 at 04:43:06PM +0530, Balbir Singh wrote: bal...@linux.vnet.ibm.com wrote: Hi, Ben, We've made significant progress in reducing the overhead of memory cgroup subsystem. I'd request you to try it and enable it. If there are some concerns, we could always address them. There are more interesting changes on the way as well. could you point to the relevant commits? so unless this information comes along soon, I'll revert my change. I sent some information earlier, I hope it was useful. BTW, I don't see memory cgroups enabled in debian experimental (changelog), should I be looking elsewhere? They're enabled in 2.6.39-1 (in sid). However, I actually meant them to be disabled by default, and that will be done in 2.6.39-2. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#627644: Please add support for newer poppler
Package: gpdftext Version: 0.1.4-1 Severity: important Tags: patch User: toscano.p...@tiscali.it Usertags: poppler-0.16 Hi Neil, the current package of gpdftext ftbfs with poppler 0.16.3 from experimental [1]. It is basically a typo: the configure check uses HAVE_POPPLER_1_4_1 vs HAVE_POPPLER_0_14_1 in the source code. As poppler provides a handy version check macro POPPLER_CHECK_VERSION you can actually get rid of the configure check altogether. The attached patch uses this macro. As we would like to start the poppler transition soon we would appreciate if you could upload a fixed package soon, as this will make it easier because the package is then binNMUable. @ Pino: [2] says that y cords don't need to be inverted for poppler_page_get_selected_text(). So I'm wondering if the existing code is actually correct in this regard, i.e. can we simply pass queue-rect to both poppler_page_get_selected_text() and poppler_page_get_text() or do we need to handle that differently? I'd appreciate your review, Pino. Cheers, Michael [1] http://www.teco.edu/~biebl/log-poppler-0.16/gpdftext.log [2] http://cgit.freedesktop.org/poppler/poppler/commit/?id=b257428150e2c13dcc24fd8f75e4ee2c679ab414 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-1-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: gpdftext-0.1.4/src/pdf.c === --- gpdftext-0.1.4.orig/src/pdf.c 2011-05-23 08:47:44.330188694 +0200 +++ gpdftext-0.1.4/src/pdf.c 2011-05-23 08:51:45.779153271 +0200 @@ -407,10 +407,10 @@ poppler_page_get_size (PDFPage, width, height); queue-rect-x2 = width; queue-rect-y2 = height; -#ifdef HAVE_POPPLER_1_4_1 +#if POPPLER_CHECK_VERSION(0, 15, 1) page = poppler_page_get_selected_text (PDFPage, POPPLER_SELECTION_LINE, queue-rect); #else -page = poppler_page_get_text (PDFPage, POPPLER_SELECTION_LINE, queue-rect); + page = poppler_page_get_text (PDFPage, POPPLER_SELECTION_LINE, queue-rect); #endif set_text (queue-ebook, page, queue-lines, queue-pagenums, queue-hyphens); g_free (page);
Bug#534964: Any updates on this BUG?
* Ben Hutchings b...@decadent.org.uk [2011-05-23 00:10:13]: On Fri, 2011-05-20 at 17:35 +0530, Balbir Singh wrote: * maximilian attems m...@debian.org [2011-05-12 11:53:25]: On Wed, May 11, 2011 at 12:08:10PM +, maximilian attems wrote: On Wed, May 11, 2011 at 11:33:31AM +, maximilian attems wrote: On Wed, May 11, 2011 at 04:43:06PM +0530, Balbir Singh wrote: bal...@linux.vnet.ibm.com wrote: Hi, Ben, We've made significant progress in reducing the overhead of memory cgroup subsystem. I'd request you to try it and enable it. If there are some concerns, we could always address them. There are more interesting changes on the way as well. could you point to the relevant commits? so unless this information comes along soon, I'll revert my change. I sent some information earlier, I hope it was useful. BTW, I don't see memory cgroups enabled in debian experimental (changelog), should I be looking elsewhere? They're enabled in 2.6.39-1 (in sid). However, I actually meant them to be disabled by default, and that will be done in 2.6.39-2. Oops, but why do you want to disable them by default? Other distros have them enabled, disabled implies more boot options required, lesser testing of the feature and feedback. Is there a strong reason to change it? -- Three Cheers, Balbir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611473: get-iplayer: should not allow downloading entire iplayer site without explicitly requesting this
On Thu, May 19, 2011 at 09:03:27PM +0100, Andy Bircumshaw wrote: I'm not saying this behaviour doesn't need fixing, but you should be running `get_iplayer --pvr` (or better: `get_iplayer --pvr --before 24`) as your nightly cron job. You add programmes for overnight downloading using `get_iplayer --pvr-queue my prog name` That was a bit of a disaster, too. I tried this, adding a single programme, and yet get_iplayer --pvr proceeded to again attempt to download the entire iplayer site. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591553: NMU in 5-day DELAYED: Please stop depending on /usr/lib/libsasl2.la in .la files
Hi Pierre, since nothing has happened for a year, and this bug is blocking cyrus-sasl2 .la files removal, I have prepared NMU uploaded to 5-day DELAYED queue. Feel free to remove it from DELAYED if you want to do the upload yourself. The patch is already attached to the bug report, the only change I did was different changelog entry: diff --git a/debian/changelog b/debian/changelog index 4f59e99..989fdea 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +nufw (2.4.3-2.1) unstable; urgency=low + + [ Andreas Metzler ] + * Stop shipping libtool la files in binary packages. (Closes: #591553) +http://wiki.debian.org/ReleaseGoals/LAFileRemoval + + [ Ondřej Surý ] + * Non-maintainer upload. + + -- Ondřej Surý ond...@debian.org Mon, 23 May 2011 08:55:37 +0200 + Ondrej -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.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#516833: Updated patch
On Sat, Apr 23, 2011 at 22:49, Roberto C. Sánchez robe...@connexer.com wrote: Ondřej, Is this patch safe to apply and upload even though #591553 is not yet fixed? That package is still shipping this in /usr/lib/libnuclient.la: dependency_libs=' /usr/lib/libsasl2.la -ldl -lresolv -L/build/buildd-nufw_2.4.2-1-i386-dMq4d4/nufw-2.4.2/src/include /usr/lib/libnussl.la -lpthread /usr/lib/libgnutls.la /usr/lib/libgcrypt.la' I have prepared NMU for nufw and uploaded it to DELAYED/5, so please go ahead with .la removal in next upload of cyrus-sasl2. Or I can do it in SVN if you want... O. -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627515: ITP: gnome-shell-extensions -- Extensions to extend functionality of GNOME Shell
Le dimanche 22 mai 2011 à 09:39 +0530, Bilal Akhtar a écrit : The only problem with that package is that there is still no extension manager, unfortunately. I guess it could be written as an extension (like epiphany does). Yes, there sure is no extension manager, but the user can look up extensions in looking glass. We would like to remain close to upstream for this one, so its okay to ship extensions in different binary packages generated by the same source. The user can install the extensions which he/she likes. That would make a lot of small binary packages. Furthermore, there can be several users on the same system. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#413700: Fixed in cyrus-admin-2.3
tags 413700 + upstream fixed-upstream thanks For info, according to [STARTTLS:fixed], this has been fixed in version 2.3. Hence using cyrus-admin-2.4 available in unstable should solve the problem. [STARTTLS:fixed] http://bugzilla.cyrusimap.org/show_bug.cgi?id=2036 signature.asc Description: This is a digitally signed message part.
Bug#627645: linux-image-2.6.32-5-kirkwood: 'Out of memory and no killable processes...' when trying to run ld.bfd under gdb
Package: linux-2.6 Version: 2.6.32-30 Severity: minor While trying to debug chromium-browser build failures on my sheevaplug I attached gdb to a running ld.bfd process. After some time I got a kernel panic and had to use JTAG to read the dmesg from memory. The dmesg is attached. I don't expect that you can do much about this but I thought it might help to let people know about the problem (it is in fact a local DoS since no root privileges were used). I was building chromium-browser in an unstable chroot that was mounted via NFS from another machine. ommit interval 5 seconds 6[ 12.563032] EXT3-fs: recovery complete. 6[ 12.984956] EXT3-fs: mounted filesystem with ordered data mode. 6[ 13.566602] udev[154]: starting version 164 6[ 14.249662] Adding 714744k swap on /dev/mmcblk0p5. Priority:-1 extents:1 across:714744k SS 6[ 14.415425] EXT3 FS on mmcblk0p2, internal journal 6[ 14.597380] loop: module loaded 6[ 22.119125] eth0: link up, 1000 Mb/s, full duplex, flow control disabled 6[ 23.130689] IPv6: Loaded, but administratively disabled, reboot required to enable 3[ 128.455065] ata2: exception Emask 0x10 SAct 0x0 SErr 0x401 action 0xe frozen 3[ 128.462527] ata2: edma_err_cause=0010 pp_flags=, dev connect 3[ 128.469278] ata2: SError: { PHYRdyChg DevExch } 6[ 128.473849] ata2: hard resetting link 4[ 134.426520] ata2: link is slow to respond, please be patient (ready=0) 3[ 138.506523] ata2: SRST failed (errno=-16) 6[ 138.510553] ata2: hard resetting link 6[ 139.836530] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl F300) 6[ 139.856772] ata2.00: ATA-7: SAMSUNG HD103UJ, 1AA01113, max UDMA7 6[ 139.862823] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32) 6[ 139.886813] ata2.00: configured for UDMA/133 6[ 139.891122] ata2: EH complete 5[ 139.894364] scsi 1:0:0:0: Direct-Access ATA SAMSUNG HD103UJ 1AA0 PQ: 0 ANSI: 5 5[ 139.939151] sd 1:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) 5[ 139.947565] sd 1:0:0:0: [sda] Write Protect is off 7[ 139.952387] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00 5[ 139.952486] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA 6[ 139.962876] sda: unknown partition table 5[ 139.978879] sd 1:0:0:0: [sda] Attached SCSI disk 6[72415.918527] RPC: Registered udp transport module. 6[72415.923258] RPC: Registered tcp transport module. 6[72415.928017] RPC: Registered tcp NFSv4.1 backchannel transport module. 5[72415.992176] Slow work thread pool: Starting up 5[72415.997173] Slow work thread pool: Ready 5[72416.002038] FS-Cache: Loaded 5[72416.114290] FS-Cache: Netfs 'nfs' registered for caching 3[421978.774045] ata2: exception Emask 0x10 SAct 0x0 SErr 0x10 action 0x6 frozen 3[421978.781508] ata2: edma_err_cause=0220 pp_flags=0003, SError=0010 3[421978.788690] ata2: SError: { Dispar } 6[421978.792386] ata2: hard resetting link 6[421979.296531] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl F300) 6[421979.336800] ata2.00: configured for UDMA/133 6[421979.341189] ata2: EH complete 3[520311.272438] ata2: exception Emask 0x10 SAct 0x0 SErr 0x18 action 0x6 frozen 3[520311.279905] ata2: edma_err_cause=0020 pp_flags=, SError=0018 3[520311.287093] ata2: SError: { 10B8B Dispar } 6[520311.291313] ata2: hard resetting link 6[520311.796532] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl F300) 6[520311.836800] ata2.00: configured for UDMA/133 6[520311.841189] ata2: EH complete 3[1130600.900737] ata2: exception Emask 0x10 SAct 0x0 SErr 0x18 action 0x6 frozen 3[1130600.908287] ata2: edma_err_cause=0020 pp_flags=, SError=0018 3[1130600.915549] ata2: SError: { 10B8B Dispar } 6[1130600.919860] ata2: hard resetting link 6[1130601.266528] ata2: SATA link down (SStatus 0 SControl F300) 6[1130606.266530] ata2: hard resetting link 6[1130606.616525] ata2: SATA link down (SStatus 0 SControl F300) 4[1130606.60] ata2: limiting SATA link speed to 1.5 Gbps 6[1130611.616531] ata2: hard resetting link 6[1130611.966525] ata2: SATA link down (SStatus 0 SControl F310) 4[1130611.972227] ata2.00: disabled 6[1130611.975401] ata2: EH complete 6[1130611.978591] ata2.00: detaching (SCSI 1:0:0:0) 5[1130611.984756] sd 1:0:0:0: [sda] Synchronizing SCSI cache 6[1130611.990794] sd 1:0:0:0: [sda] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 5[1130611.998631] sd 1:0:0:0: [sda] Stopping disk 4[1130612.003765] sd 1:0:0:0: [sda] START_STOP FAILED 6[1130612.008532] sd 1:0:0:0: [sda] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK 4[7457076.471788] init invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0 6[7457076.478823] init cpuset=/ mems_allowed=0 4[7457076.482958] [c002df70] (unwind_backtrace+0x0/0xdc) from [c00a2154] (oom_kill_process+0x5c/0x1d8) 4[7457076.492336] [c00a2154] (oom_kill_process+0x5c/0x1d8) from [c00a2704] (__out_of_memory+0x148/0x16c) 4[7457076.501887] [c00a2704] (__out_of_memory+0x148/0x16c)
Bug#627646: Please don't use obsolete libsysfs-dev any more
Package: usbip Version: 0.1.7-3 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary dead end: It does not actually abstract anything (it's just as specific to the Linux kernel and a particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased years ago, in favor of programs just using /sys as it is. In fact, most applications probably don't want to access /sys at all, but use libudev [1] or gudev [2] instead. These provide a better API for device enumeration, properties, and callbacks for hardware changes. This package is one of the few which still use the old libsysfs. Can you please check with upstream to prepare a migration away from libsysfs to using plain /sys or libudev? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627647: Please don't use obsolete libsysfs-dev any more
Package: openhpi Version: 2.14.1-1 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary dead end: It does not actually abstract anything (it's just as specific to the Linux kernel and a particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased years ago, in favor of programs just using /sys as it is. In fact, most applications probably don't want to access /sys at all, but use libudev [1] or gudev [2] instead. These provide a better API for device enumeration, properties, and callbacks for hardware changes. This package is one of the few which still use the old libsysfs. Can you please check with upstream to prepare a migration away from libsysfs to using plain /sys or libudev? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627648: Please don't use obsolete libsysfs-dev any more
Package: pcmciautils Version: 018-1 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary dead end: It does not actually abstract anything (it's just as specific to the Linux kernel and a particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased years ago, in favor of programs just using /sys as it is. In fact, most applications probably don't want to access /sys at all, but use libudev [1] or gudev [2] instead. These provide a better API for device enumeration, properties, and callbacks for hardware changes. This package is one of the few which still use the old libsysfs. Can you please check with upstream to prepare a migration away from libsysfs to using plain /sys or libudev? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611062: O: pysvn -- A(nother) Python interface to Subversion
Hi, On Mon, May 23, 2011 at 05:01, Henry velez henry.deb...@gmail.com wrote: Hi everyone. I want to help and I would like to adopt this package. Please consider joining DPMT[1]. [1] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624761: gambas2 FTBFS with GCC 4.6
Hi, gambas2 is a reverse dependency on poppler and were planning a library transition soonish. Please apply the patch in #624761 and upload a fixed package. This way gambas2 will be binNMUable which makes the poppler transition much easier. Thanks for your consideration, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#627649: Please don't use obsolete libsysfs-dev any more
Package: cpufreqd Version: 2.4.2-1 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary dead end: It does not actually abstract anything (it's just as specific to the Linux kernel and a particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased years ago, in favor of programs just using /sys as it is. In fact, most applications probably don't want to access /sys at all, but use libudev [1] or gudev [2] instead. These provide a better API for device enumeration, properties, and callbacks for hardware changes. This package is one of the few which still use the old libsysfs. Can you please check with upstream to prepare a migration away from libsysfs to using plain /sys or libudev? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627650: Please don't use obsolete libsysfs-dev any more
Package: iputils Version: 3:20101006-1+b1 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary dead end: It does not actually abstract anything (it's just as specific to the Linux kernel and a particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased years ago, in favor of programs just using /sys as it is. In fact, most applications probably don't want to access /sys at all, but use libudev [1] or gudev [2] instead. These provide a better API for device enumeration, properties, and callbacks for hardware changes. This package is one of the few which still use the old libsysfs. Can you please check with upstream to prepare a migration away from libsysfs to using plain /sys or libudev? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627651: Please don't use obsolete libsysfs-dev any more
Package: directfb Version: 1.4.3-1 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary dead end: It does not actually abstract anything (it's just as specific to the Linux kernel and a particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased years ago, in favor of programs just using /sys as it is. In fact, most applications probably don't want to access /sys at all, but use libudev [1] or gudev [2] instead. These provide a better API for device enumeration, properties, and callbacks for hardware changes. This package is one of the few which still use the old libsysfs. Can you please check with upstream to prepare a migration away from libsysfs to using plain /sys or libudev? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#627652: Please don't use obsolete libsysfs-dev any more
Package: v4l-utils Version: 0.8.3-2 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary dead end: It does not actually abstract anything (it's just as specific to the Linux kernel and a particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased years ago, in favor of programs just using /sys as it is. In fact, most applications probably don't want to access /sys at all, but use libudev [1] or gudev [2] instead. These provide a better API for device enumeration, properties, and callbacks for hardware changes. This package is one of the few which still use the old libsysfs. Can you please check with upstream to prepare a migration away from libsysfs to using plain /sys or libudev? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627653: Please don't use obsolete libsysfs-dev any more
Package: edac-utils Version: 0.16-1 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary dead end: It does not actually abstract anything (it's just as specific to the Linux kernel and a particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased years ago, in favor of programs just using /sys as it is. In fact, most applications probably don't want to access /sys at all, but use libudev [1] or gudev [2] instead. These provide a better API for device enumeration, properties, and callbacks for hardware changes. This package is one of the few which still use the old libsysfs. Can you please check with upstream to prepare a migration away from libsysfs to using plain /sys or libudev? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627654: evince and evince-thumbnailer hang on DVI file with (missing) CJK fonts
Package: evince Version: 2.30.3-3 Severity: normal After browsing a directory wich contained a dvi file with CJK fonts (which are apparently missing, see below), a process evince-thumbnailer kept hogging the CPU. I noticed at some point that some process was eating 40% of the CPU time. Top didn't really reveal what it was. It appeared to be evince-thumbnailer that kept eating this CPU time, because when I killed it, I saw the CPU usage going to 0. When viewing this dvi file with evince, I get a lot of output like this: kpathsea: Running mktextfm dmjkata mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input dmjkata This is METAFONT, Version 2.718281 (TeX Live 2009/Debian) kpathsea: Running mktexmf dmjkata ! I can't find file `dmjkata'. * ...=ljfour; mag:=1; nonstopmode; input dmjkata Please type another input file name ! Emergency stop. * ...=ljfour; mag:=1; nonstopmode; input dmjkata Transcript written on mfput.log. grep: dmjkata.log: No such file or directory mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input dmjkata' failed to make dmjkata.tfm. After installing the latex-cjk-japanese-wadalab package, everything works fine again. So, it seems evince hangs up eating a lot of CPU time if it encounters files that requires fonts that are not installed. If necessary, I can provide the file that gave the above output. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common 2.30.3-3 Document (PostScript, PDF) viewer ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-icon-theme2.30.3-2 GNOME Desktop icon theme ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libdbus-glib-1-20.92-1 simple interprocess messaging syst ii libevince2 2.30.3-3 Document (PostScript, PDF) renderi ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgnome-keyring0 3.0.0-2 GNOME keyring services library ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libnautilus-extension1 2.30.1-3 libraries for nautilus components ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libsm6 2:1.2.0-1X11 Session Management library ii libx11-62:1.4.3-1X11 client-side library ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii shared-mime-info0.90-1 FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages evince recommends: ii dbus-x11 1.4.8-3simple interprocess messaging syst ii gvfs 1.6.4-3userspace virtual filesystem - ser Versions of packages evince suggests: ii nautilus 2.30.1-3 file manager and graphical shell f pn poppler-data none (no description available) ii unrar 1:4.0.3-1 Unarchiver for .rar files (non-fre -- 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#556012: curlftpfs: problem persists
this bug persists on 0.9.2-3, there's any way to workaround this? greetings, Lluís -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (700, 'stable'), (500, 'stable-updates'), (100, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages curlftpfs depends on: ii fuse-utils2.8.4-1.1 Filesystem in USErspace (utilities ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra ii libfuse2 2.8.4-1.1 Filesystem in USErspace library ii libglib2.0-0 2.24.2-1 The GLib library of C routines curlftpfs recommends no packages. curlftpfs 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#627637: JessyInk: Embedded Javascript Broken
forwarded 627637 https://bugs.launchpad.net/bugs/602005 tags 627637 confirmed thanks Hi Johannes, Thanks for reporting this. I can confirm that the problem also exists downstream in Ubuntu. Essentially the problem arose because there were a number of scripts with missing shebang (#!) lines. An initial proposal was made for a patch upstream to fix this, and the patch has been added to the Debian package as 02-add-shebangs-and-fix-permissions.dpatch. However, this initial draft of the patch mistakenly added shebangs to the JessyInk scripts which are only ever supposed to be embedded in SVG files. The patch that was finally applied upstream corrected this mistake. Thanks, Alex On 23 May 2011 04:48, Johannes Graumann johannes_graum...@web.de wrote: Package: inkscape Version: 0.48.1-2 Severity: important Tags: patch /usr/share/inkscape/extensions/jessyink.js' first line contains #!/usr/bin/env js, which if embedded in a svg renders jessyink presentations undisplayable. Editing that line out of resulting svg's restores functionality. That line (which does not semm to be present in upstream) should be removed. 0a1 #!/usr/bin/env js -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 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 inkscape depends on: ii libaspell15 0.60.6-6 GNU Aspell spell-checker runtime l ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.8.4-3 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgc1c2 1:7.1-7 conservative garbage collector for ii libgcc1 1:4.6.0-2 GCC support library ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.28.0-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.24.4-1 GNOME Virtual File System (runtime ii libgomp1 4.6.0-2 GCC OpenMP (GOMP) support library ii libgsl0ldbl 1.15+dfsg-1 GNU Scientific Library (GSL) -- li ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.24.0-1 C++ wrappers for GTK+ (shared libr ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii liblcms1 1.18.dfsg-1.2+b4 Color management library ii libmagick++3 8:6.6.0.4-3+b1 object-oriented C++ interface to I ii libmagickcore3 8:6.6.0.4-3+b1 low-level image manipulation libra ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libpangomm-1.4-1 2.28.2-1 C++ Wrapper for pango (shared libr ii libpng12-0 1.2.44-2 PNG library - runtime ii libpoppler-glib4 0.12.4-1.2 PDF rendering library (GLib-based ii libpoppler5 0.12.4-1.2 PDF rendering library ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.2.9-1 type-safe Signal Framework for C++ ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libwpd-0.9-9 0.9.2-1 Library for handling WordPerfect d ii libwpg-0.2-2 0.2.0-4 WordPerfect graphics import/conver ii libx11-6 2:1.4.3-1 X11 client-side library ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii libxslt1.1 1.1.26-7+b1 XSLT 1.0 processing library - runt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages inkscape recommends: ii aspell 0.60.6-6 GNU Aspell spell-checker ii imagemagick 8:6.6.0.4-3+b1 image manipulation programs ii libwmf-bin 0.2.8.4-8 Windows metafile conversion tools ii perlmagick 8:6.6.0.4-3+b1 Perl interface to the ImageMagick ii pstoedit 3.50-3+b1 PostScript and PDF files to editab Versions of packages inkscape suggests: ii dia 0.97.1-9 Diagram editor ii libgnomevfs2-extra 1:2.24.4-1 GNOME Virtual File System (extra m ii libsvg-perl 2.50-1 perl module to generate SVG images ii
Bug#627515: ITP: gnome-shell-extensions -- Extensions to extend functionality of GNOME Shell
On Monday 23 May 2011 12:56 PM, Josselin Mouette wrote: Furthermore, there can be several users on the same system. How is that an issue? The admin user could install the ones which he wants the users to use. We could create a metapackage gnome-shell-extensions-all which depends on each individual extension package. -- Bilal Akhtar - Ubuntu Developer bilalakh...@ubuntu.com IRC Nick: cdbs signature.asc Description: OpenPGP digital signature
Bug#627655: linux-image-2.6.39-1-686-pae: missing NFS4.1 / pNFS support
Package: linux-2.6 Version: 2.6.39-1 Severity: important Recent kernels include support for NFS v4.1. More recently still, the kernel has included support for NFS v4.1's parallel NFS or pNFS. These options (CONFIG_NFS_V4_1 and CONFIG_PNFS_FILE_LAYOUT) may be built as modules, so are loaded on demand. Current Debain Linux kernels are build with neither option enabled (the PNFS one is even missing from the config file). Please adjust the debian build to include building NFS v4.1 and PNFS support. -- Package-specific info: ** Version: Linux version 2.6.39-1-686-pae (Debian 2.6.39-1) (m...@debian.org) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Fri May 20 20:40:05 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.39-1-686-pae root=UUID=9e0c7535-1e7d-46a4-ac3c-c161f64c9ed7 ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [5.873816] [drm] nouveau :01:00.0: 4: 0x0213: type 0x13 idx 4 tag 0xff [5.873825] [drm] nouveau :01:00.0: Parsing VBIOS init table 0 at offset 0xE195 [5.873891] [drm] nouveau :01:00.0: Parsing VBIOS init table 1 at offset 0xE4C6 [5.887020] [drm] nouveau :01:00.0: Parsing VBIOS init table 2 at offset 0xEA4D [5.887045] [drm] nouveau :01:00.0: Parsing VBIOS init table 3 at offset 0xEBC8 [5.888170] [drm] nouveau :01:00.0: Parsing VBIOS init table 4 at offset 0xED7A [5.908938] [drm] nouveau :01:00.0: 1 available performance level(s) [5.908946] [drm] nouveau :01:00.0: 0: memory 648MHz core 450MHz fanspeed 100% [5.908958] [drm] nouveau :01:00.0: c: memory 391MHz core 199MHz [5.909133] [TTM] Zone kernel: Available graphics memory: 432514 kiB. [5.909137] [TTM] Zone highmem: Available graphics memory: 1679940 kiB. [5.909140] [TTM] Initializing pool allocator. [5.909164] [drm] nouveau :01:00.0: Detected 256MiB VRAM [5.921467] [drm] nouveau :01:00.0: 512 MiB GART (aperture) [5.921589] [drm] nouveau :01:00.0: Saving VGA fonts [5.986997] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [5.987002] [drm] No driver support for vblank timestamp query. [5.988542] [drm] nouveau :01:00.0: Setting dpms mode 3 on vga encoder (output 0) [5.988548] [drm] nouveau :01:00.0: Setting dpms mode 3 on vga encoder (output 1) [5.988552] [drm] nouveau :01:00.0: Setting dpms mode 3 on tmds encoder (output 2) [5.988556] [drm] nouveau :01:00.0: Setting dpms mode 3 on TV encoder (output 3) [6.009375] usbcore: registered new interface driver snd-usb-audio [6.092750] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [6.092812] HDA Intel :00:1b.0: irq 47 for MSI/MSI-X [6.092845] HDA Intel :00:1b.0: setting latency timer to 64 [6.188750] input: HDA Intel Line In at Ext Rear Jack as /devices/pci:00/:00:1b.0/sound/card0/input7 [6.188961] input: HDA Intel Mic at Ext Front Jack as /devices/pci:00/:00:1b.0/sound/card0/input8 [6.189145] input: HDA Intel Mic at Ext Rear Jack as /devices/pci:00/:00:1b.0/sound/card0/input9 [6.189327] input: HDA Intel Mic at Ext Rear Jack as /devices/pci:00/:00:1b.0/sound/card0/input10 [6.189507] input: HDA Intel Line In at Ext Rear Jack as /devices/pci:00/:00:1b.0/sound/card0/input11 [6.189690] input: HDA Intel Line Out at Ext Rear Jack as /devices/pci:00/:00:1b.0/sound/card0/input12 [6.189873] input: HDA Intel HP Out at Ext Front Jack as /devices/pci:00/:00:1b.0/sound/card0/input13 [6.261903] [drm] nouveau :01:00.0: allocated 1280x1024 fb: 0x49000, bo f71acc00 [6.262024] fbcon: nouveaufb (fb0) is primary device [6.276703] [drm] nouveau :01:00.0: Setting dpms mode 0 on vga encoder (output 0) [6.276709] [drm] nouveau :01:00.0: Output VGA-1 is running on CRTC 0 using output A [6.287539] [drm] nouveau :01:00.0: 0xD550: Parsing digital output script table [6.337176] [drm] nouveau :01:00.0: Setting dpms mode 0 on tmds encoder (output 2) [6.337180] [drm] nouveau :01:00.0: Output DVI-I-1 is running on CRTC 1 using output A [6.339885] Console: switching to colour frame buffer device 160x64 [6.342917] fb0: nouveaufb frame buffer device [6.342920] drm: registered panic notifier [6.342928] [drm] Initialized nouveau 0.0.16 20090420 for :01:00.0 on minor 0 [7.601562] Adding 3903756k swap on /dev/sda6. Priority:-1 extents:1 across:3903756k [7.958095] EXT3-fs (sda3): using internal journal [8.067662] loop: module loaded [8.107202] Disabling lock debugging due to kernel taint [8.147156] vboxdrv: Found 2 processor cores. [8.147268] vboxdrv: fAsync=0 offMin=0x843 offMax=0x1914 [8.147327] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [8.147330] vboxdrv: Successfully loaded version 4.0.4_OSE (interface
Bug#627656: RM: cant -- ROM; Upstream dead; obsolete; rc-buggy; low-popcon; broken license; joke package... You name it ; )
Package: ftp.debian.org Severity: normal Hi! I think this package can be removed, as it was only a joke introduced for the Canterbury Distribution. Best regards, Alexander -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-686 (SMP w/1 CPU core) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de_DE@euro) 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#576511: drbd8-utils: Ships with violent default actions for various drbd fault, conditions - may cause dataloss.
Dear maintainers, To be clearer, the reboot is ordered in catastrophic conditions where data loss will happen on the DRBD device whatever you do, because DRBD has lost all the usable storage device - this is much like unplugging a hard drive. So rebooting is probably a good option when DRBD is vital to the system, and that's what DRBD is supposed to be. My humble opinion is that the default is acceptable, but it's certainly surprising for new users. Maybe the choice could be left to the user at installation time : debconf could ask something like We advise you configure DRBD to reboot the system immediately when a serious problem arises that would cause I/O errors. Would you like DRBD to be configured to reboot in order to avoid I/O errors ? [Yes] / No Lionel Sausin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485627: drbd8: Please add monthly cronjob for online verify
Online verify can be very network-intensive, and it requires that a verify algorithm is chosen. I humbly suggest this is left to the user to configure, unless a debconf step is added to choose verify-alg and ask whether an automatic verify should be scheduled. Lionel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610589: regression: broken hibernate after upgrade to linux-image-2.6.32-5-686 (2.6.32-30)
23:05 Sun 22 May, Moritz Muehlenhoff wrote: On Thu, Jan 20, 2011 at 10:55:51AM +0200, Andrey Tataranovich wrote: Package: linux-2.6 Version: 2.6.32-30 Severity: normal Tags: squeeze upstream After upgrade linux-image-2.6.32-5-686 to 2.6.32-30, completely broken hibernate on my laptop. I using pm-hibernate from pm-utils (on top of uswsusp). I think this bug related to: commit 012f9fdfd2965f573171f848d1aa46531cab7062 Author: Takashi Iwai Date: Fri Dec 10 00:16:39 2010 +0100 PM / Hibernate: Fix PM_POST_* notification with user-space suspend commit 1497dd1d29c6a53fcd3c80f7ac8d0e0239e7389e upstream. The user-space hibernation sends a wrong notification after the image restoration because of thinko for the file flag check. RDONLY corresponds to hibernation and WRONLY to restoration, confusingly. After downgrading to 2.6.32-29 everything works properly. Does this still occur with the current Squeeze kernel or later kernel revisions? Cheers, Moritz My ASUS EeePC 1000H still immediately reboots after resume from hibernate. Currently I use linux-image-2.6.32-5-686 (2.6.32-34 from proposed-updates). Suspend to ram works as expected. I do some tests to find a cause of this problem. With KMS disabled (I use vesa in X11 and console without framebuffer) hibernate works perfectly. P.S. While using linux-image-2.6.32-5-686 = 2.6.32-29 I found that some programs failed to run after resume from hibernate - segfaults in dmesg like May 13 07:16:25 dragoncore kernel: [ 4374.516022] egrep[10517]: segfault at 9eef73d ip 080510fa sp bfcd5a8c error 6 in egrep[8048000+18000] May 18 07:22:56 dragoncore kernel: [10412.759167] urxvt[22902]: segfault at 42a648c8 ip b70e7020 sp bf95d2a0 error 6 in libperl.so.5.10.1[b70a9000+14a000] Also debsums report about broken files, when I ran it after resume (this fixes by rebooting and reran debsums) This happens in about 20-25% of resume from hibernate and completely eliminates if I disable KMS and using VESA. --- WBR, Andrey. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626310: stfl: FTBFS when there is no passwd entry for the build user
On Sun, May 22, 2011 at 07:23:51PM +0200, Nico Golde wrote: File /usr/lib/python2.7/sysconfig.py, line 205, in _getuserbase return env_base if env_base else joinuser(~, .local) File /usr/lib/python2.7/sysconfig.py, line 192, in joinuser return os.path.expanduser(os.path.join(*args)) File /usr/lib/python2.7/posixpath.py, line 260, in expanduser userhome = pwd.getpwuid(os.getuid()).pw_dir KeyError: 'getpwuid(): uid not found: 2952' Are you sure this is an stfl bug? Looking at the source package I have absolutely no idea what could've caused this. Nope. I filed the bug on the package where the problem was seen, but I haven't done any analysis on what caused the problem. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627657: dictionaries-common 1.10.11: Please update [zh_CN] debconf PO translation for the package dictionaries-common
Package: dictionaries-common Version: 1.10.10 Severity: wishlist Tags: l10n pending On Sat, May 21, 2011 at 01:59:32AM +0800, yanliang tang wrote: translation is OK. Last-Translator: Hiei Xu ni...@mail.edu.cn\n Language-Team: Debian Chinese [GB] debian-chinese...@lists.debian.org\n Thanks a lot. Committed to our git repo. Will go in next upload. Noticed that you did not change translator name. Do you want to leave name of previous translator in translation? Also noticed that there is a 'debian-l10n-chinese' mailinglist. Is above list still the preferred mailing list for translations? Thanks again for your contribution to Debian. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604485: update drbd8 to 8.3.9
I think this has been fixed. Lionel Sausin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627604: [libpixman-1-0] x server crash
Hi, Riccardo Magliocchetti riccardo.magliocche...@gmail.com (22/05/2011): Package: libpixman-1-0 Version: 0.21.8-1 Severity: normal i was reading a pdf in poppler and had this crash: if that file isn't private, posting it might help reproduce the issue somewhere else. Anyway, please try and get us a full backtrace: /usr/share/doc/xorg/howto/report-bugs.* /usr/share/doc/xorg/howto/use-gdb.* Or online once alioth services are back from the migration: http://pkg-xorg.alioth.debian.org/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#627447: [l10n] Updated Czech translation of dictionaries-common debconf messages
tag 627447 +pending thanks On Fri, May 20, 2011 at 07:23:19PM +0200, Miroslav Kure wrote: Package: dictionaries-common Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of dictionaries-common debconf messages. Please include it with the package. Thanks a lot. Committed to our git repo. Will go in next upload. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626331: Processed: reassign 626331 to xserver-xorg-core
Hi Michael. Debian Bug Tracking System ow...@bugs.debian.org (22/05/2011): Processing commands for cont...@bugs.debian.org: reassign 626331 xserver-xorg-core Bug #626331 [gnome-settings-daemon] gnome-settings-daemon doesn't allow to log into IceWM, LXDE. Bug reassigned from package 'gnome-settings-daemon' to 'xserver-xorg-core'. Bug No longer marked as found in versions gnome-settings-daemon/2.30.2-3. thanks Stopping processing here. Next time, could you please so kind as to write a few words, or at least cc maintainers of the package you're reassigning to? Quoting devref 5.8.3. Bug housekeeping: 2. If the bug is real but it's caused by another package, just reassign the bug to the right package. If you don't know which package it should be reassigned to, you should ask for help on IRC or on debian-de...@lists.debian.org. Please inform the maintainer(s) of the package you reassign the bug to, for example by Cc:ing the message that does the reassign to packagen...@packages.debian.org and explaining your reasons in that mail. Please note that a simple reassignment is not e-mailed to the maintainers of the package being reassigned to, so they won't know about it until they look at a bug overview for their packages. Thanks already. Mraw, KiBi. signature.asc Description: Digital signature
Bug#627550: dictionaries-common: [INTL:pt] Updated Portuguese translation for debconf messages
tag 627550 +pending thanks On Sat, May 21, 2011 at 10:45:33PM +0100, Traduz - Portuguese Translation Team wrote: Package:dictionaries-common Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for dictionaries-common's debconf messages. Translator: Miguel Figueiredo el...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. Thanks a lot. Committed to our git repo. Will go in next upload. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627658: ITP: netzhack -- German-localized version of the game NetHack
Package: wnpp Severity: wishlist Owner: Tony Crawford t...@netzhack.de * Package name: netzhack Version : 0.2.1 Upstream Author : Tony Crawford t...@netzhack.de * URL : http://www.netzhack.de/ * License : Nethack General Public License Programming Lang: C Description : German-localized version of the game NetHack Localizing the role-playing game NetHack is non-trivial because the morphology of English is hard-coded into it at every level. But now there is an idiomatic German version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627655: linux-image-2.6.39-1-686-pae: missing NFS4.1 / pNFS support
severity 627655 wishlist thanks On Mon, May 23, 2011 at 10:35:57AM +0200, Paul Millar wrote: Severity: important Please specify, why this is appropriate. Current Debain Linux kernels are build with neither option enabled (the PNFS one is even missing from the config file). Noone requested it yet. Bastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626331: xserver-xorg-core: Crashes server when loading background color from 'icewmbg' and 'pcmanfm --desktop'
severity 626331 important thanks Hi all, Agustin Martin agmar...@debian.org (20/05/2011): Haven't posted it to xorg-devel yet. diff -ru xorg-server-1.10.1/dix/window.c xorg-server-1.10.1-new/dix/window.c --- xorg-server-1.10.1/dix/window.c 2011-02-25 04:27:25.0 +0100 +++ xorg-server-1.10.1-new/dix/window.c 2011-05-15 15:15:03.912919996 +0200 @@ -474,6 +474,7 @@ pWin-background.pixel = pScreen-whitePixel; backFlag |= CWBackPixmap; } else { + pWin-backgroundState = BackgroundPixel; if (whiteRoot) pWin-background.pixel = pScreen-whitePixel; else @@ -972,6 +973,7 @@ else if (party_like_its_1989) MakeRootTile(pWin); else { + pWin-backgroundState = BackgroundPixel; if (whiteRoot) pWin-background.pixel = pScreen-whitePixel; else done now: http://lists.x.org/archives/xorg-devel/2011-May/022281.html I suggested it for the 1.10 stable branch: http://lists.x.org/archives/xorg-devel/2011-May/022455.html Hopefully will be in the next upload. Mraw, KiBi. signature.asc Description: Digital signature
Bug#627659: ITP: pythonwebkit -- Python DOM (HTML5) Bindings to Webkit
Package: wnpp Severity: wishlist Owner: lkcl l...@lkcl.net * Package name: pythonwebkit Version : 1.0-1 Upstream Author : GNU Project g...@fsf.org * URL : http://www.gnu.org/software/pythonwebkit * License : GPLv2, LGPLv2, LGPLv2+, BSD, MIT, MPL-1.1 Programming Lang: C, C++, Perl, Python Description : Python DOM (HTML5) Bindings to Webkit WebKit is a web content engine, derived from KHTML and KJS from KDE, and used primarily in Apple's Safari browser. . It is able to display content such as HTML, SVG, XML, and others. It also supports DOM, XMLHttpRequest, XSLT, CSS, Javascript/ECMAscript and more. . This package contains a python module which provides a simple, single stand-alone window, where access to the full features of HTML5 are provided, directly, to python. Features and functions which are normally the exclusive domain of javascript are made available in a 100% compatible way: Webkit javascript Timers, HTTPRequest, onmouseover and other callbacks, CSS properties, appendChild, getElementsByTagName: everything that can be expected to be accessed via javascript is made available to python programmers. . There are several ports of PythonWebkit: this module contains the GTK2 version. The PythonWebkit bindings are faster than the GObject bindings because they are direct; they are also feature-comparable to Javascript; they are also more stable than the GObject bindings. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587719: Problem was Firebug or Firecookie
I disabled these extensions and now I do not get the problem. John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#404508: linux modules issue
Hi Josip, Josip Rodin wrote: In the meantime, the linux-modules packages went away, there's only linux-image-* nowadays. The script /usr/lib/xen-tools/debian.d/80-install-modules searches for the former, fails to find them, and then copies /lib/modules/$(uname -r). ... on current Linux distribution releases, yes. But we also would like to support previous releases where possible, too. Switching to simply installing linux-image-$(uname -r) would be preferable, because: a) you don't want a static copy of .ko files because then will get stale, and the domU could have stability or security issues Yep. b) you can also use pvgrub these days so you could actually need the kernel image itself, too pvgrub or pygrub, yes. But also here: Backwards compatibility is preferred. /usr/lib/xen-tools/debian.d/80-install-modules should therefore just install linux-image-`uname -r` into domU. I must admit, I'm not sure what's really the best way. Only `uname -r` seems not to work in all situations. We had cases where this failed. Will think about it again, especially checking if we can't split away the legacy support from the support for current systems. So thanks for your suggestions anyway. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612160: please reopen
if you delete auto-mount, ecryptfs-utils can't guess that you want it to be restored. kdm can't know that you want to use it. nothing we ca do here, closing. You don't understand the problem, and your title change is wrong. I DO NOT want it to be restored. I want ~/Private directory not to be mounted automatically, when auto-mount file does not exist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610589: regression: broken hibernate after upgrade to linux-image-2.6.32-5-686 (2.6.32-30)
Le Mon, 23 May 2011 12:25:30 +0300, Andrey Tataranovich and...@tataranovich.com a écrit : My ASUS EeePC 1000H still immediately reboots after resume from hibernate. Currently I use linux-image-2.6.32-5-686 (2.6.32-34 from proposed-updates). Suspend to ram works as expected. … Hello, Perhaps it's related to a similar bug I've identified on my EeePC 1002HA, see #622259 : you could try to revert given patch... Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627660: xen-create-image --accounts is too greedy and too generic
Package: xen-tools Version: 4.2-1~bpo50+1 Hi, When the --accounts option is used, the domU gets not only the valid user accounts, it gets all non-system accounts from the dom0. However, the definition of non-system is trivial and actually broken - it adds everything that isn't already there, so in my case it included e.g. hacluster:x:102:104:Heartbeat System Account,,,:/usr/lib/heartbeat:/bin/false munin:x:106:109::/var/lib/munin:/bin/false nagios:x:103:105::/var/log/nagios:/bin/false ntp:x:105:107::/home/ntp:/bin/false sshd:x:101:65534::/var/run/sshd:/usr/sbin/nologin That's confusing and uncalled for. The Debian Policy, in the section UID and GID classes http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2 clearly indicates classes for dynamically allocated system users and groups, not normal user accounts. Hence, debian.d/35-setup-users readAccounts() needs to check $uid to be greater than 999 and smaller than 6 by default. To cover the corner cases created by this limit (I doubt there are any in practice, but let's entertain the possibility for the sake of completeness), but also to provide for actual customizability, it would be nice for the --accounts option to have an optional value, or have a sibling option with a required value, and then use that as a parameter in readAccounts() - a list of account names that are to be copied is perhaps the simplest and most straightforward option. Please fix this. TIA. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#404508: linux modules issue
On Mon, May 23, 2011 at 01:09:37PM +0200, Axel Beckert wrote: Hi Josip, Josip Rodin wrote: In the meantime, the linux-modules packages went away, there's only linux-image-* nowadays. The script /usr/lib/xen-tools/debian.d/80-install-modules searches for the former, fails to find them, and then copies /lib/modules/$(uname -r). ... on current Linux distribution releases, yes. But we also would like to support previous releases where possible, too. Switching to simply installing linux-image-$(uname -r) would be preferable, because: a) you don't want a static copy of .ko files because then will get stale, and the domU could have stability or security issues Yep. b) you can also use pvgrub these days so you could actually need the kernel image itself, too pvgrub or pygrub, yes. But also here: Backwards compatibility is preferred. /usr/lib/xen-tools/debian.d/80-install-modules should therefore just install linux-image-`uname -r` into domU. I must admit, I'm not sure what's really the best way. Only `uname -r` seems not to work in all situations. We had cases where this failed. Well, I just used that as a shorthand. The use case is pretty clear - you need to install the modules that match the kernel and initrd that are put inside the .cfg file in the same invocation of xen-create-image. In the default case, you can extract this from the strings easily, and it will usually match `uname -r`. Design for that common case. In the non-default case, e.g. when the user configures /boot/my-favorite-vmlinuz and /boot/my-favorite-initrd.img, keep a fallback such as the existing cp, but print a big fat warning telling the user they're setting themselves up for failure later on. Possibly also provide a --kernel-modules-version to look inside /lib/modules/${value_of_that}/ for the extraordinarily obstinate users :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626787: gcp: timestamp is not always copied exact
Le lundi 23 mai 2011 07:36:07, Jörg Schütter a écrit : Hello Thomas, Hello Jörg, [SNIP] This is very valuable information, thanks. So I checked and I can say python (at least python 2.6) return modification and access time precised at the second, not more. This is true even if stat_float_times returns true (which is the default on python = 2.5). True when getting the result of os.stat() as a list, not true if using the result as an object. I did a patch to change this, now gcp has millisecond (could be nanosecond if python is fixed) resolution. I set the state of the bug to pending to reflect this patch coming but the bug won't be closed by the upload. Bug will only be closed when/if python will provide necessary API to have nanosecond resolution. So for me the bug is in python. I will try to submit (if no bug report already exist) a bug report on this issue and in the mean time I will add a note in the man that resolution of access/modification time is the second. A bug report was created 3 weeks ago. [SNIP] More tests today (in combination with test FILE1 -nt FILE2) showed that a file is not newer if it's less than 1 second newer. If it's exactly 1 second newer, the test -nt returns true. So cutting the milliseconds off is ok (at least for this test tool). Interesting, I ignored that. Thanks for the info. Example: if [ -f ${source} -a ${source} -nt ${destination} ]; then ... More tests (using the big file): -rw-r--r-- 1 joerg joerg 1619558400 2011-04-13 18:01:29.0 +0200 /home/joerg/gps/Legend_MapData/geoclub/gmapsupp.img Copy it to the same ext4 partition -- same timestamp Copy it to an ext2 partition (USB) -- same timestamp Copy it to a vfat partition (USB) -- same timestamp Copy it to a vfat partition (USB) on Garmin GPS -- different timestamp How big is the difference in the latter case? I guess the cause is located deeper in the system: In case of time-diff the used USB mode was ohci_hcd. The other USB connections (with correct timestamp) used ehci_hcd. This Garmin GPS is the only legacy system I own which uses ohci_hcd. That might be the case indeed, but still I'd appreciate if you could try the attached patch and tell me if it solves the issue when copying to the Garmin GPS. Cheers Joerg Best regards, Thomas From 81e9b1e5af2bfa8a25d0267591d1052b78fd2b43 Mon Sep 17 00:00:00 2001 From: Thomas Preud'homme thomas.preudho...@celest.fr Date: Fri, 20 May 2011 20:16:33 +0200 Subject: [PATCH] Improve precision of timestamp when preserving it os.stat() returns float resolution for st_atime, st_mtime and st_ctime only if accessed as an object, not if accessed as a tuple. Let's get the result of os.stat() in an object to increase precision of timestamp when preserving it. Origin: vendor Forwarded: by mail Last-Update: 2010-05-20 --- gcp |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/gcp b/gcp index 8134ff1..11358d5 100755 --- a/gcp +++ b/gcp @@ -410,15 +410,15 @@ class GCP(): def __post_copy(self, source_file, dest_file, options): Do post copy traitement (mainly managing --preserve option) -st_mode, st_ino, st_dev, st_nlink, st_uid, st_gid, st_size, st_atime, st_mtime, st_ctime = os.stat(source_file) +st_file = os.stat(source_file) for preserve in options.preserve: try: if preserve == 'mode': -os.chmod(dest_file, st_mode) +os.chmod(dest_file, st_file.st_mode) elif preserve == 'ownership': -os.chown(dest_file, st_uid, st_gid) +os.chown(dest_file, st_file.st_uid, st_file.st_gid) elif preserve == 'timestamps': -os.utime(dest_file, (st_atime, st_mtime)) +os.utime(dest_file, (st_file.st_atime, st_file.st_mtime)) except OSError,e: self.journal.error(preserve-+preserve) -- 1.7.5.1 signature.asc Description: This is a digitally signed message part.
Bug#627615: VM terminates when doing a live migration
On Monday, 23 May 2011 01:54:01 +0400, Michael Tokarev wrote: forcemerge 625571 627615 thanks 22.05.2011 22:11, Daniel Bareiro wrote: Package: qemu-kvm Version: 0.12.5+dfsg-5+squeeze1 Severity: important model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) ss01:~# kvm -m 256 -boot d -net nic,vlan=0,macaddr=52:54:67:92:9d:63 \ -net tap -daemonize -vnc :15 -k es -localtime -cdrom \ /mnt/systemrescuecd-x86-2.0.1.iso -monitor telnet:localhost:4055,server,nowait Destination: defiant:~# kvm -m 256 -boot d -net nic,vlan=0,macaddr=52:54:67:92:9d:63 -net tap \ -daemonize -vnc :1 -k es -localtime -cdrom /mnt/systemrescuecd-x86-2.0.1.iso -monitor \ telnet:localhost:4041,server,nowait -incoming tcp:0:4455 Migration: ss01:~# telnet localhost 4055 Trying ::1... Connected to localhost. Escape character is '^]'. QEMU 0.12.5 monitor - type 'help' for more information (qemu) migrate -d tcp:10.1.0.65:4455 (qemu) Connection closed by foreign host. ss01:~# ps ax|grep systemrescuecd 15640 pts/0R+ 0:00 grep systemrescuecd When debugging don't enable daemonizing, instead run it in foreground to see what messages, if any, it prints. But this is, with a very good chance, #625571 - migration fails on 32bit userspace always. That bug is finally fixed, after more than 2 years, and is pending upload after we will sort out other, more important issues. This is the output without daemonizing: *** glibc detected *** kvm: free(): invalid next size (fast): 0x09fad3c0 *** === Backtrace: = /lib/i686/cmov/libc.so.6(+0x6b281)[0xf723e281] /lib/i686/cmov/libc.so.6(+0x6cad8)[0xf723fad8] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xf7242bbd] kvm[0x806f6e7] kvm[0x806f7d3] kvm[0x8051c85] kvm[0x8051e1b] kvm[0x810d3c7] kvm[0x8104fe9] kvm[0x8105e06] kvm[0x80529b0] kvm[0x806de64] kvm[0x8055a95] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xf71e9c76] kvm[0x804f3a1] === Memory map: 08048000-0823e000 r-xp 09:01 426838 /usr/bin/kvm 0823e000-0825 rw-p 001f6000 09:01 426838 /usr/bin/kvm 0825-0846 rw-p 00:00 0 09f6-09f89000 rw-p 00:00 0 09f89000-09f91000 rw-p 00:00 0 09f91000-0a081000 rw-p 00:00 0 0a081000-0a091000 rw-p 00:00 0 0a091000-0a16 rw-p 00:00 0 e440-e4421000 rw-p 00:00 0 e4421000-e450 ---p 00:00 0 e4586000-e45a3000 r-xp 09:01 16315 /lib/libgcc_s.so.1 e45a3000-e45a4000 rw-p 0001c000 09:01 16315 /lib/libgcc_s.so.1 e45a4000-e45a5000 ---p 00:00 0 e45a5000-e4da5000 rwxp 00:00 0 e4da5000-e4e06000 rw-p 00:00 0 e4e19000-e4f33000 rw-p 00:00 0 e4f33000-e5096000 r-xp 09:01 424347 /usr/lib/libdb-4.8.so e5096000-e5099000 rw-p 00163000 09:01 424347 /usr/lib/libdb-4.8.so e509e000-e50a2000 r-xp 09:01 440618 /usr/lib/sasl2/libsasldb.so.2.0.23 e50a2000-e50a3000 rw-p 4000 09:01 440618 /usr/lib/sasl2/libsasldb.so.2.0.23 e50a3000-e52a2000 rw-p 00:00 0 e52b5000-e52b6000 rw-p 00:00 0 e52b6000-e62b6000 rw-p 00:00 0 e62b6000-e62b8000 rw-p 00:00 0 e62b8000-e62d8000 rw-p 00:00 0 e62d8000-e62d9000 rw-p 00:00 0 e62fa000-e62fb000 rw-p 00:00 0 e62fb000-e631b000 rw-p 00:00 0 e631b000-e631d000 rw-p 00:00 0 e631d000-f631d000 rw-p 00:00 0 f631d000-f631e000 rw-p 00:00 0 f631e000-f631f000 ---p 00:00 0 f631f000-f6b1f000 rwxp 00:00 0 f6b1f000-f6b29000 r-xp 09:01 27073 /lib/i686/cmov/libnss_files-2.11.2.so f6b29000-f6b2a000 r--p 9000 09:01 27073 /lib/i686/cmov/libnss_files-2.11.2.so f6b2a000-f6b2b000 rw-p a000 09:01 27073 /lib/i686/cmov/libnss_files-2.11.2.so f6b2b000-f6b2e000 rw-p 00:00 0 f6b2e000-f6b33000 r-xp 09:01 425645 /usr/lib/libogg.so.0.7.0 f6b33000-f6b34000 rw-p 4000 09:01 425645 /usr/lib/libogg.so.0.7.0 f6b34000-f6b5b000 r-xp 09:01 425649 /usr/lib/libvorbis.so.0.4.4 f6b5b000-f6b5c000 rw-p 00026000 09:01 425649 /usr/lib/libvorbis.so.0.4.4 f6b5c000-f6b5d000 rw-p 00:00 0 f6b5d000-f6cc2000 r-xp 09:01 425652 /usr/lib/libvorbisenc.so.2.0.7 f6cc2000-f6cd3000 rw-p 00165000 09:01 425652 /usr/lib/libvorbisenc.so.2.0.7
Bug#627179: [PATCH] fix #627179 (multistrap misses some source packages)
Hi, the attached patch (mostly) fixes bug #627179 [1]. Patch is against multistrap SVN head [2]. The patch misses one occurence of the bug, when multistrap looks at var/lib/dpkg/status looking for Source: headers only (ignoring Version: and Package:). Fixing that feels like beyond my perl skills, and I'm not sure that this whole part is required anyways (it's redandant with checking the downloaded .debs). For now I put a big Todo: comment on top. That said, for me the patch fixes the problem with missing sources for the multistrap.conf I test with. The patch also fixes another bug, not yet reported: multistrap could have fetched source packages versions that differ from the binary package versions. cheers, David [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627179 [2] http://www.emdebian.org/svn/current/host/trunk/multistrap/trunk -- GnuPG public key: http://dvdkhlng.users.sourceforge.net/dk.gpg Fingerprint: B17A DC95 D293 657B 4205 D016 7DEF 5323 C174 7D40 Index: multistrap === --- multistrap (revision 8004) +++ multistrap (working copy) @@ -465,6 +465,28 @@ } } +sub get_corresponding_dsc { +my $debfile = shift; +my $ver=`LC_ALL=C dpkg -f $debfile Version`; +my $pkg=`LC_ALL=C dpkg -f $debfile Package`; +my $src=`LC_ALL=C dpkg -f $debfile Source`; + +chomp ($ver); +chomp ($pkg); +chomp ($src); + +if ($src =~ / \((.*)\)/) { + # source nanme contains an explicit version number in parens. use it. + $ver = $1; + $src =~ s/ \(.*\)//; +} elsif ($src eq ) { + # no 'Source:' line. use package name instead. + $src = $pkg +} + +return ${src}=${ver}; +} + sub force_unpack { my (@limits) = @_; my %unpack=(); @@ -521,13 +543,9 @@ printf (_g(Using directory %s for unpacking operations\n), $dir); foreach $deb (sort @archives) { printf (_g(I: Extracting %s...\n), $deb); - my $ver=`LC_ALL=C dpkg -f ./${cachedir}archives/$deb Version`; my $pkg=`LC_ALL=C dpkg -f ./${cachedir}archives/$deb Package`; - my $src=`LC_ALL=C dpkg -f ./${cachedir}archives/$deb Source`; my $multi=`LC_ALL=C dpkg -f ./${cachedir}archives/$deb Multi-Arch`; - chomp ($ver); chomp ($pkg); - chomp ($src); chomp ($multi); if (($multi eq foreign) or ($multi eq allowed)) { $multi = ''; @@ -548,7 +566,7 @@ warn ($msg\n); $multi = ''; } - $src =~ s/ \(.*\)//; + my $src = get_corresponding_dsc ./${cachedir}archives/${deb}; push @dsclist, $src; mkdir (./tmp); my $tmpdir = `mktemp -p ./tmp -d -t multistrap.XX`; @@ -760,7 +778,7 @@ next if (-d $file); next unless ($file =~ /\.deb$/); if (defined $sourcedir) { -my $srcname = `LC_ALL dpkg -f ${dir}${cachedir}archives/$file Source`; +my $srcname = get_corresponding_dsc ${dir}${cachedir}archives/$file; chomp ($srcname); push @dsclist, $srcname; system (mv ${dir}${cachedir}archives/$file $sourcedir/$file); @@ -775,6 +793,12 @@ open (STATUS, ${dir}${dpkgdir}status); my @lines=STATUS; close (STATUS); + # Todo: this is (still) broken: need to look at Package:, + # Version: and Source: to determine the correct .dsc name. + # look at get_corresponding_dsc() for details. Note + # however, that this code is somewhat redundant, since + # .dsc names are already determined from downloaded .deb + # files. foreach my $line (@lines) { if ($line =~ /^Source: (.*)$/) { my $c = $1; pgp5Abi3WOkd2.pgp Description: PGP signature
Bug#627661: smplayer does not open files from directory which has name in Russian
Package: smplayer Version: 0.6.9-3 Severity: important Smplayer does not open files from directory if directory name is in Russian. File itself is OK, I can use other utilities with it: $ ls -l /home/me/Загрузки/Skyline\ BDRip-AVC\ x264\ Gambit.mkv -rw-r--r-- 1 me me 2326977093 Май 22 17:44 /home/me/Загрузки/Skyline BDRip-AVC x264 Gambit.mkv Also mplayer will open the file. But if to try to use smplayer: $ smplayer /home/me/Загрузки/Skyline\ BDRip-AVC\ x264\ Gambit.mkv it won't. It behaves like no file name was passed to it. Please note that Russian filenames is not a problem - smplayer can open it. Only Russian directory name triggers it. Problem appeared after last `apt-get dist-upgrade`. P.S. Just tried version 0.6.9-4 - problem remains -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smplayer depends on: ii libc6 2.13-4Embedded GNU C Library: Shared lib ii libgcc11:4.6.0-2 GCC support library ii libqt4-network 4:4.7.3-1 Qt 4 network module ii libqt4-xml 4:4.7.3-1 Qt 4 XML module ii libqtcore4 4:4.7.3-1 Qt 4 core module ii libqtgui4 4:4.7.3-1 Qt 4 GUI module ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii mplayer3:1.0~rc4+svn20110505-0.0 The Ultimate Movie Player For Linu ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages smplayer recommends: ii smplayer-themes0.1.20+dfsg-1 complete front-end for MPlayer - i ii smplayer-translations 0.6.9-3 complete front-end for MPlayer - t smplayer 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#627615: VM terminates when doing a live migration
23.05.2011 15:30, Daniel Bareiro wrpte: This is the output without daemonizing: *** glibc detected *** kvm: free(): invalid next size (fast): 0x09fad3c0 *** [...] Can we confirm that it is the same problem? If you need to do another test, please don't hesitate to ask me. Yes it's exactly this problem, you can check the other bug I mentioned - it shows this very memory corruption too. That's why I merged the two. As I noted earlier, trying to migrate from Defiant (Debian GNU/Linux 5.0.8 with Linux 2.6.32-15~bpo50+1 and qemu-kvm 0.12.5+dfsg-3~bpo50+2) to SS01, this problem does not occur. Both installation are 32-bit, but the kernel in SS01 is amd64 and the kernel in Defiant is i686. Ie both are 32bit userspace with the difference that ss01 has a 64-bit kernel. The problem is there? Because versions of Linux and qemu-kvm look the same. This bug has 2 halves, one half is general 32bit migration issue (it does not actually work on 32bits, the fact it worked for you is pure luck), and second half is special case of 32bit userspace running on 64bit kernel (due to wrong kernel/user space communications). Both will be fixed in the upcoming squeeze version of qemu-kvm. You can try patching and rebuilding your qemu-kvm using patches in the package waiting upload. Unfortunately right now the anonscm.debian.org service (with http access to the git repository) does not work due to system maintenance. It's in git://git.debian.org/collab-maint/qemu-kvm.git, I extracted the patch into my site here: http://www.corpit.ru/mjt/tmp/fix-crash-in-migration-32-bit-51b0c6065a.diff This patch fixes both halves of the problem. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612913: [PATCH] fix unionfs-fuse support
At the end of march I send patches fixing #612913 to the debian-live mailinglist. Looks like my email was forgotten. This took me some time to figure out, maybe you could finally merge that stuff (or tell me how to improve it)? Here is the mail in question: http://lists.debian.org/debian-live/2011/03/msg00269.html The Git-branch with my fixes is at: https://github.com/dvdkhlng/live-boot/ also have look the email thread for more info. cheers, David -- GnuPG public key: http://dvdkhlng.users.sourceforge.net/dk.gpg Fingerprint: B17A DC95 D293 657B 4205 D016 7DEF 5323 C174 7D40 pgpotoxbnK17L.pgp Description: PGP signature
Bug#627661: bug is kernel related
Problem was solved after replacing linux kernel: upgraded from 2.6.38-2-amd64 to 2.6.39-1-amd64. Peoples on forum report that 2.6.38-1-amd64 does not have this problem: http://www.linux.org.ru/jump-message.jsp?msgid=6296478cid=6296624 Looks like problem appears while smplayer tries to fork mplayer. Either it is 2.6.38-2-amd64 bug or smplayer bug which is triggered by 2.6.38-2-amd64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627662: suckless-tools: Please include sprop and lsx
Package: suckless-tools Version: 35-1 Severity: wishlist Hello, It would be nice if suckless-tools included lsx ('list executables') and sprop ('simple X property utility'), both from tools.suckless.org and not available in Debian. Note that lsx has an abandoned(?) ITP/RFP #582879. Regards, -- Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627663: glpi: upstream has released new maintenance and bugfixes version 0.78.50
Package: glpi Version: 0.78.3-1 Severity: normal Following bugs are resolved in 0.78.5 maintenance release of GLPI, can you please upgrade the package to new upstream version ? Bug #2682: fix mesageid for notif : RFC2822 Bug #2683: FIx planning into notif Bug #2684: Fix states search for using state criteria Bug #2685: Fix canSolve check right for tickets Bug #2686: change task author only when update from ticket form (not during transfer) Bug #2697: Migration bug from GLPI 0.68.2 to 0.78.3 Bug #2701: Fix notification for not know or case changes email Bug #2751: Reservation notification : recipient = tech in charge Bug #2761: upgrade icalcreator class to 2.8 Bug #2768: Action append regex result not working on software dictionnary Bug #2774: Anonymous FAQ display doc problem Bug #2775: Ticket validation not cleaning on ticket purge Bug #2776: Fix bookmark save and load -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glpi depends on: ii apache2 2.2.17-3 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.17-3 Apache HTTP Server - traditional n ii dbconfig-common 1.8.47 common framework for packaging dat ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii libapache2-mod-php5 5.3.6-4server-side, HTML-embedded scripti ii php5 5.3.6-4server-side, HTML-embedded scripti ii php5-mysql5.3.6-4MySQL module for php5 glpi recommends no packages. glpi suggests no packages. -- Configuration Files: /etc/glpi/config/define.php changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627664: anjuta: Add autogen to Depends; some misc fixes from Ubuntu
Package: anjuta Version: 2:3.0.0.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: 1) Adds autogen to Depends, which allows the user to create a new project. Otherwise, the user is prompted that autogen is required and it won't continue. 2) Fixes a libgtk3-dev/libgtk-3-dev typo in debian/control 3) Updates SHVER in debian/rules, since 3.0.0 is gtk3 based and uses new package name. 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: i386 (i686) Kernel: Linux 2.6.39-2-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru anjuta-3.0.0.0/debian/control anjuta-3.0.0.0/debian/control --- anjuta-3.0.0.0/debian/control 2011-04-16 07:21:05.0 -0400 +++ anjuta-3.0.0.0/debian/control 2011-05-20 16:42:26.0 -0400 @@ -40,12 +41,13 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, - anjuta-common (= ${source:Version}) + anjuta-common (= ${source:Version}), + autogen Recommends: gcc | g++, make, yelp, @@ -56,7 +59,7 @@ gdb, libtool, liblocale-gettext-perl -Suggests: libgtk3-dev, +Suggests: libgtk-3-dev, libgtkmm-3.0-dev, glade-gnome Conflicts: libgbf-1-2, diff -Nru anjuta-3.0.0.0/debian/control.in anjuta-3.0.0.0/debian/control.in --- anjuta-3.0.0.0/debian/control.in 2011-04-15 14:55:43.0 -0400 +++ anjuta-3.0.0.0/debian/control.in 2011-05-20 16:42:21.0 -0400 @@ -35,12 +36,13 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, - anjuta-common (= ${source:Version}) + anjuta-common (= ${source:Version}), + autogen Recommends: gcc | g++, make, yelp, @@ -51,7 +54,7 @@ gdb, libtool, liblocale-gettext-perl -Suggests: libgtk3-dev, +Suggests: libgtk-3-dev, libgtkmm-3.0-dev, glade-gnome Conflicts: libgbf-1-2, diff -Nru anjuta-3.0.0.0/debian/rules anjuta-3.0.0.0/debian/rules --- anjuta-3.0.0.0/debian/rules 2011-04-15 14:28:02.0 -0400 +++ anjuta-3.0.0.0/debian/rules 2011-05-20 16:42:21.0 -0400 @@ -17,7 +17,7 @@ DEB_DH_MAKESHLIBS_ARGS_anjuta += --no-act LIB_PKG := $(shell sed -nr 's/^Package:[[:space:]]*(libanjuta[0-9]+)[[:space:]]*$$/\1/p' debian/control) -SHVER = 2:2.31.92 +SHVER = 2:3.0.0 DEB_DH_MAKESHLIBS_ARGS_$(LIB_PKG) = -V '$(LIB_PKG) (= $(SHVER))' install/anjuta::
Bug#584421: libnet-snmp-perl: Get_entries : not all the results given
On Thu, Jun 03, 2010 at 02:43:51PM +0200, Dominique Fournier wrote: Package: libnet-snmp-perl Version: 5.2.0-1 Severity: important I have a problem with get_entries when I provide more than one column : some results are not given to the table. I'm seeing this too. A workaround is to use 'maxrepetitions = 1' which forces the library to use get-next-requests instead of get-bulk-requests. I suspect it's fixed upstream: http://cpansearch.perl.org/src/DTOWN/Net-SNMP-v6.0.1/Changes : RELEASE 6.0.0 SEP-09-2009 - The get_table() and get_entries() methods were refactored as part of the code cleanup. The get_entries() method now handles holes in tables better and indexes with a value of zero. Jochen, are you aware of the newer upstream versions? Do you need help maintaining the package? Please consider moving it under the pkg-perl group if you don't have the time anymore. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#404508: linux modules issue
Hi Josip, Josip Rodin wrote: Possibly also provide a --kernel-modules-version to look inside /lib/modules/${value_of_that}/ for the extraordinarily obstinate users :) Yeah, that's also what came to my mind after writing my last mail. Thanks for your detailed comments. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596704: cifs: Files duplicated in directory listing
Upstream closed it as fixed in a more recent version of the kernel. As I cannot reproduce it with 2.6.32, I guess this was right. I think we could safely close this one as well. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627665: option to remove kernel+initrd from compressed filesystem
Package: live-build Version: 3.0~a17-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch oneiric On the Ubuntu live CDs, we have a hack to save some space: rather than shipping the kernel and initrd both in the ISO9660 filesystem (for booting) and in the squashfs (for installing), we remove the duplicate copies from the squashfs, and our installer is smart enough to copy those files from the ISO9660 filesystem if it needs to. This saves us 17MiB or so of CD space at the cost of a small amount of code complexity. We'll be able to get rid of this hack once we switch to GRUB as our CD boot loader, since it can read files out of the squashfs directly; but even so it seems like something other folks might find useful, particularly if they're creating a live CD that isn't intended to be installable. The attached patch adds 'lb config --binary-remove-linux true'. Feel free to rename the option if some other name would fit better, though. Thanks, -- Colin Watson [cjwat...@ubuntu.com] From dfaac39fe91755c5cfc7e34b85d52633df5bfd0c Mon Sep 17 00:00:00 2001 From: Colin Watson cjwat...@canonical.com Date: Mon, 23 May 2011 13:12:01 +0100 Subject: [PATCH] Add an option to remove the kernel and initrd from the compressed filesystem. --- functions/defaults.sh |2 ++ manpages/en/lb_config.1 |4 scripts/build/lb_binary_linux-image |6 ++ scripts/build/lb_config | 12 +++- 4 files changed, 23 insertions(+), 1 deletions(-) diff --git a/functions/defaults.sh b/functions/defaults.sh index 8526335..a1e5c83 100755 --- a/functions/defaults.sh +++ b/functions/defaults.sh @@ -826,6 +826,8 @@ Set_defaults () ;; esac + LB_BINARY_REMOVE_LINUX=${LB_BINARY_REMOVE_LINUX:-false} + # Setting apt indices case ${LB_MODE} in progress) diff --git a/manpages/en/lb_config.1 b/manpages/en/lb_config.1 index 88fcc9b..5e247b4 100644 --- a/manpages/en/lb_config.1 +++ b/manpages/en/lb_config.1 @@ -33,6 +33,8 @@ .br [\fB\-\-binary\-filesystem\fR fat16|fat32|ext2] .br + [\fB\-\-binary\-remove\-linux\fR true|false] +.br [\fB\-\-bootappend\-install\fR \fIPARAMETER\fR|\fIPARAMETERS\fR] .br [\fB\-\-bootappend\-live\fR \fIPARAMETER\fR|\fIPARAMETERS\fR] @@ -281,6 +283,8 @@ defines the architecture of the to be build image. By default, this is set to th defines the image type to build. By default, for images using syslinux this is set to iso\-hybrid to build CD/DVD images that may also be used like usb\-hdd images, for non\-syslinux images, it defaults to iso. .IP \fB\-\-binary\-filesystem\fR fat16|fat32|ext2 4 defines the filesystem to be used in the image type. This only has an effect if the selected binary image type does allow to choose a filesystem. For example, when selection iso the resulting CD/DVD has always the filesystem ISO9660. When building usb\-hdd images for usb sticks, this is active. Note that it defaults to fat16 on all architectures except sparc where it defaults to ext2. Also note that if you choose fat16 and your resulting binary image gets bigger than 2GB, the binary filesystem automatically gets switched to fat32. +.IP \fB\-\-binary\-remove\-linux\fR true|false 4 +defines if the Linux kernel and initrd should be removed from the filesystem (they will still be published in the binary output directory). This is useful to reduce image size if the image is not meant to be installable, or if the installer is intelligent enough to copy the kernel and initrd from the top-level image rather than from the compressed filesystem. Default is false. .IP \fB\-\-bootappend\-install\fR \fIPARAMETER\fR|\fIPARAMETERS\fR 4 sets boot parameters specific to debian\-installer, if included. .IP \fB\-\-bootappend\-live\fR \fIPARAMETER\fR|\fIPARAMETERS\fR 4 diff --git a/scripts/build/lb_binary_linux-image b/scripts/build/lb_binary_linux-image index cac19d8..c5a8cc6 100755 --- a/scripts/build/lb_binary_linux-image +++ b/scripts/build/lb_binary_linux-image @@ -76,6 +76,12 @@ mkdir -p ${DESTDIR} cp chroot/boot/${LINUX}-* ${DESTDIR} cp chroot/boot/initrd.img-* ${DESTDIR} +if [ ${LB_BINARY_REMOVE_LINUX} = true ] +then + rm -f chroot/boot/${LINUX}-* + rm -f chroot/boot/initrd.img-* +fi + case ${LB_INITRAMFS} in live-boot) if [ -e chroot/usr/share/doc/live-boot/parameters.txt ] diff --git a/scripts/build/lb_config b/scripts/build/lb_config index 0e36240..a2f90eb 100755 --- a/scripts/build/lb_config +++ b/scripts/build/lb_config @@ -41,6 +41,7 @@ USAGE=${PROGRAM} [--apt apt|aptitude]\n\ \t[-a|--architectures ARCHITECTURE]\n\ \t[-b|--binary-images iso|iso-hybrid|net|tar|usb-hdd]\n\ \t[--binary-filesystem fat16|fat32|ext2]\n\ +\t[--binary-remove-linux true|false]\n\ \t[--bootappend-install PARAMETER|\PARAMETERS\]\n\ \t[--bootappend-live PARAMETER|\PARAMETERS\]\n\ \t[--bootloader grub|syslinux|yaboot]\n\ @@ -159,7 +160,7 @@
Bug#627660: xen-create-image --accounts is too greedy and too generic
Hi Josip, Josip Rodin wrote: When the --accounts option is used, the domU gets not only the valid user accounts, it gets all non-system accounts from the dom0. However, the definition of non-system is trivial and actually broken - it adds everything that isn't already there, so in my case it included e.g. hacluster:x:102:104:Heartbeat System Account,,,:/usr/lib/heartbeat:/bin/false munin:x:106:109::/var/lib/munin:/bin/false nagios:x:103:105::/var/log/nagios:/bin/false ntp:x:105:107::/home/ntp:/bin/false sshd:x:101:65534::/var/run/sshd:/usr/sbin/nologin This sounds very similar to http://bugs.debian.org/495266 despite the reported effects are different ones. I suspect that the fix for both issues will be the same. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627604: [libpixman-1-0] x server crash
Il 23/05/2011 11:54, Cyril Brulebois ha scritto: Hi, Riccardo Magliocchettiriccardo.magliocche...@gmail.com (22/05/2011): Package: libpixman-1-0 Version: 0.21.8-1 Severity: normal i was reading a pdf in poppler and had this crash: if that file isn't private, posting it might help reproduce the issue somewhere else. I think t was one of these Elc2011_bergmann.pdf Elc2011_hirase.pdf Elc2011_stultz.pdf Elc2011_flanagan.pdf Elc2011_pihet.pdf Elc2011_wang_mem.odp downloaded from http://free-electrons.com/blog/elc-2011-videos/ Also s/poppler/evince/ Will try to reproduce later in the day. thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#395565: denyhosts: please support Dropbear as an alternative to openssh-server
On Wed, 3 Dec 2008 10:08:40 +0100, Marco Bertorello ma...@bertorello.ns0.it wrote: 2008/11/16 Jerome Warnier jwarn...@beeznest.net: Le lundi 27 novembre 2006 à 16:28 +0100, Marco Bertorello a écrit : On Sat, 25 Nov 2006 12:39:00 +0100 Jérôme Warnier jwarn...@beeznest.net wrote: Any news about this? I just noticed that this bug is not marked as forwarder upstream. Hope it'll get in before Etch. Excuse me, I've alredy forwarded to upstream, but I've forgotten to tag the bug. Now is tagged as upstream BTW, I think that it's impossible to have a new version in etch before the release :-( Where are we now that we have Lenny around the corner? Have you alredy written a patch? If you write the patch, I'll be happy to include it. No. I've alredy forwarded to upstream author the bug, but I think that he does have not planned to implement this feature. There does not seem to be any development ongoing at all. It seems dead upstream. I'm considering moving to a more powerful alternative (fail2ban). bye -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627666: qa.debian.org: Watch column empty
Package: qa.debian.org Severity: normal Hi, in http://qa.debian.org/developer.php, the Watch column isn't filled correctly. E.g., on http://qa.debian.org/developer.php?login=sti...@antcom.de, there are usually most of the respective fields filled. But for some days now, there are always just minus signs (-). Roland -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#627667: xpdf: Please prepare for a more recent Poppler version
Package: xpdf Version: 3.02-12 Severity: wishlist Tags: patch User: toscano.p...@tiscali.it Usertags: poppler-0.16 Hi, xpdf will fail to build with Poppler 0.14. There are two problems: 1) goo/gtypes.h is now a C++ header, so it cannot be used in C sources like parseargs.c. This is something you can easily fix even right now in unstable, by renaming it to .cc (making it a C++ source), just like what has been done in Poppler. 2) the PSOutputDev construct needs a new parameter. Attached there is a patch for it. Unfortunately, this is something it would break with the current Poppler in Debian (0.12.x). As we are planning a Poppler 0.16 transition soon, could you please upload to experimental a version which can compile with Poppler 0.16.x (which you can find currently in experimental)? Thanks, -- Pino --- a/xpdf/XPDFViewer.cc +++ b/xpdf/XPDFViewer.cc @@ -3625,7 +3625,7 @@ // Normal print mode if (printAll !printBack) { -psOut = new PSOutputDev(psFileName-getCString(), doc-getXRef(), +psOut = new PSOutputDev(psFileName-getCString(), doc, doc-getXRef(), doc-getCatalog(), NULL, firstPage, lastPage, psModePS); if (psOut-isOk()) { @@ -3671,7 +3671,7 @@ { for (i=beginPage;; i+=step) { -psOut = new PSOutputDev(psFileName-getCString(), doc-getXRef(), +psOut = new PSOutputDev(psFileName-getCString(), doc, doc-getXRef(), doc-getCatalog(), NULL, i, i, psModePS); if (psOut-isOk()) { doc-displayPages(psOut, i, i, 72, 72,
Bug#627668: glpi: Send a Approval request = Approval Not subject to approval is not changed
Package: glpi Version: 0.78.3-1 Severity: normal On a ticket with attribute : Approval : Not subject to approval. Do the action : Send a Approval request Create the approval request Expected modification in the ticket : Approval : Waiting for approval But we still have : Approval : Not subject to approval upstream version 0.78.5 addresses this issue. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glpi depends on: ii apache2 2.2.17-3 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.17-3 Apache HTTP Server - traditional n ii dbconfig-common 1.8.47 common framework for packaging dat ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii libapache2-mod-php5 5.3.6-4server-side, HTML-embedded scripti ii php5 5.3.6-4server-side, HTML-embedded scripti ii php5-mysql5.3.6-4MySQL module for php5 glpi recommends no packages. glpi suggests no packages. -- Configuration Files: /etc/glpi/config/define.php changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620157: base-files: Please add top-level /run
On Wed, May 18, 2011 at 01:57:04PM +0200, Santiago Vila wrote: I feel that we are relying too much on base-files for no particular reason. In fact, I don't see any benefit of having /run in base-files at this point. The main need for this is debootstrap. There's two possible ways initscripts can handle the migration: 1) Normal system - on installation, bind mount /var/run to /run, /var/lock to /run/lock - on reboot, set up /run as a tmpfs and convert the original locations to symlinks 2) Chroot or other virtual environment - the above isn't possible (no scripts run on startup etc.) - on installation, symlink /run → /var/run and /run/lock (/var/run/lock) → /var/lock You seem to imply that we should migrate each and every file at once. We could just declare /var/run obsolete and not make any bind mount or symlink. The use of /var/run then would just fade away over time, like it happened with the /usr/doc transition. The issue here is that /var/run is still an FHS-mandated directory, and while /run supersedes it, both need to be present and hold the same contents to allow migration. We could do it without the bind mount and symlinks, but then every package needs to manage migration from /var/run to /run including moving the pidfiles and other data. With the bind mount/symlink, this part is completely transparent: programs simply switch to the new path after wheezy is released, and that's it, so this saves a lot of effort for individual maintainers, unlike /usr/doc, which required every package to migrate separately (and this was files provided in packages, whereas /var/run is only dynamically created state, which simplifies things as well). The other issue I have is that the /usr/doc transition took *years*, and multiple stable releases to finalise. With this transition, we've taken a lot of effort to ensure that the transition is seamless, and immediate, to ease migration and allow for a much faster and simpler transition than /usr/doc. AFAIK (please correct me if I'm wrong), this is not like /var/mail where email clients look at a single place. Packages putting things in /var/run will look for them in /var/run, and packages putting things in /run will look for them in /run. Yes, this is the case. But with the existing migration, the contents at both locations are identical. But even if we want symlinks or bind mounts: I made a mistake in base-files 2.1.18 when I added /dev/pts (this was more than 10 years ago, but there are a lot of similarities). Things became too tricky because /dev was a virtual filesystem. I had to remove it in 2.1.20 with urgency=high, but since then it is clear to me that this kind of things are better handled by whatever package is actually populating those directories. I think I've perhaps explained why base-files needs to provide /run poorly, so I'll try better. It's fine for this to be done in initscripts for normal systems, but in chroots it's not so good. There are four possible upgrade/install paths to consider: 1) squeeze→wheezy upgrade (normal system) 2) squeeze→wheezy upgrade (chroot) 3) clean wheezy install (normal system) 4) clean wheezy install (chroot) With /run being provided by initscripts, we handle (1) and (3) just fine. Initially /run is absent, created on initscripts install, and migration completed after reboot. With (2) we do a best effort with symlinks, but don't do a very good job: /run is a symlink to /var/run, so the old directories remain in place (we can't safely move them). For (4) we really want the new directory structure with compatibility symlinks, rather than a repeat of (2), or else chroots, even freshly debootstrapped ones, will never be able to migrate to the new hierarchy automatically. If this was already set up by base-files, we wouldn't have a problem, but it's not, so debootstrapping a current unstable chroot results in the upgrade cludge we use for (2). These are the specific upgrade/install paths, with and without /run being provided by base-files. Note I'm only considering /var/run (/var/lock is treated identically, so I'm omitting it). In square brackets, I've put the state of /run and /var/run at that point (→ is a symlink, = is a bind mount). A) without base-files providing /run directory and /var/run symlink to /run: 1) squeeze→wheezy (normal system) initscripts adds /run initscripts bind mounts /var/run on /run [/var/run=/run] [reboot] initscripts mounts tmpfs on /run initscripts symlinks /var/run symlinked to /run [/var/run→/run] 2) squeeze→wheezy (chroot) initscripts adds /run initscripts removes /run and replaces it with a symlink to /var/run [/run→/var/run] 3) wheezy install (normal system) initscripts adds /run initscripts bind mounts /var/run on /run [/var/run=/run] [reboot] initscripts mounts tmpfs on /run initscripts symlinks
Bug#627097: cryptkeeper: diff for NMU version 0.9.5-1.1
tags 627097 + patch tags 627097 + pending thanks Dear maintainer, I've prepared an NMU for cryptkeeper (versioned as 0.9.5-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. diff -Nru cryptkeeper-0.9.5/debian/changelog cryptkeeper-0.9.5/debian/changelog --- cryptkeeper-0.9.5/debian/changelog 2011-05-18 14:28:38.0 +0100 +++ cryptkeeper-0.9.5/debian/changelog 2011-05-23 11:45:22.0 +0100 @@ -1,3 +1,11 @@ +cryptkeeper (0.9.5-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Change is_mounted_overflow_fix.patch, original was bad, +sorry. Closes: #627097. + + -- Jon Dowland j...@debian.org Mon, 23 May 2011 10:34:07 +0100 + cryptkeeper (0.9.5-1) unstable; urgency=low [ Francesco Namuri ] diff -Nru cryptkeeper-0.9.5/debian/patches/is_mounted_overflow_fix.patch cryptkeeper-0.9.5/debian/patches/is_mounted_overflow_fix.patch --- cryptkeeper-0.9.5/debian/patches/is_mounted_overflow_fix.patch 2011-05-18 14:28:41.0 +0100 +++ cryptkeeper-0.9.5/debian/patches/is_mounted_overflow_fix.patch 2011-05-23 11:45:14.0 +0100 @@ -1,34 +1,51 @@ +commit 86b960a528df7118ab43b629bbd906db7459300d +Author: Jon Dowland j...@debian.org +Date: Sun May 22 12:48:39 2011 +0100 + +fix is_mounted (memory leaks and NULL access) + +Ensure that the return of realpath is checked for NULL before +access. Ensure that the return value is free'd before it falls +out of scope. Related tidying up. + diff --git a/src/encfs_wrapper.cpp b/src/encfs_wrapper.cpp -index 347337b..7ae9cfe 100644 +index 347337b..961818b 100644 --- a/src/encfs_wrapper.cpp +++ b/src/encfs_wrapper.cpp -@@ -31,6 +31,8 @@ - // only for the gettext _ - #include cryptkeeper.h +@@ -33,24 +33,24 @@ -+#define MIN(x,y) ((x) (y) ? (x) : (y)) -+ bool is_mounted(const char *mount_dir) { ++ struct mntent *m; FILE *f = setmntent(/etc/mtab, r); -@@ -42,15 +44,21 @@ bool is_mounted(const char *mount_dir) +- char *mount_dir_expanded = realpath(mount_dir, NULL); +- if (mount_dir_expanded == NULL) { +- // no such file or dir, ... +- // so: not mounted +- // perror(cryptkeeper, is_mounted); ++ char *mount_dir_expanded, *mnt_dir_expanded; ++ ++ if (!(mount_dir_expanded = realpath(mount_dir, NULL))) return false; - } - for (;;) { -+ size_t srclen, dstlen; - char *mnt_dir_expanded; - struct mntent *m = getmntent(f); - if (!m) break; - mnt_dir_expanded = realpath(m-mnt_dir, NULL); +- } +- for (;;) { +- char *mnt_dir_expanded; +- struct mntent *m = getmntent(f); +- if (!m) break; +- mnt_dir_expanded = realpath(m-mnt_dir, NULL); - if (strcmp(mount_dir_expanded, mnt_dir_expanded)==0) { -+ srclen = strlen(mount_dir_expanded); -+ dstlen = strlen(mnt_dir_expanded); -+ if (strncmp(mount_dir_expanded, mnt_dir_expanded, MIN(srclen,dstlen))==0) { ++ ++ while(m = getmntent(f)) { ++ if(mnt_dir_expanded = realpath(m-mnt_dir, NULL)) { ++ if (strcmp(mount_dir_expanded, mnt_dir_expanded)==0) { ++free(mnt_dir_expanded); ++free(mount_dir_expanded); ++return true; ++ } free(mnt_dir_expanded); -+ free(mount_dir_expanded); - return true; - } -+ free(mnt_dir_expanded); +- return true; +- } ++ } } + free(mount_dir_expanded); return false;
Bug#627669: linux-image-2.6.38-2-amd64: [brcm80211] oops on iwlist wlan0 scanning
Package: linux-image-2.6.38-2-amd64 Version: 2.6.38-5 Severity: normal I do know that brcm80211 comes from the staging tree. Nevertheless I hereby document one of its problems. firmware-brcm80211 version is 0.29 # lspci -v -s 05:00.0 05:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01) Subsystem: Askey Computer Corp. Device 7179 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at f010 (64-bit, non-prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [58] Vendor Specific Information: Len=78 ? Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [d0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [13c] Virtual Channel Capabilities: [160] Device Serial Number 00-00-de-ff-ff-66-4c-ed Capabilities: [16c] Power Budgeting ? Kernel driver in use: brcm80211 # [ 153.268345] netconsole: network logging started # ifconfig wlan0 up [ 168.843577] wl0: wlc_wme_setparams : no-clock [ 168.845719] wl0: wlc_wme_setparams : no-clock [ 168.847818] wl0: wlc_wme_setparams : no-clock [ 168.849889] wl0: wlc_wme_setparams : no-clock [ 168.851577] ADDRCONF(NETDEV_UP): wlan0: link is not ready # iwlist wlan0 scanning [ 181.504059] ops-tx called while down [ 181.506653] ops-tx called while down [ 181.509277] ops-tx called while down [ 181.511893] ops-tx called while down [ 181.514525] ops-tx called while down [ 181.517167] ops-tx called while down [ 181.519790] ops-tx called while down [ 181.522330] ops-tx called while down [ 181.524748] ops-tx called while down [ 181.527045] ops-tx called while down [ 181.529250] ops-tx called while down [ 181.531412] [ cut here ] [ 181.533725] WARNING: at /build/buildd-linux-2.6_2.6.38-5-amd64-MAWrSr/linux-2.6-2.6.38/debian/build/source_amd64_none/net/mac80211/tx.c:1506 ieee80211_tx+0x1b3/0x1d9 [mac80211]() [ 181.539044] Hardware name: N150P/N210P/N220P [ 181.541798] tx refused but queue active [ 181.544501] Modules linked in: netconsole configfs acpi_cpufreq mperf cpufreq_conservative cpufreq_powersave cpufreq_userspace cpufreq_stats btusb bluetooth snd_hda_codec_realtek uvcvideo option videodev usb_wwan usbserial usb_storage v4l2_compat_ioctl32 uas snd_hda_intel snd_hda_codec arc4 i915 ecb brcm80211(C) snd_hwdep drm_kms_helper snd_pcm drm uhci_hcd mac80211 tpm_tis ehci_hcd joydev tpm i2c_algo_bit cfg80211 i2c_i801 tpm_bios usbcore snd_timer i2c_core snd pcspkr rfkill psmouse evdev soundcore ac battery snd_page_alloc serio_raw power_supply sky2 nls_base processor button video ext3 jbd mbcache sha256_generic aes_x86_64 aes_generic cbc dm_crypt dm_mod sd_mod crc_t10dif ahci libahci libata scsi_mod thermal thermal_sys [ 181.567949] Pid: 167, comm: kworker/u:3 Tainted: G C 2.6.38-2-amd64 #1 [ 181.572210] Call Trace: [ 181.576409] [81046e10] ? warn_slowpath_common+0x78/0x8c [ 181.580741] [81046ec3] ? warn_slowpath_fmt+0x45/0x4a [ 181.585044] [a026041d] ? ieee80211_tx+0x1b3/0x1d9 [mac80211] [ 181.589346] [810ec250] ? virt_to_head_page+0x9/0x2d [ 181.593751] [a02605c7] ? ieee80211_xmit+0x184/0x193 [mac80211] [ 181.598286] [a026061e] ? ieee80211_tx_skb+0x48/0x51 [mac80211] [ 181.602889] [a024e85e] ? ieee80211_scan_work+0x35e/0x47f [mac80211] [ 181.607437] [81325adb] ? schedule+0x55b/0x588 [ 181.611944] [a024e500] ? ieee80211_scan_work+0x0/0x47f [mac80211] [ 181.616498] [8105b17a] ? process_one_work+0x1d1/0x2ee [ 181.621058] [8105d0c0] ? worker_thread+0x12d/0x247 [ 181.625604] [8105cf93] ? worker_thread+0x0/0x247 [ 181.630110] [8105cf93] ? worker_thread+0x0/0x247 [ 181.634538] [8105fef7] ? kthread+0x7a/0x82 [ 181.639015] [8100a764] ? kernel_thread_helper+0x4/0x10 The machine goes unresponsive at this point. If I can help with debugging the issue, please let me know. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626812: icedove: symbol lookup error: NS_GetServiceManager
Package: icedove Version: 3.1.9-2 Followup-For: Bug #626812 Perhaps the problem is not icedove but in another library. I checked the other versions icedove (from stable, testing, unstable) - does not work either. Architecture: amd64 On the i386 it works -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-bfs (SMP w/4 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.4.4 Miscellaneous utilities specific t ii fontconfig 2.8.0-2.2 generic font configuration library ii libasound2 1.0.23-4shared library for ALSA applicatio ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libffi5 3.0.9-4 Foreign Function Interface library ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libpixman-1-00.21.8-1pixel-manipulation library for X a ii libsqlite3-0 3.7.6.2-1 SQLite 3 shared library ii libstartup-notif 0.10-1 library for program launch feedbac ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-1 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii psmisc 22.13-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dict 20070829-4 English_american dictionary for hu ii myspell-uk [myspell-dictionar 1.6.0-2Ukrainian dictionary for myspell Versions of packages icedove suggests: ii libdbus-glib-1-2 0.92-1simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgnomevfs2-0 1:2.24.4-1GNOME Virtual File System (runtime ii libgssapi-krb5-2 1.9+dfsg-1+b1 MIT Kerberos runtime libraries - k ii libnotify1 [libnotify1-gtk 0.5.0-2 sends desktop notifications to a n ii ttf-lyx2.0.0-1 TrueType versions of some TeX font -- 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#626640: Cron spam
I've been running the updated crontab on a server since my last email and have been getting emails like this from the cron daemon: Cannot stat file /proc/8419/fd/1: No such file or directory Cannot stat file /proc/8419/fd/2: No such file or directory Cannot stat file /proc/8419/fd/3: No such file or directory I presume it's fuser printing this as the files its been told to look at no longer exist. (They've probably been garbage collected by php) Would it be safe to add a 2 /dev/null to this? Are there any other error conditions we might actually want to hear about? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627655: linux-image-2.6.39-1-686-pae: missing NFS4.1 / pNFS support
Hi Bastian, On Monday 23 May 2011 12:17:00 Bastian Blank wrote: severity 627655 wishlist thanks On Mon, May 23, 2011 at 10:35:57AM +0200, Paul Millar wrote: Severity: important Please specify, why this is appropriate. Sure. Some scientific communities require access to huge amounts of storage (in WLCG, the current largest sites are ~10 PB; there thousands of sites spread across the world). Traditionally, this has been the high-energy partial physics community; however, increasingly, other communities are analysing more data than can fit on (or pass through) a single server. Previous versions of NFS assumed the data was available from the same server as the filesystem metadata: there was a single NFS server that one mounts. This approach simply doesn't scale to the high-capacity / high-throughput needed by scientific analysis. Therefore, until recently, the only scalable solution was linking against custom libraries that implement proprietary protocols. These libraries provided the required throughput but are non-standard and tend to be tuned for specific storage software. You can see one such library here: http://packages.debian.org/sid/libdcap1 there are several others. Providing custom libraries has worked for scientific communities that use custom analysis software. Such user-communities have the flexibility to link their software against a custom library and access their data through the POSIX-like layer provided by the custom library. Increasingly, new scientific communities are using software that they either don't want to, or can't, modify. This means that they cannot use the existing solution of linking against a custom library; instead, their IO must go through the standard filesystem. With the provision of NFS v4.1 / pNFS, the Linux kernel allows site-admins to mount these large storage systems. This allows user-communities access to large storage with normal POSIX IO and without using any custom library. Without out NFS v4.1 / pNFS, some users are simply unable to take advantage of the large storage facilities that already exist. Without support for NFS v4.1 / pNFS in a Debian kernel, sites offering large storage for their users are forced to hand-compile their kernels, with the options enabled. I believe this is a major effect on the usability of a package, without rendering it completely unusable to everyone. Current Debain Linux kernels are build with neither option enabled (the PNFS one is even missing from the config file). Noone requested it yet. OK, I'm the first then :-) Cheers, Paul. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610589: regression: broken hibernate after upgrade to linux-image-2.6.32-5-686 (2.6.32-30)
13:06 Mon 23 May, Frédéric Boiteux wrote: Le Mon, 23 May 2011 12:25:30 +0300, Andrey Tataranovich and...@tataranovich.com a écrit : My ASUS EeePC 1000H still immediately reboots after resume from hibernate. Currently I use linux-image-2.6.32-5-686 (2.6.32-34 from proposed-updates). Suspend to ram works as expected. … Hello, Perhaps it's related to a similar bug I've identified on my EeePC 1002HA, see #622259 : you could try to revert given patch... Fred. Hi. I try to play with linux-2.6 (2.6.32-34) sources - this kernel I currently using. I downloaded sources and apply debian patches via ./debian/rules setup Then I didn't found any peace of code, that you removed by reverting this patch. I think that this patch was reverted in some previous release. --- WBR, Andrey. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627670: update drbd8 to 8.3.10 (or later if available)
Package: drbd8 Version: 2:8.3.9-1 Severity: wishlist please update to drbd v8.3.10 (or later if available) see http://www.linbit.com/support/drbd-8.3.10/ see http://git.drbd.org/?p=drbd-8.3.git;a=summary thanks, raoul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623757: pymca: missing python-h5py dependency
Le Wed, 11 May 2011 15:50:30 +0200, Teemu Ikonen tpiko...@gmail.com a écrit : 2011/5/11 Picca Frédéric-Emmanuel frederic-emmanuel.pi...@synchrotron-soleil.fr: Le Mon, 9 May 2011 17:16:42 +0200, Teemu Ikonen tpiko...@gmail.com a écrit : Could you elaborate on the error? I don't see sphinx related lines on the build log, do you get these when building your software? In fact this is with this the taurus package [1] (work in progress) This package use the HDFViewer and if your do not Build-dep on python-h5py your have error message when sphinx try to load the HDFViewer of PyMCA during the taurus build. Would it help to add python-h5py build-dep to taurus? This way the pymca HDF code should work during build. Yes no problem for me. I already put it in the Build-Dep: I already sent a mail to the upstream author and he sent to me the dependencies of PyMCA I cut and past the relevant part of its mail) [...] python-matplotlib Exporter des plots en haute qualite (tres convenable) python-h5py Support HDF5 python-pyopengl 3D visualization (rare besoin) python-mdp Analyse multivarie (Modular Data Processing) I will add these at least to Recommends. Adding them to Depends is also not a problem, but I think Recommends would be cleaner if adding the h5py build-depend in taurus works. Yes It works, for me. thanks for your efforts Frédéric -- GPG public key 4096R/4696E015 2011-02-14 fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015 uid Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr signature.asc Description: PGP signature
Bug#627097: reopen - bad patch
Hi Francesco, On Fri, May 20, 2011 at 12:04:30PM +0100, Jon Dowland wrote: Sorry, my patch was not good. Attached is a fixed one. I've uploaded an NMU with this patch to DELAYED-7 (so you can prevent it's propagation if you wish). NMU diff on its way. -- Jon Dowland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627604: [libpixman-1-0] x server crash
Hi, Riccardo Magliocchetti riccardo.magliocche...@gmail.com (23/05/2011): I think t was one of these Elc2011_bergmann.pdf Elc2011_hirase.pdf Elc2011_stultz.pdf Elc2011_flanagan.pdf Elc2011_pihet.pdf Elc2011_wang_mem.odp downloaded from http://free-electrons.com/blog/elc-2011-videos/ thanks; though they seem to live there: http://elinux.org/ELC_2011_Presentations Also s/poppler/evince/ I have been unable to reproduce it yet. Please attach the output of the X bug script (even without reproducing a crash first): /usr/share/bug/xserver-xorg-core/script 3/tmp/bug.log Mraw, KiBi. signature.asc Description: Digital signature
Bug#627660: xen-create-image --accounts is too greedy and too generic
On Mon, May 23, 2011 at 02:17:26PM +0200, Axel Beckert wrote: Hi Josip, Josip Rodin wrote: When the --accounts option is used, the domU gets not only the valid user accounts, it gets all non-system accounts from the dom0. However, the definition of non-system is trivial and actually broken - it adds everything that isn't already there, so in my case it included e.g. hacluster:x:102:104:Heartbeat System Account,,,:/usr/lib/heartbeat:/bin/false munin:x:106:109::/var/lib/munin:/bin/false nagios:x:103:105::/var/log/nagios:/bin/false ntp:x:105:107::/home/ntp:/bin/false sshd:x:101:65534::/var/run/sshd:/usr/sbin/nologin This sounds very similar to http://bugs.debian.org/495266 despite the reported effects are different ones. I suspect that the fix for both issues will be the same. I don't see it, the example included in #495266 was all about uid 1000 accounts, whereas I'm saying just omit uid 1000 completely. I didn't look into the mapping and ordering issues of the accounts yet... maybe I should :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627671: gkrellm: unable to handle kernel NULL pointer dereference at (null)
Package: gkrellm Version: 2.3.4-1 Severity: normal My gkrellm crashed with this message in my syslog May 23 19:22:50 debhm kernel: [28277.764520] BUG: unable to handle kernel NULL pointer dereference at (null) May 23 19:22:50 debhm kernel: [28277.764532] IP: [c14030fb] 0xc14030fb May 23 19:22:50 debhm kernel: [28277.764547] *pde = May 23 19:22:50 debhm kernel: [28277.764553] Oops: 0002 [#1] SMP May 23 19:22:50 debhm kernel: [28277.764559] last sysfs file: /sys/devices/platform/w83627hf.656/pwm2 May 23 19:22:50 debhm kernel: [28277.764565] Modules linked in: vboxnetadp vboxnetflt powernow_k8 cpufreq_stats cpufreq_powersave cpufreq_conservative cpufreq_userspace fuse sha1_generic ppp_mppe nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc ppp_async crc_ccitt ppp_generic slhc xt_TCPMSS xt_connlimit ipt_REJECT xt_tcpudp xt_state iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tables w83627hf hwmon_vid lm90 vboxdrv loop cp210x snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss usbhid hid snd_pcm snd_page_alloc snd_util_mem arc4 usbserial snd_hwdep ata_generic ecb nvidia(P) rtl8180 snd_seq_midi snd_rawmidi snd_seq_midi_event mac80211 snd_seq eeprom_93cx6 cfg80211 snd_timer snd_seq_device snd i2c_viapro emu10k1_gp uhci_hcd ehci_hcd usbcore pata_via nls_base gameport k8temp rfkill soundcore i2c_core skge shpchp pci_hotplug sata_pro mise 8139too 8139cp mii pcspkr evdev May 23 19:22:50 debhm kernel: button processor ext3 jbd mbcache dm_mod raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 multipath linear md_mod sd_mod crc_t10dif sata_via libata thermal thermal_sys scsi_mod May 23 19:22:50 debhm kernel: [28277.764721] May 23 19:22:50 debhm kernel: [28277.764728] Pid: 3769, comm: gkrellm Tainted: P (2.6.32-5-686 #1) To Be Filled By O.E.M. May 23 19:22:50 debhm kernel: [28277.764736] EIP: 0060:[c14030fb] EFLAGS: 00010296 CPU: 0 May 23 19:22:50 debhm kernel: [28277.764745] EIP is at 0xc14030fb May 23 19:22:50 debhm kernel: [28277.764750] EAX: EBX: 09bf0548 ECX: 0002 EDX: May 23 19:22:50 debhm kernel: [28277.764756] ESI: EDI: b6d30ff4 EBP: f5bfa000 ESP: f5bfbfb4 May 23 19:22:50 debhm kernel: [28277.764762] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 May 23 19:22:50 debhm kernel: [28277.764769] Process gkrellm (pid: 3769, ti=f5bfa000 task=f5a2c000 task.ti=f5bfa000) May 23 19:22:50 debhm kernel: [28277.764773] Stack: May 23 19:22:50 debhm kernel: [28277.764776] 09bf0548 0002 03b0 b6d30ff4 bfc8dc58 00a8 007b May 23 19:22:50 debhm kernel: [28277.764787] 0 007b 0033 00a8 b77a6424 0073 0293 bfc8dc34 May 23 19:22:50 debhm kernel: [28277.764799] 0 007b May 23 19:22:50 debhm kernel: [28277.764806] Call Trace: May 23 19:22:50 debhm kernel: [28277.764810] Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 24 81 00 00 4a 00 00 00 a4 2d cd 4d a4 2d cd 4d May 23 19:22:50 debhm kernel: [28277.764866] EIP: [c14030fb] 0xc14030fb SS:ESP 0068:f5bfbfb4 May 23 19:22:50 debhm kernel: [28277.764878] CR2: May 23 19:22:50 debhm kernel: [28277.764884] ---[ end trace 336fe3baf5802fbe ]--- -- System Information: Debian Release: 6.0.1 APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gkrellm depends on: ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgnutls26 2.10.5-1+b1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libntlm0 1.2-1 NTLM authentication library ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libsm6 2:1.1.1-1 X11 Session Management library ii libx11-6 2:1.3.3-4 X11 client-side
Bug#594820: clang: specify libstdc++ version of headers to use
On 05/23/2011 12:25 AM, Sylvestre Ledru wrote: Hello Are you sure it is working for you ? It fails with the following: $ echo #include fstream void main(){ } plop.cpp $ clang -o plop plop.cpp In file included from plop.cpp:1: In file included from /usr/include/c++/4.5/fstream:39: In file included from /usr/include/c++/4.5/istream:39: In file included from /usr/include/c++/4.5/ios:38: /usr/include/c++/4.5/iosfwd:39:10: fatal error: 'bits/c++config.h' file not found #include bits/c++config.h ^ 1 error generated. And the configure is: ../llvm-2.9/configure CC=x86_64-linux-gnu-gcc CXX=x86_64-linux-gnu-g ++ CPP=x86_64-linux-gnu-cpp --host=x86_64-linux-gnu --build=x86_64-linux-gnu --prefix=/usr --disable-assertions --enable-shared --enable-optimized --with-optimize-option=' -g -O2' --enable-pic --enable-libffi --with-c-include-dirs=/usr/include/x86_64-linux-gnu:/usr/include --with-cxx-include-root=/usr/include/c++/4.5 --with-cxx-include-arch=x86_64-linux-gnu --with-cxx-include-32bit-dir=32 --with-cxx-include-64bit-dir=64 --with-c-include-dirs=/usr/include/x86_64-linux-gnu:/usr/include Thanks Find attached my debdiff which works for me (on Ubuntu 11.04/Natty, though). diff -Nru clang-2.9/debian/changelog clang-2.9/debian/changelog --- clang-2.9/debian/changelog 2011-04-15 21:35:01.0 +0200 +++ clang-2.9/debian/changelog 2011-05-13 08:58:21.0 +0200 @@ -1,3 +1,12 @@ +clang (2.9-1~exp1mwild0) natty; urgency=low + + * Backport Ubuntu Natty and multiarch support from SVN + * Configure to search /usr/include/arch and only one standard C++ header +install location (http://llvm.org/bugs/show_bug.cgi?id=6907) + * Depend on libstdc++6-4.5-dev + + -- Michael Wild them...@users.sourceforge.net Thu, 12 May 2011 07:58:13 +0200 + clang (2.9-1~exp1) experimental; urgency=low * New upstream release diff -Nru clang-2.9/debian/control clang-2.9/debian/control --- clang-2.9/debian/control 2011-04-15 21:52:21.0 +0200 +++ clang-2.9/debian/control 2011-05-13 15:05:17.0 +0200 @@ -16,7 +16,7 @@ Package: clang Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, libstdc++6-4.5-dev Recommends: llvm-2.9-dev, python Description: Low-Level Virtual Machine (LLVM), C language family frontend The Low-Level Virtual Machine (LLVM) is a collection of libraries and diff -Nru clang-2.9/debian/control.in/clang clang-2.9/debian/control.in/clang --- clang-2.9/debian/control.in/clang 2011-02-14 23:38:11.0 +0100 +++ clang-2.9/debian/control.in/clang 2011-05-13 08:58:21.0 +0200 @@ -1,6 +1,6 @@ Package: clang Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, libstdc++6-4.5-dev Recommends: llvm-@UVERSION@-dev, python Description: Low-Level Virtual Machine (LLVM), C language family frontend The Low-Level Virtual Machine (LLVM) is a collection of libraries and diff -Nru clang-2.9/debian/patches/0001-multiarch-support-backport.patch clang-2.9/debian/patches/0001-multiarch-support-backport.patch --- clang-2.9/debian/patches/0001-multiarch-support-backport.patch 1970-01-01 01:00:00.0 +0100 +++ clang-2.9/debian/patches/0001-multiarch-support-backport.patch 2011-05-13 15:05:17.0 +0200 @@ -0,0 +1,94 @@ +--- + Driver/ToolChains.cpp | 18 +++--- + Frontend/InitHeaderSearch.cpp |9 + + 2 files changed, 24 insertions(+), 3 deletions(-) + +Description: Backport multi-arch detection from SVN and introduce Natty + +--- clang-2.9.orig/tools/clang/lib/Driver/ToolChains.cpp clang-2.9/tools/clang/lib/Driver/ToolChains.cpp +@@ -1286,6 +1286,7 @@ enum LinuxDistro { + UbuntuKarmic, + UbuntuLucid, + UbuntuMaverick, ++ UbuntuNatty, + UnknownDistro + }; + +@@ -1304,7 +1305,8 @@ static bool IsDebian(enum LinuxDistro Di + static bool IsUbuntu(enum LinuxDistro Distro) { + return Distro == UbuntuHardy || Distro == UbuntuIntrepid || + Distro == UbuntuLucid || Distro == UbuntuMaverick || +- Distro == UbuntuJaunty || Distro == UbuntuKarmic; ++ Distro == UbuntuJaunty || Distro == UbuntuKarmic || ++ Distro == UbuntuNatty; + } + + static bool IsDebianBased(enum LinuxDistro Distro) { +@@ -1344,6 +1346,8 @@ static LinuxDistro DetectLinuxDistro(llv + return UbuntuJaunty; + else if (Lines[i] == DISTRIB_CODENAME=karmic) + return UbuntuKarmic; ++ else if (Lines[i] == DISTRIB_CODENAME=natty) ++return UbuntuNatty; + } + return UnknownDistro; + } +@@ -1432,6 +1436,9 @@ Linux::Linux(const HostInfo Host, const + else if (!llvm::sys::fs::exists(/usr/lib/gcc/x86_64-manbo-linux-gnu, + Exists) Exists) + GccTriple = x86_64-manbo-linux-gnu; ++else if (!llvm::sys::fs::exists(/usr/lib/x86_64-linux-gnu/gcc, ++ Exists) Exists) ++ GccTriple = x86_64-linux-gnu; + }
Bug#495816: xdmxconfig fails to start
Package: xdmx Version: 2:1.10.1-2 Followup-For: Bug #495816 I took the liberty of reporting it upstream, since I don't think anyone else had done it. Here it is: https://bugs.freedesktop.org/show_bug.cgi?id=37502 Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xdmx depends on: ii libaudit01.7.13-1+b2 Dynamic library for security audit ii libc62.13-4 Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libpixman-1-00.21.8-1pixel-manipulation library for X a ii libselinux1 2.0.98-1+b1 SELinux runtime shared libraries ii libx11-6 2:1.4.3-1 X11 client-side library ii libxau6 1:1.0.6-1 X11 authorisation library ii libxdmcp61:1.1.0-1 X11 Display Manager Control Protoc ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxfixes3 1:5.0-2 X11 miscellaneous 'fixes' extensio ii libxfont11:1.4.3-2 X11 font rasterisation library ii libxi6 2:1.4.2-1 X11 Input extension library ii libxmuu1 2:1.1.0-2 X11 miscellaneous micro-utility li ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii xserver-common 2:1.10.1-2 common files used by various X ser xdmx recommends no packages. xdmx 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#625250: [imagemagick] About symbol missing
Package: imagemagick Version: 8:6.6.0.4-3 Do you use stock package or try to compile manually ? If so do you compile using gcc4.6 ? See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622591: [perlmagick] Forwarded
forwarded 622591 http://www.imagemagick.org/discourse-server/viewtopic.php?f=3t=18801 tag 622591 + confirmed tag 622591 + upstream thanks I have forwarded your bug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627256: [imagemagick] Wishlist
severity 627256 whislist tags 627256 + confirmed thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495816: xdmxconfig fails to start
forwarded 495816 https://bugs.freedesktop.org/show_bug.cgi?id=37502 thanks Hi, Torquil Macdonald Sørensen torq...@gmail.com (23/05/2011): I took the liberty of reporting it upstream, since I don't think anyone else had done it. Here it is: https://bugs.freedesktop.org/show_bug.cgi?id=37502 thanks for doing so, marking as forwarded with this mail, bcc'd to control@. Mraw, KiBi. signature.asc Description: Digital signature
Bug#620848: kernel is not the problem
I have two Debian Squeeze systems both using the same kernel: Linux dragon 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 GNU/Linux One system connects a usb hard drive, the other does not although in the past it did. Both systems will connect to usb flash drives and to a usb San Disk mp3 drive. A more complete description of the situation is as follows: Some months ago I purchase a Toshiba 640 Gb usb hard drive and successfully used it to backup an internal drive on my Debian Squeeze system. Shortly after the backup the system could no longer connect to the usb drive. A second system running Debian Lenny had no problem connecting to the usb drive. I assumed something had changed in the Squeeze system as I run regurlar dist-upgrades. Last week I upgraded the second system from Lenny to Squeeze. It still has no problem connecting to the usb drive. My intention is to upgrade the primary system from Squeeze to Wheezy but I have not done so yet. Summary: I have two fully upgraded Squeeze systems one of which can connect the usb drive and one of which cannot although in the past both could make the connection. What could have changed? For the record here is a sample of the connection failure: May 22 10:31:05 dragon kernel: [ 4306.496515] usb 1-2: new high speed USB device using ehci_hcd and address 29 May 22 10:31:05 dragon kernel: [ 4306.644021] hub 1-0:1.0: unable to enumerate USB device on port 2 May 22 10:31:05 dragon kernel: [ 4306.912017] usb 1-2: new high speed USB device using ehci_hcd and address 30 May 22 10:31:05 dragon kernel: [ 4307.060020] hub 1-0:1.0: unable to enumerate USB device on port 2 May 22 10:31:06 dragon kernel: [ 4307.328518] usb 1-2: new high speed USB device using ehci_hcd and address 31 May 22 10:31:06 dragon kernel: [ 4307.476021] hub 1-0:1.0: unable to enumerate USB device on port 2 May 22 10:31:06 dragon kernel: [ 4307.744017] usb 1-2: new high speed USB device using ehci_hcd and address 32 May 22 10:31:06 dragon kernel: [ 4307.892520] hub 1-0:1.0: unable to enumerate USB device on port 2 May 22 10:31:06 dragon kernel: [ 4308.160016] usb 1-2: new high speed USB device using ehci_hcd and address 33 May 22 10:31:07 dragon kernel: [ 4308.308519] hub 1-0:1.0: unable to enumerate USB device on port 2 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110522143553.ga21...@tomgeorge.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627672: PR 28322 patch is still wrong
Package: gcc-4.3 Version: 4.3.2-1.1 The changelog for gcc-4.3 says: gcc-4.3 (4.3.1-5) unstable; urgency=low * Update to SVN 20080705 from the gcc-4_3-branch. - Fix PR target/36634, wrong-code on powerpc with -msecure-plt. * Fix PR target/35965, PIC + -fstack-protector on arm/armel. Closes: #469517. * Don't run the libjava testsuite with -mabi=n32. * Update patch for PR other/28322, that unknown -Wno-* options do not cause errors, but warnings instead. * On m68k, add -fgnu89-inline when in gnu99 mode (requested by Michael Casadeval for the m68k port). Closes: #489234. -- Matthias Klose d...@debian.org Sun, 06 Jul 2008 01:39:30 +0200 However, on released lenny: mariner:~/junk gcc -DHACK -Wno-sponge t.c t.c: In function 'main': t.c:7: warning: initialization makes pointer from integer without a cast At top level: cc1: error: unrecognized command line option -Wno-sponge mariner:~/junk cat t.c #include stdio.h int main(void) { #ifdef HACK void *p = 0x1234; #else void *p = NULL; #endif printf(P is %p\n, p); } mariner:~/junk This means that this gcc has a broken version of the fix for http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28322 This is particularly annoying as it means that programs' whose configure scripts attempt to discover whether a particular -Wno-foo option is supported will fail to spot that it isn't, pass it anyway, and then fall over if there are any other warnings. (Only programs not using -Werror are affected.) sqeeze is fine. Could we consider an update to improve this for lenny ? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626376: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: cardstories Followup-For: Bug #626376 Hi, Here's updated ja.po file for reivewed debconf template message. # Copyright (C) 2011 Loic Dachary (OuoU) l...@debian.org # This file is distributed under the same license as cardstories package. # Hideki Yamane henr...@debian.org, 2011. # msgid msgstr Project-Id-Version: cardstories 1.0.2-2\n Report-Msgid-Bugs-To: cardstor...@packages.debian.org\n POT-Creation-Date: 2011-05-23 07:43+0200\n PO-Revision-Date: 2011-05-23 23:06+0900\n Last-Translator: Hideki Yamane henr...@debian.org\n Language-Team: Japanese debian-japan...@lists.debian.org\n Language: ja\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../python-cardstories.templates:2001 msgid Web server to reconfigure automatically: msgstr 自動的に再設定するウェブサーバ: #. Type: multiselect #. Description #: ../python-cardstories.templates:2001 msgid Please choose the web server that should be automatically configured to run cardstories. If the web server provides http://www.example.org/, cardstories can then be played at http://www.example.org/cardstories/.; msgstr cardstories を動作させるように自動的に設定する必要があるウェブサーバを選択し てください。ウェブサーバが http://www.example.org/ を提供している場合、cardstories は http://www.example.org/cardstories/ で遊ぶことができます。
Bug#627673: cgdb.c:1568 Unable to create PTY pair
Package: cgdb Version: 0.6.5-3 Severity: normal I installed Debian GNU/kFreeBSD in a virtual machine and then ssh into it. When starting cgdb I get the error: $ cgdb cgdb.c:1568 Unable to create PTY paircgdb.c:1717 Unable to create PTY pair I do not have an error if I run cgdb on the GNU/kFreeBSD console directly. I do not have an error if I run cgdb from an ssh connection to a Debian GNU/Linux system. I upgraded by Debian GNU/kFreeBSD to unstable but the problem is still present. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 8.1-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cgdb depends on: ii dpkg 1.15.8.10 Debian package management system ii gdb 7.0.1-2+b1 The GNU Debugger ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc0.1 2.11.2-10+b1 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries cgdb recommends no packages. cgdb 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#627674: [debian-maintainers] debian-maintainers: Please add Philippe Le Brouster to
Package: debian-maintainers Severity: normal --- Please enter the report below this line. --- --- System information. --- Architecture: amd64 Kernel: Linux 2.6.39-1-amd64 Debian Release: wheezy/sid 910 stable security.debian.org 910 stable ftp.fr.debian.org 900 testing security.debian.org 900 testing ftp.fr.debian.org 50 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627676: [debian-maintainers] Please add Philippe Le Brouster to Debian Maintainers keyring
Package: debian-maintainers Severity: normal --- Please enter the report below this line. --- --- System information. --- Architecture: amd64 Kernel: Linux 2.6.39-1-amd64 Debian Release: wheezy/sid 910 stable security.debian.org 910 stable ftp.fr.debian.org 900 testing security.debian.org 900 testing ftp.fr.debian.org 50 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org