Bug#692569: xserver-xorg-video-geode: some GTK widgets would randomly display unreadable smeared text labels
reassign 692569 xserver-xorg-video-geode found 692569 2.11.13-3 clone 692569 -1 retitle 692569 xserver-xorg-video-geode: some GTK widgets would randomly display unreadable smeared text labels reassign -1 release.debian.org severity -1 normal user release.debian@packages.debian.org usertag -1 unblock thanks On 07.11.2012 16:36, Martin-Éric Racine wrote: 2012/11/7 guenter guen...@zamia.org: Package: xserver-xorg-video-geode Anyway, upgrading to xserver-xorg-video-geode_2.11.13-7 from unstable/sid fixed the problem permanently for me. Please consider using this revision in Debian 7 ? Reassigning this bug to release.debian.org and requesting the Release Team's permission. That's not how to file an unblock request. :-( #692569 relates to your package and needs to stay there. I've reassigned it back and cloned a copy for release.d.o, but that's still a bit of a stretch. Please follow-up to the cloned bug including the information requested in the freeze policy / reportbug template - at the very minimum a full source debdiff between the current wheezy version and the version you're requesting an unblock for. From a very quick look, I suspect that debdiff will actually fail to mail it to the mailing list, due to the presence of patches/0003-Whitespace-cleanup-using-.-modular-x-indent.sh.patch |37926 ++ That doesn't look hugely appropriate for an update to a package during freeze. Please strip it from the debdiff when sending it, but mention that you've done so. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692601: unblock: apper/0.7.2-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package apper The change includes only one patch, which makes Apper able to replace the package update-notifier-kde, which will be retired in favour of Apper in Debian/KDE default selection then. The code in the patch is to a very high degree already used in the old update notifier and has not been changed. Having an Apper which is able to listen for restart signals from non-PackageKit tools makes it possible to remove the old update-notifier from default, and by doing this, this bug will be fixed: http://bugs.debian.org/691757 The concepts have been discussed with Niels Thykier who wanted a patch for review. Thank you for looking into this! Kind regards, Matthias Klumpp Here is the full patch applied to the Apper sources: Forwarded: yes Author: Matthias Klumpp matth...@tenstral.net Last-Update: 2012-11-06 diff --git a/Sentinel/ApperSentinel.cpp b/Sentinel/ApperSentinel.cpp index e0ae70d..384bcc7 100644 --- a/Sentinel/ApperSentinel.cpp +++ b/Sentinel/ApperSentinel.cpp @@ -81,6 +81,10 @@ ApperSentinel::ApperSentinel() connect(m_interface, SIGNAL(refreshCache()), m_refreshCache, SLOT(refreshCache())); +// connect the reboot-notify DBus request +connect(m_interface, SIGNAL(aptNotifyReboot()), +m_trayIcon, SLOT(showRebootNotificationApt())); + // connect the watch transaction coming from the updater icon to our watcher // connect(m_updateIcon, SIGNAL(watchTransaction(const QString , bool)), // m_transWatcher, SLOT(watchTransaction(const QString , bool))); diff --git a/Sentinel/DBusInterface.cpp b/Sentinel/DBusInterface.cpp index e71a4f8..8e0af0c 100644 --- a/Sentinel/DBusInterface.cpp +++ b/Sentinel/DBusInterface.cpp @@ -64,6 +64,11 @@ void DBusInterface::CheckForUpdates(bool system_ready) emit checkForUpdates(system_ready); } +void DBusInterface::AptNotifyReboot() +{ +emit aptNotifyReboot(); +} + void DBusInterface::SetupDebconfDialog(const QString tid, const QString socketPath, uint xidParent) { #ifdef HAVE_DEBCONFKDE diff --git a/Sentinel/DBusInterface.h b/Sentinel/DBusInterface.h index 9b79c94..cfc7c6f 100644 --- a/Sentinel/DBusInterface.h +++ b/Sentinel/DBusInterface.h @@ -41,10 +41,14 @@ public: void CheckForUpdates(bool system_ready); void SetupDebconfDialog(const QString tid, const QString socketPath, uint xidParent); +void AptNotifyReboot(); + signals: void checkForUpdates(bool system_ready); void refreshCache(); +void aptNotifyReboot(); + private slots: void debconfActivate(); void transactionFinished(); diff --git a/Sentinel/TransactionWatcher.cpp b/Sentinel/TransactionWatcher.cpp index d0f16b5..3f8ce3f 100644 --- a/Sentinel/TransactionWatcher.cpp +++ b/Sentinel/TransactionWatcher.cpp @@ -151,6 +151,29 @@ void TransactionWatcher::setCurrentTransaction(const QString tid) } } +void TransactionWatcher::showRebootNotificationApt() { +// Create the notification about this transaction +KNotification *notify = new KNotification(RestartRequired); +QString text(b + i18n(The system update has completed) + /b); +text.append(br + PkStrings::restartType(PackageKit::Package::RestartSystem)); + notify-setPixmap(PkIcons::restartIcon(PackageKit::Package::RestartSystem).pixmap(KPK_ICON_SIZE, KPK_ICON_SIZE)); +notify-setText(text); +notify-sendEvent(); + +m_restartType = Package::RestartSystem; + +if (m_restartSNI == 0) { +m_restartSNI = new StatusNotifierItem(this); +connect(m_restartSNI, SIGNAL(activateRequested(bool,QPoint)), +this, SLOT(logout())); +// Right click shows HIDE action +QAction *action; +action = m_restartSNI-contextMenu()-addAction(i18n(Hide)); +connect(action, SIGNAL(triggered(bool)), + this, SLOT(hideRestartIcon())); +} +} + void TransactionWatcher::finished(PackageKit::Transaction::Exit exit) { // check if the transaction emitted any require restart diff --git a/Sentinel/TransactionWatcher.h b/Sentinel/TransactionWatcher.h index bf98201..5e1f833 100644 --- a/Sentinel/TransactionWatcher.h +++ b/Sentinel/TransactionWatcher.h @@ -55,6 +55,9 @@ private slots: void hideMessageIcon(); void hideRestartIcon(); +public slots: +void showRebootNotificationApt(); + private: void suppressSleep(bool enable, const QString reason = QString()); void setCurrentTransaction(const QString tid); diff --git a/Sentinel/org.kde.ApperSentinel.xml b/Sentinel/org.kde.ApperSentinel.xml index 673a497..1d2a813 100644 --- a/Sentinel/org.kde.ApperSentinel.xml +++ b/Sentinel/org.kde.ApperSentinel.xml @@ -11,5 +11,7 @@ arg type=s name=socket_path direction=in / arg type=u name=xid_parent direction=in / /method + method name=AptNotifyReboot + /method /interface /node diff --git
Bug#690324: incompatible with iceweasel 16 from experimental
Package: xul-ext-gnome-keyring Followup-For: Bug #690324 Hi, any news on this? Now that Icedove 16 is available in experimental as well, would it be possible to upload a recompile of the extension? I did a local build based on the current tip of the upstream repository, and it seems to work fine (in Icedove 16.0.2-1). Thanks, Philipp -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.5-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xul-ext-gnome-keyring depends on: ii icedove16.0.2-1 ii iceweasel 16.0.2-1 ii libc6 2.13-36 ii libgcc11:4.7.2-4 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgnome-keyring0 3.4.1-1 ii libnspr4 2:4.9.3-1 ii libnspr4-0d2:4.9.3-1 ii libstdc++6 4.7.2-4 xul-ext-gnome-keyring recommends no packages. xul-ext-gnome-keyring 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#538822: Postpone fix for 540512 and 538822 till after release (dash and sh diversions)
Hi release team, There has been a small discussion about dash RC bugs 538822 and 540512 in the bts and the general idea is to postpone the proper fix (again) till after the release. Do you agree, and if so, can you tag this bug appropriate as wheezy-ignore? If you do, these bugs should again affects release-notes as well. I believe the previous text in the release-notes were fine. Kind regards Paul signature.asc Description: OpenPGP digital signature
Bug#692540: installing with Malayalam gets stuck at configuring apt
severity 692540 important thanks Quoting Praveen A (prav...@gmail.com): package: debian-installer severity: critical I was not able to complete installations as it got stuck with Configuring apt step. I was able to install it with English. I will try to have some more people test it. WHat is shown on wirtual console 4? There should be something there that will help us understanding what is blocked. signature.asc Description: Digital signature
Bug#692401: git-import-orig: option to suppress orig.tar.* symlink
Hi Russ, On Mon, Nov 05, 2012 at 11:16:53AM -0800, Russ Allbery wrote: Package: git-buildpackage Version: 0.6.0~git20120822 Severity: wishlist git-import-orig currently always creates a symlink in the parent directory of the Git repository for the _orig.tar.* name of the upstream tarball when importing a new upstream. However, since I use pristine-tar and use ../build-area as my build area, this symlink is never used and just clustters up the directory. It would be nice if there were some option to suppress its creation. It only does so if the basename of the to be created symlink differs from the basename of the orig tarball since it's only purpose is to feed the right name to pristine-tar. So if wonder if the symlink is really created by git-import-orig? Could you provide a testcase? Or do you really intend to feed foo-version.tar.gz to pristine tar instead of foo_version.orig.tar.gz? Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (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 git-buildpackage depends on: ii devscripts 2.12.4 ii git 1:1.7.10.4-1 ii python 2.7.3~rc2-1 ii python-dateutil 1.5+dfsg-0.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.70 ii pristine-tar 1.25 Versions of packages git-buildpackage suggests: pn python-notify none ii unzip 6.0-7 -- 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#692602: python3-requests: Upgrade to new upstream version 0.14.2
Package: python3-requests Version: 0.12.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, Latest upstream version on PyPI is 0.14.2. I am in the process of upgrading the Ubuntu 13.04 version of the package (LP: #1076107) and will add a patch when that's uploaded. - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (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/dash Versions of packages python3-requests depends on: ii ca-certificates 20120623 ii python3 3.2.3-5 ii python3-six 1.1.0-2 Versions of packages python3-requests recommends: ii python3-chardet 2.0.1-1 python3-requests suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQmru8AAoJEBJutWOnSwa/OWEQAIJm3XChfiI9TOHc+sMNVSsX w6OnfMfKtPxax2mPx8DIW5qkakJTxKLyhMmBXjzXzYwiOuJRpB5EyukzKBTGirX5 eWpMrQeYM20cGqaYqyzKDYiwp8k9rWBIfNEjawfW+QG4YxFTtO+IbokocsSMPAwD LCYV9WTfCSnjAGN7qkPI8kI/umcFp6BS5CjTQ45/gdJSKlgfYLOcuCvecdo0TN3N OE5BVgk6muMW8sF11Cb7yS+CNsq/oTBABzx/iuRtQZjLM1D/CvrbGspNZVsmGJw7 fBUE7830NSFzcD11FxNbpdPLQtE4Z1PqP4AjN4/AhfHrxOjuETFMsn6h/bb5yPlt nUXNhSlEtSRQqFHMtgVyOH1viYYo21SYW2QozQN9GH5f8gLXSVU3lmHY1wS1uXII jWaKhRjUILMBmLAZp5G3h4dU7qFWgPsyGWNKYSPScHWrXw/JOj5+x9c0FojwyT7V 6Y/tD/s7oua+nRAg+PLsWj/2fox55yF6ViJbERihkieFcuf7i5vswS9peKARD+yj ClMtdnKZqVgJlBRwMZ+mwTZ74GfTNERaGlIKlVKYpr9o9NqsWnQDquTILaKSE5CA z1qSHO/p9T6F6fYOjML+GVPRAzm+6l1osdsx2Qw/ewA2/IWvvkwxQJN8XC2K4yMu yqW1H4lO7LBtA5/8mIKw =jXcf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692603: gretl: FTBFS:
Package: src:gretl Version: 1.9.10-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: Package libcurl-dev is a virtual package provided by: libcurl4-openssl-dev 7.28.0-2 libcurl4-nss-dev 7.28.0-2 libcurl4-gnutls-dev 7.28.0-2 Note: you can't build-depend on a virtual package with more than one provider. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692604: firmware-linux-nonfree: please recommend amd64-microcode, intel-microcode
Package: firmware-linux-nonfree Version: 0.36 Severity: wishlist Please recommend amd64-microcode | intel-microcode for Wheezy. It would be best if the majority of our users run with up-to-date microcode... Unfortunately, since these packages are arch-specific, this recommendation cannot be met on arches other than i386 and amd64. AFAIK, this shouldn't cause any operational problems, though. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.33+ (SMP w/8 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.109 ii linux-image-3.2.0-3-amd64 [linux-image] 3.2.23-1 -- no debconf information -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525830: screen doesn't always send the correct window size after a resize
On Mon, Apr 27, 2009 at 02:10:23PM +0200, Vincent Lefevre wrote: In fact I could reproduce the problem with screen versions from 4.0.3-7 to 4.0.3-13 (I haven't tried earlier versions). In all cases, it appears randomly. FWIW, screen 4.0.3-14 in squeeze works reliably for me with both mc 3:4.7.0.9-1 and emacs -nw 23.2+1-7. But screen 4.1.0~20120320gitdb59704-7 in wheezy works incorrectly with 3:4.8.3-10 and emacs23 23.4+1-4, which is very annoying. With kind regards, -- Baurzhan Ismagulov http://www.ilbers.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664558: Licensing for OSTN02 data
Hi, Sorry for the long gap since my previous correspondence on this issue. I have one more request which might be a good compromise we're all happy with; would you be happy with stating that the data may be modified, but that if the result is changed it is no longer called 'OSTN02'? This would allow us to fit this software package in with the Free Software Guidelines whilst retaining the assurance you are reasonably striving for. I'm CCing this message to a public bugtracker; I would be grateful if you could include the CCes in your reply, and unless you specify otherwise I will assume that replies may be publicly distributed. Thanks, Dominic. On Tue, Jun 19, 2012 at 10:38:51AM +0100, Business Enquiries wrote: Hello Dominic Thank you for your reply. Our technical support team are happy that the NTv2 data can be incorporated in any way you see fit provided the NTv2 format OSTN02 data is (c) UK MOD Crown Copyright, 2002. All rights reserved. notice is included. The data can be modified to fit but as long as it produces the same result at the end. I do hope you will find this helpful. Kind regards Neil. Neil Wilson Customer Service Advisor Business Enquiries Team, Ordnance Survey Adanac Drive, SOUTHAMPTON, United Kingdom, SO16 0AS Phone: +44 (0) 8453 757535 |Fax: +44 (0) 8450990494 www.ordnancesurvey.co.uk | businessenquir...@ordnancesurvey.co.uk Please consider your environmental responsibility before printing this email. Follow us: Ordnance Survey Blog | Facebook | YouTube | Twitter: Ordnance Survey and OS Leisure -Original Message- From: Dominic Hargreaves [mailto:d...@earth.li] Sent: 17 June 2012 22:57 To: Business Enquiries Cc: 664...@bugs.debian.org Subject: Re: Licensing for OSTN02 data Hello Neil, Thanks for your reply, and for the clarificaton that the logo does not need to be displayed. With regards to the other modifications: the point is not that any modifications are desired at the moment, but that it is important in principle for software included in Debian that it *can* be modified if needed; this includes the data from the OS which has been incorporated into the software. This principle forms the basis of free/open source software. You can find out more about this in the links I provided earlier. What would be ideal from our perspective would be a modification of the licence terms of the OSTN02 data. An example of how this is sometimes done is http://www.debian.org/misc/bsd.license Regards, Dominic. On Thu, Jun 14, 2012 at 11:50:15AM +0100, Business Enquiries wrote: Hello Dominic Thank you for your email regarding OSTN02 data. Apologies for the delay in reply but the area I needed to pass the information to have been away. They state that following the links you have provided it seems like you are proposing a change to some Perl code that is delivered as part of the Debian flavour of the Linux operating system. The code in question looks like it provides utilities to convert coordinates and carry out the OSTN02 transformation. Looking at the page for the existing code they are happy that the README file contains an adequate nod to the data being Crown Copyright. However, it seems to them that the code does a perfectly good job of implementing OSTN02 so they are not sure why you are proposing to change it or add the NTv2 version of the OSTN02 data set. They are happy that if the NTv2 data is incorporated into the code then as long as the README file contains the additional line: NTv2 format OSTN02 data is (c) UK MOD Crown Copyright, 2002. All rights reserved. They are also happy that our requirement for logo display can be relaxed. I do hope you will find this helpful. Kind regards Neil. Neil Wilson Customer Service Advisor Business Enquiries Team, Ordnance Survey Adanac Drive, SOUTHAMPTON, United Kingdom, SO16 0AS Phone: +44 (0) 8453 757535 |Fax: +44 (0) 8450990494 www.ordnancesurvey.co.uk | businessenquir...@ordnancesurvey.co.uk Please consider your environmental responsibility before printing this email. Follow us: Ordnance Survey Blog | Facebook | YouTube | Twitter: Ordnance Survey and OS Leisure -Original Message- From: Dominic Hargreaves [mailto:d...@earth.li] Sent: 29 May 2012 18:43 To: Customer Services Cc: 664...@bugs.debian.org Subject: Licensing for OSTN02 data Hello, Would you be able to put me in touch with the relevant department concerning the licence grants related to the OSTN02 data described at http://www.ordnancesurvey.co.uk/oswebsite/gps/osnetfreeservices/furth er info/ostn02_ntv2.html? I have a query relating to use of this data in Free (please see [1] for what I mean by this) software; in particular I would like to be able to use this data in the widely used Debian GNU/Linux operating system. You can
Bug#692605: Can't deactivate volume group at shutdown (root filesystem on lvm)
Package: lvm2 Version: 2.02.66-5 Severity: normal Hello there, I'm using lvm2 inside of my virtual machines (created with kvm) and my setup looks like this: # lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert home system -wi-ao 4.66g root system -wi-ao 1.86g var system -wi-ao 3.00g /etc/fstab UUID=xxx /boot ext3 noatime 0 2 /dev/mapper/system-root / ext4 noatime,errors=remount-ro 0 1 /dev/mapper/system-home/home ext4 noatime 0 2 /dev/mapper/system-var/var ext4 noatime 0 2 The system is running fine, but when I power off the machine I get this error every time just after the (successfull) unmouting of the local filesystems: Shutting down LVM Volume Groups Can't deactivate volume group system with 1 open logical volume(s) failed! This error message is reproducible, I got it on several machines. The LVM was set up by the debian installer. There is (as far as I can see) no loss of data, but other distributions don't got this problem. Please let me know if you need any further information. Regards, A. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.48-5 The Linux Kernel Device Mapper use ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libreadline55.2-7GNU readline and history libraries ii libudev0164-3libudev shared library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip lvm2 recommends no packages. lvm2 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#692606: network-manager-strongswan: charon dump on vpn start
Package: network-manager-strongswan Version: 1.3.0-1 Severity: important Dear Maintainer, start of a nm - strongswan vpn fail without connecting the vpn server.(die immedetly after start) Same with new kernel. Starting /usr/lib/ipsec/charon in consol than start vpn give me that in console see attached file -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-strongswan depends on: ii gconf-service 3.2.5-1+build1 ii libart-2.0-22.3.21-2 ii libatk1.0-0 2.4.0-2 ii libbonobo2-02.24.3-1 ii libbonoboui2-0 2.24.3-1 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgnome-keyring0 3.4.1-1 ii libgnome2-0 2.32.1-2 ii libgnomecanvas2-0 2.30.3-1.2 ii libgnomeui-02.24.5-2 ii libgnomevfs2-0 1:2.24.4-1 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libnm-glib-vpn1 0.9.4.0-6 ii libnm-glib4 0.9.4.0-6 ii libnm-util2 0.9.4.0-6 ii liborbit2 1:2.14.19-0.1 ii libpango1.0-0 1.30.0-1 ii libpopt01.16-7 ii libsm6 2:1.2.1-2 ii network-manager 0.9.4.0-6 ii strongswan-nm 4.5.2-1.5 network-manager-strongswan recommends no packages. network-manager-strongswan suggests no packages. # /usr/lib/ipsec/charon 00[DMN] Starting IKEv2 charon daemon (strongSwan 4.5.2) 00[LIB] Padlock not found, CPU is GenuineIntel 00[LIB] plugin 'padlock': failed to load - padlock_plugin_create returned NULL 00[CFG] loaded PKCS#11 v2.20 library 'opensc' (/usr/lib/i386-linux-gnu/opensc- pkcs11.so) 00[CFG] OpenSC (www.opensc-project.org): Smart card PKCS#11 API v0.0 00[KNL] listening on interfaces: 00[KNL] eth0 00[KNL] eth1 00[KNL] 172.31.0.80 00[KNL] fe80::212:f0ff:fef0:66f9 00[LIB] plugin 'stroke' failed to load: /usr/lib/ipsec/plugins/libstrongswan- stroke.so: cannot open shared object file: No such file or directory 00[CFG] sql plugin: database URI not set 00[LIB] plugin 'sql': failed to load - sql_plugin_create returned NULL 00[LIB] plugin 'updown' failed to load: /usr/lib/ipsec/plugins/libstrongswan- updown.so: cannot open shared object file: No such file or directory 00[CFG] loaded 0 RADIUS server configurations 00[LIB] plugin 'medsrv' failed to load: /usr/lib/ipsec/plugins/libstrongswan- medsrv.so: cannot open shared object file: No such file or directory 00[CFG] mediation client database URI not defined, skipped 00[LIB] plugin 'medcli': failed to load - medcli_plugin_create returned NULL 00[CFG] HA config misses local/remote address 00[LIB] plugin 'ha': failed to load - ha_plugin_create returned NULL 00[DMN] loaded plugins: test-vectors curl ldap aes des sha1 sha2 md5 random x509 revocation constraints pubkey pkcs1 pgp pem openssl fips-prf gmp agent pkcs11 xcbc hmac ctr ccm gcm attr kernel-netlink resolve socket-raw farp eap- identity eap-aka eap-md5 eap-gtc eap-mschapv2 eap-radius eap-tls eap-ttls eap- tnc nm dhcp led addrblock 00[DMN] removing pidfile '/var/run/charon.pid', process not running 00[JOB] spawning 16 worker threads 05[CFG] module 'opensc' does not support hot-plugging, cancelled 08[CFG] received initiate for NetworkManager connection Test.Monster 08[DMN] thread 8 received 11 dumping 17 stack frame addresses: @ 0xb771f000 (__kernel_sigreturn+0x0) [0xb771f400] - addr2line: '0xb771f400': No such file /usr/lib/ipsec/plugins/libstrongswan-nm.so @ 0xb6b75000 [0xb6b778c9] - ??:0 /usr/lib/libnm-glib-vpn.so.1 @ 0xb6ac7000 [0xb6aca680] - ??:0 /usr/lib/libnm-glib-vpn.so.1 @ 0xb6ac7000 [0xb6ac9699] - ??:0 /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2 @ 0xb6aa1000 [0xb6aac4e0] - ??:0 /lib/i386-linux-gnu/libdbus-1.so.3 @ 0xb6a55000 [0xb6a749e8] - ??:0 /lib/i386-linux-gnu/libdbus-1.so.3 @ 0xb6a55000 (dbus_connection_dispatch+0x3e9) [0xb6a64829] - ??:0 /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2 @ 0xb6aa1000 [0xb6aa99dd] - ??:0 /lib/i386-linux-gnu/libglib-2.0.so.0 @ 0xb6906000 (g_main_context_dispatch+0x143) [0xb694f6d3] - ??:0 /lib/i386-linux-gnu/libglib-2.0.so.0 @ 0xb6906000 [0xb694fa70] - ??:0 /lib/i386-linux-gnu/libglib-2.0.so.0 @ 0xb6906000 (g_main_loop_run+0x7b) [0xb694fecb] - ??:0 /usr/lib/ipsec/plugins/libstrongswan-nm.so @ 0xb6b75000 [0xb6b76bc2] - ??:0 /usr/lib/libstrongswan.so.0 @ 0xb76cd000 [0xb76e66d3] - ??:0 /usr/lib/libstrongswan.so.0 @ 0xb76cd000 [0xb76e6c97] - ??:0 /usr/lib/libstrongswan.so.0 @ 0xb76cd000 [0xb76e8f90] - ??:0
Bug#692603: gretl: FTBFS:
On 7 November 2012 at 11:52, Christoph Egger wrote: | Package: src:gretl | Version: 1.9.10-1 | Severity: serious | Justification: fails to build from source (but built successfully in the past) | | Hi! | | Your package failed to build on the buildds: | | Package libcurl-dev is a virtual package provided by: |libcurl4-openssl-dev 7.28.0-2 |libcurl4-nss-dev 7.28.0-2 |libcurl4-gnutls-dev 7.28.0-2 | | Note: you can't build-depend on a virtual package with more than one | provider. Ding, of course. My pbuilder let me down which much have had one installed. What is the preferred choice here? Dirk | | Regards | | Christoph -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692607: linux-image-3.2.0-4-686-pae: Kernel crash when coming out of screen saver
Package: src:linux Version: 3.2.32-1 Severity: important Dear Maintainer, Twice, since apt-get dist-upgrade installed this kernel, the machine has crashed when coming out of screen saver. That's twice in a short number of days. What's shown is a screen of text, saying something about Panic exiting to text console. The text console is completely frozen, and it's impossible to log in using ssh (it says no route to host, so there is no NIC activity whatsoever. -- Package-specific info: ** Version: Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-12) ) #1 SMP Debian 3.2.32-1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae root=UUID=c666ea19-ecb5-4300-b375-d9e2c748e97a ro quiet ** Not tainted ** Kernel log: [2.528064] usbhid: USB HID core driver [9.563082] kjournald starting. Commit interval 5 seconds [9.563137] EXT3-fs (sda1): orphan cleanup on readonly fs [9.563150] ext3_orphan_cleanup: deleting unreferenced inode 1668092 [9.563208] ext3_orphan_cleanup: deleting unreferenced inode 1668091 [9.563246] ext3_orphan_cleanup: deleting unreferenced inode 1668089 [9.563265] ext3_orphan_cleanup: deleting unreferenced inode 1668054 [9.563286] ext3_orphan_cleanup: deleting unreferenced inode 940679 [9.563338] ext3_orphan_cleanup: deleting unreferenced inode 1152881 [9.563399] ext3_orphan_cleanup: deleting unreferenced inode 1152877 [9.575816] ext3_orphan_cleanup: deleting unreferenced inode 2044806 [9.593114] ext3_orphan_cleanup: deleting unreferenced inode 1220093 [9.604490] ext3_orphan_cleanup: deleting unreferenced inode 1480359 [9.633665] ext3_orphan_cleanup: deleting unreferenced inode 1488402 [9.812769] ext3_orphan_cleanup: deleting unreferenced inode 1482056 [9.888574] ext3_orphan_cleanup: deleting unreferenced inode 1412005 [9.918634] ext3_orphan_cleanup: deleting unreferenced inode 1619427 [9.933923] ext3_orphan_cleanup: deleting unreferenced inode 1619388 [9.947425] ext3_orphan_cleanup: deleting unreferenced inode 1668333 [9.960237] ext3_orphan_cleanup: deleting unreferenced inode 1153304 [9.984888] ext3_orphan_cleanup: deleting unreferenced inode 1450785 [9.990478] ext3_orphan_cleanup: deleting unreferenced inode 1450784 [9.994799] ext3_orphan_cleanup: deleting unreferenced inode 1450783 [ 10.002419] ext3_orphan_cleanup: deleting unreferenced inode 1450781 [ 10.018490] ext3_orphan_cleanup: deleting unreferenced inode 625673 [ 10.039288] ext3_orphan_cleanup: deleting unreferenced inode 1561846 [ 10.053083] ext3_orphan_cleanup: deleting unreferenced inode 2044184 [ 10.053108] ext3_orphan_cleanup: deleting unreferenced inode 2044180 [ 10.053127] ext3_orphan_cleanup: deleting unreferenced inode 2044179 [ 10.061189] ext3_orphan_cleanup: deleting unreferenced inode 2044158 [ 10.061213] ext3_orphan_cleanup: deleting unreferenced inode 2044156 [ 10.067485] ext3_orphan_cleanup: deleting unreferenced inode 2044108 [ 10.087662] ext3_orphan_cleanup: deleting unreferenced inode 180228 [ 10.087926] ext3_orphan_cleanup: deleting unreferenced inode 180219 [ 10.088918] ext3_orphan_cleanup: deleting unreferenced inode 180187 [ 10.088940] EXT3-fs (sda1): 32 orphan inodes deleted [ 10.088944] EXT3-fs (sda1): recovery complete [ 10.520446] EXT3-fs (sda1): mounted filesystem with ordered data mode [ 14.013863] udevd[299]: starting version 175 [ 15.442165] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 15.592040] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input2 [ 15.592058] ACPI: Power Button [PBTN] [ 15.592212] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [ 15.592221] ACPI: Power Button [PWRF] [ 15.835258] intel_rng: Firmware space is locked read-only. If you can't or [ 15.835262] intel_rng: don't want to disable this in firmware setup, and if [ 15.835264] intel_rng: you are certain that your system has a functional [ 15.835267] intel_rng: RNG, try using the 'no_fwh_detect' option. [ 16.322958] iTCO_vendor_support: vendor-support=0 [ 16.323910] parport_pc 00:07: reported by Plug and Play ACPI [ 16.323969] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE] [ 16.593648] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [ 16.593808] iTCO_wdt: unable to reset NO_REBOOT flag, device disabled by hardware/BIOS [ 16.938308] [drm] Initialized drm 1.1.0 20060810 [ 16.947553] input: PC Speaker as /devices/platform/pcspkr/input/input4 [ 17.917435] i915 :00:02.0: setting latency timer to 64 [ 17.932261] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 17.932268] [drm] Driver supports precise vblank timestamp query. [ 17.932339] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 17.951167] [drm] initialized overlay support [ 18.078328] fbcon: inteldrmfb (fb0) is primary
Bug#692603: gretl: FTBFS:
Hi! Dirk Eddelbuettel e...@debian.org writes: | Package libcurl-dev is a virtual package provided by: |libcurl4-openssl-dev 7.28.0-2 |libcurl4-nss-dev 7.28.0-2 |libcurl4-gnutls-dev 7.28.0-2 | | Note: you can't build-depend on a virtual package with more than one | provider. Ding, of course. My pbuilder let me down which much have had one installed. What is the preferred choice here? First thing is probably license compatibility as OpenSSL isn't license-compatible with GPL-ed software and gnutls is GPL-ish. nss seems to be a newcommer as an alternative. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692200: sound-juicer: Cannot read audio CD
Josselin Mouette wrote (07 Nov 2012 18:13:18 GMT) : Is gvfs-backends installed? Yes, it is. Should I retry after removing it? Cheers -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692602: (no subject)
Attached is the diff against the Ubuntu version of the package. You should be able to extract the relevant changes for the Debian version, but because you might be interested in our delta from Debian, I'm including the entire diff. If not, let me know and I can prepare a diff just for the Debian version. === modified file 'debian/changelog' --- debian/changelog 2012-09-13 14:55:21 + +++ debian/changelog 2012-11-07 20:11:05 + @@ -1,3 +1,15 @@ +requests (0.14.2-0ubuntu1) raring; urgency=low + + * New upstream release (LP: #1076107). Remaining changes: +- debian/patches/01_do-not-use-python-certifi.patch: No longer necessary. +- debian/patches/02_do-not-use-embedded-python-six.patch: refreshed +- debian/patches/03-dont-use-embeded-urllib3.patch: refreshed and + renamed to 03-use-distro-packages.patch +- debian/control: python-chardet and python3-chardet are now required + (i.e. Depends instead of Recommends). + + -- Barry Warsaw ba...@ubuntu.com Thu, 01 Nov 2012 14:56:00 +0100 + requests (0.12.1-1ubuntu6) quantal; urgency=low * debian/control: Resolve Depends misspelling of python-urllib3. === modified file 'debian/control' --- debian/control 2012-09-13 14:55:21 + +++ debian/control 2012-11-07 19:46:11 + @@ -11,6 +11,7 @@ python3-all, python3-six, python-chardet, + python3-chardet, python-urllib3, python3-urllib3, python-gevent, @@ -30,9 +31,9 @@ ${python:Depends}, ca-certificates, python-urllib3, - python-six + python-six, + python-chardet Recommends: - python-chardet, python-gevent, python-oauthlib Description: elegant and simple HTTP library for Python, built for human beings @@ -61,8 +62,7 @@ ${python3:Depends}, ca-certificates, python3-urllib3, - python3-six -Recommends: + python3-six, python3-chardet Description: elegant and simple HTTP library for Python3, built for human beings Requests allow you to send HTTP/1.1 requests. You can add headers, form data, === removed file 'debian/patches/01_do-not-use-python-certifi.patch' --- debian/patches/01_do-not-use-python-certifi.patch 2012-05-04 14:34:47 + +++ debian/patches/01_do-not-use-python-certifi.patch 1970-01-01 00:00:00 + @@ -1,17 +0,0 @@ -Description: To verify SSL certificates for HTTPS requests, use the bundle - provided by ca-certificates instead of python-certifi. -Author: Daniele Tricoli er...@mornie.org -Forwarded: not-needed -Last-Update: 2012-05-04 - a/setup.py -+++ b/setup.py -@@ -32,7 +32,7 @@ - # On certain supported platforms (e.g., Red Hat / Debian / FreeBSD), Requests can - # use the system CA bundle instead; see `requests.utils` for details. - # If your platform is supported, set `requires` to [] instead: --requires = ['certifi=0.0.7'] -+requires = [] - - # chardet is used to optimally guess the encodings of pages that don't declare one. - # At this time, chardet is not a required dependency. However, it's sufficiently === modified file 'debian/patches/02_do-not-use-embedded-python-six.patch' --- debian/patches/02_do-not-use-embedded-python-six.patch 2012-04-01 12:33:42 + +++ debian/patches/02_do-not-use-embedded-python-six.patch 2012-11-01 14:03:01 + @@ -5,45 +5,47 @@ --- a/requests/packages/urllib3/connectionpool.py +++ b/requests/packages/urllib3/connectionpool.py -@@ -51,7 +51,7 @@ +@@ -52,7 +52,7 @@ ) - + from .packages.ssl_match_hostname import match_hostname, CertificateError -from .packages import six +import six - - + + xrange = six.moves.xrange --- a/requests/packages/urllib3/filepost.py +++ b/requests/packages/urllib3/filepost.py -@@ -14,8 +14,8 @@ - +@@ -10,8 +10,8 @@ + from uuid import uuid4 from io import BytesIO - + -from .packages import six -from .packages.six import b +import six +from six import b - + writer = codecs.lookup('utf-8')[3] - + --- a/requests/packages/urllib3/response.py +++ b/requests/packages/urllib3/response.py @@ -11,7 +11,7 @@ from io import BytesIO - - from .exceptions import HTTPError + + from .exceptions import DecodeError -from .packages.six import string_types as basestring +from six import string_types as basestring - - + + log = logging.getLogger(__name__) --- a/requests/packages/urllib3/util.py +++ b/requests/packages/urllib3/util.py -@@ -16,7 +16,7 @@ +@@ -18,7 +18,7 @@ except ImportError: # `select` doesn't exist on AppEngine. select = False - + -from .packages import six +import six from .exceptions import LocationParseError + + === removed file 'debian/patches/03-dont-use-embeded-urllib3.patch' --- debian/patches/03-dont-use-embeded-urllib3.patch 2012-09-07 09:06:26 + +++ debian/patches/03-dont-use-embeded-urllib3.patch 1970-01-01 00:00:00 + @@ -1,60 +0,0 @@ -Description: Do not use embeded copy of python-urllib3 -Author: Chuck Short zul...@ubuntu.com -Forwarded: non-need -Last-Update: 2012-09-05 -diff -Naurp requests-0.12.1.orig/requests/models.py requests-0.12.1/requests/models.py
Bug#690156: Acknowledgement (libicu48: Wrong ukrainian timezone in libicu48)
Jevgen Gyrynovych jevgen.gyrynov...@stfalcon.com wrote: Thank for your reply. It's important issue for our team. Because of thin bug we can't upgrade our servers to Wheezy in future, because our application works uncorrect. I we pleased if you backport that fix to libicu version in Wheezy. I am not able to determine what the relevant changes are to ICU that could have caused this. I have posted a bug to upstream about it and have requested assistance. It seems to me that someone who understands how time zone data is represented within ICU could probably identify the fix relatively easily. If I can get confirmation from upstream on the fix, I will request a freeze exception. I'll update this ticket as I get new information. -- Jay Berkenbilt q...@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#692401: git-import-orig: option to suppress orig.tar.* symlink
Guido Günther a...@sigxcpu.org writes: It only does so if the basename of the to be created symlink differs from the basename of the orig tarball since it's only purpose is to feed the right name to pristine-tar. So if wonder if the symlink is really created by git-import-orig? Could you provide a testcase? Or do you really intend to feed foo-version.tar.gz to pristine tar instead of foo_version.orig.tar.gz? The original tarball is foo-version.tar.xz, so the symlink is probably needed for the pristine-tar import so that the file name is correct (assuming that pristine-tar doesn't have a way of setting the file name via a command-line option), so I guess I'm asking for the symlink to be removed after that import is complete rather than left around. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692603: gretl: FTBFS:
On 7 November 2012 at 12:18, Christoph Egger wrote: | Hi! | | Dirk Eddelbuettel e...@debian.org writes: | | Package libcurl-dev is a virtual package provided by: | |libcurl4-openssl-dev 7.28.0-2 | |libcurl4-nss-dev 7.28.0-2 | |libcurl4-gnutls-dev 7.28.0-2 | | | | Note: you can't build-depend on a virtual package with more than one | | provider. | | Ding, of course. My pbuilder let me down which much have had one installed. | | What is the preferred choice here? | | First thing is probably license compatibility as OpenSSL isn't | license-compatible with GPL-ed software and gnutls is GPL-ish. nss seems | to be a newcommer as an alternative. That's what I vaguely recalled. I'll try gnutls then. Best best is probably llibcurl4-dev | libcurl4-gnutls-dev right? Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692603: gretl: FTBFS:
Dirk Eddelbuettel e...@debian.org writes: On 7 November 2012 at 12:18, Christoph Egger wrote: | Hi! | | Dirk Eddelbuettel e...@debian.org writes: | | Package libcurl-dev is a virtual package provided by: | |libcurl4-openssl-dev 7.28.0-2 | |libcurl4-nss-dev 7.28.0-2 | |libcurl4-gnutls-dev 7.28.0-2 | | | | Note: you can't build-depend on a virtual package with more than one | | provider. | | Ding, of course. My pbuilder let me down which much have had one installed. | | What is the preferred choice here? | | First thing is probably license compatibility as OpenSSL isn't | license-compatible with GPL-ed software and gnutls is GPL-ish. nss seems | to be a newcommer as an alternative. That's what I vaguely recalled. I'll try gnutls then. Best best is probably llibcurl4-dev | libcurl4-gnutls-dev You need it the other way 'round as libcurl4-dev is again virtual with multiple providers and buildds only consider the first alternative to make builds reproducible (as far as possible). Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692603: gretl: FTBFS:
On 7 November 2012 at 12:40, Christoph Egger wrote: | Dirk Eddelbuettel e...@debian.org writes: | On 7 November 2012 at 12:18, Christoph Egger wrote: | | Hi! | | | | Dirk Eddelbuettel e...@debian.org writes: | | | Package libcurl-dev is a virtual package provided by: | | |libcurl4-openssl-dev 7.28.0-2 | | |libcurl4-nss-dev 7.28.0-2 | | |libcurl4-gnutls-dev 7.28.0-2 | | | | | | Note: you can't build-depend on a virtual package with more than one | | | provider. | | | | Ding, of course. My pbuilder let me down which much have had one installed. | | | | What is the preferred choice here? | | | | First thing is probably license compatibility as OpenSSL isn't | | license-compatible with GPL-ed software and gnutls is GPL-ish. nss seems | | to be a newcommer as an alternative. | | That's what I vaguely recalled. I'll try gnutls then. | | Best best is probably | | llibcurl4-dev | libcurl4-gnutls-dev | | You need it the other way 'round as libcurl4-dev is again virtual with | multiple providers and buildds only consider the first alternative to | make builds reproducible (as far as possible). Thanks for the reminder. gretl_1.9.10-2 will be coming up shortly. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692608: [CVE-2012-4540] icedtea-web: buffer overflow in IcedTeaScriptableJavaObject::invoke
Package: icedtea-web Severity: grave Tags: security Justification: user security hole Hi, please see : http://seclists.org/oss-sec/2012/q4/237 Cheers, luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692552: cpufreqd: has all CPU cores run at full speed upon installation
On Wed, Nov 07, 2012 at 12:52:07PM +0100, Andreas Glaeser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: cpufreqd Version: 2.4.2-1 Severity: important *** Please type your report below this line *** Installing cpufreqd shows paradox results. Without cpufreqd CPU-frequency scaling works perfectly fine on my PC. Once it is installed, all CPU-cores run at full speed. I do not like this at all. Changing the configuration file according to what my CPU actually provides (see below) did not have any effect. I do not know enough to tell, why CPU-frequency-scaling works by default on my system when newly installed, but does not work anymore, once cpufreqd is installed. On other systems I saw different outcomes, when chanching /etc/cpufreqd.conf. Maybe this is due to some shortcoming of CPU-sensors ? The only way to revert this seems to be uninstalling cpufreqd again and rebooting the machine, then everything is as it was before. Hi, could you include the output of `cat /proc/cpuinfo`? CPU frequency scaling these days is done automatically by the kernel using the ondemand governor that just scales the speed based on CPU load. If that's all you want to do then you don't need cpufreqd. cpufreqd is more aimed at special needs when you need to use more inputs than just the cpu load to adjust the CPU speed (e.g. temperature, battery, other sensors). Looking at your configuration you're telling cpufreqd that as long as you're on mains power you want full high speed CPU. WHen configuring cpufreqd, running the deamon using a very verbose logging level (eg -V 7) will give you a lot of details about why cpufreqd applies one policy or the other. also, you are not describing what your hardware is :) Thanks! -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692609: ffmpeg: converting with avconv to mpeg4 makes jerking and short pauses of video
Package: ffmpeg Version: 6:0.8.3-1~bpo60+1 Severity: normal Converting videos with avconv/ffmpeg to mpeg4 makes jerking, short pauses periodically all about 5 sec. Avidemux (not in Debian repositery) has not this issue. avconv -i video.x output.mp4 x in wmv or mpg1 format. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.3-rt-686-pae (SMP w/1 CPU core; PREEMPT) 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 ffmpeg depends on: ii libav-tools6:0.8.3-1~bpo60+1 Multimedia player, server, encoder ii libavcodec-extra-536:0.8.3-1~bpo60+1 Libav codec library ii libavdevice53 6:0.8.3-1~bpo60+1 Libav device handling library ii libavfilter2 6:0.8.3-1~bpo60+1 Libav video filtering library ii libavformat53 6:0.8.3-1~bpo60+1 Libav file format library ii libavutil516:0.8.3-1~bpo60+1 Libav utility library ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libpostproc52 6:0.8.3-1~bpo60+1 Libav video postprocessing library ii libswscale26:0.8.3-1~bpo60+1 Libav video scaling library ffmpeg recommends no packages. ffmpeg 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#692322: [PATCH] Fix virsh create example
We require a file and don't accept standard input: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692322 --- tools/virsh.pod |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/virsh.pod b/tools/virsh.pod index 0808d72..0984e6e 100644 --- a/tools/virsh.pod +++ b/tools/virsh.pod @@ -553,7 +553,7 @@ BExample virsh dumpxml domain domain.xml vi domain.xml (or make changes with your other text editor) - virsh create domain.xml + virsh create domain.xml =item Bdefine IFILE -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692568: RFP: wkhtmltopdf -- Convert HTML to PDF using the WebKit rendering engine and Qt
Hi Raphael, Isn't this already packaged, or am I missing something? It's an older version though. http://packages.qa.debian.org/w/wkhtmltopdf.html Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692610: gnome-terminal: black text on black background
Package: gnome-terminal Version: 3.4.1.1-2 The terminal is all black until I uncheck Use colors from system theme (it's checked by default). So apparently the default colors are black on black. That's not a useful color scheme if you ask me. :) (Note that I don't have any GNOME packages installed, apart from those that are transitively depended/recommended by gnome-terminal.) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii gconf-service 3.2.5-1+build1 ii gnome-terminal-data3.4.1.1-2 ii gsettings-desktop-schemas 3.4.2-2 ii libatk1.0-02.4.0-2 ii libc6 2.13-35 ii libgconf-2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libice62:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libvte-2.90-9 1:0.32.2-1 ii libx11-6 2:1.5.0-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.8-1 ii gvfs 1.12.3-1+b1 ii yelp 3.4.2-1+b1 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692611: dash: Using subshell in PS4 variable causes fork bomb
Package: dash Version: 0.5.7-3 Severity: normal Dear Maintainer, to have a timestamp in front of every command that is executed, I tried to set the variable PS4 to '$(date)'. #!/bin/sh set -x export PS4='$(date)' /bin/true This works with bash and results in the following output: % bash ./test.sh + export 'PS4=$(date)' + PS4='$(date)' Wed Nov 7 21:55:10 CET 2012/bin/true If I run the same script in dash it results in a fork bomb. I suppose it's because when PS4 is evaluated and a sub shell is spawned, it inherits PS4 and reevaluates it and so on and so forth. Regards, Lukas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-vserver-amd64 (SMP w/24 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 dash depends on: ii debianutils 4.3.4 ii dpkg 1.16.9 ii libc62.13-36 dash recommends no packages. dash suggests no packages. -- debconf information: * dash/sh: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692612: mplayer2: please build with bs2b (see mplayer:#636284)
Package: mplayer2 Version: 2.0-554-gf63dbad-1+b1 Severity: normal both mplayer and mplayer2 have -af bs2b support which is described in the debian man pages. However, neither debian packages have this support enabled. It looks like the configure script will automatically enable it if it finds the libbs2b-dev package. Please build-depend on this package to enable bs2b support in mplayer2. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (400, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.5.00 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa11.4p5-40 ii libasound21.0.25-4 ii libass4 0.10.0-3 ii libavcodec53 6:0.8.4-1 ii libavformat53 6:0.8.4-1 ii libavutil51 6:0.8.4-1 ii libbluray11:0.2.2-1 ii libc6 2.13-36 ii libcaca0 0.99.beta18-1 ii libcdio-cdda1 0.83-4 ii libcdio-paranoia1 0.83-4 ii libcdio13 0.83-4 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvdnav44.2.0+20120524-2 ii libdvdread4 4.2.0+20120521-3 ii libenca0 1.14-2 ii libfaad2 2.7-8 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgif4 4.1.6-10 ii libgl1-mesa-glx [libgl1] 8.0.5-1 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii libncurses5 5.9-10 ii libogg0 1.3.0-4 ii libpng12-01.2.49-3 ii libpostproc52 6:0.8.4-1 ii libpulse0 2.0-6 ii libsdl1.2debian 1.2.15-5 ii libsmbclient 2:3.6.6-3 ii libspeex1 1.2~rc1-6 ii libswscale2 6:0.8.4-1 ii libtheora01.1.1+dfsg.1-3.1 ii libtinfo5 5.9-10 ii libvdpau1 0.4.1-7 ii libvorbis0a 1.3.2-1.3 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxv12:1.0.7-1 ii libxvidcore4 2:1.3.2-9 ii libxxf86dga1 2:1.1.3-2 ii libxxf86vm1 1:1.1.2-1 ii zlib1g1:1.2.7.dfsg-13 mplayer2 recommends no packages. mplayer2 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#691414: manpages: motd(5) and motd.tail(5) do not reflect reality in wheezy
Control: tag -1 +patch Hi, On Thu, Oct 25, 2012 at 02:07:36PM +0100, Stuart Prescott wrote: Package: manpages Version: 3.42-1 Severity: normal The handling of /etc/motd in wheezy has changed appreciably compared to squeeze. It would be great if motd(5) and motd.tail(5) could be updated accordingly for wheezy. Thanks for your report. The relevant changelog entry is: sysvinit (2.88dsf-24) experimental; urgency=low [ Roger Leigh ] * initscripts: - Don't generate or touch /etc/motd. Instead, the dynamic part of /etc/motd is created as /run/motd.dynamic, leaving /etc/motd entirely under the control of the system administrator. If /etc/motd is a symlink to /run/motd, /etc/motd.tail is moved back to /etc/motd. Closes: #353229, #624391, #668307. /etc/motd is not removed if initscripts is purged, since it's not owned by initscripts. - By default, /run/motd is just the output of uname, preserving the existing behaviour. However, should the administrator wish to include dynamic information in the motd, they may write scripts to update /run/motd.dynamic as they please. Closes: #437176. - motd generation is split from bootlogs into a separate motd init script. Looking at /etc/init.d/motd, I think references to /run/motd above should actually be /run/motd.dynamic. motd.tail(5) can just be deleted. Here is a patch I intend to apply to motd(5) for 3.44 (that upstream released yesterday), comments are welcome. It also mentions that pam_motd is used to display the motd, it's no longer login(1). (that specific change may be upstreamed, but I didn't check other distribs behaviour yet). -- Simon Paillard diff --git a/man5/motd.5 b/man5/motd.5 index dc3abe1..8083d51 100644 --- a/man5/motd.5 +++ b/man5/motd.5 @@ -28,26 +28,29 @@ motd \- message of the day .SH DESCRIPTION The contents of \fI/etc/motd\fP are displayed by -.BR login (1) +.BR pam_motd (8) after a successful login but just before it executes the login shell. The abbreviation motd stands for message of the day, and this file has been traditionally used for exactly that (it requires much less disk space than mail to all users). -On Debian GNU/Linux this file is a symbolic link pointing to -.IR /var/run/motd . -The contents of this file are regenerated upon every system boot -based on the contents of -.IR /etc/motd.tail . +On Debian GNU/Linux, the content of +.I /run/motd.dynamic +is also displayed. +This file is generated by +.I /etc/init.d/motd +at boot. .SH FILES .I /etc/motd .br -.I /etc/motd.tail +.I /run/motd.dynamic +.br +.I /etc/init.d/motd .SH SEE ALSO .BR login (1), -.BR motd.tail (5), .BR issue (5) +.BR pam_motd(8) .SH COLOPHON This page is part of release 3.44 of the Linux .I man-pages
Bug#692613: php5: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:php5 Version: 5.4.4-7 Severity: serious The upstream tarball for php5 contains files under the non-free JSON license: % rgrep 'The Software shall be used for Good, not Evil.' . ./README.REDIST.BINS:The Software shall be used for Good, not Evil. ./ext/json/utf8_to_utf16.c:The Software shall be used for Good, not Evil. ./ext/json/utf8_decode.c:The Software shall be used for Good, not Evil. ./ext/json/JSON_parser.c:The Software shall be used for Good, not Evil. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692614: mono: non-free file in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:mono Version: 2.10.8.1-5 Severity: serious The upstream tarball for monp contains a file under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./mcs/class/System.Web.Extensions/System.Web.Script.Serialization/JsonDeserializer.cs Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692401: git-import-orig: option to suppress orig.tar.* symlink
On Wed, Nov 07, 2012 at 12:36:37PM -0800, Russ Allbery wrote: Guido Günther a...@sigxcpu.org writes: It only does so if the basename of the to be created symlink differs from the basename of the orig tarball since it's only purpose is to feed the right name to pristine-tar. So if wonder if the symlink is really created by git-import-orig? Could you provide a testcase? Or do you really intend to feed foo-version.tar.gz to pristine tar instead of foo_version.orig.tar.gz? The original tarball is foo-version.tar.xz, so the symlink is probably needed for the pristine-tar import so that the file name is correct (assuming that pristine-tar doesn't have a way of setting the file name via a command-line option), so I guess I'm asking for the symlink to be removed after that import is complete rather than left around. Would putting the symlink next to foo-version.tar.xz in your build-area/ instaed of ../ be o.k. too? Cheers, -- Guido -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692615: transmission: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:transmission Version: 2.52-3 Severity: serious The upstream tarball for transmission contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./libtransmission/JSON_parser.c Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692616: lintian: Check for the non-free JSON license in source packages
Package: lintian Severity: wishlist The non-free JSON license keeps re-appearing in main[0]. It would be helpful if Lintian could check for its appearance in the source package. The license appears to be very trivial to identify thanks to the non-free line: The Software shall be used for Good, not Evil. It is not enough to simply check the copyright file as it is usually not explicitly present there (which is a separate RC bug in these packages). ~Niels [0] http://codesearch.debian.net/search?q=The+Software+shall+be+used+for+Good%2C+not+Evil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692617: ITA: aaphoto
Package: wnpp Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692618: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: jquery Version: 1.7.2+debian-2.1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./build/lib/jshint.js Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692619: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:yui Version: 2.9.0-1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./tests/common/tests/functional/yui.tar ./tests/common/tests/functional/yui/src/test/java/com/yahoo/test/SelNG/YUI/library/JSONObject.java ./tests/common/tests/functional/yui/src/test/java/org/json/JSONObject.java ./tests/common/tests/functional/yui/yui/src/test/java/com/yahoo/test/SelNG/YUI/library/JSONObject.java The *.java files are also identical. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626897: My uploads of libxml-stream-perl_1.23-2, libnet-xmpp-perl_1.02-3
Hi, I have just uploaded new versions of libxml-stream-perl and libnet-xmpp-perl that contain Florian Schlichting's fixes for #626897 and #687059. I consider the described bugs to be quite annoying to users. They should be fixed for the wheezy release. I have uploaded to DELAYED/5: If someone who feels responsible for the packages should object to the upload, feel free to cancel it. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687537: [Qjson-devel] Bug#687537: QJSON cmake configuration file
Hi again Flavio, we just had some more discussion on this in IRC, and came to the conclusion that there is no point in making an upstream release specifically for this issue. All we need is a guarantee that the next major release will do the cmake stuff the same way master does it currently - then we can go ahead and update our Debian-specific patches to do the same. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692620: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: josm-plugins Version: 0.0.svn28420+ds1-1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./livegps/src/org/json/JSONArray.java ./livegps/src/org/json/JSONTokener.java ./livegps/src/org/json/JSONObject.java Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692621: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: rabbitmq-server Version: 2.8.4-1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./plugins-src/rabbitmq-jsonrpc-channel/priv/www/json.js ./plugins-src/erlang-rfc4627-wrapper/erlang-rfc4627-git/test/server_root/htdocs/json.js Both files are identical. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579729: libedit UTF8 support
I maintain the link-grammar natural language parser, and need editline, not readline, for licensing reasons. I noticed recently that editline does not work with cut-n-paste of UTF8 Russian text (link-grammar supports arabic, persian, german, and now russian) so getting a usable UTF8-capable editline would be great. A utf8-enabled version of libedit seems to be here: http://www.thrysoee.dk/editline/
Bug#679218: Update: Bug#679218
Hi Laurent, Ingo Steiner wrote (05 Jul 2012 14:09:46 GMT) : When booted via systemd I am unable to launch applications requiring authentication, like synaptic from the desktop. Ingo Steiner wrote (06 Jul 2012 16:30:36 GMT) : After today's (July 6.) updates which came into Wheezy all works as expected, also when started via systemd. These two messages in a row from Ingo tend to make me think this bug was fixed at some point. Can you reproduce it on current Wheezy? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679755: The latest version I see is 0.11.rc2
Hi Emmanuel, On Wed, 31 Oct 2012, Emmanuel Bouthenot wrote: I'm just waiting for a stable release: not a Beta or RC. The last stable release was the version 0.9.9 Can you package a newer version in experimental in the mean time? Upstream seems to be moving slowly... Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692401: git-import-orig: option to suppress orig.tar.* symlink
Guido Günther a...@sigxcpu.org writes: On Wed, Nov 07, 2012 at 12:36:37PM -0800, Russ Allbery wrote: The original tarball is foo-version.tar.xz, so the symlink is probably needed for the pristine-tar import so that the file name is correct (assuming that pristine-tar doesn't have a way of setting the file name via a command-line option), so I guess I'm asking for the symlink to be removed after that import is complete rather than left around. Would putting the symlink next to foo-version.tar.xz in your build-area/ instaed of ../ be o.k. too? It would be better in that I would find it easier to delete, although it potentially causes other problems. If a tarball already exists in the build-area, git-buildpackage uses it in preference to what's in pristine-tar. This has caused me to upload weird Debian packages in the past when I'm iterating on an upstream release that I'm also packaging and therefore end up re-importing a new cut of an upstream release with the same version number. Everything is imported properly, but then the Debian package is built against the older upstream package, resulting in the changes showing up as a Debian diff and the *.orig.tar.gz in Debian not matching the final upstream release. I suppose that's a separate issue, but I'd really like some way of saying only ever use pristine-tar, and not any other tarball that you happen to find lying about. But for this particular point, the above means that I've gotten into the habit of rm ../build-area/* before doing each package build, so if the symlink were there, it would be easy to delete, thus solving the immediate issue. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692622: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: jmol Version: 12.2.32+dfsg-1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./debian/copyright ./src/com/json/CDL.java ./src/com/json/JSONStringer.java ./src/com/json/XMLTokener.java ./src/com/json/HTTPTokener.java ./src/com/json/JSONML.java ./src/com/json/JSONTokener.java ./src/com/json/HTTP.java ./src/com/json/JSONObject.java ./src/com/json/CookieList.java ./src/com/json/XML.java ./src/com/json/JSONWriter.java ./src/com/json/Cookie.java ./src/com/json/JSONArray.java Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636284: mplayer: should be as easy as a build-depend
Package: mplayer Version: 2:1.0~rc4.dfsg1+svn34540-1+b2 Followup-For: Bug #636284 I just tried recompiling the debian package with libbs2b-dev installed, and bs2b just worked in the resulting package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (400, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.5.00 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa11.4p5-40 ii libasound21.0.25-4 ii libavcodec53 6:0.8.4-1 ii libavformat53 6:0.8.4-1 ii libavutil51 6:0.8.4-1 ii libbluray11:0.2.2-1 ii libc6 2.13-36 ii libcaca0 0.99.beta18-1 ii libcdparanoia03.10.2+debian-11 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvdnav44.2.0+20120524-2 ii libdvdread4 4.2.0+20120521-3 ii libenca0 1.14-2 ii libesd0 0.2.41-10+b1 ii libfaad2 2.7-8 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.2-4 ii libgif4 4.1.6-10 ii libgl1-mesa-glx [libgl1] 8.0.5-1 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii liblzo2-2 2.06-1 ii libmp3lame0 3.99.5+repack1-3 ii libmpeg2-40.5.1-5 ii libncurses5 5.9-10 ii libogg0 1.3.0-4 ii libopenal11:1.14-4 ii libpng12-01.2.49-3 ii libpostproc52 6:0.8.4-1 ii libpulse0 2.0-6 ii libsdl1.2debian 1.2.15-5 ii libsmbclient 2:3.6.6-3 ii libspeex1 1.2~rc1-6 ii libstdc++64.7.2-4 ii libsvga1 1:1.4.3-33 ii libswscale2 6:0.8.4-1 ii libtheora01.1.1+dfsg.1-3.1 ii libtinfo5 5.9-10 ii libvdpau1 0.4.1-7 ii libx11-6 2:1.5.0-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxv12:1.0.7-1 ii libxvidcore4 2:1.3.2-9 ii libxvmc1 2:1.0.7-1 ii libxxf86dga1 2:1.1.3-2 ii libxxf86vm1 1:1.1.2-1 ii zlib1g1:1.2.7.dfsg-13 mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.6-4 ii fontconfig 2.9.0-7 ii fonts-freefont-ttf [ttf-freefont] 20120503-1 pn mplayer-docnone pn netselect | fping none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692566: Freeze exception request for meld 1.6.1-1
Hi Julien, 2012/11/7 Julien Cristau jcris...@debian.org On Wed, Nov 7, 2012 at 15:37:21 +0100, Bálint Réczey wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Dear Release Team, I would like to update the meld package with important isolated fixes released by upstream. Changes: meld (1.6.1-1) unstable; urgency=low . * New upstream release Please include the actual diff, not just the diffstat. A concrete list of bugs fixed instead of handwavy important fixes would also be nice. I have attached the changes commit by commit which include bug ids. None of the bugs have been reported to Debian, but they could have been hit by our users, too. Cheers, Balint Cheers, Julien 0001-Revert-use-of-next-for-Python-2.5-compatibility.patch Description: Binary data 0002-Support-new-.fslckout-name-for-Fossil-VC-closes-bgo-.patch Description: Binary data 0003-Fix-broken-commit.patch Description: Binary data 0004-Fix-incorrect-call-when-copying-directories-containi.patch Description: Binary data 0005-Validate-bzr-status-lines-to-avoid-shelved-item-bug-.patch Description: Binary data 0006-Fix-regression-in-bzr-status-for-exec-bit-changes.patch Description: Binary data 0007-Allow-arbitrary-data-after-bzr-diff-header-lines-clo.patch Description: Binary data 0008-Check-tree-path-validity-when-popping-up-menus-close.patch Description: Binary data 0009-Check-validity-of-tree-cursor-path-closes-rhbz-83296.patch Description: Binary data 0010-Update-NEWS.patch Description: Binary data 0011-Pre-release-version-bump.patch Description: Binary data
Bug#692623: missing source files for src/cson_amalgamation.c
Package: src:fossil Version: 1:1.22.1-1 Severity: serious src/cson_amalgamation.c states it is autogenerated and includes the line /* begin file parser/JSON_parser.h */ however no such file is included in the upstream tarball. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692624: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:fossil Version: 1:1.22.1-1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./src/cson_amalgamation.c Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692626: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:moodle Version: 2.2.3.dfsg-2.3 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./lib/minify/lib/JSMin.php Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692625: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:jenkins-json Version: 2.1-rev7-2 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./src/main/jdk15/net/sf/json/JSONObject.java ./src/main/jdk15/net/sf/json/JSONArray.java ./src/main/java/net/sf/json/util/JSONStringer.java ./src/main/java/net/sf/json/util/JSONTokener.java ./src/main/java/net/sf/json/util/JSONBuilder.java ./src/main/java/net/sf/json/JSONNull.java Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692627: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:owncloud Version: 4.0.8debian-1 Severity: serious Control: found -1 4.0.4debian2-3 The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./apps/files_odfviewer/src/webodf/webodf/lib/core/JSLint.js (4.0.4debian2 only) ./apps/files_texteditor/js/aceeditor/worker-javascript.js Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692628: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:parser Version: 3.4.2-2 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./src/lib/json/JSON_parser.C Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692629: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:php-horde-text-filter Version: 1.1.2-1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./Horde_Text_Filter-1.1.2/lib/Horde/Text/Filter/JavascriptMinify/JsMin.php Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692630: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:piwigo Version: 2.3.1-1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./include/jsmin.class.php Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579729: libedit UTF8 support
Also, this bug is incorrectly marked as wishlist: it should be marked as Important: UTF8 is broken and things don't work because of this! Patches that fix this bug have been available for two-and-a-half years now; it'd be great to get these distributed.
Bug#692631: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Package: src:storymaps Version: 1.0-1 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./debian/copyright ./src/org/json/XMLTokener.java ./src/org/json/XML.java ./src/org/json/JSONWriter.java ./src/org/json/JSONTokener.java ./src/org/json/JSONStringer.java ./src/org/json/JSONObject.java ./src/org/json/JSONML.java ./src/org/json/JSONArray.java ./src/org/json/HTTPTokener.java ./src/org/json/HTTP.java ./src/org/json/CookieList.java ./src/org/json/Cookie.java ./src/org/json/CDL.java Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692632: dovecot-common: Should start after nslcd?
Package: dovecot-common Version: 1:1.2.15-7 Severity: normal Hi, on my system I'm using nslcd to pull in user accounts from LDAP. With the default initscripts, dovecot starts before nslcd, breaking its startup (since I let it run as a user from LDAP). Since the dovecot initscript already includes a list of similar services (winbind, slapd) to start _after_, perhaps this one should be included as well? (I'll be filing a similar bug with nslcd, since that also has a similar list of services to start _before_) Gr. Matthijs -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-common depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libk5crypto31.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries ii libmysqlclient165.1.49-3 MySQL database client library ii libpam-runtime 1.1.1-6.1Runtime support for the PAM librar ii libpam0g1.1.3-2 Pluggable Authentication Modules l ii libpq5 8.4.10-0squeeze1 PostgreSQL C client library ii libsqlite3-03.7.3-1 SQLite 3 shared library ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries ii openssl 0.9.8o-4squeeze1 Secure Socket Layer (SSL) binary a ii ucf 3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dovecot-common recommends no packages. Versions of packages dovecot-common suggests: pn ntp none (no description available) -- Configuration Files: /etc/dovecot/dovecot-db-example.conf [Errno 2] No such file or directory: u'/etc/dovecot/dovecot-db-example.conf' /etc/dovecot/dovecot-dict-sql-example.conf [Errno 2] No such file or directory: u'/etc/dovecot/dovecot-dict-sql-example.conf' -- 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#692633: nslcd: Should start before dovecot?
Package: nslcd Version: 0.7.15+squeeze1 Severity: normal Hi, on my system I'm using nslcd to pull in user accounts from LDAP. With the default initscripts, dovecot starts before nslcd, breaking its startup (since I let it run as a user from LDAP). Since the nslcd initscript already includes a list of similar services (apache2, exim4) to start _before_, perhaps dovecot should be included as well? (I'll be filing a similar bug with dovecot, since that also has a similar list of services to start _after_) Gr. Matthijs -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nslcd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries Versions of packages nslcd recommends: ii libnss-ldapd [libnss-lda 0.7.15+squeeze1 NSS module for using LDAP as a nam ii libpam-ldapd [libpam-lda 0.7.15+squeeze1 PAM module for using LDAP as an au pn nscd none (no description available) Versions of packages nslcd suggests: pn kstartnone (no description available) -- 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#630581: fix for #682964 is incomplete, maybe related to #630581
reopen 630581 found 630581 dropbear/2012.55-1.2 severity 630581 grave thanks Justification for grave: A system upgraded from squeeze to wheezy is unbootable. So let me give more insight into this after being bitten by the issue. The initial issue #630581 was libnss_something being missing from the initramfs. There was a warning message noting the files were absent. The root cause of this is the multiarch transition moving those files in architecture specific paths. Now the fix in 2012.55-1.1 (or .2?) looks for those files in the correct locations. It looks in the same directory as the c library. On i386 (and likely other architectures as well) there can be multiple c libraries, libc6 and libc6-i686. In the presence of the latter the library path is /lib/i386-linux-gnu/i686/cmov. For reasons that I don't understand the copy_exec call does not work with the latter path. The libnss_something files are missing from the generated initramfs. This should be easy to reproduce using an i386 chroot that includes libc6-i686 by looking at the generated initramfs. Using this initramfs gives exactly the symptoms described in #630581. The system used to report is i386 and likely has libc6-i686 installed. You might want to merge those bugs. So as a workaround I locally changed LIBC_DIR=$(ldd /usr/sbin/dropbear | sed -n -e 's,.* = \(/lib.*\)/libc\.so\..*,\1,p') to LIBC_DIR=$(ldd /usr/sbin/dropbear | sed -n -e 's,i686/cmov/,,;s,.* = \(/lib.*\)/libc\.so\..*,\1,p') as a workaround. It will select the non-i686 libraries which copy_exec seems capable to copy. Of course those changes will be overwritten with the next package upgrade, but it gives me an initramfs that can boot the machine. Hope this helps in really fixing the issue. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692565: [pkg-eucalyptus-maintainers] Bug#692565: libgwt-dev-java: compilation failure
Le Wed, Nov 07, 2012 at 03:29:21PM +0100, Olivier Sallou a écrit : Package: libgwt-dev-java Version: 2.4.0-1 Severity: normal Dear Maintainer, I tried to gwt compile biomaj-watcher package from embedded GWT libraries to GWT package. I face a compilation error: Bonjour Olivier, I tried to upgrade GWT to version 2.5.0 in order to #691900, but failed because of a compilation error. Can you try to see if your proble would be solved by an upgrade ? Also, if you have an idea on how to solve the compilation problem in #691900, it would be very welcome ! Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692214: closed by Thorsten Alteholz deb...@alteholz.de (Bug#692214: fixed in ent 1.1debian-3)
On 11/07/2012 07:36 PM, Debian Bug Tracking System wrote: #692214: 100 bytes overflow ent It has been closed by Thorsten Alteholz deb...@alteholz.de. Thanks for fixing this bug (whoever did it) so quickly. I haven't tested it yet, though. Bernhard -- Encrypt emails. My GPG key is on public key servers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692602:
Hello Barry, On Wednesday 07 November 2012 21:18:27 Barry Warsaw wrote: Attached is the diff against the Ubuntu version of the package. You should be able to extract the relevant changes for the Debian version, but because you might be interested in our delta from Debian, I'm including the entire diff. If not, let me know and I can prepare a diff just for the Debian version. Many thanks for your work! I followed the Ubuntu bug but I was a litte busy so your patch arrives in a perfect time. I don't intend to diverge for your work, but I think I will able to use this entire diff. Due to the freeze I will ask for an upload on experimental. Is this a problem for Ubuntu? Tell me if I can do more. Many thanks and kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#681598: Anything else required?
On 11/03/2012 06:48 PM, Jeff Licquia wrote: On 10/22/2012 09:24 AM, Nikolaus Rath wrote: This problem continues to occur regularly. Is there something else I can do to help? I took another look to see if I could figure out what might be happening, and came up empty. About the only possibility left would be to debug the Python code when get_distro_information() fails to return a CODENAME, and figure out why. If you're up for that, definitely send along any information you find. If not, you could let me into your box when it's happening, and I could do the debugging. Of course, you'd have to trust that I wouldn't do anything bad while working on your system. I'll wait until it happens again and you can take a look. Can you send me your ssh key? You don't need root access, right? We'll have to coordinate a time, the machine doesn't have a fixed ip. Thanks! -Nikolaus -- »Time flies like an arrow, fruit flies like a Banana.« PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692602:
On Nov 08, 2012, at 12:04 AM, Daniele Tricoli wrote: Hello Barry, On Wednesday 07 November 2012 21:18:27 Barry Warsaw wrote: Attached is the diff against the Ubuntu version of the package. You should be able to extract the relevant changes for the Debian version, but because you might be interested in our delta from Debian, I'm including the entire diff. If not, let me know and I can prepare a diff just for the Debian version. Many thanks for your work! I followed the Ubuntu bug but I was a litte busy so your patch arrives in a perfect time. I don't intend to diverge for your work, but I think I will able to use this entire diff. Due to the freeze I will ask for an upload on experimental. Is this a problem for Ubuntu? For the bug tracker (since we chatted on IRC): this is perfect. I'll resync when the upload lands in experimental. Tell me if I can do more. Many thanks and kind regards, Perfect, and thanks! Although I forgot to file a bug on it, I also updated to the latest upstream of python-urllib3 (1.5). We did have to add a few patches to that package, but it would be great to also get that updated in Debian too. Since you're the maintainer of that package too, will you grab the Ubuntu (raring) version for experimental, or would you like me to file a separate bug on that? signature.asc Description: PGP signature
Bug#687319: #687319 also fixes local-SR mounting of ISOs, not just from NFS
Mounting ISOs now works as designed when using local SR-storage of ISO's too. Example local SR created (from cli) : xe sr-create name-label=isostorage type=iso device-config:location=/home/isostorage device-config:legacy_mode=true content-type=iso shared=true xe sr-scan UUID=UUID given from the above ISO-files are now available and listed properly in xencenter and from cli, and devices are handled appropriately in the VM as it should: lrwxrwxrwx 1 root root 4 Nov 7 23:39 /dev/cdrom - xvdd brw-rw 1 root cdrom 202, 48 Nov 7 23:39 /dev/xvdd Mounting local SR image shows that it is read correctly: mount: block device /dev/xvdd is write-protected, mounting read-only ISO 9660 Extensions: Microsoft Joliet Level 3 ISO 9660 Extensions: RRIP_1991A Unmounting unit also works as designed, with udev cleaning up /dev/cdrom and /dev/xvdd as it should. -- Per Andre Wilhelmsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692607: linux-image-3.2.0-4-686-pae: Kernel crash when coming out of screen saver
On Wed, Nov 07, 2012 at 08:49:08PM +0100, Steinar Bang wrote: Package: src:linux Version: 3.2.32-1 Severity: important Dear Maintainer, Twice, since apt-get dist-upgrade installed this kernel, the machine has crashed when coming out of screen saver. That's twice in a short number of days. What's shown is a screen of text, saying something about Panic exiting to text console. The text console is completely frozen, and it's impossible to log in using ssh (it says no route to host, so there is no NIC activity whatsoever. [...] Please send a readable photograph of this text. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692604: firmware-linux-nonfree: please recommend amd64-microcode, intel-microcode
On Wed, Nov 07, 2012 at 05:55:48PM -0200, Henrique de Moraes Holschuh wrote: Package: firmware-linux-nonfree I think the firmware-linux metapackage would be more appropriate. Version: 0.36 Severity: wishlist Please recommend amd64-microcode | intel-microcode for Wheezy. It would be best if the majority of our users run with up-to-date microcode... And you think that the package manager will somehow pick the right one just by luck? ;-) Ben. Unfortunately, since these packages are arch-specific, this recommendation cannot be met on arches other than i386 and amd64. AFAIK, this shouldn't cause any operational problems, though. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692076: Heads-Up: catdoc patch accidentally reversed?
On Wed, Nov 07, 2012 at 11:23:21AM +0100, Stefan Cornelius wrote: It looks to me like the patch provided by you in [1] to fix Debian bug #692076 [2] is reversed. I'm not sure if that's by intention or not, so I thought I'd just give you a quick heads-up. Thanks - catdoc-bad-for-loop.patch is indeed accidentally reversed - just a slip on my part in generating the patch, but it's probably worth explicitly pointing out on the ticket in case people look quickly and think they have the fix applied already (so cc-ing). (Also noted by Nick Bane). Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681598: Anything else required?
On 11/07/2012 06:21 PM, Nikolaus Rath wrote: I'll wait until it happens again and you can take a look. Can you send me your ssh key? You don't need root access, right? We'll have to coordinate a time, the machine doesn't have a fixed ip. Nope, shouldn't need root. I'll send the ssh key out-of-band. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688772: gnome Depends network-manager-gnome
On Tue, 30 Oct 2012, Don Armstrong wrote: On Fri, 26 Oct 2012, Michael Biebl wrote: One idea that came up was to check wether wicd is in use (or for that matter ifupdown), and then show a debconf prompt explaining the situation, and letting the user chose if he wants to take over network management by NetworkManager. It would work similar to how we currently handle multiple installed display managers, like gdm3 or kdm (btw, gdm3 is currently a hard depends of gnome-core). If the users choses no, we could disable the service via update-rc.d disable, so the invoke-rc.d later on in postinst would not start NM. I believe some solution along this line which mitigates breakage caused by the co-installation of wicd and NM would go a long way to resolve the technical concerns of having gnome depend on NM.[0] I'm concerned that such a solution won't be ready, tested, and accepted in time for wheezy, however. But I can certainly see proposing an option to have an explicit sunset on the CTTE's requirement for gnome to only recommend NM once this work is done.[1] I've gone ahead and drafted a B option which does this (attached). I've also made an explicit request for a release note documenting that people using gnome should (re)consider using NM. [That still requires someone to do the work, of course.] I'd like to get some more input on this, and then call for a vote sometime this week if at all possible. Don Armstrong -- LEADERSHIP -- A form of self-preservation exhibited by people with autodestructive imaginations in order to ensure that when it comes to the crunch it'll be someone else's bones which go crack and not their own. -- The HipCrime Vocab by Chad C. Mulligan (John Brunner _Stand On Zanzibar_ p256-7) http://www.donarmstrong.com http://rzlab.ucr.edu 1. The TC notes the decision of the meta-gnome maintainers to implement the TC decision in #681834 by: (a) softening the dependency in the gnome-core metapackage from Depends to Recommends, as required (b) adding a new dependency in the gnome metapackage, as a Depends. (In squeeze, this is where the dependency was, but it was a Recommends.) 2. Our intent, as stated in the rationale section of our previous decision (#681834, paras 3 and 5), is that squeeze users who have gnome installed but not network-manager do not find that network-manager becomes installed when they upgrade to wheezy. 3. A Recommends from gnome to network-manager-gnome would serve no purpose in wheezy as gnome Depends on gnome-core which already Recommends network-manager-gnome. Therefore A 4. We overrule the decision of the meta-gnome maintainers to add a Adependency from gnome to network-manager-gnome; this dependency Ashould be removed for the release of wheezy. B 4. We overrule the decision of the meta-gnome maintainers to add a Bdependency from gnome to network-manager-gnome; this dependency Bshould be removed for the release of wheezy. After the release of Bwheezy, if in the opinion of the NM maintainer the concerns Braised in §4 of the CTTE decision #681834 have been addressed Bthrough technical means, the meta-gnome maintainers may freely Badjust the dependencies as usual. 5. We request that the Release Team unblock update(s) to meta-gnome so that our decisions may be implemented in wheezy. 6. We request that a release note is created explaining that gnome users who do not currently have NM installed consider installing it.
Bug#677097: mountall-bootclean.sh nukes udev's data in /run
On Wed, Nov 07, 2012 at 08:03:39PM +0100, Jakub Wilk wrote: Control: reopen -1 Control: found -1 2.88dsf-32 * Jakub Wilk jw...@debian.org, 2012-06-11, 18:20: mountall-bootclean.sh removes files from /run, but these may include files created by init scripts earlier in the same boot process. I observed this because the script nuked files in /run/udev/, leaving my X server without any input devices. I can still reproduce this bug. That's a bit frustrating, I thought we had this nailed now. Would it be possible to debug this in a bit more detail on your system? /lib/init/bootclean.sh's clean function must be failing all these checks: # Does not exist [ -d $dir ] || return 1 # tmpfs does not require cleaning [ -f $dir/.tmpfs ] return 0 # Can clean? checkflagfile $dir || return 0 # Already cleaned [ -f ${dir}/.clean ] return 0 # Can't clean yet? which find /dev/null 21 || return 1 Could you possibly put some print statements in there and find out if all these pass? If so, is the .tmpfs file missing? Or the .clean flag file? If that's the case, we really need to know why they aren't present, since they should have been created before this point. If the init scripts are being run in the wrong order, these could potentially be run after the files were deleted. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692559: general: Information missing from man page for rcS
On Wed, Nov 07, 2012 at 06:05:32PM +, G.W. Haywood wrote: On Wed, 7 Nov 2012, Roger Leigh wrote: On Wed, Nov 07, 2012 at 04:25:51PM +, G.W. Haywood wrote: On Wed, 7 Nov 2012, Roger Leigh wrote: Nowadays, parallel startup using startpar is the default. Disabling this is not something which is useful ... Not correct. The option could well be removed entirely in future releases. This would be an inconvenience, at least to me. Regarding the above, it would be useful to have some concrete examples to explain why this is the case. The particular case which faces me at the moment may be faulty hardware, incorrect interrupt routing, conflicting interrupts or possibly none of the above. However it will aid greatly in discovering what is going on if I can (a) determine exactly what will happen when at boot time and (b) see debug output in the logs as a time series and not one big pile of jumbled messages: [1.017969] nv_probe: set workaround bit for reversed mac addr [1.022092] SCSI subsystem initialized [1.027508] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [1.053243] libata version 3.00 loaded. [1.053355] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [1.066972] tg3.c:v3.116 (December 3, 2010) Please do note that the above messages are from kernel initialisation of modules. This happens either before init is started, or are triggered by udev, and by their nature will be run in parallel. This will take effect irrespective of the CONCURRENCY option, because it's not being parallelised at the level of sysvinit/rc; there's nothing we can do in sysvinit to change this, I'm afraid; it's completely out of our hands. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692634: dconf: Patch to Fix Copyright and Control Issues
Package: dconf Version: 0.5.1-3 Severity: normal Tags: patch Dear Maintainer, Please consider the attached patch which makes the following fixes: * debian/control: - Added Homepage Field - Added Depends ${misc:Depends} * debian/copyright: - Added Copyright Field - Fixed Versionless Copyright Symlink Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-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 === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2007-08-10 15:32:17 + +++ debian/control 2012-11-08 00:29:14 + @@ -1,13 +1,16 @@ Source: dconf Section: admin Priority: optional -Maintainer: Leo Eraly l...@unstable.be +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Leo Eraly l...@unstable.be Build-Depends: debhelper (= 4.0.0) , python , python-support Standards-Version: 3.7.2 +Homepage: http://dag.wieers.com/home-made/dconf/ + Package: dconf Architecture: all -Depends: ${python:Depends} +Depends: ${python:Depends}, ${misc:Depends} Description: collect system information Dconf is a tool to collect a system's hardware and software configuration. === modified file 'debian/copyright' --- debian/copyright 2005-10-08 12:31:11 + +++ debian/copyright 2012-11-08 00:22:30 + @@ -3,7 +3,7 @@ It was downloaded from http://dag.wieers.com/home-made/dconf/ -Copyright Holder: Dag Wieers d...@wieers.com +Copyright 2011 Dag Wieers d...@wieers.com License: @@ -22,5 +22,5 @@ On Debian systems, the complete text of the GNU General -Public License can be found in `/usr/share/common-licenses/GPL'. +Public License can be found in `/usr/share/common-licenses/GPL-2'.
Bug#692175: Acknowledgement (fusedav: concurrent dav_open can result in duplicate cache entries)
Here's a small cleanup on top the existing patch. I don't believe it fixes any real bugs, but it's Obviously Correct (TM). I worked on it while resolving issues with the original patch for #692179 commit d9ae7c815e8a98eeb214ea7e8495d95a458761a7 Author: Eric Wong normalper...@yhbt.net Date: Thu Nov 8 00:22:08 2012 + filecache: reduce files_mutex contention There's no need to hold the global mutex to update per-file flags, so only update flags after we've released the global mutex. From d9ae7c815e8a98eeb214ea7e8495d95a458761a7 Mon Sep 17 00:00:00 2001 From: Eric Wong normalper...@yhbt.net Date: Thu, 8 Nov 2012 00:22:08 + Subject: [PATCH 3/3] filecache: reduce files_mutex contention There's no need to hold the global mutex to update per-file flags, so only update flags after we've released the global mutex. --- src/filecache.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/src/filecache.c b/src/filecache.c index a257a42..8b26b68 100644 --- a/src/filecache.c +++ b/src/filecache.c @@ -185,9 +185,6 @@ void* file_cache_open(const char *path, int flags) { pthread_mutex_lock(files_mutex); if ((fi = file_cache_get_unlocked(path))) { -pthread_mutex_lock(fi-mutex); -file_cache_update_flags_unlocked(fi, flags); -pthread_mutex_unlock(fi-mutex); cached = 1; } else { fi = calloc(1, sizeof(struct file_info)); @@ -202,8 +199,13 @@ void* file_cache_open(const char *path, int flags) { pthread_mutex_unlock(files_mutex); -if (cached) +if (cached) { +pthread_mutex_lock(fi-mutex); +file_cache_update_flags_unlocked(fi, flags); +pthread_mutex_unlock(fi-mutex); + return fi; +} snprintf(tempfile, sizeof(tempfile), %s/fusedav-cache-XX, /tmp); if ((fi-fd = mkstemp(tempfile)) 0) -- 1.8.0.3.gdd57fab.dirty
Bug#692179: Acknowledgement (fusedav: fix flush and release of open files)
Attached are two more patches to fix problems this patch introduced. All fixes are in the bugfix-only branch of git://bogomips.org/fusedav I also have a cgit viewer running on http://bogomips.org/fusedav.git commit b330ce5df52d09879ed98e6889863b8f405b9938 Author: Eric Wong normalper...@yhbt.net Date: Thu Nov 8 00:18:53 2012 + filecache: avoid ABBA locking problem in unref Since we have other code which locks files_mutex before locking fi-mutex; we must preserve this ordering in and not attempt to unlink wile fi-mutex is held. Since file_cache_get will skip files on ref==0, it is safe to leave the old file in the global file cache with ref==0 after fi-mutex is unlocked. commit 60853e3bfed6d9909c7a47cfad9b5955fd78374e Author: Eric Wong normalper...@yhbt.net Date: Thu Nov 8 00:15:59 2012 + filecache: fix unlocking in file_cache_close_all We need to unlock the global files_mutex before calling file_cache_unref(). Since we did not grab fi-mutex in file_cache_close_all(), it is a mistake (a typo) to release it. From 60853e3bfed6d9909c7a47cfad9b5955fd78374e Mon Sep 17 00:00:00 2001 From: Eric Wong normalper...@yhbt.net Date: Thu, 8 Nov 2012 00:15:59 + Subject: [PATCH 1/3] filecache: fix unlocking in file_cache_close_all We need to unlock the global files_mutex before calling file_cache_unref(). Since we did not grab fi-mutex in file_cache_close_all(), it is a mistake (a typo) to release it. --- src/filecache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/filecache.c b/src/filecache.c index eded0aa..7527b77 100644 --- a/src/filecache.c +++ b/src/filecache.c @@ -426,7 +426,7 @@ int file_cache_close_all(void) { while (files) { struct file_info *fi = files; -pthread_mutex_unlock(fi-mutex); +pthread_mutex_unlock(files_mutex); file_cache_unref(fi); pthread_mutex_lock(files_mutex); } -- 1.8.0.3.gdd57fab.dirty From b330ce5df52d09879ed98e6889863b8f405b9938 Mon Sep 17 00:00:00 2001 From: Eric Wong normalper...@yhbt.net Date: Thu, 8 Nov 2012 00:18:53 + Subject: [PATCH 2/3] filecache: avoid ABBA locking problem in unref Since we have other code which locks files_mutex before locking fi-mutex; we must preserve this ordering in and not attempt to unlink wile fi-mutex is held. Since file_cache_get will skip files on ref==0, it is safe to leave the old file in the global file cache with ref==0 after fi-mutex is unlocked. --- src/filecache.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/src/filecache.c b/src/filecache.c index 7527b77..a257a42 100644 --- a/src/filecache.c +++ b/src/filecache.c @@ -125,14 +125,15 @@ void file_cache_unref(void *f) { if (fi-ref == 0) { if (fi-writable) file_cache_sync_unlocked(fi); -file_cache_unlink(fi); unlinked = 1; } pthread_mutex_unlock(fi-mutex); -if (unlinked) +if (unlinked) { +file_cache_unlink(fi); file_cache_free_unlocked(fi); +} } static void file_cache_unlink(struct file_info *fi) { -- 1.8.0.3.gdd57fab.dirty
Bug#692604: firmware-linux-nonfree: please recommend amd64-microcode, intel-microcode
On Wed, 07 Nov 2012, Ben Hutchings wrote: On Wed, Nov 07, 2012 at 05:55:48PM -0200, Henrique de Moraes Holschuh wrote: Package: firmware-linux-nonfree I think the firmware-linux metapackage would be more appropriate. Sure, that would work as well. Please recommend amd64-microcode | intel-microcode for Wheezy. It would be best if the majority of our users run with up-to-date microcode... And you think that the package manager will somehow pick the right one just by luck? ;-) Heh, you're right. We can recommend both packages at the same time, then. They can be co-installed, and will do the right thing. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692635: bash-completion: completion for useradd -k incorrect
Package: bash-completion Version: 1:1.2-3 Severity: minor Tags: patch Hi! As pointed out in #debian, the tab completion for useradd -k seems broken. The documentation says that -k is a synonym for --skel while -K is a synonym for --key. The current completion is treating -k as -K. The attached patch should fix this up. cheers Stuart -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (550, 'testing-proposed-updates'), (550, 'testing'), (60, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692540: installing with Malayalam gets stuck at configuring apt
Praveen A, le Wed 07 Nov 2012 15:49:50 +0530, a écrit : I was not able to complete installations as it got stuck with Configuring apt step. I was able to install it with English. I will try to have some more people test it. Just to make sure: how much memory did you give to your system? The gtk installer is quite demanding. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692175: Info received (Bug#692175: Acknowledgement (fusedav: concurrent dav_open can result in duplicate cache entries))
Attached is a big bugfix for the original patch. Sorry for the breakage. commit 54984c1bc3635efbe0661c0bdd98eb5083555e38 Author: Eric Wong normalper...@yhbt.net Date: Thu Nov 8 00:56:10 2012 + filecache: unlink cache entry on HEAD failure during open Since we insert a stillborn entry to avoid duplicate entries during file_cache_open(), we need to unlink the stillborn entry if the file no longer exists on the server. From 54984c1bc3635efbe0661c0bdd98eb5083555e38 Mon Sep 17 00:00:00 2001 From: Eric Wong normalper...@yhbt.net Date: Thu, 8 Nov 2012 00:56:10 + Subject: [PATCH] filecache: unlink cache entry on HEAD failure during open Since we insert a stillborn entry to avoid duplicate entries during file_cache_open(), we need to unlink the stillborn entry if the file no longer exists on the server. --- src/filecache.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/filecache.c b/src/filecache.c index 8b26b68..af9efac 100644 --- a/src/filecache.c +++ b/src/filecache.c @@ -242,6 +242,7 @@ fail: if (fi) { pthread_mutex_unlock(fi-mutex); +file_cache_unlink(fi); file_cache_free_unlocked(fi); } -- 1.8.0.3.gdd57fab.dirty
Bug#692636: aboot: Patch to improve Control and Copyright
Package: aboot Version: 1.0~pre20040408-4 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, I noticed the control uses debhelper but lacked ${misc:Depends} and a homepage field and also copyright lacked copyright information for the upstream author. This patch should properly address those. * debian/control: - Added Homepage Field - Added Depends ${misc:Depends} * debian/copyright: - Added Copyright Field Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-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 === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2008-06-02 09:33:19 + +++ debian/control 2012-11-08 00:55:28 + @@ -2,12 +2,14 @@ Build-Depends: debhelper (= 5.0), sp, sgmlspl, docbook-utils, sgmltools-lite Section: admin Priority: standard -Maintainer: Steve Langasek vor...@debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Steve Langasek vor...@debian.org Standards-Version: 3.7.3.0 +Homepage: http://sourceforge.net/projects/aboot/ Package: aboot Architecture: alpha -Depends: ${shlibs:Depends}, aboot-base +Depends: ${shlibs:Depends}, ${misc:Depends}, aboot-base Conflicts: aboot-cross Description: Linux bootloader for the SRM console This is the standard Linux bootloader for machines with SRM firmware @@ -22,7 +24,7 @@ Architecture: any Section: admin Priority: optional -Depends: ${shlibs:Depends}, aboot-base +Depends: ${shlibs:Depends}, ${misc:Depends}, aboot-base Conflicts: aboot ( 0.9-1.2) Suggests: mkisofs Description: utility to create bootable ISO-Images for Linux/Alpha === modified file 'debian/copyright' --- debian/copyright 2004-05-08 16:20:42 + +++ debian/copyright 2012-11-08 00:53:23 + @@ -1,7 +1,7 @@ This package was built from sources obtained from http://www.sf.net/projects/aboot -Copyright: +Copyright 2001 Will Woods wwo...@redhat.com This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by
Bug#692637: libpam-sshauth: Add Homepage Field to Control
Package: libpam-sshauth Version: 0.1-2 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, Please find the attached patch which adds a homepage field to control. * debian/control: Add Homepage Field Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-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 === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2011-10-28 20:26:42 + +++ debian/control 2012-11-08 01:03:29 + @@ -1,10 +1,12 @@ Source: libpam-sshauth Section: admin Priority: extra -Maintainer: LTSP Debian Maintainers pkg-ltsp-de...@lists.alioth.debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: LTSP Debian Maintainers pkg-ltsp-de...@lists.alioth.debian.org Uploaders: Vagrant Cascadian vagr...@debian.org Build-Depends: debhelper (= 8.0.0), libssh-dev, libpam0g-dev | libpam-dev, dh-autoreconf Standards-Version: 3.9.2 +Homepage: https://code.launchpad.net/~sbalneav/ltsp/libpam-sshauth Package: libpam-sshauth Architecture: any
Bug#692635: bash-completion: completion for useradd -k incorrect
and now attaching the patch that reportbug somehow lost -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 --- completions/useradd.orig 2012-11-08 00:40:00.866440036 + +++ completions/useradd 2012-11-08 00:40:24.426529064 + @@ -9,7 +9,7 @@ # with -u/--uid case $prev in --c|--comment|-h|--help|-e|--expiredate|-f|--inactive|-k|--key|\ +-c|--comment|-h|--help|-e|--expiredate|-f|--inactive|-K|--key|\ -p|--password|-u|--uid|-Z|--selinux-user) return 0 ;;
Bug#692522: netboot image not working
Luca Capello writes: Hi there! Brian, please keep the BTS Cc:ed and if you want to help the user please also be sure that he gets the email, which means Cc:ing it (you replied to debian-boot@ only). On Wed, 07 Nov 2012 11:05:22 +0100, Brian Potkin wrote: On Wed 07 Nov 2012 at 09:14:52 +0530, Ashish SHUKLA wrote: From my investigation, it seems current netboot image ships with kernel version 3.2.0-3 whereas .udebs present on server (in Packages.(bz2|gz)[2]) are for version 3.2.0-4. Could you please publish a new netboot image, assuming you do want users to test debian-installer for installing over network ? http://d-i.debian.org/daily-images/amd64/ There is no hint about such a link in the d-i page on www.d.o: http://www.debian.org/devel/debian-installer/ Should this page be updated with a link to d-i.d.o? Hi, Thanks for the above link. The latest image works fine. This bug report can be closed. -- Ashish SHUKLA “But it was all right, everything was all right, the struggle was finished. He had won the victory over himself. He loved Big Brother.” (George Orwell, Nineteen Eighty-Four, 1949) Sent from my Emacs pgpx6vkQBgRDT.pgp Description: PGP signature
Bug#691215: X request failed: BadDrawable
tags 691215 + moreinfo severity 691215 normal thanks gregor herrmann escreveu: On Mon, 22 Oct 2012 21:53:44 -0400, Antoine Beaupré wrote: Pinpoint somehow doesn't work at all here in this version. anarcat@marcos:presentations$ pinpoint local-fr.pin X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 137 (DRI2) Minor opcode of failed request: 9 (DRI2GetMSC) Resource id in failed request: 0x2ea Serial number of failed request: 91 Current serial number in output stream: 91 anarcat@marcos:presentations$ pinpoint international-en.pin X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 137 (DRI2) Minor opcode of failed request: 9 (DRI2GetMSC) Resource id in failed request: 0x2ea Serial number of failed request: 91 Current serial number in output stream: 91 Those two presentations work on my laptop, also running wheezy, but on i386 binaries. I've tried on amd64 with ... You can get a copy of those presentations in this git repository: git clone git://wiki.reseaulibre.ca/ ... all 3 .pin files I found in the repo ... This is running the Awesome window manager, Xorg 1:7.7+1 and a fairly up to date wheezy install. ... on an up to date sid machine, also with awesome, and: It just worked with all 3 of them. Hi gregor, thanks for going through with testing this. I am lowering the bug severity, since this bug does not affect every system our there. We should -- and can -- still fix this for wheezy, but I would need that you try a little harder to spot any differences between the systems in which these presentations work and the one in which they don't work. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#692540: installing with Malayalam gets stuck at configuring apt
Testing with Malayalam, the whole graphical interface indeed seems to get stuck in /usr/lib/apt-setup/generators/41cdset, at the db_input high apt-setup/cdrom/set-first line (when going to VT2, then back to VT5, the whole screen is grey, i.e. the toolkit is stuck). The following translation: msgstr വേറൊരു സിഡിയോ ഡിവിഡിയോ ചേര്ക്കണോ? does not even show up, let alone the rest: msgstr നിങ്ങള് ഇന്സ്റ്റളേഷനുപയോഗിച്ച സിഡിയോ ഡിവിഡിയോ ചേര്ത്തിട്ടുണ്ടു്; അതിന്റെ പേരാണു്: msgstr പാക്കേജുകളുടെ നടത്തിപ്പുകാരനു് (apt) ഉപയോഗിയ്ക്കാന് കൂടുതല് സിഡികളോ ഡിവിഡികളോ ചേര്ക്കാന് നിങ്ങള്ക്കിപ്പോഴവസരമുണ്ടു്. സാധാരണയായി ഇതു് നിങ്ങള് ഇന്സ്റ്റളേഷനുപയോഗിച്ച സിഡി/ഡിവിഡി ഗണത്തില് തന്നെയുള്ളതായിരിയ്ക്കണം. നിങ്ങളുടെ കയ്യില് കൂടുതല് സിഡികളോ ഡിവിഡികളോ ഇല്ലെങ്കില് ഈ നടപടിക്രമം അവഗണിയ്ക്കാം. msgstr വേറൊരു സിഡിയോ ഡിവിഡിയോ ചേര്ക്കാന് നിങ്ങളാഗ്രഹിയ്ക്കുന്നെങ്കില്, ദയവായി അതു് വയ്ക്കൂ. perhaps the first string somehow makes pango hang, perhaps it is badly formed? (it is valid utf-8 at least) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692638: libwww-mechanize-perl: Fix Copyright Format Specification
Package: libwww-mechanize-perl Version: 1.71-2 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, Very cosmetic fix * debian/copyright: - Fix Format Specification Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-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 === modified file 'debian/changelog' === modified file 'debian/copyright' --- debian/copyright 2011-08-28 20:59:27 + +++ debian/copyright 2012-11-08 01:28:18 + @@ -1,4 +1,4 @@ -Format-Specification: http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?view=markuppathrev=135 +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Maintainer: Jesse Vincent je...@bestpractical.com Source: http://search.cpan.org/dist/WWW-Mechanize/ Name: WWW-Mechanize
Bug#692639: sendpage: Replace arguement with argument
Package: sendpage Version: 1.0.3-2 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, * KeesConf.pm: Replace Arguement with Argument Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-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 === modified file 'debian/changelog' === modified file 'lib/Sendpage/KeesConf.pm' --- lib/Sendpage/KeesConf.pm 2008-08-16 09:02:54 + +++ lib/Sendpage/KeesConf.pm 2012-11-08 01:39:08 + @@ -64,7 +64,7 @@ =item $config = Sendpage::KeesConf-new(); -The constructor doesn't take an arguement, but it should in the future. +The constructor doesn't take an argument, but it should in the future. =cut
Bug#692536: 'apt-get install' select the wrong version of package from different source list
Hi David, I am very sorry for the troubles which I made to you and Julien and to apt open source. This is the first time I communicate with debian open source. So I am not quite professinal. I am not sure how to communicate with development/support team until I see the bug report link. I think it is also a support channel but I am wrong. First I tried used tool 'reportbug' to send a bug to 'sub...@bugs.debian.org'.But it used a wrong email address so I could not receive the ticket number. So I use my outlook to send a email again. I know it will duplicate but I am not sure how to delete the first submit. Sorry for this. I follow the guide to select 'breaks unrelated software', actually I am not quite what it means, sorry for the confusion I made. I have downloaded the apt-doc and go through it , but I did not find any topics about the package version selection part. And I am not sure where could get such kinds of information like debian version format guide and apt-get package version selection rules. Could you please help me? I really would like to get some information/clues from expert. Thank you very much! BRs, He Qingsheng -Original Message- From: donk...@gmail.com [mailto:donk...@gmail.com] On Behalf Of David Kalnischkies Sent: Wednesday, November 07, 2012 6:46 PM To: He, Qingsheng 2; 692...@bugs.debian.org Subject: Re: Bug#692536: 'apt-get install' select the wrong version of package from different source list # forcemerge to closed duplicated support request forcmerge 692531 692536 thanks On Wed, Nov 7, 2012 at 10:41 AM, He, Qingsheng 2 qingsheng2...@sonymobile.com wrote: Package: apt Version: 0.8.16 exp5ubuntu14.2 Justification: breaks unrelated software Severity: critical Adding to what Julien said in the merged bug: You should mention which unrelated software is broken - and a random script calling apt-get is by definition not unrelated. Even more that you don't even mention a bug or what is broken. So I have 2 questions: . leading to: Bugs are not a support channel. Try user orientated mailinglists like the various debian-user lists or even better a support channel dealing with Ubuntu (LTS) as it seems to be that you are using that. 1.What is the behavior of apt-get when selecting version of a specific package among different source lists? 2.Is there any way we could set a rule to sepcify a specific source that have a higher priority that other sources in the source list? Pinning to the rescue, I would say: man apt_preferences Careful reading is advised as it is not an easy topic. And just to be sure: This is still not a support channel, so if you don't understand the documentation you might need to ask someone who does, but not in a bugreport - and especially not in a bugreport flagged as blocking the release of Debian wheezy! It might block your work, but that is not a reason to block other people . (which is why Julien wasn't happy with this one here) Note through that your packages have illegal versions (e.g. they don't start with a number) so behavior can be undefined and tools might decide to just refuse to work (or at least complain very loudly like dpkg). That said APT and dpkg actually agree that -17XX- orders before -17X1- and that is what you asked for, so my money is on a (very) broken setup. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692640: laptop-mode-tools: Unable to activate a second time
Package: laptop-mode-tools Version: 1.62-1 Severity: important This also affects Version: 1.61-1 As you can see i have enabled verbose output. When i start laptop-mode-tools and unplug my AC everything works fine (laptop_mode is enabled). Then when i plug my AC once again and unplug it the setting are as if there is still an AC plugged in. When running laptop_mode from command line i am getting this output: root@claw-t430:claw# laptop_mode Warning: Configuration file /etc/laptop-mode/conf.d/board-specific/* is not readable, skipping. Determining power state from /sys/class/power_supply/AC/online. Not trying other options, already found a power supply. Battery level polling is disabled. Prelim lock acquisition on descriptor 8 with pid 18499 Couldn't acquire prelim lock on descriptor 9 with pid 18499 Now invoking lock_retry with arguments -- Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 Couldn't acquire lock on descriptor 9 in lock_retry(). Retrying PID is 18499 When i remove the lock files ( /var/lock/lmt-*) 'on my own' it works for one more time. I guess there is some problem on deleting the lock files when plugging the AC again. Anybody can reproduce this error on another system then mine ? Note that there are some modifications on the configuration files i have attached. Thank you for your attention. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (250, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages laptop-mode-tools depends on: ii lsb-base4.1+Debian7 ii psmisc 22.19-1 ii util-linux 2.20.1-5.2 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.4.2-1 ii hdparm 9.39-1+b1 ii net-tools 1.60-24.2 ii sdparm 1.07-1 ii udev175-7 ii wireless-tools 30~pre9-8 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.16-1 pn halnone -- Configuration Files: /etc/laptop-mode/conf.d/bluetooth.conf changed: DEBUG=0 CONTROL_BLUETOOTH=1 BATT_ENABLE_BLUETOOTH=0 AC_ENABLE_BLUETOOTH=1 BLUETOOTH_INTERFACES=hci0 /etc/laptop-mode/conf.d/ethernet.conf changed: DEBUG=0 CONTROL_ETHERNET=auto BATT_THROTTLE_ETHERNET=0 LM_AC_THROTTLE_ETHERNET=0 NOLM_AC_THROTTLE_ETHERNET=0 THROTTLE_SPEED=fastest DISABLE_WAKEUP_ON_LAN=1 ETHERNET_DEVICES=eth0 DISABLE_ETHERNET_ON_BATTERY=0 /etc/laptop-mode/conf.d/intel-hda-powersave.conf changed: DEBUG=0 CONTROL_INTEL_HDA_POWER=auto BATT_INTEL_HDA_POWERSAVE=1 LM_AC_INTEL_HDA_POWERSAVE=0 NOLM_AC_INTEL_HDA_POWERSAVE=0 INTEL_HDA_DEVICE_TIMEOUT=2 INTEL_HDA_DEVICE_CONTROLLER=1 /etc/laptop-mode/conf.d/usb-autosuspend.conf changed: DEBUG=0 CONTROL_USB_AUTOSUSPEND=auto AUTOSUSPEND_USE_WHITELIST=0 AUTOSUSPEND_USBID_BLACKLIST= AUTOSUSPEND_USBTYPE_BLACKLIST= AUTOSUSPEND_USBID_WHITELIST= AUTOSUSPEND_USBTYPE_WHITELIST= BATT_SUSPEND_USB=1 LM_AC_SUSPEND_USB=1 NOLM_AC_SUSPEND_USB=0 AUTOSUSPEND_TIMEOUT=2 /etc/laptop-mode/conf.d/video-out.conf changed: DEBUG=0 CONTROL_VIDEO_OUTPUTS=1 BATT_DISABLE_VIDEO_OUTPUTS=TMDS VGA LM_AC_DISABLE_VIDEO_OUTPUTS=TMDS VGA NOLM_AC_DISABLE_VIDEO_OUTPUTS= /etc/laptop-mode/conf.d/wireless-iwl-power.conf changed: DEBUG=0 CONTROL_IWL_POWER=auto IWL_AC_POWER=0 IWL_BATT_POWER=5 /etc/laptop-mode/laptop-mode.conf changed: ENABLE_LAPTOP_MODE_TOOLS=1 VERBOSE_OUTPUT=1 LOG_TO_SYSLOG=1 DEBUG=0 ENABLE_LAPTOP_MODE_ON_BATTERY=1 ENABLE_LAPTOP_MODE_ON_AC=0 ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0 ENABLE_AUTO_MODULES=1 MINIMUM_BATTERY_CHARGE_PERCENT=5 DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1 HD=/dev/[hs]d[abcdefgh] PARTITIONS=auto /dev/mapper/* ASSUME_SCSI_IS_SATA=1 LM_BATT_MAX_LOST_WORK_SECONDS=600 LM_AC_MAX_LOST_WORK_SECONDS=360 CONTROL_READAHEAD=1 LM_READAHEAD=8192 NOLM_READAHEAD=128 CONTROL_NOATIME=1 USE_RELATIME=1 CONTROL_HD_IDLE_TIMEOUT=1 LM_AC_HD_IDLE_TIMEOUT_SECONDS=20 LM_BATT_HD_IDLE_TIMEOUT_SECONDS=20 NOLM_HD_IDLE_TIMEOUT_SECONDS=7200 CONTROL_HD_POWERMGMT=auto BATT_HD_POWERMGMT=1 LM_AC_HD_POWERMGMT=254 NOLM_AC_HD_POWERMGMT=254 CONTROL_HD_WRITECACHE=0 NOLM_AC_HD_WRITECACHE=1 NOLM_BATT_HD_WRITECACHE=0 LM_HD_WRITECACHE=0 CONTROL_MOUNT_OPTIONS=1
Bug#692641: CVE-2012-4573: Authentication bypass for image deletion
Package: glance Version: 2012.1.1-1.1 Severity: critical Gabe Westmaas from Rackspace reported a vulnerability in Glance authentication of image deletion requests. Authenticated users may be able to delete arbitrary, non-protected images from Glance servers. Only Folsom/Grizzly deployments that expose the v1 API are affected by this vulnerability. Additionally, Essex deployments that use the delayed_delete option are also affected. Below is the proposed patch. Thomas diff --git a/glance/api/v1/images.py b/glance/api/v1/images.py index 9bedf20..2684454 100644 --- a/glance/api/v1/images.py +++ b/glance/api/v1/images.py @@ -738,10 +738,10 @@ class Controller(controller.BaseController): # to delete the image if the backend doesn't yet store it. # See https://bugs.launchpad.net/glance/+bug/747799 try: +registry.delete_image_metadata(req.context, id) if image['location']: schedule_delete_from_backend(image['location'], self.conf, req.context, id) -registry.delete_image_metadata(req.context, id) except exception.NotFound, e: msg = (Failed to find image to delete: %(e)s % locals()) for line in msg.split('\n'): -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685251: [Openstack-devel] Bug#685251: Fixing Debian bug #685251 for the ryu plugin in Openstack
On 11/08/2012 02:16 AM, Julien Cristau wrote: On Thu, Nov 8, 2012 at 01:50:31 +0800, Thomas Goirand wrote: Now, I have to ask what the release team thinks about this. Should we keep the ryu pluggin package in Debian, but disable the init script by default, and explain the situation? Or simply remove all Ryu support? If a package is not useful in the context of debian main then we should not ship it. Cheers, Julien This will be done. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692626: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
Oh come on. Serious? That is clearly a joke license. No-one should touch this until they can legally define exactly what evil is. On Thu, Nov 8, 2012 at 6:12 AM, Ansgar Burchardt ans...@debian.org wrote: Package: src:moodle Version: 2.2.3.dfsg-2.3 Severity: serious The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./lib/minify/lib/JSMin.php Ansgar -- /// Moodle - open-source software for collaborative learning /// /// Free software, community, information: http://moodle.org /// Commercial support and other services: http://moodle.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691147: installation-report: FSC_Futro_S300 set up with Wheezy beta
On Wed, 2012-11-07 at 12:22 +0100, Andreas Glaeser wrote: On Tue, 23 Oct 2012 21:33:26 +0200 Julien Cristau jcris...@debian.org wrote: On Mon, Oct 22, 2012 at 09:24:27 +0200, Andreas Glaeser wrote: This installation went quite fine, but I had the debian-desktop-environment installed on this box and wondered in the end, that it was Gnome3, not XFCE. I thought XFCE was the default now for CD-installations and a single-CD-image was used for this (while Nope... using a network-mirror). Gnome3 began starting up, but with only 256 MB of RAM, this would have been an endless swap-orgy, so Gnome was removed again with tasksel and task-xfce-desktop and task-lxde-desktop chosen instead. As with the IGEL-thinclient before, I built a special kernel-image for this box, because *-686-pae would produce a Why? The 486 kernel image should work just fine. Which one did d-i install? reboot-loop instead of starting up and lower latency-times are appreciated. Cheers, Julien d-i installed the -486 kernel and you are right, it works just fine. I use the -3.2-486-bpo kernel now on this box with the otherwise stable release. It really is OK, although -686 would be even nicer maybe ? Wikipedia says, TM-Crusoe is a 586-CPU, so possibly -686 would not work at all, [...] Aside from the fact that it wouldn't work, it doesn't exist any more in 'wheezy': http://womble.decadent.org.uk/blog/upcoming-changes-in-debian-linux-packages-for-i386.html Ben. -- Ben Hutchings The program is absolutely right; therefore, the computer must be wrong. signature.asc Description: This is a digitally signed message part
Bug#692642: Samba core dump when printing
Package: samba Version: 3.6.6-3 I got internal error signal 11 and core dump in the middle of sending print jobs. The core dump error told me to look at the SAMBA3-Troubleshooting PDF. I am printing to a cups printer over JetDirect. I saw a lot of cups related printid errors as well. I have not been able to reproduce this error consistently. It happens sporadically (but often) in the middle of batches of print jobs. This is printing from a Win98 client. The exact same printing task sent again will work, so what we have been doing is cancelling the whole job on error and then resending the job. Unfortunately I had to downgrade to 3.5.6 to get things working for now. I have the core dump I can upload if it will help to identify the issue. Tested on Debian Wheezy(testing) and later Sid, with a 2.6.38 armel kirkwood kernel.
Bug#343378: Should be resolved in version 0.58
Hello, this is the libuser upstream maintainer. libuser 0.58 provides most of the old apps/apputil.h, including lu_homedir_populate(), in libuser/fs.h. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org