Bug#116328: wishlist wontfix
severity 116328 wishlist tags 116328 + wontfix thanks This bug is almost a decade old, and the workaround seems to be enough. If anyone else is bothered by it severly, I might consider fixing it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553875: replacing libreadline5-dev build dependency with libreadline-dev
On Mon, Aug 22, 2011 at 09:29:13AM +1000, Dave Chinner wrote: On Sun, Aug 21, 2011 at 12:01:23AM +0200, Aurelien Jarno wrote: Hi, I have just done an NMU of xfsprogs to fix this longstanding issue. You will find below the diff of the NMU. That was resolved in the upstream repository back in April: But never uploaded to Debian, where the package has been unbuildable for months due to this issue. commit 9de4c6df018f029d9266536a0ae961929a4a76ae Author: Nathan Scott nath...@aconex.com Date: Thu Apr 28 23:15:30 2011 + xfsprogs: resolve Debian readline build issue Address the recently reported build issue with libreadline5/6, via the gplv2 route. Since this appears to be a relatively recent pkg, I made its use conditional so the deb build continues to work for everyone not running a bleeding edge distro. Works For Me (tm). This addresses Debian bug 553875: libreadline5-dev removal pending Signed-off-by: Nathan Scott nath...@debian.org Signed-off-by: Alex Elder ael...@sgi.com Cheers, Dave. -- Dave Chinner da...@fromorbit.com -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636101: haserl: General update after the debconf review process
Dear Debian maintainer,
On Thursday, July 21, 2011, I sent you a notification about the beginning of a
review
action on debconf templates for haserl.
Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.
Translators have been working hard and here is now the result of their efforts.
Please consider using it EVEN if you committed files to your
development tree as long as they were reported.
The attached tarball contains:
- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/templates with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)
As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.
The patch.rfr file contains a patch for the templates and control
file(s) alone.
Please note that this patch applies to the templates and control
file(s) of your package as of Thursday, July 21, 2011. If your package was
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)
It is now safe to upload a new package version with these changes.
Please notify me of your intents with regards to this.
There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.
--
patch.tar.gz
Description: Binary data
--- haserl.old/debian/haserl.templates 2011-07-16 21:14:32.783410052 +0200
+++ haserl/debian/haserl.templates 2011-07-31 07:35:33.765880516 +0200
@@ -1,9 +1,18 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: haserl/setuid
Type: boolean
Default: false
_Description: Install haserl binary with suid root permissions?
When haserl is installed with suid root permissions, it will automatically set
- its UID and GID to that of the owner and group of the script.
+ its UID and GID to match the owner and group of the script.
.
- WARNING: This is a potential security vulnerability, as scripts that are owned
+ This is a potential security vulnerability, as scripts that are owned
by root will be run as root, even when they do not have the suid root bit.
--- haserl.old/debian/control 2011-07-16 21:14:32.783410052 +0200
+++ haserl/debian/control 2011-07-27 22:03:18.457592002 +0200
@@ -17,17 +17,16 @@
Depends: ${shlibs:Depends}, ${misc:Depends}
Recommends: lua5.1
Description: CGI scripting program for embedded environments
- Haserl is a small cgi wrapper that allows PHP style cgi programming, but
uses
- a UNIX bash-like shell or Lua as the programming language. It is very small,
so
- it can be used in embedded environments, or where something like PHP is too
- big.
+ Haserl is a CGI wrapper that allows PHP-style programming in Lua or a
+ POSIX-compliant shell. It is very small, so it can be used in embedded
+ environments, or where something like PHP is too big.
.
- It combines three features into a small cgi engine:
- * It parses POST and GET requests, placing form-elements as name=value
-pairs into the environment for the CGI script to use. This is somewhat
like
-the uncgi wrapper.
- * It opens a shell, and translates all text into printable statements. All
-text within % ... % constructs are passed verbatim to the shell. This is
-somewhat similar to how PHP scripts are parsed.
- * It can optionally be installed to drop its permissions to the owner of the
-script, giving it some of the security features of suexec or cgiwrapper.
+ It combines three features into a small CGI engine:
+ * It parses POST and GET requests, placing form-elements into the
+environment as name=value pairs for the CGI script to use. This is
+somewhat similar to the uncgi wrapper.
+ * It opens a shell, and translates all text into printable statements.
+All text within % ... % constructs is passed verbatim to the shell.
+This is somewhat similar to how PHP scripts are parsed.
+ * It can be set up to drop its permissions to the owner of the script,
+giving it some of the security features of suexec or cgiwrapper.
--- haserl.old/debian/changelog 2011-07-16 21:14:32.783410052 +0200
+++ haserl/debian/changelog 2011-08-21 14:14:13.738394446 +0200
@@ -1,3 +1,20 @@
+haserl (0.9.29-2) UNRELEASED; urgency=low
+
+ * Debconf templates and debian/control reviewed by the debian-l10n-
+
Bug#637040: [php-maint] Bug#638755: php5: remove t1lib dependency
tag 638755 - patch tag 638755 moreinfo thanks Hi, On Sunday 21 August 2011 11:01:44 Michael Gilbert wrote: package: php5 version: 5.3.7-1 severity: important tag: patch t1lib is slated to be removed (in favor of freetype) before wheezy ships [0],[1]. This package is currently one of its reverse dependencies. Attached is a patch that disables t1lib in the build process. It disables t1lib along with some functions, so no, that's not a patch that we'd use. For context, the following are the PHP functions that require t1lib: imagepsloadfont imagepsfreefont imagepsencodefont imagepsextendfont imagepsslantfont imagepstext imagepsbbox I'm not sure what it would take to make those functions compatibility wrappers around ft2-based functions. @Pierre: as upstream maintainer, what's your opinion on making this change upstream? (possibly for 5.4?) The primary reason for this change is stated at http://bugs.debian.org/637040 At least the phpdoc needs to be more explicit that the imageft* functions also support Type 1 fonts. As far as I can see some basic features could already be implemented, but I don't know how imagepstext()'s anti-aliasing, font slanting, text tightness, and space differ from ft2-equivalents, if any, or how to provide them in the wrappers. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630808: Thanks
I got hit by that too. Thanks to Stefano for solving it. :-) Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#637959: grub-pc: laptop keyboard does not work on first boot
Well, I disabled Fast Boot at BIOS and everything works. Although I prefer booting faster and do not want to see manufacturer's logo at startup, severity is not important to me anymore. Thank you for your time and hope the problem to be solved someday.
Bug#638814: please provide additional module for nginx
Package: nginx-extras Severity: wishlist Hi, Maintainer! A few search engines (like Google) provide API that touches callback on Your service. Usually they use Transfer-Encoding: chunked POST-requests that doesn't contain 'Content-Length' header. To proxy such requests user needs to install additional nginx module: http://wiki.nginx.org/HttpChunkinModule#Installation Could You add the module into the package? -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#630183: xulrunner-1.9.1: Cannot save files in iceweasel
On Mon, Aug 22, 2011 at 04:39:15PM +1000, Craig Small wrote: On Sun, Aug 07, 2011 at 03:48:48PM +0200, Mike Hommey wrote: Does it still happen with Iceweasel 5.0 ? Deleting ~/.mozilla fixed it. Did you actually remove it or simply moved it away? Or do you have a backup? If you can get it back, can you try to only remove the mimeTypes.rdf file only? If that fixes it, could you send it? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630183: xulrunner-1.9.1: Cannot save files in iceweasel
On Sun, Aug 07, 2011 at 03:48:48PM +0200, Mike Hommey wrote: Does it still happen with Iceweasel 5.0 ? Deleting ~/.mozilla fixed it. - Craig -- Craig Small VK2XLZhttp://www.enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org old fingerprint: 1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 NEW fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636292: MD5Sum mismatch is due to multiple DNS queries!
On Mon, Aug 22, 2011 at 09:08:52AM +0800, jida...@jidanni.org wrote: starting Sun Aug 21 21:30:51 UTC 2011 Actually the first five minutes were spent in my 'sleep 5m' so it really is starting Sun Aug 21 21:35:51 UTC 2011 ending Sun Aug 21 21:36:55 UTC 2011 KR I'm not even sure that if you fix the multiple server connections KR that would get better or worse results. But I would still suggest KR that we do try and connect to only 1 server. I've now also added a tcpflow(1) wrapper enabling me to send you all byte-by-byte evidence the next time it happens... but why allow me that wicked pleasure? We know what the problem is, that's not needed. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638072: Resource temporarily unavailable after using 'vzctl enter'
Hi Daniel Quoting Daniel Alder daniel-al...@gmx.net: Bash should really retry as that is what the error code tells. Retrying does not seem to be a solution; i also tried something like this in the hope some waiting will help: What I ment was that bash itself should try again if it gets a wouldblock. What I think is the case is that bash is not prepared for being in non-blocking mode. I think a problem is that vzctl set stdin in non-blocking mode. I do not know this for sure yet though. vzctl enter 222 --exec exit ; sleep 5 ; read a ; sleep 5 ; read a Looks like it is not a time problem. A sleep 15 works as bad as sleep 1. And also 'turning off NDELAY mode' (as dash does) does not really help in this case... Looks like that. Daniel -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638212: openoffice.org-writer: several embedded fonts in generated pdf including courier10pitchbt-bold are failing with adobe reader
forcemerge 616117 638212 thanks On Thu, Aug 18, 2011 at 12:23:12AM +0200, Rene Engelhard wrote: On Thu, Aug 18, 2011 at 12:15:30AM +0200, Rene Engelhard wrote: Given that 3.4.x is a brach off 3.3.4-1 it will still be marked as affecting 3.4.2. As I doubt that is the case, I am marking this as done in 1:3.4.1-1, which has a fix in this area, too. http://bugs.debian.org/616117 I mean. Same symptoms here? Can we merge those bugs and mark 616117 as also fixed in 3.3.4-1? No answer. (That said, I don't see someting PDF/font-related in either http://download.documentfoundation.org/libreoffice/src/bugfixes-libreoffice-3-3-release-3.3.4.1.log or http://download.documentfoundation.org/libreoffice/src/commit-log-libreoffice-3-3-release-3.3.4.1.log either, but it probably is hidden in some commit message. But I am now merging those two bugs given there was no answer and for 616117 it was (indirectky) confirmed that one was fixed in 3.4.1 (fo rt hat it's the same like above)( Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638815: ITP -- ruby-dust - gem that provides additional features on top of the Test::Unit core.
Package: wnpp Owner: Praveen Arimbrathodiyil prav...@gmail.com Severity: wishlist * Package name: ruby-dust Version : 0.1.6 Upstream Author : Jay Fields * URL : http://dust.rubyforge.org/ * License : Ruby License Programming Lang: Ruby Description : gem that provides additional features on top of the Test::Unit core. Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616117: Processed: closing 616117
also sprach Debian Bug Tracking System ow...@bugs.debian.org [2011.08.22.0903 +0200]: close 616117 1:3.3.4-1 For completeness: I think the bug continues in #633480. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#638816: tries to connect to ~/.libvirt/libvirt-sock
Package: libvirt-bin Version: 0.9.3-5 Severity: wishlist File: /usr/bin/virsh When I invoke virsh as normal user, it tries to connect to a socket in ~/.libvirt/libvirt-sock. As a libvirtd will probably never place a socket in there, it would be a god idea to set the path in the package. invoking virsh with --uri qemu:///system seems to work fine. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.1-zgws1 (SMP w/6 CPU cores; PREEMPT) 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 libvirt-bin depends on: ii adduser 3.113add and remove users and groups ii gettext 0.18.1.1-4 GNU Internationalization utilities ii libavah 0.6.30-5 Avahi client library ii libavah 0.6.30-5 Avahi common library ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcap- 0.6.6-1 An alternate POSIX capabilities li ii libdevm 2:1.02.63-3.1The Linux Kernel Device Mapper use ii libgcry 1.4.6-9 LGPL Crypto library - runtime libr ii libgnut 2.12.7-6 GNU TLS library - runtime library ii libnl1 1.1-7library for dealing with netlink s ii libpart 2.3-8disk partition manipulator - share ii libpcia 0.12.1-1 Generic PCI access library for X ii libread 6.2-2GNU readline and history libraries ii libsasl 2.1.24~rc1.dfsg1+cvs2011-05-23-6 Cyrus SASL - authentication abstra ii libudev 172-1libudev shared library ii libuuid 2.19.1-5 Universally Unique ID library ii libvirt 0.9.3-5 library for interfacing with diffe ii libxens 4.1.1-2 Xenstore communications library fo ii libxml2 2.7.8.dfsg-4 GNOME XML library ii logrota 3.7.8-6 Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.5-2 Utilities for configuring the Linu ii dmidecode 2.9-1.2 Dump Desktop Management Interface pn dnsmasq-base none(no description available) pn ebtables none(no description available) pn gawk none(no description available) ii iproute20110629-1networking and traffic control too ii iptables 1.4.12-1 administration tools for packet fi ii libxml2-utils 2.7.8.dfsg-4 XML utilities ii netcat-openbsd 1.89-4TCP/IP swiss army knife ii qemu-kvm 0.14.1+dfsg-4 Full virtualization on x86 hardwar Versions of packages libvirt-bin suggests: ii policykit-1 0.102-1framework for managing administrat ii radvd 1:1.8-1Router Advertisement Daemon -- 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#638808: ITP: daimonin -- Daimonin is a fantasy MMORPG (Massively Multiplayer Online Role-playing Game) which features a large gameworld with engaging background, and is developing many fun and uni
Hi, On 08/22/2011 04:02 AM, Franklin Barnett wrote: * Package name: daimonin Version : 0.10.5 Upstream Author : Michael Toennies i...@daimonin.org * URL : http://www.daimonin.org/ Description : Daimonin is a fantasy MMORPG (Massively Multiplayer Online Role-playing Game) which features a large gameworld with engaging background, and is developing many fun and unique features. It has a 2D-isometric perspective. Daimonin is open-source and accepts user-contributed content such as maps, music, art, code, and writing. It is currently in its fifth stable beta stage in which many new features are being added. Are you interested in joining the Debian Games Team [1,2] and maintaining your package there? You would have the benefit of experienced sponsors and other help and we would welcome every helping hand that could help on other packages too :) Regards Evgeni [1] https://alioth.debian.org/projects/pkg-games/ [2] http://wiki.debian.org/Games -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638815: test case is failing with 1.9.1
I get the following error with ruby 1.9.1, all tests pass with ruby 1.8. Can anyone help me to fix it? /usr/bin/ruby1.9.1 -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb Running tests for ruby1.9.1 with test file list from debian/ruby-test-files.yaml ... :helper_method /tmp/buildd/ruby-dust-0.1.6/test/failing_with_setup_unit_test.rb:11:in `top (required)': shouldn't be here (RuntimeError) from internal:lib/rubygems/custom_require:29:in `require' from internal:lib/rubygems/custom_require:29:in `require' from /tmp/buildd/ruby-dust-0.1.6/test/all_tests.rb:1:in `block in top (required)' from /tmp/buildd/ruby-dust-0.1.6/test/all_tests.rb:1:in `each' from /tmp/buildd/ruby-dust-0.1.6/test/all_tests.rb:1:in `top (required)' from internal:lib/rubygems/custom_require:29:in `require' from internal:lib/rubygems/custom_require:29:in `require' from -e:1:in `block in main' from -e:1:in `each' from -e:1:in `main' ERROR: Test ruby1.9.1 failed. Exiting. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622684: needs dust for running tests
Filed ITP for dust http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638815 -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#638817: gnome-settings-daemon crashes on startup, errors on libnotify
Package: gnome-settings-daemon Version: 2.30.2-4 Severity: critical Tags: wheezy Justification: breaks unrelated software Earlier today I rebooted my Debian system after a few updates, and I'm greeted with no themes. A quick digging turns up that gnome-settings-daemon is crashing due to libnotify erroring. This is the message I get when I manually run it from a console: erkurita@erkurro:~$ gnome-settings-daemon (gnome-settings-daemon:6065): libnotify-WARNING **: you must call notify_init() before showing ** libnotify:ERROR:notification.c:568:notify_notification_show: code should not be reached -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-settings-daemon depends on: ii gconf22.32.4-1 GNOME configuration database syste ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libfontconfig12.8.0-3generic font configuration library ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnome2-common 2.32.1-1 The GNOME library - common files ii libgnomekbd4 2.30.2-2 GNOME library to manage keyboard c ii libgstreamer-plugins-base0.10 0.10.35-1 GStreamer libraries from the base ii libgstreamer0.10-00.10.35-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnotify40.7.3-2sends desktop notifications to a n ii libx11-6 2:1.4.4-1 X11 client-side library ii libxi62:1.4.3-3 X11 Input extension library ii libxklavier16 5.1-2 X Keyboard Extension high-level AP gnome-settings-daemon recommends no packages. Versions of packages gnome-settings-daemon suggests: ii gnome-screensaver 2.30.0-3 GNOME screen saver and locker ii metacity [x-window-manager] 1:2.30.1-3 lightweight GTK+ window manager ii mutter [x-window-manager] 3.0.2.1-2 lightweight GTK+ window manager ii x11-xserver-utils 7.6+3 X server utilities -- 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#625813: xorg: Reoccurrence with diagnostics while in the problem state
Package: xorg Version: 1:7.5+8 Severity: normal Reoccurrence this morning, just the same as before but I am now using Synergy to share my keyboard with my windows machine instead. Just as before my mouse pointer between the two screen and only responds to mouse movments in a limited way. Only a black background is visible other than the pointer, no login prompt is shown. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 27 2010 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1889472 Feb 18 2011 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/libGL.so to /usr/lib/nvidia/diversions/libGL.so by libgl1-nvidia-alternatives diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/diversions/libGL.so.1 by libgl1-nvidia-alternatives diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/diversions/libglx.so by libglx-nvidia-alternatives diversion of /usr/lib/libGL.so.1.2 to /usr/lib/nvidia/diversions/libGL.so.1.2 by libgl1-nvidia-alternatives diversion of /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/diversions/libglx.so.dbg by libglx-nvidia-alternatives VGA-compatible devices on PCI bus: -- 02:00.0 VGA compatible controller [0300]: nVidia Corporation G98 [Quadro NVS 295] [10de:06fd] (rev a1) Xorg X server configuration file status: -rw-r--r-- 1 root root 2774 Aug 5 15:14 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (buildd@barber) Sun Jun 13 12:08:56 UTC 2010 # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 1.0 (pbuilder@c203) Tue May 18 07:56:38 UTC 2010 # PowerMizer settings taken from linux.aldeby.org/nvidia-powermizer-powersaving.html Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 Screen 1 Screen1 1600 460 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer Option Xinerama 0 EndSection Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection Section InputDevice # generated from default Identifier Keyboard0 Driver kbd EndSection Section Monitor Identifier Monitor0 VendorName Unknown ModelName HP LP2065 HorizSync 30.0 - 92.0 VertRefresh 48.0 - 85.0 Option DPMS EndSection Section Monitor Identifier Monitor1 VendorName Unknown ModelName HP LP2065 HorizSync 30.0 - 92.0 VertRefresh 48.0 - 85.0 EndSection Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName Quadro NVS 295 BusID PCI:2:0:0 Screen 0 EndSection Section Device Identifier Device1 Driver nvidia VendorName NVIDIA Corporation BoardName Quadro NVS 295 BusID PCI:2:0:0 Screen 1 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 Option TwinView 0 Option metamodes DFP-0: nvidia-auto-select +0+0 Option RegistryDwords PowerMizerEnable=0x1; PerfLevelSrc=0x; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3 SubSection Display Depth 24 EndSubSection EndSection Section Screen Identifier Screen1 Device Device1 MonitorMonitor1 DefaultDepth24 Option TwinView 0 Option metamodes DFP-1: nvidia-auto-select +0+0 Option RegistryDwords PowerMizerEnable=0x1; PerfLevelSrc=0x; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3 SubSection Display Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.32-5-amd64 (Debian 2.6.32-35) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 09:42:28 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 16250 May 6 15:01 /var/log/Xorg.1.log -rw-r--r-- 1 root root 15804 Aug 5 14:49 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
Bug#616117: Processed: closing 616117
Hi, On Mon, Aug 22, 2011 at 09:18:11AM +0200, martin f krafft wrote: also sprach Debian Bug Tracking System ow...@bugs.debian.org [2011.08.22.0903 +0200]: close 616117 1:3.3.4-1 For completeness: I think the bug continues in #633480. No, it doesn't. At least not from the description. This is font stuff, #633480 is invalid colorspace as you yourself say. That both have problems with acroread might be true, that doesn't necessarily make it the same bug, though. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638641: kombu: Please consider updating to new upstream version 1.2.1.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alessio Treglia, 08/21/2011 12:09 PM: I'd like to see the new release of kombu available in Debian sid, please let me know if you need help to do that. kombu 1.2.1 depends on amqplib = 1.0, Debian currently has 0.6.1. I've tried to build an updated package for amqplib but there's an issue with the upstream tarballs: http://code.google.com/p/py-amqplib/issues/detail?id=36 As for your offer to help: I'll need a sponsor for kombu-1.2.1-1 once amqplib is up to date in the archive. Cheers, - -- Michael Fladischer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5SAIAACgkQeJ3z1zFMUGYx/QCfZYCPYebcP3cvNevTIt5gRcBq LXMAn1otcAhOT2GZEHizJNwj5KQN8JUA =09VH -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#638816: [Pkg-libvirt-maintainers] Bug#638816: tries to connect to ~/.libvirt/libvirt-sock
tags 638816 +wontfix thanks Hi Marc, On Mon, Aug 22, 2011 at 09:19:19AM +0200, Marc Haber wrote: Package: libvirt-bin Version: 0.9.3-5 Severity: wishlist File: /usr/bin/virsh When I invoke virsh as normal user, it tries to connect to a socket in ~/.libvirt/libvirt-sock. As a libvirtd will probably never place a Libvirt does put a socket there for qemu:///session so I'm inclined to leave it as is. Cheers, -- Guido socket in there, it would be a god idea to set the path in the package. invoking virsh with --uri qemu:///system seems to work fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638228: cyrus-imapd: Package rebuild is not possible as the source tree is not returned to initial stage
Hi Dmitry, thanks for the bugreport. This is always a problem when upstream includes autogenerated files which are cleaned as part of 'make clean' into the tarball. I'll try talking to them. Because I am not really in favor of doing all sort of backup/restore in the maintainer scripts. However if you have a working patch I would include it :). Meanwhile I would recommend you to develop using the git repository and git-buildpackage. It makes such things much easier. O. P.S.: I'll definitely agree with you that this is a bug, but it's not a priority for me and unfortunately I really need to spend time on more important bugs (when I have a time for Debian at all). 2011/8/17 Dmitry Katsubo dm...@mail.ru: Package: cyrus-imapd-2.4 Version: 2.4.9 Severity: minor It is clear that this error is not reproducible on build server, as it always starts a build in a clean environment. However for development reasons it is handy when the clean rule of the build cycle reverts all changes back to original stage, so that e.g. dpkg-source does not complain. However that was not the case for cyrus-imapd-2.2, and the same for cyrus-imapd-2.4. Expected: It is possible to rebuild a project again e.g. via dpkg-buildpackage. Actual: When dpkg-buildpackage is start again, it fails. See the attached console log. -- With best regards, Dmitry ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638816: [Pkg-libvirt-maintainers] Bug#638816: tries to connect to ~/.libvirt/libvirt-sock
On Mon, Aug 22, 2011 at 09:37:11AM +0200, Guido Günther wrote: On Mon, Aug 22, 2011 at 09:19:19AM +0200, Marc Haber wrote: Package: libvirt-bin Version: 0.9.3-5 Severity: wishlist File: /usr/bin/virsh When I invoke virsh as normal user, it tries to connect to a socket in ~/.libvirt/libvirt-sock. As a libvirtd will probably never place a Libvirt does put a socket there for qemu:///session Then this is a bug. On my system, ~/.libvirt does not even exist, and: [1/498]mh@fan:~$ virsh Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # sysinfo error: Failed to reconnect to the hypervisor error: no valid connection error: Failed to connect socket to '@/home/mh/.libvirt/libvirt-sock': Connection refused virsh # exit [2/499]mh@fan:~$ ls -al /home/mh/.libvirt/ ls: cannot access /home/mh/.libvirt/: No such file or directory [3/500]mh@fan:~$ Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616117: Processed: closing 616117
Hi, On Mon, Aug 22, 2011 at 09:33:58AM +0200, Rene Engelhard wrote: On Mon, Aug 22, 2011 at 09:18:11AM +0200, martin f krafft wrote: also sprach Debian Bug Tracking System ow...@bugs.debian.org [2011.08.22.0903 +0200]: close 616117 1:3.3.4-1 For completeness: I think the bug continues in #633480. No, it doesn't. At least not from the description. This is font stuff, #633480 is invalid colorspace as you yourself say. That both have problems with acroread might be true, that doesn't necessarily make it the same bug, though. And we maybe shoudl find out whether 3.3.4-1 has also the problem of #633480 or whather it's only a 3.4.1-only regression. (Upstreams bug didn't receive a comment yet that it happens on 3.3.4, too, which also might be because no one used it yet because all are on 3.4.x, but...) Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632684: pastebinit: empty URL
Hi! Since November 2010, paste.debian.net has enforced a 2 or 3-line minimum on pastes to stop spammers. This is actually returned to XML-RPC clients and also to web-users but the error message (and the fact that the paste failed) is ignored by pastebinit. This means that (date; echo; echo) | pastebinit -b http://paste.debian.net works just fine, while date | pastebinit -b http://paste.debian.net will fail without a useful error message to the user. I doubt that Sary's Xorg.0.log file was empty (although that's possible), so it's more likely that it exceeded the 90kB limit of paste.debian.net. Rolf, a couple of things come out of this -- * pastebinit could either pad pastes that are too short with a couple of lines, tell the user in advance that there's a minimum paste length (or both). It could conceivably also tell users in advance that pastes are too long. * ignoring the return information/failures is a separate bug (perhaps you could forward that upstream if you can't see where to fix it yourself) cheers Stuart (and thanks to formerer on #debian-devel for some information on what is happening here) -- Stuart Prescott--www.nanonanonano.net signature.asc Description: This is a digitally signed message part.
Bug#638818: transition: botan1.8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, upstream has changed library name from libbotan-1.8.2.so to libbotan-1.8.13. Affected packages: keysafe: keysafe monotone: monotone [amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] softhsm: libsofthsm softhsm binNMU should be sufficient. (And I'll take care of softhsm, new upstream is out, anyway.) O. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=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#637284: Can't install wheezy on a 2011 iMac
Hi Jonathan, Mike Hore wrote: Hi Jonathan, That is bug #636040 (finish-install: hvc0 console added to inittab even when not available), which seems to be mostly harmless. It should be safe to remove the co: line to remove the message about spawning getty there. Are you suggesting I do that? Nah, it doesn't matter. The co: line I was referring to is a line starting with the text co: in /etc/inittab. OK, no worries. [...] That is probably gdm or the X server coping poorly with the radeon driver failing to load. Please add 1 or single (as a separate word, no quotes) to the kernel command line at bootup so we can see if a non-graphical bootup works. OK, same problem. Where and what is that kernel command line so I can add to it? It's in the GRUB menu presented at bootup. You can edit it like this: 1. Use arrow keys to choose the kernel you want to boot. 2. Press e to reveal its settings. 3. Move the cursor to the line that starts with linux and edit the options there as desired (e.g., to add 1 and remove quiet). Sorry for the lack of clarity. That's OK. Here's what happened: I added single and removed quiet. The boot then proceeded till I got a flashing line at the top of the screen saying lp: driver loaded but no devices found alternating very rapidly with another line I couldn't read. No further progress. Then I rebooted and this time left quiet there. The boot proceeded till it said GNOME display manager loading Then there was one other line for about 1/10 sec and then just a blank screen with a flashing cursor at the top. No further progress. In both cases typing keys had no effect, and I had to push the power button to force a shutdown. Hope you can make some sense of this... Cheers, Mike. --- Mike Horemike_h...@aapt.net.au --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638819: gvfs-gdu-volume high CPU usage when freecom toughdrive external disk is plugged
Package: gvfs
Version: 1.6.4-3
Severity: normal
Hey,
I have an issue with gvfs. I'm running it on debian sid boxes, with Xfce. When
I plug an external drive, gvfs-gdu-volume (and udisks-daemon) seem to starts a
loop on the present volumes or something. strace on the process gives:
open(/etc/fstab, O_RDONLY)= 33
fstat(33, {st_mode=S_IFREG|0644, st_size=610, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f0c83fda000
read(33, # /etc/fstab: static file system..., 4096) = 610
read(33, , 4096) = 0
close(33) = 0
munmap(0x7f0c83fda000, 4096)= 0
getcwd(/, 4096) = 2
lstat(/proc, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-root, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-root, ../dm-1, 4095) = 7
lstat(/dev/dm-1, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 1), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-home, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-home, ../dm-2, 4095) = 7
lstat(/dev/dm-2, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 2), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-srv, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-srv, ../dm-3, 4095) = 7
lstat(/dev/dm-3, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 3), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/sda2, {st_mode=S_IFBLK|0660, st_rdev=makedev(8, 2), ...}) = 0
getcwd(/, 4096) = 2
lstat(/none, 0x7fffd98827d0) = -1 ENOENT (No such file or directory)
getcwd(/, 4096) = 2
lstat(/proc, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-root, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-root, ../dm-1, 4095) = 7
lstat(/dev/dm-1, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 1), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-home, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-home, ../dm-2, 4095) = 7
lstat(/dev/dm-2, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 2), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-srv, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-srv, ../dm-3, 4095) = 7
lstat(/dev/dm-3, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 3), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/sda2, {st_mode=S_IFBLK|0660, st_rdev=makedev(8, 2), ...}) = 0
getcwd(/, 4096) = 2
lstat(/none, 0x7fffd98827d0) = -1 ENOENT (No such file or directory)
open(/proc/mounts, O_RDONLY) = 33
fstat(33, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f0c83fda000
read(33, rootfs / rootfs rw 0 0\nsysfs /sy..., 1024) = 1024
read(33, /sdc1 /home/xxx/xxx/xxx/..., 1024) = 294
read(33, , 1024) = 0
close(33) = 0
munmap(0x7f0c83fda000, 4096)= 0
getcwd(/, 4096) = 2
lstat(/proc, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-root, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-root, ../dm-1, 4095) = 7
lstat(/dev/dm-1, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 1), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-home, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-home, ../dm-2, 4095) = 7
lstat(/dev/dm-2, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 2), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/mapper, {st_mode=S_IFDIR|0755, st_size=180, ...}) = 0
lstat(/dev/mapper/oban-srv, {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink(/dev/mapper/oban-srv, ../dm-3, 4095) = 7
lstat(/dev/dm-3, {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 3), ...}) = 0
lstat(/dev, {st_mode=S_IFDIR|0755, st_size=3680, ...}) = 0
lstat(/dev/sda2, {st_mode=S_IFBLK|0660, st_rdev=makedev(8, 2), ...}) = 0
getcwd(/, 4096) = 2
lstat(/none,
Bug#638820: [nginx-extras] headers more module
Package: nginx-extras Version: 1.1.0-1 Severity: wishlist URL: http://wiki.nginx.org/NginxHttpHeadersMoreModule Hi! I need some new module for nginx: ngx_headers_more - Set and clear input and output headers...more than add! Can you add it in nginx-extras? -- Roman V. Nikolaev mail:rsha...@rambler.ru icq: 198-364-657 jabber: rsha...@jabber.org site:http://www.rshadow.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638821: French translation of the Debconf settings screen is confusing
Package: dash Version: 0.5.5.1-7.4 Severity: minor Tags: l10n The text of the screen says Le shell système est l'intérpréteur de commandes utilisé par le système. Utiliser Dash comme interpréteur de ligne de commande du système améliorera les performances globales. Cela ne change pas l'intérpréteur utilisé interactivement par les utilisateurs. Utiliser Dash comme interpréteur de ligne de commande par défaut (/bin/sh)? The last line is very confusing. For me Par défaut without further explanation implies it is the default shell for everyone, contradicting the previous line. It should at least be par défaut du système (if the setting is really what I think it is). -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dash depends on: ii debianutils 4.0.2 Miscellaneous utilities specific t ii dpkg 1.16.0.3 Debian package management system ii libc6 2.13-16Embedded GNU C Library: Shared lib dash recommends no packages. dash suggests no packages. -- debconf information: dash/sh: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616933: status update
Just wanted to comment here that I intend to start work on this after dh_python2 support is backported to Ubuntu Lucid. https://bugs.launchpad.net/bugs/788524 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630593: The Intel parport bug
Hi, first of all sorry for the delay. I have been out for a few days and I don't see this email. A Dijous, 11 d'agost de 2011, Jonathan Nieder va escriure: [...] That's it. Does it sound reasonable to you? Yes, it's so reasonable. I hope write it soon I send it. Thanks a lot for the report. Once the patch is accepted upstream, we will be glad to include it. I hope so. Thansk for all. Leo -- -- Linux User 152692 Catalonia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#169102: Still pipe_transport unset in system_aliases router
Emmanuel Bouthenot kol...@openics.org writes: Hi Olivier, On Fri, Aug 19, 2011 at 11:11:27AM +0200, ober...@debian.org wrote: [...] You'll find my proposed changes in http://anonscm.debian.org/gitweb/?p=collab-maint/sympa.git;a=commit;h=f1cb12f28bd0b9c92920ad7625c5f3a1051883f7 Thanks for you patch , it is very appreciated as I'm personally not able to give any feedback on Exim configuration with sympa. I've made some tiny changes on your patch and all has been committed a few hours ago[1]. OK. On a side note, about your commit, I would have preferred you not to create a new branch but to send your patch through git send-email to the sympa devel mailing list. I would prefer to limit the number of branches. Well... I had no real clue how to do it best, but I imagined that an additional branch wouldn't mess with package building and such. I've also deleted your branch which is useless by now. Yup. Note that I haven't been able to test the rebuild of the package using git-buildpackage, which seems to fail on me complaining on upstream files changed, etc. Weird, it builds fine for me. I'll let you merge and change accordingly. Anyway, thanks for your help on fixing this old bug. You're welcome. Best regards, -- Olivier BERGER (Debian developer) (OpenPGP: 4096R/7C5BB6A5) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637693: hivex: FTBFS (kfreebsd): error: 'O_CLOEXEC' undeclared (first use in this function)
close 637693 thanks I have fixed the issue in 1.3.0-3. The FreeBSD buildds have successfully built the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638665: xserver-xorg-video-radeon: Radeon HD 6700M black screen on start
On Sam, 2011-08-20 at 20:24 +0300, Alexander Velin wrote: Xorg looks like it's starting OK, but I see only a black screen. If I kill the X, then I'm returned back to the console and the screen is visible again. How did you start X? Unfortunately, a black screen is Xorg's default startup behaviour. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638815: test cases are failing with ruby 1.9.1
reported it as bug upstream, http://rubyforge.org/tracker/index.php?func=detailaid=29361group_id=4056atid=15594 -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#638822: smb.conf: acl related options need mount flags in fstab (acl, user_xattr)
Package: debian-edu-config Version: SVN-r73892 Severity: minor The smb.conf file uses some options ... # NTFS ACL handling acl map full control = true acl group control = yes map acl inherit = yes map read only = Permissions dos filemode = no max xmit = 65535 nt acl support = yes that require tweaking of /etc/fstab for samba related mount points (add acl and user_xattr option for ext3 file systems): quote share=home0 /dev/mapper/vg_system-skole+tjener+home0 /skole/tjener/home0 ext3 defaults,acl,user_xattr 0 2 /skole/tjener/home0 /srv/nfs4/home0 none bind,acl,user_xattr 0 0 /quote maybe also on this one (I am currently not sure, if sl-backups are stored here in tarballs or as incremental/hardlinked dirs, if the latter then the flags are needed here, too): quote share=backup /dev/mapper/vg_system-skole+backup /skole/backup ext3 defaults,acl,user_xattr 0 2 /quote Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpyQREOf4qpb.pgp Description: Digitale PGP-Unterschrift
Bug#633779: lintian: validate DEP-5 debian/copyright files
On 2011-08-21 20:50, Jakub Wilk wrote: * Jakub Wilk jw...@debian.org, 2011-08-15, 00:36: Feel free to add a new separate check if that results in more maintainable code. :) Okay, updated patch attached. I renamed the check to source-copyright (from source-copyright-file, which was too long :P), fixed a few minor bugs, added tests. Hey. --- a/t/COVERAGE +++ b/t/COVERAGE @@ -1,5 +1,5 @@ -Last generated 2011-08-17 -Coverage: 697/915 (76.17%), w. legacy tests: 820/915 (89.62%) +Last generated 2011-08-21 +Coverage: 712/930 (76.56%), w. legacy tests: 835/930 (89.78%) When I run private/update-coverage after applying the patch I get +Coverage: 704/930 (75.70%), w. legacy tests: 835/930 (88.92%) plus it lists 7 new source-copyright tags that are not covered. Is a part of this patch missing? The patch carries 7 source-copyright tests (boilerplate-uri, missing, ood-uri [odd?], symlink, unknown-uri, unversioned-uri and wiki-uri) in t/tests ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638823: [claws-mail] POP-SSL defunct after upgrade of libgnutls26
Package: claws-mail Version: 3.7.9-1 Severity: important Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org --- Please enter the report below this line. --- Using claws-mail for about half a year, I am unable to use SSL with POP3 for fetching my emails for more than a week now. Disabling SSL fetches als email as always, however this is not viable from a security point of view. The log file (POP+SSL) says: Begin: Claws-Mail log file * Connecting to POP3 server: pop.gmx.net... [21:02:24] POP3 +OK POP server ready H migmx105 [21:02:24] POP3 USER username [21:02:24] POP3 +OK password required for user username [21:02:24] POP3 PASS [21:02:24] POP3 +OK mailbox username has 2280 messages (207473193 octets) H migmx105 [21:02:24] POP3 STAT [21:02:24] POP3 +OK 2280 207473193 [21:02:24] POP3 UIDL [21:02:24] POP3 +OK [21:02:24] POP3 LIST [21:02:24] POP3 +OK ** Session timed out. You may be able to recover by increasing the timeout value in Preferences/Other/Miscellaneous. End: Claws-Mail log file Timeout value is set to 20 seconds. I suppose the issue is an upgrade within libgnutls26; I am not too technical, but these links might be helpful for you: 1.) bug report: claws relying on deprecated commands of gnutls http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624062 2.) bug report: behaviour of gnutls26 changed, problems with claws-mail https://savannah.gnu.org/support/index.php?107660 I have claws-mail-dbg package installed, yet to run gdb I need help, and then I am willing to post the outpot here... :-) Cheers, Thomas --- System information. --- Architecture: i386 Kernel: Linux 3.0-1.slh.7-aptosid-686 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstablecdn.debian.net 500 unstableaptosid.com --- Package information. --- Depends(Version) | Installed -+-== libc6 (= 2.7) | 2.13-16 libcairo2 (= 1.2.4) | 1.10.2-6.1 libcompfaceg1| 1:1.5.2-5 libdbus-glib-1-2 (= 0.78) | 0.94-4 libenchant1c2a (= 1.6) | 1.6.0-3 libetpan15 (= 1.0) | 1.0-4 libgcrypt11 (= 1.4.6) | 1.4.6-9 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.23.5-3 libglib2.0-0 (= 2.24.0) | 2.28.6-1 libgnutls26(= 2.9.11-0) | 2.12.7-6 libgtk2.0-0 (= 2.20.0) | 2.24.5-4 libice6 (= 1:1.0.0) | 2:1.0.7-2 libldap-2.4-2 (= 2.4.7) | 2.4.25-3 libpango1.0-0(= 1.14.0) | 1.28.4-3 libpisock9 | 0.12.5-4 libsm6 | 2:1.2.0-2 xdg-utils| 1.1.0~rc1-2 Recommends(Version) | Installed ===-+-=== claws-mail-i18n | xfonts-100dpi | 1:1.0.3 OR xfonts-75dpi| 1:1.0.3 OR xfonts-100dpi-transcoded| 1:1.0.3 OR xfonts-75dpi-transcoded | 1:1.0.3 aspell-en | 7.1-0-1 OR aspell-dictionary | Suggests (Version) | Installed -+- claws-mail-doc (= 3.7.9-1) | www-browser | gedit| OR kwrite | 4:4.6.5-1 OR mousepad | OR nedit| claws-mail-tools | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638824: transmission-gtk: libnatpmp dependency problems
Package: transmission-gtk Version: 2.32-1 Severity: grave Tags: experimental Justification: renders package unusable Hi, I just installed transmission-gtk from experimental, but run into problem $ transmission-gtk transmission-gtk: error while loading shared libraries: libnatpmp.so.0: cannot open shared object file: No such file or directory $ I have libnatpmp1 20110808-1 installed, and it have /usr/lib/libnatpmp.so.1 file. I do not have libnatpmp-dev. I think rebuilding transmission again with libnatpmp1* from current unstable will solve problem, because it looks there was soname change in it, and transmission was and is using libnatpmp0-* as dependency. However, libnatpmp1 is Replacing/Providing/Breaking: libnatpmp0, and thus makes it appear it is OK. Maybe this is actually problem with libnatpmp1 claiming it is providing libnatpmp0? Anyway it is very young [1] package, so its dependency problems are probably affectly only few packages, including transmission. BTW. There is 2.33 already, so it is good time to upload it :) Thanks. [1] http://packages.qa.debian.org/libn/libnatpmp.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages transmission-gtk depends on: ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.7-1 Multi-protocol file transfer libra ii libdbus-glib-1-20.94-4 simple interprocess messaging syst ii libevent-2.0-5 2.0.12-stable-1 Asynchronous event notification li ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii libminiupnpc5 1.5-2UPnP IGD client lightweight librar ii libnatpmp1 [libnatpmp0] 20110808-1 portable and fully compliant imple ii libnotify4 0.7.3-2 sends desktop notifications to a n ii libpango1.0-0 1.28.4-3 Layout and rendering of internatio ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii transmission-common 2.32-1 lightweight BitTorrent client (com ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages transmission-gtk recommends: ii xdg-utils1.1.0~rc1-2 desktop integration utilities from transmission-gtk 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#638172: BUG: soft lockup - CPU#0 stuck for 61s! [qemu-dm:3205]
@xen-devel: Does this look familiar to anyone, this is (I expect, hopefully Giuseppe will confirm) from Debian Squeeze which has a Xen 4.0.x with a PVops dom0 kernel based on xen.git from last summer (e73f4955a821) with more recent upstream longterm kernels (up to and including 2.6.32.41) merged in. While it does seem to have the switch from level to edge triggered interrupt the Debian kernel doesn't appear to have the switch to fasteoi for pirqs (0672fb44a111 plus a few followups) -- could that be related to this? (I'm not sure if that was a cleanup or a fix) Might the tsc unstable message be relevant? @Giuseppe: Can you confirm the versions of the xen and qemu-dm packages which you have got installed please. Also I think it would be useful to see the guest configuration file and details of the storage (filesystems, SCSI controllers etc) backing the guest storage which you have got configured. Full history of this report can be found at http://bugs.debian.org/638172 Ian. Can you also provide configuration details On Wed, 2011-08-17 at 12:44 +0200, Giuseppe Sacco wrote: Package: linux-image-2.6.32-5-xen-686 Version: 2.6.32-35 Severity: important Hi, I am experiencing a few outages on a XEN server. Often I have to poweroff the server, but last time I found some information in syslog. Here it is: Aug 17 12:35:45 centrum kernel: [ 1424.037532] Clocksource tsc unstable (delta = -103103328 ns) Aug 17 12:35:45 centrum kernel: [ 1456.620463] BUG: soft lockup - CPU#0 stuck for 61s! [qemu-dm:3205] Aug 17 12:35:45 centrum kernel: [ 1456.620463] Modules linked in: xt_state xt_physdev iptable_filter tun cpufreq_userspace cpufreq_powersave cpufreq_c onservative cpufreq_stats dummy bridge stp xen_evtchn xenfs xt_tcpudp iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tab les xfs exportfs loop snd_hda_codec_atihdmi snd_hda_intel snd_hda_codec radeon snd_hwdep ttm snd_pcm snd_timer drm_kms_helper drm snd soundcore snd_pa ge_alloc i2c_algo_bit shpchp i2c_piix4 pcspkr k8temp pci_hotplug i2c_core evdev button ext3 jbd mbcache dm_mod aacraid 3w_9xxx 3w_ raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 md_mod sata_nv sata_sil sata_via sd_mod crc_t10dif ata_generic ahc i pata_atiixp ohci_hcd libata processor ehci_hcd r8169 mii scsi_mod thermal usbcore nls_base thermal_sys acpi_processor [last unloaded: dummy] Aug 17 12:35:45 centrum kernel: [ 1456.620463] Aug 17 12:35:45 centrum kernel: [ 1456.620463] Pid: 3205, comm: qemu-dm Tainted: GW (2.6.32-5-xen-686 #1) MS-7368 Aug 17 12:35:45 centrum kernel: [ 1456.620463] EIP: 0061:[c1002227] EFLAGS: 00200246 CPU: 0 Aug 17 12:35:45 centrum kernel: [ 1456.620463] EIP is at hypercall_page+0x227/0x1001 Aug 17 12:35:45 centrum kernel: [ 1456.620463] EAX: 0004 EBX: ECX: EDX: ec8fa828 Aug 17 12:35:45 centrum kernel: [ 1456.620463] ESI: ec8fa800 EDI: c24d9600 EBP: c27d4800 ESP: e4207d64 Aug 17 12:35:45 centrum kernel: [ 1456.620463] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0069 Aug 17 12:35:45 centrum kernel: [ 1456.620463] CR0: 8005003b CR2: b7712200 CR3: 241f CR4: 0660 Aug 17 12:35:45 centrum kernel: [ 1456.620463] DR0: DR1: DR2: DR3: Aug 17 12:35:45 centrum kernel: [ 1456.620463] DR6: 0ff0 DR7: 0400 Aug 17 12:35:45 centrum kernel: [ 1456.620463] Call Trace: Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c1006034] ? xen_force_evtchn_callback+0xc/0x10 Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c1006764] ? check_events+0x8/0xc Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c1006723] ? xen_irq_enable_direct_end+0x0/0x1 Aug 17 12:35:45 centrum kernel: [ 1456.620463] [ed93f457] ? scsi_request_fn+0x440/0x47a [scsi_mod] Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c1132541] ? __blk_run_queue+0x2e/0x5a Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c11325f3] ? blk_run_queue+0x18/0x27 Aug 17 12:35:45 centrum kernel: [ 1456.620463] [ed93eaca] ? scsi_run_queue+0x281/0x308 [scsi_mod] Aug 17 12:35:45 centrum kernel: [ 1456.620463] [ed93f639] ? scsi_next_command+0x25/0x2f [scsi_mod] Aug 17 12:35:45 centrum kernel: [ 1456.620463] [ed93ffa1] ? scsi_io_completion+0x383/0x3a4 [scsi_mod] Aug 17 12:35:45 centrum kernel: [ 1456.620463] [ed93a723] ? scsi_finish_command+0xaa/0xc2 [scsi_mod] Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c1135bb3] ? blk_done_softirq+0x53/0x5f Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c103c8ea] ? __do_softirq+0xaa/0x156 Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c103c9c7] ? do_softirq+0x31/0x3c Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c103caa1] ? irq_exit+0x26/0x58 Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c1199be6] ? xen_evtchn_do_upcall+0x22/0x2c Aug 17 12:35:45 centrum kernel: [ 1456.620463] [c1009b3f] ? xen_do_upcall+0x7/0xc Aug 17 12:35:45
Bug#638665: xserver-xorg-video-radeon: Radeon HD 6700M black screen on start
On 2011-08-22 11:29, Michel Dänzer wrote: On Sam, 2011-08-20 at 20:24 +0300, Alexander Velin wrote: Xorg looks like it's starting OK, but I see only a black screen. If I kill the X, then I'm returned back to the console and the screen is visible again. How did you start X? Unfortunately, a black screen is Xorg's default startup behaviour. With Xorg -config ~/xorg.conf.new for example. Any suggestions how should I start it ? Last time (eons ago) when I was having problems with X configuration, X used to show pattern on the background and an X mouse cursor.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625813: xorg: Reoccurrence with diagnostics while in the problem state
reassign 625813 nvidia-glx thanks Thomas Thorne ttho...@bluearc.com (22/08/2011): Reoccurrence this morning, just the same as before but I am now using Synergy to share my keyboard with my windows machine instead. Just as before my mouse pointer between the two screen and only responds to mouse movments in a limited way. Only a black background is visible other than the pointer, no login prompt is shown. Reassigning to the proprietary driver you're using. Sorry it took so long… Mraw, KiBi. signature.asc Description: Digital signature
Bug#617904:
Looking at the current debian/rules debian/control files I see: Build-Depends: debhelper (= 7),sun-java6-jdk,ant,cdbs and JAVA_HOME:= /usr/lib/jvm/java-6-sun So you need to move your package to contrib and not main if sun-java is indeed required. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615138: ngrep uses incorrect ipv6 offsets
Hi, no comments/news about this issue? There is people here waiting for this issue to be solved so we can get IPv6 network traces using ngrep. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518696: GNU parallel is actually at least 3 standalone programs
The upstream distribution also contains the `sql' and `niceload' programs, which by themselves have nothing to do with executing jobs in parallel and provide other useful functionality (I'd like to only use the `niceload' utility, for example), so I think it would be more useful/sensible to provide those as separate packages with `parallel' possibly depending on them. -- Štěpán -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638824: transmission-gtk: libnatpmp dependency problems
libnatpmp changed the API slightly so the use-system-libnatpmp patch needs an update too. Here's what I did for Ubuntu: http://bazaar.launchpad.net/~jbicha/ubuntu/oneiric/transmission/transmission-2.33/revision/71 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638665: xserver-xorg-video-radeon: Radeon HD 6700M black screen on start
Alexander Velin ve...@fccf.net (22/08/2011): With Xorg -config ~/xorg.conf.new for example. Any suggestions how should I start it ? Last time (eons ago) when I was having problems with X configuration, X used to show pattern on the background and an X mouse cursor.. -retro restores that behaviour. Alternatively: Xorg -config ~/xorg.conf.new sleep 3; DISPLAY=:0 xterm Mraw, KiBi. signature.asc Description: Digital signature
Bug#627711: Intent to NMU (Re: Bug#627711: the connect window doesn't provide list of servers)
tags 627711 + pending thanks On Sun, Aug 21, 2011 at 12:24 PM, Theppitak Karoonboonyanan t...@debian.org wrote: On Thu, Aug 11, 2011 at 06:04:51PM +0700, Theppitak Karoonboonyanan wrote: On Sun, Aug 7, 2011 at 12:25 AM, Theppitak Karoonboonyanan t...@debian.org wrote: On Sat, Aug 6, 2011 at 1:14 PM, Theppitak Karoonboonyanan t...@debian.org wrote: GNOME #656069 filed: https://bugzilla.gnome.org/show_bug.cgi?id=656069 FYI, the bug has been fixed upstream. May I request for a new upstream snapshot upload, to make the package usable again in testing? I have prepared a new upstream NMU here: http://people.debian.org/~thep/xchat-gnome_0.30.0~git20110821.e2a400-0.1.dsc with following changes: xchat-gnome (1:0.30.0~git20110821.e2a400-0.1) unstable; urgency=high . * Non-maintainer upload. * New upstream git snapshot. + Fix empty non-functional connect dcc dialogs Closes: #627711. + Urgency high to fix long-lasting RC bug in testing. * Drop all patches according to new upstream: + 01_link_libice.patch: merged upstream. + 02_libnotify_compat.patch: no longer needed. + 03_dcc_window.patch: fixed differently upstream. * Bump libnotify-dev B-Dep to (= 0.7) as required by new upstream. (I have repacked the upstream 'make-dist' tarball with the top directory renamed, as done in the recent release.) Is it OK to upload? NMU uploaded to DELAYED/2. Please feel free to override it or let me know if I should delay it longer. The mail from nmudiff has been blocked for 4 hours. So, I send a manual message instead. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638720: ITP: openerp6-server -- Enterprise Resource Management (server)
Quoting Charles Plessy ple...@debian.org: I think that it would help to understand that the package contains if the acronyms ERP, CRM, POS were expanded (and maybe also GUI and *-RPC). I thought exactly the same when sending the bug :~) Will do! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638825: ITP -- ruby-redis - Ruby client library for Redis, the key value storage server
Package: wnpp Owner: Praveen Arimbrathodiyil prav...@gmail.com Severity: wishlist * Package name : ruby-redis Version : 2.2.2 Upstream Author : Ezra Zygmuntowicz * URL : https://github.com/ezmobius/redis-rb * License : MIT Programming Lang: Ruby Description : Ruby client library for Redis, the key value storage server Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#638826: bcfg2-server is missing a dep on patch
Package: bcfg2-server Version: 1.0.1-3 Severity: important Hi, bcfg2-server needs a Depends on patch because the delta feature of the Cfg plugin uses patch directly: $cat src/lib/Server/Plugins/Cfg.py ... ret = os.system(patch -uf %s %s /dev/null 21 \ % (basefile.name, dfile.name)) Thanks, Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638172: BUG: soft lockup - CPU#0 stuck for 61s! [qemu-dm:3205]
Il giorno lun, 22/08/2011 alle 10.00 +0100, Ian Campbell ha scritto: [...] @Giuseppe: Can you confirm the versions of the xen and qemu-dm packages which you have got installed please. $ COLUMNS=120 dpkg -l \*linux-image\* \*qemu-\* | grep ^ii ii linux-image-2.6.32-5-xen 2.6.32-35Linux 2.6.32 for modern PCs, Xen dom0 support ii linux-image-xen-686 2.6.32+29Linux for modern PCs (meta-package), Xen dom0 support ii qemu-keymaps 0.12.5+dfsg-3squeeze1QEMU keyboard maps ii qemu-system 0.12.5+dfsg-3squeeze1QEMU full system emulation binaries ii qemu-utils 0.12.5+dfsg-3squeeze1QEMU utilities ii xen-qemu-dm-4.0 4.0.1-2 Xen Qemu Device Model virtual machine hardware emulator Also I think it would be useful to see the guest configuration file and details of the storage (filesystems, SCSI controllers etc) backing the guest storage which you have got configured. I do host two VM: 1. kernel = /usr/lib/xen-default/boot/hvmloader builder='hvm' memory = 1024 shadow_memory = 8 name = piero #vif = [ 'mac=00:16:3e:6f:81:0a, type=ioemu, bridge=dummy0' ] vif = [ 'type=ioemu, bridge=dummy0' ] disk = [ 'phy:mapper/rootvg-piero--disk,hda,w' ] device_model = '/usr/' + arch_libdir + '/xen-default/bin/qemu-dm' 2. kernel = /usr/lib/xen-default/boot/hvmloader builder='hvm' memory = 512 shadow_memory = 8 name = suse vif = [ 'mac=00:16:3e:6f:81:0a, type=ioemu, bridge=dummy0' ] disk = [ 'phy:mapper/rootvg-suse32--disk,hda,w' ] device_model = '/usr/' + arch_libdir + '/xen-default/bin/qemu-dm' Xen is really version 4: $ ls -ld /usr/lib/xen-* /etc/alternatives/xen-default lrwxrwxrwx 1 root root 16 4 gen 2011 /etc/alternatives/xen-default - /usr/lib/xen-4.0 drwxr-xr-x 5 root root 4096 3 gen 2011 /usr/lib/xen-4.0 drwxr-xr-x 3 root root 4096 9 dic 2010 /usr/lib/xen-common lrwxrwxrwx 1 root root 29 4 gen 2011 /usr/lib/xen-default - /etc/alternatives/xen-default storage for both machines is on LVM: two volumes on the same volume group rootvg. rootvg have one physical volume: a raid1 md0 built with two SATA disks connected to the same controller. centrum:~# vgs VG #PV #LV #SN Attr VSize VFree rootvg 1 13 0 wz--n- 370,35g 121,07g centrum:~# pvs PV VG Fmt Attr PSize PFree /dev/md2 rootvg lvm2 a- 370,35g 121,07g centrum:~# cat /proc/mdstat Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md2 : active raid1 sda3[0] sdb3[1] 388339136 blocks [2/2] [UU] md1 : active raid1 sda2[0] sdb2[1] 264960 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 2102464 blocks [2/2] [UU] unused devices: none centrum:~# cat /sys/devices/pci:00/:00:12.0/host4/target4:0:0/4:0:0:0/model SAMSUNG HD403LJ centrum:~# cat /sys/devices/pci:00/:00:12.0/host2/target2:0:0/2:0:0:0/model SAMSUNG HD403LJ Bye, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638827: python-webpy: New version 0.36 available
Package: python-webpy Version: 1:0.34-2 Severity: wishlist A new version is available. See here https://github.com/webpy/webpy/blob/7a08b0636a15d592e0a04e7adabe48abdb262b0a/ChangeLog.txt for improvements and bug fixes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638337: [pkg-cli-libs-team] Bug#638337: gstreamer-sharp: FTBFS: SecurityException: No access to the given key
clone 638337 -1 reassign -1 mono severity -1 normal forwarded -1 http://bugzilla.xamarin.com/show_bug.cgi?id=357 Hi there, On Thu, Aug 18, 2011 at 02:09:44PM -0400, Aaron M. Ucko wrote: Package: gstreamer-sharp Version: 0.9.2-1 Severity: serious Justification: fails to build from source Automated builds of gstreamer-sharp have been hitting test suite failures: Unhandled Exception: System.Security.SecurityException: No access to the given key at Microsoft.Win32.KeyHandler..ctor (Microsoft.Win32.RegistryKey rkey, System.String basedir) [0x0] in filename unknown:0 at Microsoft.Win32.KeyHandler.Lookup (Microsoft.Win32.RegistryKey rkey, Boolean createNonExisting) [0x0] in filename unknown:0 at Microsoft.Win32.UnixRegistryApi.OpenSubKey (Microsoft.Win32.RegistryKey rkey, System.String keyname, Boolean writable) [0x0] in filename unknown:0 at Microsoft.Win32.RegistryKey.OpenSubKey (System.String name, Boolean writable) [0x0] in filename unknown:0 at Microsoft.Win32.RegistryKey.OpenSubKey (System.String name) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) Microsoft.Win32.RegistryKey:OpenSubKey (string) at NUnit.Util.SettingsService.ConvertLegacySettings () [0x0] in filename unknown:0 at NUnit.Util.SettingsService..ctor () [0x0] in filename unknown:0 at NUnit.ConsoleRunner.Runner.Main (System.String[] args) [0x0] in filename unknown:0 at NUnit.ConsoleRunner.Class1.Main (System.String[] args) [0x0] in filename unknown:0 Could you please take a look? Thanks for this report. This FTBFS is because nunit-console uses Mono's registry API to store user settings. Mono unconditionally stores these settings in ~/.mono/registry/. It doesn't appear to have a facility to override this at all. Thus, if HOME is not writable and an application uses the registry, the build will fail. I'm assigning a clone to mono, and I suggested to hyperair that, until this bug is fixed, we should disable the tests in gstreamer-sharp. I reported two bugs about this. One is that you cannot override SpecialFolders.Personal (it doesn't use $HOME) http://bugzilla.xamarin.com/show_bug.cgi?id=357 and the other is that the registry isn't stored in $XDG_CONFIG_DIR (if it was, we'd be able to set that and wouldn't have this problem) http://bugzilla.xamarin.com/show_bug.cgi?id=358 If either of these bugs get fixed then we should be able to export the appropriate env vars in Debian package builds to get nunit tests working again. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] PhD student [ i...@cs.nott.ac.uk ] signature.asc Description: Digital signature
Bug#638724: [Debian-arabic-packages] Bug#638728: debsums reports that some aspell-fa files have changed
Hi,
I don't know if it can help for aspell-ar-large or aspell-fa, but the
same bug has just been fixed in aspell-bg and aspell-uk. So just in case
these point to a solution to fix this, here are the relevant bugs and
changelog snippets:
aspell-bg:
* do not ship empty files overwritten by dictionaries-common
Closes: #638726: debsums reports that some aspell-bg files have changed
Thanks to Francois Gouget for reporting.
aspell-uk:
* Raise {build-,}dependency on dictionaries-common{-dev,} to 1.11.2~.
* Use auto-compat option for aspell-uk and do not create empty files
(closes: #638740)
--
Francois Gouget fgou...@free.fr http://fgouget.free.fr/
May your Tongue stick to the Roof of your Mouth with the Force of a Thousand
Caramels.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638828: libnatpmp1: shouldn't provide libnatpmp0
Package: libnatpmp1 Version: 20110808-1 Severity: critical Justification: breaks other packages (see #638824) Hi, Making libnatpmp1 provide libnatpmp0 means packages in practice ignore the soname bump, which is obviously wrong. First, the package doesn't provide libnatpmp.so.0, which is the obvious part, but secondly, a new ABI-incompatible version of a library doesn't provide a previous ABI, so this is also conceptually wrong. Cheers -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=pt_BR.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#638829: ITP -- ruby-cutest - Run tests in separate processes to avoid shared state.
Package: wnpp Owner: Praveen Arimbrathodiyil prav...@gmail.com Severity: wishlist * Package name : ruby-cutest Version : 1.1.2 Upstream Author : Damian Janowski Michel Martens * URL : http://github.com/djanowski/cutest * License : MIT Programming Lang: Ruby Description : Run tests in separate processes to avoid shared state. Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#638830: ncmpc: crashs on the lyrics screen
Package: ncmpc
Version: 0.17-1
Severity: normal
Tags: patch upstream
Ncmpc can crash if loading lyrics on the lyrics screen is aborted. The
following patch, which is also on its way upstream (i.e. will likely be
included in ncmpc 0.20), fixes the crashs.
diff --git a/src/screen_lyrics.c b/src/screen_lyrics.c
index 7f5d47c..59dd478 100644
--- a/src/screen_lyrics.c
+++ b/src/screen_lyrics.c
@@ -65,7 +65,7 @@ screen_lyrics_abort(void)
if (current.title != NULL) {
g_free(current.title);
- current.artist = NULL;
+ current.title = NULL;
}
if (current.song != NULL) {
-- System Information:
Debian Release: wheezy/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
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 ncmpc depends on:
ii libc6 2.13-16 Embedded GNU C Library: Shared lib
ii libglib2.0-02.28.6-1 The GLib library of C routines
ii liblircclient0 0.9.0~pre1-1 infra-red remote control support -
ii libmpdclient2 2.3-1client library for the Music Playe
ii libncursesw55.9-1shared libraries for terminal hand
ncmpc recommends no packages.
Versions of packages ncmpc suggests:
ii mpd 0.16.3-1 Music Player Daemon
ii ncmpc-lyrics 0.17-1 ncurses-based audio player (lyrics
-- 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#633779: lintian: validate DEP-5 debian/copyright files
* Niels Thykier ni...@thykier.net, 2011-08-22, 10:53: I renamed the check to source-copyright (from source-copyright-file, which was too long :P), fixed a few minor bugs, added tests. Hey. --- a/t/COVERAGE +++ b/t/COVERAGE @@ -1,5 +1,5 @@ -Last generated 2011-08-17 -Coverage: 697/915 (76.17%), w. legacy tests: 820/915 (89.62%) +Last generated 2011-08-21 +Coverage: 712/930 (76.56%), w. legacy tests: 835/930 (89.78%) When I run private/update-coverage after applying the patch I get +Coverage: 704/930 (75.70%), w. legacy tests: 835/930 (88.92%) plus it lists 7 new source-copyright tags that are not covered. Is a part of this patch missing? Ooops, good catch. I attach the missing bits. The patch carries 7 source-copyright tests (boilerplate-uri, missing, ood-uri [odd?], That's OOD as in Out Of Date. -- Jakub Wilk diff --git a/t/tests/source-copyright-dep5-general/debian/debian/copyright b/t/tests/source-copyright-dep5-general/debian/debian/copyright new file mode 100644 --- /dev/null +++ b/t/tests/source-copyright-dep5-general/debian/debian/copyright @@ -0,0 +1,57 @@ +Format: http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=174 +Upstream-Name: Doohickey +Upstream-Maintainer: J. Random Hacker j.r.hac...@example.com +Source: http://examples.com/doohickey/source/ + +Comment: I'm a bogus paragraph. + +Files: a/*, b/* +Copyright: 2011 J. Random Hacker j.r.hac...@example.com +License: GPL-2 + +Files: c +Copyright: 2010 J. Random Hacker j.r.hac...@example.com + +Files: d +License: GPL-3 + +Files: 5 +License: MIT +Copyright: 2010 J. Random Hacker j.r.hac...@example.com + +License: GPL-2 + This package is free software; you can redistribute it and/or modify it under + the terms of the GNU General Public License as published by the Free Software + Foundation; version 2 dated June, 1991. + . + This package is distributed in the hope that it will be useful, but WITHOUT + ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS + FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. + . + You should have received a copy of the GNU General Public License along with + this package; if not, write to the Free Software Foundation, Inc., 51 Franklin + St, Fifth Floor, Boston, MA 02110-1301, USA. + . + On Debian systems, the full text of the GNU General Public License version 2 + can be found in the file `/usr/share/common-licenses/GPL-2'. + +License: GPL-3 + +License: Expat + Permission is hereby granted, free of charge, to any person obtaining a copy + of this software and associated documentation files (the âSoftwareâ), to deal + in the Software without restriction, including without limitation the rights + to use, copy, modify, merge, publish, distribute, sublicense, and/or sell + copies of the Software, and to permit persons to whom the Software is + furnished to do so, subject to the following conditions: + . + The above copyright notice and this permission notice shall be included in all + copies or substantial portions of the Software. + . + THE SOFTWARE IS PROVIDED âAS ISâ, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE + AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, + OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE + SOFTWARE. diff --git a/t/tests/source-copyright-dep5-general/desc b/t/tests/source-copyright-dep5-general/desc new file mode 100644 --- /dev/null +++ b/t/tests/source-copyright-dep5-general/desc @@ -0,0 +1,12 @@ +Testname: source-copyright-dep5-general +Sequence: 6000 +Version: 1.0 +Description: Test for various errors in DEP-5 copyright files +Test-For: + comma-separated-files-in-dep5-copyright + missing-field-in-dep5-copyright + missing-license-paragraph-in-dep5-copyright + missing-license-text-in-dep5-copyright + obsolete-field-in-dep5-copyright + unknown-paragraph-in-dep5-copyright + unused-license-paragraph-in-dep5-copyright diff --git a/t/tests/source-copyright-dep5-general/tags b/t/tests/source-copyright-dep5-general/tags new file mode 100644 --- /dev/null +++ b/t/tests/source-copyright-dep5-general/tags @@ -0,0 +1,8 @@ +I: source-copyright-dep5-general source: unused-license-paragraph-in-dep5-copyright paragraph 9 expat +W: source-copyright-dep5-general source: comma-separated-files-in-dep5-copyright +W: source-copyright-dep5-general source: missing-field-in-dep5-copyright paragraph 4 license +W: source-copyright-dep5-general source: missing-field-in-dep5-copyright paragraph 5 copyright +W: source-copyright-dep5-general source: missing-license-paragraph-in-dep5-copyright paragraph 6 mit +W: source-copyright-dep5-general source: missing-license-text-in-dep5-copyright paragraph 8 gpl-3 +W: source-copyright-dep5-general source:
Bug#638831: piuparts: False positive: FAIL: Broken symlinks: /etc/blkid.tab - /dev/.blkid.tab on Ubuntu
Package: piuparts Version: 0.40 Severity: normal Tags: patch | 0m6.6s DEBUG: Command failed (status=1), but ignoring error: ['lsof', '-w', '+D', '/tmp/tmpSWQaVC'] | 0m6.7s ERROR: FAIL: Broken symlinks: | /etc/blkid.tab - /dev/.blkid.tab On Ubuntu, /etc/blkid.tab is a symlink to /dev/.blkid.tab which may not exist (it's a cache file) Let's ignore it. Patch attached. SR -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages piuparts depends on: ii apt0.8.15.5 Advanced front-end for dpkg ii debootstrap1.0.35Bootstrap a basic Debian system ii lsb-release3.2-27Linux Standard Base version report ii lsof 4.81.dfsg.1-1 List open files ii python 2.6.7-3 interactive high-level object-orie ii python-debian 0.1.21Python modules to work with Debian ii python-support 1.0.14automated rebuilding support for P piuparts recommends no packages. Versions of packages piuparts suggests: ii ghostscript 9.02~dfsg-3 interpreter for the PostScript lan pn python-rpy none (no description available) -- no debconf information diff --git a/piuparts.py b/piuparts.py index cae35ee..000e6a4 100644 --- a/piuparts.py +++ b/piuparts.py @@ -165,6 +165,7 @@ class Settings: /etc/apt/trustdb.gpg, /etc/apt/trusted.gpg, /etc/apt/trusted.gpg~, +/etc/blkid.tab, /etc/crypttab, /etc/exports, /etc/group,
Bug#638832: piuparts: logcheck test doesn't work on Ubuntu, where adduser is already installed
Package: piuparts Version: 0.40 Severity: normal Tags: patch The crude hack for installing and removing logrotate breaks with an Ubuntu chroot, where adduser will already be installed. Here's a replacement for the hack. It changes the order that logrotate is removed in. I assume that isn't a problem? Another possible option is to use apt-get's --auto-remove, but I don't know how good an idea that would be in the cleanup function. SR -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages piuparts depends on: ii apt0.8.15.5 Advanced front-end for dpkg ii debootstrap1.0.35Bootstrap a basic Debian system ii lsb-release3.2-27Linux Standard Base version report ii lsof 4.81.dfsg.1-1 List open files ii python 2.6.7-3 interactive high-level object-orie ii python-debian 0.1.21Python modules to work with Debian ii python-support 1.0.14automated rebuilding support for P piuparts recommends no packages. Versions of packages piuparts suggests: ii ghostscript 9.02~dfsg-3 interpreter for the PostScript lan pn python-rpy none (no description available) -- no debconf information diff --git a/piuparts.py b/piuparts.py index cae35ee..000e6a4 100644 --- a/piuparts.py +++ b/piuparts.py @@ -925,7 +926,10 @@ class Chroot: logrotatefiles, logrotatefiles_list = self.check_if_logrotatefiles(packages) if not settings.skip_logrotatefiles_test and logrotatefiles: +installed = self.install_logrotate() self.check_output_logrotatefiles(logrotatefiles_list) +for pkg in installed: +self.remove_or_purge(purge, installed) # Then purge all packages being depended on. self.remove_or_purge(purge, deps_to_purge) @@ -933,15 +937,6 @@ class Chroot: # Finally, purge actual packages. self.remove_or_purge(purge, nondeps_to_purge) -# remove logrotate and it's depends -#(this is a fix for #602409 introduced by #566597 -#- search for the latter bug number in this file) -# XXX: another crude hack: ^^^ -if not settings.skip_logrotatefiles_test: - self.remove_or_purge(remove, [adduser, cron, libpopt0, logrotate]) - self.remove_or_purge(purge, [adduser, cron, libpopt0, logrotate]) - self.run([apt-get, clean]) - # Run custom scripts after purge all packages. if settings.scriptsdir is not None: self.run_scripts(post_purge) @@ -1147,13 +1142,19 @@ class Chroot: return has_logrotatefiles, vlist +def install_logrotate(self): +Install logrotate for check_output_logrotatefiles, and return the +list of packages that were installed +old_selections = self.get_selections() +self.run(['apt-get', 'install', '-y', 'logrotate']) +self.run(['apt-get', 'clean']) +diff = diff_selections(self, old_selections) +return diff.keys() + def check_output_logrotatefiles (self, list): Check if a given list of logrotatefiles has any output. Executes logrotate file as logrotate would do from cron (except for SHELL) failed = False -# XXX That's a crude hack (to fix #602409). Can't we define a set of needed packages differently? -# It also introduces the need for hack to fix #602409 in piuparts.py -(a,b) = self.run(['apt-get','install', '-y', 'logrotate']) for vfile in list: if not os.path.exists(self.relative(vfile.strip(/))):
Bug#638833: ITP: ruby-typhoeus -- runs HTTP requests in parallel while cleanly encapsulating handling logic
Package: wnpp Owner: AbdulKarim Memon abdulkarimme...@gmail.com Severity: wishlist * Package name : ruby-typhoeus * Version : 0.2.4 * Upstream Author : Paul Dix * URL : http://rubygems.org/gems/typhoeus * Programming Language : Ruby * Description : Typhoeus runs HTTP requests in parallel while cleanly encapsulating handling logic. To be a little more specific, it’s a library for accessing web services in Ruby. -- -AbdulKarim Memon
Bug#633033: piuparts: libeatmydata alternative
Hi Scott (2011.07.08_00:31:59_+0200)
So, while installing libeatmydata into chroot would be superior,
Here's a patch to do that.
I only wrote it half an hour ago, so not very tested, but it seems to
work for me, and be a fair bit faster than simply force-unsafe-io.
I know this won't work on Ubuntu (where eatmydata isn't in main, so
debootstrap can't install it), but I can improve it to handle that
better). It can be installed after enabling universe in the chroot, and
we can also not run it if it isn't installed in the chroot.
It would probably also make sense to Recommend eatmydata (for speeding
up debootstrap and tarball unpacking)
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
diff --git a/piuparts.1.txt b/piuparts.1.txt
index 0c91c29..9b2f31c 100644
--- a/piuparts.1.txt
+++ b/piuparts.1.txt
@@ -65,6 +65,9 @@ The tarball can be created with the '-s' option, or you can use one that *pbuild
*--dpkg-noforce-unsafe-io*::
Prevent running dpkg with --force-unsafe-io. --force-unsafe-io causes dpkg to skip certain file system syncs known to cause substantial performance degradation on some filesystems. Thus, including this option reverts to safe but slower behavior.
+*--no-eatmydata*::
+ Prevent use of eatmydata.
+
*-i* 'filename', *--ignore*='filename'::
Add a filename to the list of filenames to be ignored when comparing changes before and after installation. By default, piuparts ignores files that always change during a package installation and uninstallation, such as *dpkg* status files. The filename should be relative to the root of the chroot (e.g., _var/lib/dpkg/status_). This option can be used as many times as necessary.
diff --git a/piuparts.py b/piuparts.py
index 52fc743..2d050d9 100644
--- a/piuparts.py
+++ b/piuparts.py
@@ -649,7 +649,10 @@ class Chroot:
def unpack_from_tgz(self, tarball):
Unpack a tarball to a chroot.
logging.debug(Unpacking %s into %s % (tarball, self.name))
-run([tar, -C, self.name, -zxf, tarball])
+prefix = []
+if settings.eatmydata:
+prefix.append('eatmydata')
+run(prefix + [tar, -C, self.name, -zxf, tarball])
def setup_from_lvm(self, lvm_volume):
Create a chroot by creating an LVM snapshot.
@@ -664,7 +667,10 @@ class Chroot:
run(['mount', self.lvm_snapshot, self.name])
def run(self, command, ignore_errors=False):
-return run([chroot, self.name] + command,
+prefix = []
+if settings.eatmydata:
+prefix.append('eatmydata')
+return run([chroot, self.name] + prefix + command,
ignore_errors=ignore_errors)
def create_apt_sources(self, distro):
@@ -732,8 +738,13 @@ class Chroot:
(settings.debian_distros[0], self.name))
if settings.do_not_verify_signatures:
logging.info(Warning: not using --keyring option when running debootstrap!)
-run([debootstrap, --variant=minbase, settings.keyringoption, settings.debian_distros[0],
- self.name, settings.debian_mirrors[0][0]])
+prefix = []
+options = [settings.keyringoption]
+if settings.eatmydata:
+options.append('--include=eatmydata')
+prefix.append('eatmydata')
+run(prefix + [debootstrap, --variant=minbase] + options +
+[settings.debian_distros[0], self.name, settings.debian_mirrors[0][0]])
def minimize(self):
Minimize a chroot by removing (almost all) unnecessary packages
@@ -1961,6 +1972,11 @@ def parse_command_line():
default=-o MaxPriority=required -o UseRecommends=no -f -n apt debfoster,
help=Run debfoster with different parameters (default: -o MaxPriority=required -o UseRecommends=no -f -n apt debfoster).)
+parser.add_option(--no-eatmydata,
+ default=False,
+ action='store_true',
+ help=Default is to use libeatmydata in the chroot)
+
parser.add_option(--dpkg-noforce-unsafe-io,
default=False,
action='store_true',
@@ -2160,6 +2176,7 @@ def parse_command_line():
settings.warn_on_others = opts.warn_on_others
settings.warn_on_leftovers_after_purge = opts.warn_on_leftovers_after_purge
settings.debfoster_options = opts.debfoster_options.split()
+settings.eatmydata = not opts.no_eatmydata
settings.dpkg_force_unsafe_io = not opts.dpkg_noforce_unsafe_io
settings.dpkg_force_confdef = opts.dpkg_force_confdef
Bug#638825: needs cutest for running tests
filed itp for ruby-cutest http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638829 -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#638834: mathgl: FTBFS: build-depends on libfltk-dev which has 2 providers
Package: src:mathgl Version: 1.11.2-2 X-Debbugs-Cc: fltk1.3 X-Debbugs-Cc: fltk1.1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds as it build-depends on libfltk-dev which is provided by both libfltk1.3-dev and libfltk1.1-dev and the debian autobuilders don't allow dependencies on virtual packages with more than one provider for consistency reasons. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638783: please update to 3.5.0
2011/8/21 Nico Golde n...@debian.org Thanks a lot. I will probably update it during the week. Unlikely that I can make it before wednesday though. No problem. 2011/8/21 Nico Golde n...@debian.org Different topic, are you interested in a co-maintaining this package? The diff looks good and I'm still on the look for one. I use openbox daily and have some skill in Debian packaging. However, I'm not a Debian developer nor a maintainer of a sponsored package. I have an account on mentors, though. So I'd gladly help you. Ciao, Eugenio
Bug#638835: bastille: won't work without ipchains
Package: bastille Version: 1:3.0.9-13 Severity: grave Justification: renders package unusable I've installed the bastille package and ran InteractiveBastille to configure it. When I next try to start it or query its status, here is what I get: /etc/init.d# ./bastille-firewall status /sbin/bastille-ipchains: line 650: /sbin/ipchains: No such file or directory Being unable to start bastille's firewall leaves me without a simple firewall configuration. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bastille depends on: ii libcurses-perl1.28-1+b1 Curses interface for Perl ii perl 5.12.4-4 Larry Wall's Practical Extraction Versions of packages bastille recommends: ii bind9-host [host] 1:9.7.3.dfsg-1+b1 Version of 'host' bundled with BIN ii psad 2.1.7-1 Port Scan Attack Detector ii whois 5.0.11an intelligent whois client Versions of packages bastille suggests: pn acct none (no description available) pn perl-tk | libgtk-perl none (no description available) -- Configuration Files: /etc/Bastille/bastille-firewall-early.sh [Errno 13] Permission denied: u'/etc/Bastille/bastille-firewall-early.sh' /etc/init.d/bastille-firewall [Errno 13] Permission denied: u'/etc/init.d/bastille-firewall' -- 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#638338: [pkg-cli-libs-team] Bug#638338: gstreamer-sharp
affects 638338 + nunit-console thanks Summary: Mono doesn't allow overriding of SpecialFolder.Personal (~) from the environment which means that, if $HOME isn't writable and the application requires it to be, you're stuffed. All applications which use the registry API to store user settings will suffer from this, for example nunit. [resending mail I sent to 638337 to this bug too, since I reassigned it to mono] Hi, On Thu, Aug 18, 2011 at 08:10:01PM +0200, Christoph Egger wrote: Package: src:gstreamer-sharp Version: 0.9.2-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: [...] Unhandled Exception: System.Security.SecurityException: No access to the given key at Microsoft.Win32.KeyHandler..ctor (Microsoft.Win32.RegistryKey rkey, System.String basedir) [0x0] in filename unknown:0 Thanks for this report. This FTBFS is because nunit-console uses Mono's registry API to store user settings. Mono unconditionally stores these settings in ~/.mono/registry/. It doesn't appear to have a facility to override this at all. Thus, if HOME is not writable and an application uses the registry, the build will fail. I'm assigning a clone to mono, and I suggested to hyperair that, until this bug is fixed, we should disable the tests in gstreamer-sharp. I reported two bugs about this. One is that you cannot override SpecialFolders.Personal (it doesn't use $HOME) http://bugzilla.xamarin.com/show_bug.cgi?id=357 and the other is that the registry isn't stored in $XDG_CONFIG_DIR (if it was, we'd be able to set that and wouldn't have this problem) http://bugzilla.xamarin.com/show_bug.cgi?id=358 If either of these bugs get fixed then we should be able to export the appropriate env vars in Debian package builds to get nunit tests working again. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] PhD student [ i...@cs.nott.ac.uk ] signature.asc Description: Digital signature
Bug#638824: transmission-gtk: libnatpmp dependency problems
Hi, On 22/08/11 11:02, Witold Baryluk wrote: Maybe this is actually problem with libnatpmp1 claiming it is providing libnatpmp0? Yes, this is definitely an issue with libnatpmp. I've already reported a bug against it explaining the issue[0]. BTW. There is 2.33 already, so it is good time to upload it :) Yup, I'm aware of that. It's been sitting in an almost-ready state on my home-pc for a while. :) Just didn't get around to uploading it. Cheers [0] http://bugs.debian.org/638828 -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638212: openoffice.org-writer: several embedded fonts in generated pdf including courier10pitchbt-bold are failing with adobe reader
On 08/22/11 08:50, Rene Engelhard wrote: But I am now merging those two bugs given there was no answer and for 616117 it was (indirectky) confirmed that one was fixed in 3.4.1 (fo rt hat it's the same like above)( I can confirm 3.4.2-2 of libreoffice-writer does not have the pdf embedded font bug. I hope this version will be in testing soon. Thank you and sorry for making the bugreport against openoffice instead of libreoffice else I would have seen the already outstanding bugreport. Kind regards, Jelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637880: Patch to add support for recaptcha
On Mon, Aug 15, 2011 at 02:25:03PM +0100, Steve McIntyre wrote: Package: python-moinmoin Version: 1.9.3-1 Severity: wishlist Tags: patch Hi, I've added simple support for using recaptcha, similar in design to the existing textcha. So far I've only added this for the newaccount action, but this could be extended to other actions if desired. I've sent a patch upstream to the Moin folks (see http://sourceforge.net/mailarchive/message.php?msg_id=27933760); the one attached here is functionally the same, just slightly cleaned up. This would also necessitate a Depends: on python-recaptcha. Please consider this quickly - I've developed this recaptcha support because we would like to use it for wiki.d.o. A backport of a version in testing including this support would be ideal for us! :-) Hi Jonas, Have you had a chance to look at this yet? *Really* wanting this in testing so I can push a backport for wiki.d.o to use. Please respond. -- Steve McIntyre, Cambridge, UK.st...@einval.com There's no sensation to compare with this Suspended animation, A state of bliss -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638836: Could not retrieve contact list from roster in Google Talk
Package: irssi-plugin-xmpp Version: All Severity: grave No Gtalk sends contacts with ros:query xmlns:ros=jabber:iq:roster/ and irssi-xmpp don't support this behaviour. Greetings. -- Óscar García Amor | Systems Shaman Moire | http://entropia.moire.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637880: Patch to add support for recaptcha
On 11-08-22 at 11:30am, Steve McIntyre wrote: Have you had a chance to look at this yet? *Really* wanting this in testing so I can push a backport for wiki.d.o to use. Please respond. Thanks for poking me. Will look at it right away! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#638837: independent_wallclock sysctl has gone away?
Package: xen Severity: important Version: 4.0.1-1 The Xen documentation and Xen Debian wiki describes using independent_wallclock to sync domU clocks against the dom0 clock http://docs.vmd.citrix.com/XenServer/4.0.1/guest/ch04s06.html http://wiki.debian.org/Xen#Possible_problems_and_bugs-1 This sysctl appears to have gone away with squeeze, but the documentation is not updated Time drift is observed running dom0 2.6.32 from squeeze, and a domU 2.6.32-xen kernel from squeeze Is there outstanding work required to support the independent_wallclock sysctl in squeeze, or is there just a documentation issue? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638808: ITP: daimonin -- Daimonin is a fantasy MMORPG (Massively Multiplayer Online Role-playing Game) which features a large gameworld with engaging background, and is developing many fun and uni
On Sun, 21 Aug 2011 20:02:59 -0600 Franklin Barnett _pers...@live.com wrote: Package: wnpp Severity: wishlist Owner: Franklin Barnett _pers...@live.com * Package name: daimonin Version : 0.10.5 Upstream Author : Michael Toennies i...@daimonin.org * URL : http://www.daimonin.org/ * License : GPL Programming Lang: C Description : Daimonin is a fantasy MMORPG (Massively Multiplayer Online Role-playing Game) which features a large gameworld with engaging background, and is developing many fun and unique features. It has a 2D-isometric perspective. Are you planning to package the server or just the client? Will it include the extra data packs? Daimonin is open-source and accepts user-contributed content such as maps, music, art, code, and writing. It is currently in its fifth stable beta stage in which many new features are being added. The file 'Artistic License' in the daimonin_mapmaker package (which includes the server?) makes me worry about the dfsg freeness of some parts. Could you get games team/legal list to offer their thoughts? (Note neither is able to speak on behalf of the project, and ftpmasters say of what gets in is final :)). thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Bug#625177: Uploaded to DELAYED/5
On Mon, August 22, 2011 3:25 am, Asheesh Laroia wrote: Tag: fixed I uploaded this patched package to DELAYED/5! Maintainer, please feel free to beat the upload if you like. I currently don't have time and also (more importantly) no access to my build machine including my gpg key. Patch looks good to me, too. Feel free to upload directly (non-delayed). Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637689: nautic: FTBFS: error: cannot find install-sh, install.sh, or shtool in . ./.. ./../..
Hi, Sorry for the late answer I'm not expert enough to answer your question about amd64 buildds, I packaged for i386 and with dpkg-buildpackage and it worked fine, install-sh is actually present in the source file, my sponsor Steffen Moller steffen_moel...@gmx.de succeeded in compiling for amd64, maybe he should be the most indicated person to be asked for. In reality I can't find any more the package in the ftp-master main/n and I don't know where was dropped. I should try to compile myself for an amd64 machine but I've not the means to do this. sorry for the incomplete answer, let's try to work out the problem Best Regards Gianni Enas Package: src:nautic Version: 1.3-3 Severity: serious Hi! Your package failed to build on the buildds: dh build dh_testdir dh_auto_configure configure: WARNING: unrecognized options: --disable-maintainer-mode configure: error: cannot find install-sh, install.sh, or shtool in . ./.. ./../.. Full build log at https://buildd.debian.org/status/fetch.php?pkg=nauticarch=kfreebsd-amd64ver=1.3-3stamp=1313177568 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#637689: nautic: FTBFS: error: cannot find install-sh, install.sh, or shtool in . ./.. ./../..
Enas Gianni gio.e...@alice.it writes: Hi, Sorry for the late answer I'm not expert enough to answer your question about amd64 buildds, I packaged for i386 and with dpkg-buildpackage and it worked fine, install-sh is actually present in the source file, my sponsor Steffen Moller steffen_moel...@gmx.de succeeded in compiling for amd64, maybe he should be the most indicated person to be asked for. In reality I can't find any more the package in the ftp-master main/n and I don't know where was dropped. I should try to compile myself for an amd64 machine but I've not the means to do this. sorry for the incomplete answer, let's try to work out the problem Hi! Have you ever tried building in a clean environment (pbuilder / cowbuilder / sbuild)? This is not specific to any particular architecture but fails on *all* autobuilders. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638838: ITP: cocot -- Wraps and converts charset encoding of program input/output.
Package: wnpp Severity: wishlist Owner: Taisuke Yamada t...@rakugaki.org * Package name: cocot Version : 20100903 Upstream Author : IWAMURO Motonori v...@nifty.com * URL : http://vmi.jp/software/cygwin/cocot.html * License : BSD Programming Lang: C Description : Wraps and converts charset encoding of program input/output. Cocot stands for COde COnverter on Tty. This tool wraps specified program and converts charset encoding of its input/output. By this conversion, cocot allows you to run any program that may not support tty charset encoding. For example, running non-UTF-8 editor on UTF-8 terminal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637986: transmission: Failed open a *.torrent file, if Transmission is already running
Hi, On 16/08/11 13:02, Pavel Sugrobov wrote: If I open a .torrent file when Transmission is closed, then Transmission opens automatically and a download window pops up. Everything goes ok in this case. But if Transmission is already running and I try to open a .torrent file, then I receive an error message complaining that Transmission is already opened. In this case, no download window pops up and I'm not able to add the new torrent to the download list. Could you please try the version in experimental? I believe this is one of the many issues fixed since 2.03, but I can't seem to find the actual upstream bug report for it. Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518249: [Pkg-sysvinit-devel] Bug#518249: initscripts: Document
Hi: [Nelson A. de Oliveira] It is not yet documented on purpose, because it is experimental and subject to change. :) Well, I think it's experimental no more, is it? TIA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540448: This bug is a duplicate
This is a duplicate of #518249. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638839: please add multi-arch support for libhal1
Package: hal
Version: 0.5.14-7
Severity: wishlist
User: debian-d...@lists.debian.org
Usertags: multiarch
Tags: patch
Hi,
The attached patch converts the libraries included in hal package to multiarch
paths
and adds the relevant Multi-Arch: fields to debian/control.
For more information, see:
http://wiki.debian.org/Multiarch/Implementation
Riku
diff -urN tmp/popt-1.16//debian/control popt-1.16//debian/control
--- tmp/popt-1.16//debian/control 2010-05-13 07:12:36.0 +0300
+++ popt-1.16//debian/control 2011-08-19 14:10:57.772543530 +0300
@@ -2,7 +2,7 @@
Section: devel
Priority: optional
Maintainer: Paul Martin p...@debian.org
-Build-Depends: debhelper ( 7), gettext, quilt
+Build-Depends: debhelper ( 8.1.3), gettext, quilt
Homepage: http://rpm5.org/
Standards-Version: 3.8.4
@@ -11,6 +11,8 @@
Section: libs
Priority: important
Depends: ${shlibs:Depends}, ${misc:Depends}
+Pre-Depends: ${misc:Pre-Depends}
+Multi-Arch: same
Conflicts: popt, libpopt-dev (= 1.4-1), rpm (= 4.0.2-3)
Replaces: popt
Description: lib for parsing cmdline parameters
@@ -28,6 +30,7 @@
Section: libdevel
Priority: optional
Depends: libc6-dev | libc-dev, libpopt0 (= ${binary:Version}), ${misc:Depends}
+Multi-Arch: same
Conflicts: popt
Replaces: popt
Description: lib for parsing cmdline parameters - development files
diff -urN tmp/popt-1.16//debian/libpopt0.install popt-1.16//debian/libpopt0.install
--- tmp/popt-1.16//debian/libpopt0.install 2010-05-13 06:52:04.0 +0300
+++ popt-1.16//debian/libpopt0.install 1970-01-01 02:00:00.0 +0200
@@ -1,2 +0,0 @@
-debian/tmp/usr/lib*/libpopt.so.*lib
-debian/tmp/usr/share/locale/*/LC_MESSAGES/popt.mo
diff -urN tmp/popt-1.16//debian/libpopt0.install.in popt-1.16//debian/libpopt0.install.in
--- tmp/popt-1.16//debian/libpopt0.install.in 1970-01-01 02:00:00.0 +0200
+++ popt-1.16//debian/libpopt0.install.in 2011-08-19 14:14:00.582543530 +0300
@@ -0,0 +1,2 @@
+debian/tmp/usr/lib/DEB_HOST_MULTIARCH/libpopt.so.*lib/DEB_HOST_MULTIARCH
+debian/tmp/usr/share/locale/*/LC_MESSAGES/popt.mo
diff -urN tmp/popt-1.16//debian/libpopt0.links popt-1.16//debian/libpopt0.links
--- tmp/popt-1.16//debian/libpopt0.links 2010-05-13 06:52:04.0 +0300
+++ popt-1.16//debian/libpopt0.links 1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-lib/libpopt.so.0.0.0 lib/libpopt.so.0
diff -urN tmp/popt-1.16//debian/libpopt0.links.in popt-1.16//debian/libpopt0.links.in
--- tmp/popt-1.16//debian/libpopt0.links.in 1970-01-01 02:00:00.0 +0200
+++ popt-1.16//debian/libpopt0.links.in 2011-08-19 14:14:14.502543532 +0300
@@ -0,0 +1 @@
+lib/DEB_HOST_MULTIARCH/libpopt.so.0.0.0 lib/DEB_HOST_MULTIARCH/libpopt.so.0
diff -urN tmp/popt-1.16//debian/libpopt-dev.install popt-1.16//debian/libpopt-dev.install
--- tmp/popt-1.16//debian/libpopt-dev.install 2010-05-13 06:52:04.0 +0300
+++ popt-1.16//debian/libpopt-dev.install 2011-08-19 14:15:31.302543532 +0300
@@ -1,5 +1,5 @@
-debian/tmp/usr/lib*/libpopt.so usr/lib
-debian/tmp/usr/lib*/libpopt.la usr/lib
-debian/tmp/usr/lib*/libpopt.a usr/lib
+debian/tmp/usr/lib/*/libpopt.so
+debian/tmp/usr/lib/*/libpopt.la
+debian/tmp/usr/lib/*/libpopt.a
debian/tmp/usr/share/man/man3/popt.3 usr/share/man/man3
debian/tmp/usr/include/popt.h usr/include
diff -urN tmp/popt-1.16//debian/libpopt-dev.links popt-1.16//debian/libpopt-dev.links
--- tmp/popt-1.16//debian/libpopt-dev.links 2010-05-13 06:52:04.0 +0300
+++ popt-1.16//debian/libpopt-dev.links 1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-lib/libpopt.so.0 usr/lib/libpopt.so
diff -urN tmp/popt-1.16//debian/libpopt-dev.links.in popt-1.16//debian/libpopt-dev.links.in
--- tmp/popt-1.16//debian/libpopt-dev.links.in 1970-01-01 02:00:00.0 +0200
+++ popt-1.16//debian/libpopt-dev.links.in 2011-08-19 14:15:50.622543530 +0300
@@ -0,0 +1 @@
+lib/DEB_HOST_MULTIARCH/libpopt.so.0 usr/lib/DEB_HOST_MULTIARCH/libpopt.so
diff -urN tmp/popt-1.16//debian/preprocess popt-1.16//debian/preprocess
--- tmp/popt-1.16//debian/preprocess 1970-01-01 02:00:00.0 +0200
+++ popt-1.16//debian/preprocess 2011-08-19 14:13:17.742543532 +0300
@@ -0,0 +1,9 @@
+#!/bin/sh
+
+DEB_HOST_MULTIARCH=`dpkg-architecture -qDEB_HOST_MULTIARCH`
+
+for file in debian/*.in;
+do
+ target=`echo $file|sed -e 's/...$//'`
+ sed -e s/DEB_HOST_MULTIARCH/$DEB_HOST_MULTIARCH/g $file $target
+done
diff -urN tmp/popt-1.16//debian/rules popt-1.16//debian/rules
--- tmp/popt-1.16//debian/rules 2010-05-13 07:02:52.0 +0300
+++ popt-1.16//debian/rules 2011-08-19 14:16:39.102543532 +0300
@@ -7,6 +7,8 @@
DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+DEB_HOST_MULTIARCH := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
CROSS= --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
else
@@ -50,7 +52,7 @@
mkdir $(objdir)
# Add here commands to configure
Bug#638766: dictionaries-common: Auto-Compat option should be docummented
2011/8/21 Євгеній Мещеряков eu...@debian.org: Package: dictionaries-common Version: 1.11.5 Severity: normal I'm trying to fix bug #638740. I found that I probably can fix it by using 'auto-compat option' in an info file. Unfortunately there is no information in dsdt-policy about syntax of this option. Its use is not policy, just an option to debhelper like tools, $ man installdeb-aspell ... For benefit of aspell dictionaries using aspell-autobuildhash, installdeb-aspell script will look for 'auto-compat' and 'auto-contents' fields in $lang.info-aspell, containing base name(s) of your compat and, if needed, contents file(s). If 'auto-compat' entry is found two debhelper snippets are added, one to create/reset compatfile(s) in postinst and the other to remove files in a removal list (initially containing compat files) from postrm. If 'auto-contents' entry is found, contents file at debian/ will be parsed and its contents added to the removal list, otherwise a hash with the same basename of the compatfile is expected and added to the removal list. Unless previous stuff exists, /usr/lib/aspell}/$dict.rws - /var/lib/aspell/$dict.rws symlinks will also be automatically created. Same for installdeb-ispell. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638840: apt-zip: wrong checksum: checksum calculation broken
Package: apt-zip Version: 0.18 Severity: important I run apt-zip-list on wheezy and the fetch script on lenny, and get for every package a wrong checksum. When looking at debug output for the script (set -vx) it seems that the checksum calculation is broken: + read URL FILE SIZE CHECKSUM + getfile http://ftp-stud.fht-esslingen.de/debian/pool/main/d/dnprogs/dnet-common_2.56_all.deb dnet-common_2.56_all.deb 42114 MD5Sum:794be6bd5ddf38f99131d35 b72e9abcb + '[' -r ../dnet-common_2.56_all.deb ']' + do_wget http://ftp-stud.fht-esslingen.de/debian/pool/main/d/dnprogs/dnet-common_2.56_all.deb dnet-common_2.56_all.deb 42114 MD5Sum:794be6bd5ddf38f99131d35 b72e9abcb + wget -t3 -nv -O dnet-common_2.56_all.deb http://ftp-stud.fht-esslingen.de/debian/pool/main/d/dnprogs/dnet-common_2.56_all.deb 2011-08-22 11:41:01 URL:http://ftp-stud.fht-esslingen.de/debian/pool/main/d/dnprogs/dnet-common_2.56_all.deb [42114/42114] - dnet-common_2.56_all.deb [1] + check dnet-common_2.56_all.deb MD5Sum:794be6bd5ddf38f99131d35b72e9abcb 0 + '[' '!' -r dnet-common_2.56_all.deb ']' + '[' MD5Sum:794be6bd5ddf38f99131d35b72e9abcb = 0 ']' + '[' MD5Sum:794be6bd5ddf38f99131d35b72e9abcb = '' ']' type sha256sum ++ type sha256sum + '[' 'sha256sum is /usr/bin/sha256sum' ']' sha256sum $1 | cut -d' ' -f1 ++ sha256sum dnet-common_2.56_all.deb ++ cut '-d ' -f1 + '[' eb6664f78e635dff061637cf9242187645955b8aec1f4e3f94551a1c235a79e4 = MD5Sum:794be6bd5ddf38f99131d35b72e9abcb ']' + err dnet-common_2.56_all.deb 'wrong checksum' + echo 'Fetching dnet-common_2.56_all.deb failed (wrong checksum)' Fetching dnet-common_2.56_all.deb failed (wrong checksum) The output of [ `sha256sum $1 | cut -d' ' -f1` = $2 ] gives '[' eb6664f78e635dff061637cf9242187645955b8aec1f4e3f94551a1c235a79e4 = MD5Sum:794be6bd5ddf38f99131d35b72e9abcb ']' which indicates that apt-zip-list is broken (was there a format change in the Package file or whatever apt-zip-list processes)? Seems they went from sha256 to md5sum (or support both now)... (?) Thanks, Rainer -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 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 apt-zip depends on: ii apt 0.8.15.5 Advanced front-end for dpkg apt-zip recommends no packages. apt-zip 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#638839: multiarchize hal: wrong patch..
Uh sorry, attached wrong patch. This one should apply better to hal sources..
Riku
diff -urN old/hal-0.5.14//debian/control hal-0.5.14//debian/control
--- old/hal-0.5.14//debian/control 2011-04-19 00:41:12.0 +0300
+++ hal-0.5.14//debian/control 2011-08-22 12:11:41.872285001 +0300
@@ -3,8 +3,8 @@
Priority: optional
Maintainer: Utopia Maintenance Team pkg-utopia-maintain...@lists.alioth.debian.org
Uploaders: Sjoerd Simons sjo...@debian.org, Sebastian Dröge sl...@debian.org, Michael Biebl bi...@debian.org
-Build-Depends: debhelper (= 8),
- cdbs,
+Build-Depends: debhelper (= 8.1.3),
+ cdbs (= 0.4.93),
autotools-dev,
libdbus-glib-1-dev (= 0.61),
libglib2.0-dev,
@@ -41,6 +41,7 @@
hal-info (= 20070402),
mount (= 2.13) [linux-any],
freebsd-utils [kfreebsd-any]
+Multi-Arch: foreign
Recommends: eject,
pm-utils [linux-any],
consolekit (= 0.3)
@@ -73,6 +74,8 @@
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
+Pre-Depends: ${misc:Pre-Depends}
+Multi-Arch: same
Description: Hardware Abstraction Layer - shared library
HAL provides an abstract view on hardware.
.
@@ -88,6 +91,8 @@
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
+Pre-Depends: ${misc:Pre-Depends}
+Multi-Arch: same
Description: Hardware Abstraction Layer - shared library for storage devices
HAL provides an abstract view on hardware.
.
@@ -103,6 +108,7 @@
Section: libdevel
Architecture: any
Depends: libhal1 (= ${binary:Version}), ${misc:Depends}, libdbus-1-dev (= 0.60)
+Multi-Arch: same
Suggests: hal-doc
Description: Hardware Abstraction Layer - development files
HAL provides an abstract view on hardware.
@@ -117,6 +123,7 @@
Package: libhal-storage-dev
Section: libdevel
+Multi-Arch: same
Architecture: any
Depends: libhal-storage1 (= ${binary:Version}), ${misc:Depends}, libdbus-1-dev (= 0.60), libhal-dev
Suggests: hal-doc
diff -urN old/hal-0.5.14//debian/libhal1.install hal-0.5.14//debian/libhal1.install
--- old/hal-0.5.14//debian/libhal1.install 2008-09-03 15:22:05.0 +0300
+++ hal-0.5.14//debian/libhal1.install 2011-08-22 12:06:52.262285001 +0300
@@ -1 +1 @@
-debian/tmp/usr/lib/libhal.so.*
+debian/tmp/usr/lib/*/libhal.so.*
diff -urN old/hal-0.5.14//debian/libhal-dev.install hal-0.5.14//debian/libhal-dev.install
--- old/hal-0.5.14//debian/libhal-dev.install 2008-09-03 15:22:05.0 +0300
+++ hal-0.5.14//debian/libhal-dev.install 2011-08-22 12:59:29.482285001 +0300
@@ -1,4 +1,4 @@
debian/tmp/usr/include/hal/libhal.h
-debian/tmp/usr/lib/pkgconfig/hal.pc
-debian/tmp/usr/lib/libhal.so
-debian/tmp/usr/lib/libhal.a
+debian/tmp/usr/lib/*/pkgconfig/hal.pc
+debian/tmp/usr/lib/*/libhal.so
+debian/tmp/usr/lib/*/libhal.a
diff -urN old/hal-0.5.14//debian/libhal-storage1.install hal-0.5.14//debian/libhal-storage1.install
--- old/hal-0.5.14//debian/libhal-storage1.install 2008-09-03 15:22:05.0 +0300
+++ hal-0.5.14//debian/libhal-storage1.install 2011-08-22 12:59:30.962285001 +0300
@@ -1 +1 @@
-debian/tmp/usr/lib/libhal-storage.so.*
+debian/tmp/usr/lib/*/libhal-storage.so.*
diff -urN old/hal-0.5.14//debian/libhal-storage-dev.install hal-0.5.14//debian/libhal-storage-dev.install
--- old/hal-0.5.14//debian/libhal-storage-dev.install 2008-09-03 15:22:05.0 +0300
+++ hal-0.5.14//debian/libhal-storage-dev.install 2011-08-22 12:59:53.622285001 +0300
@@ -1,4 +1,4 @@
debian/tmp/usr/include/hal/libhal-storage.h
-debian/tmp/usr/lib/pkgconfig/hal-storage.pc
-debian/tmp/usr/lib/libhal-storage.so
-debian/tmp/usr/lib/libhal-storage.a
+debian/tmp/usr/lib/*/pkgconfig/hal-storage.pc
+debian/tmp/usr/lib/*/libhal-storage.so
+debian/tmp/usr/lib/*/libhal-storage.a
diff -urN old/hal-0.5.14//debian/rules hal-0.5.14//debian/rules
--- old/hal-0.5.14//debian/rules 2011-04-10 08:08:50.0 +0300
+++ hal-0.5.14//debian/rules 2011-08-22 12:23:01.002285001 +0300
@@ -21,7 +21,9 @@
--enable-docbook-docs \
--without-keymaps \
--docdir=/usr/share/doc/hal-doc \
- --with-udev-prefix=/lib
+ --with-udev-prefix=/lib \
+ --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
+ --libexecdir=\$${prefix}/lib/hal
DEB_DH_INSTALLINIT_ARGS := -- start 24 2 3 4 5 . stop 16 1 .
Bug#626436: Still don't work
Totem in version 2.30.2-8+b1 still don't work. Zarabiasz 4 tys./miesiac? Damy wiecej! Sprawdz http://linkint.pl/f2a0f -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546447: wishlist
severity 546447 wishlist thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638823: [claws-mail] POP-SSL defunct after upgrade of libgnutls26
tags 638823 confirmed forwarded 638823 http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2402 thanks On Mon, Aug 22, 2011 at 11:00:13AM +0200, Th. Klein wrote: Package: claws-mail Version: 3.7.9-1 Severity: important Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org --- Please enter the report below this line. --- Using claws-mail for about half a year, I am unable to use SSL with POP3 for fetching my emails for more than a week now. Disabling SSL fetches als email as always, however this is not viable from a security point of view. The log file (POP+SSL) says: Begin: Claws-Mail log file * Connecting to POP3 server: pop.gmx.net... [21:02:24] POP3 +OK POP server ready H migmx105 [21:02:24] POP3 USER username [21:02:24] POP3 +OK password required for user username [21:02:24] POP3 PASS [21:02:24] POP3 +OK mailbox username has 2280 messages (207473193 octets) H migmx105 [21:02:24] POP3 STAT [21:02:24] POP3 +OK 2280 207473193 [21:02:24] POP3 UIDL [21:02:24] POP3 +OK [21:02:24] POP3 LIST [21:02:24] POP3 +OK ** Session timed out. You may be able to recover by increasing the timeout value in Preferences/Other/Miscellaneous. End: Claws-Mail log file Timeout value is set to 20 seconds. I suppose the issue is an upgrade within libgnutls26; I am not too technical, but these links might be helpful for you: 1.) bug report: claws relying on deprecated commands of gnutls http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624062 2.) bug report: behaviour of gnutls26 changed, problems with claws-mail https://savannah.gnu.org/support/index.php?107660 Thanks, this is a known issue, I'm forwarding to the upstream bug. I have claws-mail-dbg package installed, yet to run gdb I need help, and then I am willing to post the outpot here... :-) In case you still want, you have instructions which may help here: http://www.claws-mail.org/faq/index.php/Debugging_Claws regards, -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 signature.asc Description: Digital signature
Bug#633033: piuparts: libeatmydata alternative
Hi Stefano (2011.08.18_13:05:56_+0200)
I know this won't work on Ubuntu (where eatmydata isn't in main, so
debootstrap can't install it), but I can improve it to handle that
better). It can be installed after enabling universe in the chroot, and
we can also not run it if it isn't installed in the chroot.
Improved version attached.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
diff --git a/piuparts.1.txt b/piuparts.1.txt
index 0c91c29..9b2f31c 100644
--- a/piuparts.1.txt
+++ b/piuparts.1.txt
@@ -65,6 +65,9 @@ The tarball can be created with the '-s' option, or you can use one that *pbuild
*--dpkg-noforce-unsafe-io*::
Prevent running dpkg with --force-unsafe-io. --force-unsafe-io causes dpkg to skip certain file system syncs known to cause substantial performance degradation on some filesystems. Thus, including this option reverts to safe but slower behavior.
+*--no-eatmydata*::
+ Prevent use of eatmydata.
+
*-i* 'filename', *--ignore*='filename'::
Add a filename to the list of filenames to be ignored when comparing changes before and after installation. By default, piuparts ignores files that always change during a package installation and uninstallation, such as *dpkg* status files. The filename should be relative to the root of the chroot (e.g., _var/lib/dpkg/status_). This option can be used as many times as necessary.
diff --git a/piuparts.py b/piuparts.py
index 52fc743..cae35ee 100644
--- a/piuparts.py
+++ b/piuparts.py
@@ -649,7 +649,10 @@ class Chroot:
def unpack_from_tgz(self, tarball):
Unpack a tarball to a chroot.
logging.debug(Unpacking %s into %s % (tarball, self.name))
-run([tar, -C, self.name, -zxf, tarball])
+prefix = []
+if settings.eatmydata:
+prefix.append('eatmydata')
+run(prefix + [tar, -C, self.name, -zxf, tarball])
def setup_from_lvm(self, lvm_volume):
Create a chroot by creating an LVM snapshot.
@@ -664,7 +667,11 @@ class Chroot:
run(['mount', self.lvm_snapshot, self.name])
def run(self, command, ignore_errors=False):
-return run([chroot, self.name] + command,
+prefix = []
+if settings.eatmydata and os.path.isfile(os.path.join(self.name,
+ 'usr/bin/eatmydata')):
+prefix.append('eatmydata')
+return run([chroot, self.name] + prefix + command,
ignore_errors=ignore_errors)
def create_apt_sources(self, distro):
@@ -732,8 +739,14 @@ class Chroot:
(settings.debian_distros[0], self.name))
if settings.do_not_verify_signatures:
logging.info(Warning: not using --keyring option when running debootstrap!)
-run([debootstrap, --variant=minbase, settings.keyringoption, settings.debian_distros[0],
- self.name, settings.debian_mirrors[0][0]])
+prefix = []
+options = [settings.keyringoption]
+if settings.eatmydata:
+options.append('--include=eatmydata')
+options.append('--components=%s' % ','.join(settings.debian_mirrors[0][1]))
+prefix.append('eatmydata')
+run(prefix + [debootstrap, --variant=minbase] + options +
+[settings.debian_distros[0], self.name, settings.debian_mirrors[0][0]])
def minimize(self):
Minimize a chroot by removing (almost all) unnecessary packages
@@ -1961,6 +1974,11 @@ def parse_command_line():
default=-o MaxPriority=required -o UseRecommends=no -f -n apt debfoster,
help=Run debfoster with different parameters (default: -o MaxPriority=required -o UseRecommends=no -f -n apt debfoster).)
+parser.add_option(--no-eatmydata,
+ default=False,
+ action='store_true',
+ help=Default is to use libeatmydata in the chroot)
+
parser.add_option(--dpkg-noforce-unsafe-io,
default=False,
action='store_true',
@@ -2160,6 +2178,7 @@ def parse_command_line():
settings.warn_on_others = opts.warn_on_others
settings.warn_on_leftovers_after_purge = opts.warn_on_leftovers_after_purge
settings.debfoster_options = opts.debfoster_options.split()
+settings.eatmydata = not opts.no_eatmydata
settings.dpkg_force_unsafe_io = not opts.dpkg_noforce_unsafe_io
settings.dpkg_force_confdef = opts.dpkg_force_confdef
Bug#638838: ITP: cocot -- Wraps and converts charset encoding of program input/output.
* Taisuke Yamada t...@rakugaki.org, 2011-08-20, 15:29: * Package name: cocot Version : 20100903 Upstream Author : IWAMURO Motonori v...@nifty.com * URL : http://vmi.jp/software/cygwin/cocot.html * License : BSD Programming Lang: C Description : Wraps and converts charset encoding of program input/output. Cocot stands for COde COnverter on Tty. This tool wraps specified program and converts charset encoding of its input/output. By this conversion, cocot allows you to run any program that may not support tty charset encoding. For example, running non-UTF-8 editor on UTF-8 terminal. How is it better than luit (from x11-utils)? -- 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#620258: php5-memcache delete() broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can confirm this bug, i had to deal with it on 2 different servers.. Any hope to have it fixed? This breaks a big part of the application.. Thank you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5SQbkACgkQwt4vS/saKML9wQCfdH/c6eOO6OPVMbJtTH0QN/ct 5GsAnR87hpP2JSAMvHqiMU6l3UF+Xfbl =t4GI -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#617854: Packaging puddletag for Debian
On Sun, Aug 21, 2011 at 23:01, concentricpuddle concentricpud...@gmail.com wrote: ... so I discovered a quite important thing: the documentation built with sphinx requires the file templatebuiltins.js, but the docs tarball doesn't contain it. It's a file from django (the template puddletag doc uses) so I think it just need to be copied in the docs dir and added to the license file (it's practically what I've done in Debian to tick this point). I didn't notice. Might be due to the fact that I was using a latest version of Sphinx. Even weirder is that I don't have templatebuiltins.js anywhere on my system (not even in the original Django template the docs are based on). it works fine even without it but it's referred from the template so our automatic tools identifies it and errors out since it can't find it. If you don't need it, it's probably best to get rid of it on the template. Ok, something has come up, related to puddlestuff/resource.py: IIUIC that file is generated by pyrcc4 from puddlestuff/resourec.qrc which in turn is a bundle of the images contained in puddlestuff/data . Now, as per Debian policy, we need the puddlestuff/resourec.qrc and all the data/ images in the tarball: currently we have only some image (we need all of them) and we mist he .qrc file. concentricpuddle: could you please add them and release a new tarball ? Not a problem.I'll upload it on the weekend. Uploaded (http://sourceforge.net/projects/puddletag/files/puddletag-0.10.6-2.tar.gz). sorry to be picky, but could you please avoid '-n' in the version number? those format is the one used by debian for its internal release, and it would be preferible (ie it's easier from a packging point of view) if the version is only digits and dots (so if you want to mark a very minor release 0.10.6.1, 0.10.6.2 and so on are the most preferred formats). thanks for your understanding :) I've also included the French translation source and some other stuff. As for resourec.qrc (I should really fix that spelling), it contains links only to files that are used by puddletag. All those were included in the tarball. Any other data in the dev repo should've deen deleted ages ago (and pretty soon will be). resourec.qrc is the preferred way to modify resource.py (since qrc is converted py via a tool) so we must have in the tarball we upload along with the dbian pkg, given .qrc is actually made of images, they should be shipped too (and you do, so that's ok). Could you please reconsider adding it to the released tarball? Thanks in advance, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638841: aptitude should mention exactly what it is forbidding
Package: aptitude Version: 0.6.4-1 Severity: wishlist You know it would be nice if aptitude mentioned exactly what it is forbidding. It does about what it installs and removes. Why not also forbidding? # aptitude forbid-version ~i~nemacs-snapshot No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Do you want to continue? [Y/n/?] Yes I could do a # aptitude search ~i~nemacs-snapshot to see what matches, but you don't force us to do that first when installing or removing just to get a look at what we're about to do. Indeed maybe aptitude is forbidding nothing. You won't even tell us that. One cannot tell. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638842: aptitude forbid-version error messages doubled
Package: aptitude Version: 0.6.4-1 Severity: wishlist Why tell us twice? # aptitude forbid-version Couldn't find any package whose name or description matched Couldn't find any package whose name or description matched # aptitude forbid-version apt Package apt is not upgradable, cannot forbid an upgrade Package apt is not upgradable, cannot forbid an upgrade P.S., if this bug report is itself a double... sorry! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638843: enscribe: FTBFS with ld --as-needed
Package: enscribe Version: 0.1.0-1.1 Severity: normal Tags: patch User: debian-...@lists.debian.org Usertags: ld-as-needed *** /tmp/tmp_tKM8M In Ubuntu, the attached patch was applied to achieve the following: Hi, this package fails with bintuils gold and ld --as-needed, updating 01-makefile.dpatch solves this problem, please consider apply it. Regards, * debian/patches/01-makefile.dpatch: - Refresh patch, reorder libraries to fix FTBFS with ld --as-needed (LP: #770933) Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u enscribe-0.1.0/debian/patches/01-makefile.dpatch enscribe-0.1.0/debian/patches/01-makefile.dpatch --- enscribe-0.1.0/debian/patches/01-makefile.dpatch +++ enscribe-0.1.0/debian/patches/01-makefile.dpatch @@ -40,7 +40,7 @@ - install enscribe /usr/local/bin/enscribe +all: enscribe +enscribe: -+ $(CC) $(CFLAGS) `pkg-config --cflags --libs sndfile` -o enscribe enscribe.c -lgd -lm ++ $(CC) $(CFLAGS) `pkg-config --cflags sndfile` -o enscribe enscribe.c -lgd -lm `pkg-config --libs sndfile` +install: enscribe + install -D enscribe $(DESTDIR)/usr/bin/enscribe
Bug#638844: Please document local font directories
Package: fontconfig-config Version: 2.8.0-2.1 I noticed that the package fontconfig-config creates the directory /usr/local/share/fonts (in postinst) but none of the documentation in /usr/share/doc or the manual pages mention it. A friend told me that this caused confusion on an IRC channel where someone asked how to install non-packaged fonts locally in Debian and was told to create a new directory in /usr/local. (So it appears that there is an actual need for this bit of documentation.) After grepping /etc/fonts, I found that /etc/fonts/fonts.conf specifies the directories /usr/local/share/fonts and ~/.fonts in addition to system directories. These are not mentioned in the manual page fonts-conf(5) (I guess because they are potentially distribution-specific). Would it be possible to document the paths somewhere in the package, for example in a README.Debian or one of the manual pages? For instance, something along the lines of: Installing non-packaged fonts in Debian --- The Debian packaging specifies (in /etc/fonts/fonts.conf) two directories for locally installed fonts: /usr/local/share/fonts and ~/.fonts in a user's home directory. To locally install fonts that have not been packaged in Debian, simply copy them to either of these directories: /usr/local/share/fonts to make them available to all users or ~/.xfonts for a single user. They should be available automatically; if not, you can try running the program fc-cache to refresh the font cache. (Please feel free to use and modify any of the preceding text if you want.) GNOME seems to have some brief documentation available in the Web in the GNOME Desktop System Administration Guide (I do not know if this has been packaged for Debian). There, http://library.gnome.org/admin/system-admin-guide/stable/fontconfig-3.html.en (To Add a Font for an Individual User) seems correct for Debian, but http://library.gnome.org/admin/system-admin-guide/stable/fontconfig-2.html.en (To Add a Font for All Users) does not mention /usr/local/share/fonts, presumably because it tries to be distribution-independent. (And of course a non-GNOME user would have a hard time finding this documentation, while ~/.fonts of course also affects KDE and, e.g., xterm's -fa option and Emacs's fontconfig support.) -- -=- Rjs -=- r...@cs.hut.fi, riku.saikko...@hut.fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
