Bug#626450: lost /lib64 - /lib symlink on amd64; upgrade fails
I see lib64 is gone from / and /usr in /var/lib/dpkg/info/libc6.list ... once I added the /lib64 - /lib symlink back, things more or less worked again. I'm wondering if there was anything special you needed to do for this? I know after upgrading my system, that any commands other than bash's built-in commands are refusing to execute, giving me no such file or directory errors.
Bug#626454: lintian: False positive: copyright-should-refer-to-common-license-file-for-gpl
Package: lintian Version: 2.5.0 Severity: normal Dear Lintian maintainers, in my package embassy-phylip, there is a comment saying that the package is not GPL despite a copy of the GPL is distributed with the sources. This triggers the copyright-should-refer-to-common-license-file-for-gpl error. http://packages.debian.org/changelogs/pool/non-free/e/embassy-phylip/current/copyright When Lintian starts to take advantage of DEP-5, perhaps you can consider to exclude Comments fields from the copyright-should-refer-to-common-license-file-for-gpl check. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597859: screen-message: multi-monitor mode in sid?
On Thu, 2011-05-12 at 11:23 +0530, Joachim Breitner wrote: I’m happy to take suggestions. Personally I would go for the mirror option, seems to be in keeping with the minimalism that the program is designed for. That said, I run bog-standard GNOME 2 for now and mirroring might not work well for other more advanced/customisable window managers. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#626422: kfreebsd-image-8.2-1-686: Can't upgrade from kfreebsd7.3
qemu-kfreebsd:/home/njh# apt-get install kfreebsd-image-8.2-1-686 libc0.1-i686 The following extra packages will be installed: libc0.1 The following packages will be upgraded: libc0.1 libc0.1-i686 WARNING: This version of glibc uses UMTX_OP_WAIT and UMTX_OP_WAKE syscalls that are not present in the current running kernel. They have been added in kFreeBSD 8.0. Your system should still work, but it is recommended to upgrade to a more recent version. Unpacking replacement libc0.1 ... FATAL: kernel too old dpkg: warning: subprocess old post-removal script returned error exit status 1 dpkg - trying script from the new package instead ... FATAL: kernel too old dpkg: error processing /var/cache/apt/archives/libc0.1_2.13-2_kfreebsd-i386.deb (--unpack): subprocess new post-removal script returned error exit status 1 configured to not write apport reports FATAL: kernel too old Debian Release: wheezy/sid Kernel: kFreeBSD 7.3-1-486 The old (squeeze) eglibc only suggested 8.0 kernel, The new (wheezy) eglibc really needs at least 8.0 kernel. The squeeze have been shipped with 8.1 kernel only. In general, direct upgrades from lenny to sid are not supported. What does just apt-get install kfreebsd-image-8.2-1-686 and eventually what does apt-get --no-install-recommends install kfreebsd-image-8.2-1-686 After that, you have to ***run*** 8.x kernel, before you can proceed to upgrade libc. Cheers Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597859: screen-message: multi-monitor mode in sid?
Hi, Am Donnerstag, den 12.05.2011, 14:04 +0800 schrieb Paul Wise: On Thu, 2011-05-12 at 11:23 +0530, Joachim Breitner wrote: I’m happy to take suggestions. Personally I would go for the mirror option, seems to be in keeping with the minimalism that the program is designed for. That said, I run bog-standard GNOME 2 for now and mirroring might not work well for other more advanced/customisable window managers. brr, so much complexity, and then the code also has to work on Windows (or at least compile by excluding it with macros). Maybe the old behaviour as default (arbitrary monitor, e.g. leave it to gtk’s fullscreening code) and an option to specify other monitors using RandR names is a sane compromise. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#626455: xserver-xorg-core: X mouse won't move
Package: xserver-xorg-core Version: 2:1.10.1-2 Severity: important X mouse will not move. Just remains stuck in the middle of the screen. This begins in gdm and (if I login) continues in X session. Othervise X is just fine. No crashes or anything. Howewever, with squeeze on the same machine mouse works just fine, so it seems to be a software bug. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 12 18:31 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2018824 May 1 13:21 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e32] (rev 03) /etc/X11/xorg.conf does not exist. /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.38-2-686 (Debian 2.6.38-5) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Sun May 8 14:49:45 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 36964 May 12 08:32 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [12.292] X.Org X Server 1.10.1 Release Date: 2011-04-15 [12.292] X Protocol Version 11, Revision 0 [12.292] Build Operating System: Linux 2.6.32-5-686-bigmem i686 Debian [12.292] Current Operating System: Linux idril 2.6.38-2-686 #1 SMP Sun May 8 14:49:45 UTC 2011 i686 [12.292] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-686 root=UUID=3cbcf0b6-bce6-43bc-9ca1-6532c22bf8fc ro quiet [12.292] Build Date: 01 May 2011 10:14:44AM [12.292] xorg-server 2:1.10.1-2 (Julien Cristau jcris...@debian.org) [12.293] Current version of pixman: 0.21.8 [12.293]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [12.293] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [12.293] (==) Log file: /var/log/Xorg.0.log, Time: Thu May 12 08:32:02 2011 [12.400] (==) Using system config directory /usr/share/X11/xorg.conf.d [12.444] (==) No Layout section. Using the first Screen section. [12.444] (==) No screen section available. Using defaults. [12.444] (**) |--Screen Default Screen Section (0) [12.444] (**) | |--Monitor default monitor [12.445] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [12.445] (==) Automatically adding devices [12.445] (==) Automatically enabling devices [12.527] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [12.527]Entry deleted from font path. [12.801] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [12.801] (==) ModulePath set to /usr/lib/xorg/modules [12.801] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [12.801] (II) Loader magic: 0x8232ac0 [12.801] (II) Module ABI versions: [12.801]X.Org ANSI C Emulation: 0.4 [12.801]X.Org Video Driver: 10.0 [12.801]X.Org XInput driver : 12.2 [12.801]X.Org Server Extension : 5.0 [12.802] (--) PCI:*(0:0:2:0) 8086:2e32:1043:836d rev 3, Mem @ 0xfe40/4194304, 0xe000/268435456, I/O @ 0xdc00/8 [12.802] (II) Open ACPI successful (/var/run/acpid.socket) [12.802] (II) LoadModule: extmod [13.007] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [13.016] (II) Module extmod: vendor=X.Org Foundation [13.016]compiled for 1.10.1, module version = 1.0.0 [13.016]Module class: X.Org Server Extension [13.016]ABI class: X.Org Server Extension, version 5.0 [13.016] (II) Loading extension SELinux [13.016] (II) Loading extension MIT-SCREEN-SAVER [13.016] (II) Loading extension XFree86-VidModeExtension [13.016] (II) Loading extension XFree86-DGA [13.016] (II) Loading extension DPMS [13.016] (II) Loading extension XVideo [13.016] (II) Loading extension XVideo-MotionCompensation [13.016] (II) Loading extension X-Resource [13.016] (II) LoadModule: dbe [13.016] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
Bug#626456: nagvis: configuration after install does not work (error MySQLConnectionFailed)
Package: nagvis Version: 1:1.4.6-1.1 Severity: important After installing nagvis by apt-get install nagvis, the url http://ip-address/nagvis does not work. In order to get it working, you need to edit several files: /etc/default/ndoutils set ENABLE_NDOUTILS=1 remove # in front of SOCKET=.. /etc/nagios3/nagios.cfg add line broker_module=/usr/lib/ndoutils/ndomod-mysql-3x.o config_file=/etc/nagios3/ndomod.cfg restart ndoutils and nagios3 services /etc/nagvis/nagvis.ini.php under the section [backend_ndomy_1] you need to specify dbname, dbuser and dbpass, even though it's stored under /etc/dbconfig-common/ndoutils-mysql.conf and there is a file called /etc/dbconfig-common/nagvis.conf in which there is nothing configured. after that http://ip-address/nagvis works fine. automatically adding a link to nagvis from nagios menu would also be great, this is an edit in /usr/share/nagios3/htdocs/side.php, specifying something like this: lia href=/nagvis target=?php echo $link_target;?Nagvis/a/li somewhere the nagvis-link fits (i.e. under the link to Map. It would be nice to have those changes done automatically after the install or at least have some documentation in /usr/share/doc/nagvis/README.Debian about it. This issue applies to both x86 and x64 versions of debian 6. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nagvis depends on: ii dbconfig-common 1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii graphviz2.26.3-5 rich set of graph drawing tools ii libapache2-mod-php5 5.3.3-7+squeeze1 server-side, HTML-embedded scripti ii php5-common 5.3.3-7+squeeze1 Common files for packages built fr ii php5-gd 5.3.3-7+squeeze1 GD module for php5 ii php5-mysql 5.3.3-7+squeeze1 MySQL module for php5 ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages nagvis recommends: ii nagios3 3.2.1-2A host/service/network monitoring ii ndoutils-nagios3-mysql [ndout 1.4b9-1.1 This provides the NDOUtils for Nag nagvis suggests no packages. -- no debconf information
Bug#589084: the fix for \W flaw in PS1 exists
http://groups.google.com/group/gnu.bash.bug/browse_thread/thread/c06007d2bae9ca24 claims that bash-4.1 patch 10 fixes this problem. Can you please consider either adding the patch or updating bash from the source? The \W bug is driving me crazy. pj -- Paul E. Johnson email: paulj...@ku.edu Professor, Political Science http://pj.freefaculty.org Assoc. Director, Center for Research Methods and Data Analysis 1541 Lilac Lane, Rm 504 University of Kansas Office: (785) 864-9086 Lawrence, Kansas 66045-3129 FAX: (785) 864-5700 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626457: libc6 doesn't include lib64 symlink on amd64
Package: libc6 Version: 2.13-3 Severity: critical Tags: sid The 2.13-3 version of libc6 doesn't include the lib64 symlink (in root and in /usr), thus making the system unusable (and blocking dpkg in the middle of operations). Restoring the symlink solve the problem. ciao cate -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-rc7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.13-3 Embedded GNU C Library: Binaries ii libgcc1 1:4.6.0-7 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii cdebconf [debconf-2.0]0.155 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii glibc-doc 2.13-3 Embedded GNU C Library: Documentat ii locales 2.13-3 Embedded GNU C Library: National L -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: cups cron atd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626450: lost /lib64 - /lib symlink on amd64; upgrade fails
On Thu, May 12, 2011 at 12:58:13AM -0500, Brian Paterni wrote: I see lib64 is gone from / and /usr in /var/lib/dpkg/info/libc6.list ... once I added the /lib64 - /lib symlink back, things more or less worked again. I'm wondering if there was anything special you needed to do for this? I know after upgrading my system, that any commands other than bash's built-in commands are refusing to execute, giving me no such file or directory errors. In my case, I didn't happen to have a root shell around, so I couldn't fix my system while running. I ran /lib/ld-linux-x86-64.so.2 /bin/sync a few times, turned off the power, and booted with the kernel argument break=init to get a shell in the initramfs. From there, I remounted /root read-write, and created the /lib64 - lib symlink. No rescue disk needed. Hope that helps, Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626458: cryptsetup: native loop support for earlier kernels
Package: cryptsetup Version: 2:1.3.0-1 Severity: minor Hello, cryptsetup starting with 1.3.0 natively supports loop device creation for kernel 2.6.25 and above. The Debian package honours this but only for kernel 2.6.35 and above. This version border can be lowered to 2.6.25 - the cryptsetup changelog is correct, David's patch went in 2.6.25: commit 96c5865559cee0f9cbc5173f3c949f6ce3525581 Allow auto-destruction of loop devices regards Mario -- Unfortunately, the chip vendors have delayed the availability of the long-promised crystal-ball peripherals yet again, forcing the governor code to rely on heuristics; once again, software must make up for deficiencies in the hardware. -- Jonathan Corbet, LWN signature.asc Description: Digital signature
Bug#625732: claws-mail: nntp auth is broken
tags 625732 patch
thanks
Hi again,
On Thu, 5 May 2011 18:33:33 +0200
Pierre Habouzit madco...@debian.org wrote:
What claws does:
$ telnet localhost 119
Trying ::1...
Connected to apollon.madism.org.
Escape character is '^]'.
200 server.example.net InterNetNews server INN 2.5.3 (20110413
snapshot) ready (transit mode) AUTHINFO USER test
502 Authentication will fail
Can you try rebuilding claws-mail with the attached patch?
regards,
--
Ricardo Mones
http://people.debian.org/~mones
«If more of us valued food and cheer and song above hoarded gold, it
would be a merrier world. -- J.R.R. Tolkien»
Index: src/etpan/nntp-thread.c
===
RCS file: //claws/src/etpan/Attic/nntp-thread.c,v
retrieving revision 1.1.2.13
diff -u -r1.1.2.13 nntp-thread.c
--- src/etpan/nntp-thread.c 16 Feb 2011 07:16:19 - 1.1.2.13
+++ src/etpan/nntp-thread.c 9 May 2011 15:50:09 -
@@ -592,10 +592,13 @@
mailstream_debug = 0;
#endif
- r = newsnntp_authinfo_username(param-nntp, param-login);
- if (r == NEWSNNTP_NO_ERROR ||
- r == NEWSNNTP_WARNING_REQUEST_AUTHORIZATION_PASSWORD) {
- r = newsnntp_authinfo_password(param-nntp, param-password);
+ r = newsnntp_mode_reader(param-nntp);
+ if (r == NEWSNNTP_NO_ERROR) {
+ r = newsnntp_authinfo_username(param-nntp, param-login);
+ if (r == NEWSNNTP_NO_ERROR ||
+ r == NEWSNNTP_WARNING_REQUEST_AUTHORIZATION_PASSWORD) {
+ r = newsnntp_authinfo_password(param-nntp, param-password);
+ }
}
signature.asc
Description: PGP signature
Bug#626189: linux-image-2.6.32-5-xen-686: kernel BUG (invalid opcode) on reboot -f
On Mon, 2011-05-09 at 19:55 +0200, Ferenc Wagner wrote: Package: linux-image-2.6.32-5-xen-686 Version: 2.6.32-31 Severity: normal Hi, As a STONITH measure, I issued reboot -f on a Xen dom0 while several domUs were running. This didn't kill the machine but resulted in the BUGs below, and made further interaction impossible, although the kernel was running and some firewall logs even made it through the syslog daemon. Of course I didn't try to reproduce the issue (it's a production system in active/backup HA), but I'm willing to do further experiments that don't risk further data loss if needed. This happened on a perfectly stock and up-to-date squeeze Xen system running several PV guests. 2.6.32-34 (in stable-proposed-updates) contains fixes to vmalloc syncing and vunmap which can both have an impact on both LVM and XFS. I think it would be worth trying that updated kernel. Cheers, Ian. -- Ian Campbell I am currently transitioning to a new OpenPGP key, please see: http://www.hellion.org.uk/key-transition-2011-04-27-2F6BCD59-to-79074FA8.txt Oh, that sound of male ego. You travel halfway across the galaxy and it's still the same song. -- Eve McHuron, Mudd's Women, stardate 1330.1 signature.asc Description: This is a digitally signed message part
Bug#626459: Please provide an option to run a shell
Package: aptitude Severity: wishlist I just hit bug 626447 during an upgrade started from aptitude, and as a result I could no longer run any binaries on the system. I had a handful of running user shells, but no root shells to fix the problem. I did have aptitude running as root, but after much investigation I found that aptitude had no option to execute a shell. Please consider adding an option to execute a shell. Please also consider making the shell command to execute configurable through the preferences GUI, which would have allowed me to set it to /lib/ld-linux-x86-64.so.2 /bin/sh. :) Under normal circumstances (when system binaries can actually run), a running aptitude provides root-equivalent access anyway by various means (for instance, the conffile prompt); thus, this option would not incur any additional security implications. Providing this option would offer one more tool to help recover a hosed system, in case the user forgot to have a root shell running during the upgrade. Thanks, Josh Triplett -- Package-specific info: aptitude 0.6.3 compiled at Apr 2 2011 21:33:01 Compiler: g++ 4.5.2 Compiled against: apt version 4.10.1 NCurses version 5.8 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.10.1 linux-vdso.so.1 = (0x7fff0b3ff000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7fae778a9000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7fae77656000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7fae7745) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7fae77184000) libept.so.1 = /usr/lib/libept.so.1 (0x7fae76f28000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fae76b09000) libz.so.1 = /usr/lib/libz.so.1 (0x7fae768f2000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7fae76654000) libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0 (0x7fae7643b000) libpthread.so.0 = /lib/libpthread.so.0 (0x7fae7621f000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7fae75f15000) libm.so.6 = /lib/libm.so.6 (0x7fae75c92000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7fae75a7c000) libc.so.6 = /lib/libc.so.6 (0x7fae756f9000) libutil.so.1 = /lib/libutil.so.1 (0x7fae754f5000) libdl.so.2 = /lib/libdl.so.2 (0x7fae752f1000) libuuid.so.1 = /lib/libuuid.so.1 (0x7fae750ec000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x7fae74edc000) librt.so.1 = /lib/librt.so.1 (0x7fae74cd4000) /lib64/ld-linux-x86-64.so.2 (0x7fae77bda000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: x86_64 Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626460: matlab-support: [debconf_rewrite] Debconf templates and debian/control review
Package: matlab-support
Version: N/A
Severity: normal
Tags: patch
Dear Debian maintainer,
On Thursday, May 12, 2011, I notified you of the beginning of a review process
concerning debconf templates for matlab-support.
The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.
Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.
However, please try to avoid uploading matlab-support with these changes
right now.
The second phase of this process will begin on Sunday, May 15, 2011, when I will
coordinate updates to translations of debconf templates.
The existing translators will be notified of the changes: they will
receive an updated PO file for their language.
Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.
Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.
The call for translation updates and new translations will run until
about Sunday, June 05, 2011. Please avoid uploading a package with fixed or
changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.
Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.
Around Monday, June 06, 2011, I will contact you again and will send a final
patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).
Again, thanks for your attention and cooperation.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- matlab-support.old/debian/matlab-support.templates 2011-04-23
11:24:00.863243735 +0200
+++ matlab-support/debian/matlab-support.templates 2011-05-12
08:20:36.989489789 +0200
@@ -1,3 +1,12 @@
+# 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: matlab-support/title
Type: title
_description: MATLAB interface configuration
@@ -6,16 +15,16 @@
Template: matlab-support/matlab-install-glob
Type: string
_Description: Location of MATLAB installation(s):
- The Debian MATLAB interface needs to know where MATLAB is installed on this
+ The MATLAB interface needs to know where MATLAB is installed on this
system. This can be specified as a single directory or, in case of multiple
MATLAB installations, as a glob expression (any expression supported by bash,
including extended pattern matching operators).
.
- If, for example, the MATLAB executable is at '/opt/matlab76/bin/matlab',
- please enter '/opt/matlab76'. If there are multiple MATLAB versions
- installed, it is possible to use '/opt/matlab*' (or something similar). Only
- matches that actually contain a MATLAB executable will be considered,
- everything else is ignored. Therefore a glob expression may match more than
+ If, for example, the MATLAB executable is installed in
/opt/matlab76/bin/matlab,
+ please enter /opt/matlab76. If there are multiple MATLAB versions
+ installed, you can enter /opt/matlab* or a similar expression. Only
+ matches that really contain a MATLAB executable will be considered.
+ Therefore, a glob expression may match more than
just MATLAB installation directories without negative side effects.
@@ -23,25 +32,27 @@
Type: select
Choices: ${choices}
_Description: Default MATLAB version:
- The following MATLAB versions were found on this system. Any of these versions
- can serve as the default MATLAB on this system.
+ The following MATLAB versions were found on this system. Please select which
+ one should serve as the default MATLAB on this system.
Template: matlab-support/no-matlab-found
Type: error
-_Description: No MATLAB installation found.
+_Description: No MATLAB installation found
+ No MATLAB executables were found in the directories you specified.
+ .
This package requires at least one local installation of MATLAB.
Template: matlab-support/mexbuild-user
Type: string
-_Description: UNIX user account able to launch MATLAB:
- If MATLAB can only be launched by a limited set of UNIX user accounts, please
- specify the login of such an account. This account will be used by other
Debian
+_Description: Authorized user for MATLAB:
+ If MATLAB can only be launched by a limited
Bug#626352: arguments for bug
On Wed, May 11, 2011 at 06:42:19PM +0200, أحمد المحمودي wrote: On Wed, May 11, 2011 at 03:27:51PM +0200, Tomáš Hnyk wrote: 2) icons are these files (on my system): texmaker-data: /usr/share/icons/hicolor/128x128/apps/texmaker128x128.png texmaker-data: /usr/share/icons/hicolor/16x16/apps/texmaker16x16.png texmaker-data: /usr/share/icons/hicolor/22x22/apps/texmaker22x22.png texmaker-data: /usr/share/icons/hicolor/32x32/apps/texmaker32x32.png texmaker-data: /usr/share/icons/hicolor/48x48/apps/texmaker48x48.png texmaker-data: /usr/share/icons/hicolor/64x64/apps/texmaker64x64.png ---end quoted text--- I think that those icons should be provided with texmaker rather than texmaker-data. I have no strong opinion about these bits - so moving them to texmaker package would be fine for me. As for the rest of the data files, I agree that those can just remain recommended. Nice to hear that others consider my decision for recommends reasonable. The original poster might like to reread the guidelines when to use Depends and when Recommends. The fact that many x-data packages are Depends is just because they fit the criterion that the package x really does not work without x-data. This is not the case for texmaker. BTW, I'll be for 10 days on vaccation and will not be able to fix anything. You might perfectly be able to convince other Debian Science team members to upload a patch which closes the bug, but I'm not available for this until end of May. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626457: Thanks for the tip.
I broke my setting with the libc upgrade this morning. But recreating the symbolic links indeed fixed the problem. For those who want a method to rescue: take a netinst iso, or whatever linux rescue or live disk you prefer. Mount the linux disk / and /usr file system somewhere (with debian netinst / is /target) and do mount /dev/sdxx /target cd /target/lib ln -s /lib /lib64 mount /dev/sdyy /target/usr cd /target/usr ln -s /lib /lib64 and then reboot You can then do apt-get -f install apt-get -f upgrade to finish the pending upgrade -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619073: Bug in libtest-consistentversion-perl fixed in revision 74237
tag 619073 + pending thanks Some bugs are closed in revision 74237 by Nicholas Bamber (periapt-guest) Commit message: Added Depends clause on libtest-pod-content-perl (Closes: #619073) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626461: gitk doesn't correctly search with regexps
Package: gitk Version: 1:1.7.4.4-1 Severity: normal Gitk offers to search in commits adding/removing string: exact; this works, I can search for eg. function names, and the corresponding commits are highlighted. Now, changing the match type field to Regexp works for simple function names (consisting of [a-zA-Z]) too; but as soon as I want to _use_ regex features (eg. .*), no match is found anymore. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gitk depends on: ii git 1:1.7.4.4-1 fast, scalable, distributed revisi ii tk 8.5.0-2 The Tk toolkit for Tcl and X11 (de gitk recommends no packages. Versions of packages gitk suggests: pn git-doc none (no description available) -- 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#626462: nagios3-doc: You don't have permission to access /nagios3/docs/ on this server.
Package: nagios3-doc Version: 3.2.1-2 Severity: normal /etc/nagios3/apache.conf says DirectoryIndex index.php but has to be DirectoryIndex index.php index.html This is required to have nagios3-doc work using the out-of-the-box link Documentation in the nagios3 webinterface sidemenu, else you get a 403 Forbidden. If nagios3-doc is not installed you get a 404 not found on this link. Actually I am unsure whether this bugreport applies to nagios3 or nagios3-doc ;-) -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information
Bug#626461: gitk doesn't correctly search with regexps
Hi, Ph. Marek wrote: Gitk offers to search in commits adding/removing string: exact; this works, I can search for eg. function names, and the corresponding commits are highlighted. Now, changing the match type field to Regexp works for simple function names (consisting of [a-zA-Z]) too; but as soon as I want to _use_ regex features (eg. .*), no match is found anymore. Looks like a documentation bug. :) What adding/removing string does is, for each diff, to count the number of matches before and after the change and consider this a hit if they differ. The purpose is to find out when some mysterious piece of code first came into being, for example to find out when a particular function was introduced: git log -S 'foo *[(].*[)]' --pickaxe-regex What you might have been looking for is rather a grep diff search, which would look for commits that touched lines matching a particular regex. This should be doable for anyone interested in hacking gitk --- it amounts to plumbing the UI to offer a chance to use the option -G in the same places where it can currently use -S. See http://bugs.debian.org/589283 for details. The git-log(1) manual explains this a little better. Unfortunately I don't think there's a gitk manual to explain it. Thanks for your interest and hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614872: [rt.cpan.org #66114] Deprecation warning with Perl 5.12
URL: https://rt.cpan.org/Ticket/Display.html?id=66114
Patch supplied
On Thu Feb 24 05:10:22 2011, MXEY wrote:
The following bug has been reported in Debian at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614872
From perl5120delta.pod, which lists significant changes with Perl
5.12.0:
The method C UNIVERSAL-import() is now deprecated. Attempting
to
pass import arguments to a Cuse UNIVERSAL statement will result in
a
deprecation warning.
From my build log on i386 with perl 5.12.3-1 from experimental:
UNIVERSAL-import is deprecated and will be removed in a future perl
at
/build/dom-libtest-lectrotest-perl_0.3600-1-i386-r7hdZ4/libtest-
lectrotest-perl-0.3600/blib/lib/Test/LectroTest/TestRunner.pm
line 6
Author: Nicholas Bamber nicho...@periapt.co.uk
Subject: UNIVERSAL-import deprecated in perl 5.12
Last-Update: 2011-05-11
Bug: http://rt.cpan.org/Ticket/Display.html?id=66114
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614872
--- a/lib/Test/LectroTest/TestRunner.pm
+++ b/lib/Test/LectroTest/TestRunner.pm
@@ -2,9 +2,7 @@
use strict;
use warnings;
-
-use UNIVERSAL qw( isa );
-
+use Scalar::Util qw(blessed);
use Carp;
use Data::Dumper;
@@ -399,7 +397,9 @@
=cut
-sub _prop($) { isa $_[0], Test::LectroTest::Property }
+sub _prop($) {
+return blessed $_[0] $_[0]-isa(Test::LectroTest::Property);
+}
sub run_suite {
local $| = 1;
Bug#626360: upload to mentors
The first version of the package is available at http://mentors.debian.net/debian/pool/main/s/scriptutils/
Bug#626352: arguments for bug
Le Thu, May 12, 2011 at 08:57:31AM +0200, Andreas Tille a écrit : Nice to hear that others consider my decision for recommends reasonable. The original poster might like to reread the guidelines when to use Depends and when Recommends. The fact that many x-data packages are Depends is just because they fit the criterion that the package x really does not work without x-data. This is not the case for texmaker. Hi all, It might also be interesting to know if --no-install-recommends is just a low-level option that simply does what it says, or if there is a broader goal in Debian that a whole system using --no-install-recommends for every of its packages would bring a consistent and documented user experience. Cheers, -- Charles Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626446: initramfs-tools: [Patch] Option to enable xz compression for initrd
On Thu, May 12, 2011 at 12:08:17PM +0800, Steven Shiau wrote: Since the linux kernel (e.g. linux-image-2.6.38-2-686) on Debian Sid has enabled XZ initrd option, i.e. CONFIG_RD_XZ=y, it would be great to have an option to use XZ initrd. This is specially useful to Debian live, the size could be smaller. Attached please find the patch to enable it. My 2 cents. this is already done and will be uploaded soonest. http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary next time care to check upstream repository, my 2 cents. see docs for dev http://git.debian.org/?p=kernel/initramfs-tools.git;a=blob_plain;f=docs/maintainer-notes.html;hb=HEAD happy hacking -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626463: gem2deb: fails with same-named files
Package: gem2deb Version: 0.2.2 Severity: normal I am trying to install different flavors of markdown (rdiscount and redcarpet). As a gem, this is possible, with gem2deb packages it fails: dpkg: Fehler beim Bearbeiten von ruby-rdiscount_1.6.8-1_amd64.deb (--install): Versuch, »/usr/lib/ruby/vendor_ruby/markdown.rb« zu überschreiben, welches auch in Paket ruby-redcarpet 1.13.1-1 ist Fehler traten auf beim Bearbeiten von: ruby-rdiscount_1.6.8-1_amd64.deb AFAIK the gem system keeps the files in separate subdirectories, probably this would help to get the packages installable. The true Debian way might be using the using the alternatives system to determine what's meant by require 'markdown' in such a situation. Thanks for your effort! Michael -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gem2deb depends on: ii build-essential 11.5Informational list of build-essent ii debhelper8.1.6 helper programs for debian/rules ii devscripts 2.10.72 scripts to make the life of a Debi ii perl 5.10.1-20 Larry Wall's Practical Extraction ii ruby1.8 1.8.7.334-4 Interpreter of object-oriented scr ii ruby1.8-dev 1.8.7.334-4 Header files for compiling extensi ii ruby1.9.11.9.2.180-3 Interpreter of object-oriented scr ii ruby1.9.1-dev1.9.2.180-3 Header files for compiling extensi ii rubygems [rubygems1.8] 1.7.2-1 package management framework for R gem2deb recommends no packages. gem2deb 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#529735: Bug unreproducible
tags 529735 unreproducible moreinfo thanks Hello, A while ago, you reported the following against samba: === There was a user (both samba and UNIX) which was deleted only from UNIX users. If create a new user, he can recieve the uid of deleted user. But it would be impossible to add him running #smbpasswd -a newuser Unable to modify TDB passwd: NT_STATUS_UNSUCCESSFUL! Failed to add entry for user newuser. Failed to modify password entry for user newuser Debug will also not show the actual reason. smbpasswd should write something like The user with the same uid exists in the db = I'm afraid I can't reproduce that anymore. With a TDB backend, smbpasswd -a will happily work when a user has been deleted then re-added in Unix accounts. I suspect the problem you had has either been fixed since thenor was related to something else. mykerinos:/# userdel -r patrick mykerinos:/# tdbdump /var/lib/samba/passdb.tdb | grep patrick key(13) = USER_patrick\00 data(205) = \00\00\00\00\FF\FF\FF\7F\FF\FF\FF\7F\00\00\00\00\0E\8F\CBM\00\00\00\00\FF\FF\FF\7F\08\00\00\00patrick\00\0A\00\00\00MYKERINOS\00\01\00\00\00\00\10\00\00\00Patrick Star,,,\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\01\00\00\00\00\01\00\00\00\00\01\00\00\00\00\01\00\00\00\00\BE\0B\00\00\01\02\00\00\00\00\00\00\10\00\00\00\E5!\80\D8\80\96\DB}\DFG;\CA \F7qz\00\00\00\00\10\00\00\00\A8\00\15\00\00\00 \00\00\00\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\FF\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\EC\04\00\00 data(8) = patrick\00 mykerinos:/# adduser patrick Ajout de l'utilisateur « patrick » ... Ajout du nouveau groupe « patrick » (1004) ... Ajout du nouvel utilisateur « patrick » (1000) avec le groupe « patrick » ... Création du répertoire personnel « /home/patrick »... Copie des fichiers depuis « /etc/skel »... Entrez le nouveau mot de passe UNIX : Retapez le nouveau mot de passe UNIX : Aucun mot de passe fourni Entrez le nouveau mot de passe UNIX : Retapez le nouveau mot de passe UNIX : passwd : le mot de passe a été mis à jour avec succès Modification des informations relatives à l'utilisateur patrick Entrez la nouvelle valeur ou « Entrée » pour conserver la valeur proposée Nom complet []: N° de bureau []: Téléphone professionnel []: Téléphone personnel []: Autre []: Cette information est-elle correcte ? [O/n]o mykerinos:/# smbpasswd -a patrick New SMB password: Retype new SMB password: mykerinos:/# I hereby propose closing this bug report. -- signature.asc Description: Digital signature
Bug#626462: [Pkg-nagios-devel] Bug#626462: nagios3-doc: You don't have permission to access /nagios3/docs/ on this server.
tag 626462 pending thanks Knaller, Thomas schrieb am Donnerstag, den 12. Mai 2011: Package: nagios3-doc Version: 3.2.1-2 Severity: normal /etc/nagios3/apache.conf says DirectoryIndex index.php but has to be DirectoryIndex index.php index.html This is required to have nagios3-doc work using the out-of-the-box link Documentation in the nagios3 webinterface sidemenu, else you get a 403 Forbidden. If nagios3-doc is not installed you get a 404 not found on this link. Actually I am unsure whether this bugreport applies to nagios3 or nagios3-doc ;-) This is already fixed in my git and will uploaded soon. Thanks Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626464: gns3 should depend or atleast suggest xterm
Package: gns3 Version: 0.7.2-1 Hi Erik, as gns3 depends in its default configuration on xterm as the console program to run it should depend on it. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature
Bug#622309: udev: Network, sound and X input broken
This bug still exists in the latest unstable version of udev on my system. At boot time, it gives the following output (transcribed from a photo taken with my cellphone camera): Starting the hotplug events dispatcher: udevdudevd[435]: error: directory '/run/udev/ not writable, for now falling back to '/dev/.udev/' udevd[435]: bind failed: Address already in use error binding udev control socket udevd[435]: error binding control socket failed! If I boot to maintenance mode and log in with the root password, then manually stop and restart udev it functions and boots up correctly, however. -- Rens Houben |opinions are mine Resident linux guru and sysadmin | if my employers have one Systemec Internet Services. |they'll tell you themselves PGP key at http://proteus.systemec.nl/~shadur/shadur.key.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625229: reportbug: make dialog for attaching a patch more clear
On Wed, May 11, 2011 at 22:28, Sandro Tosi mo...@debian.org wrote: On Mon, May 2, 2011 at 18:11, Tshepang Lekhonkhobe tshep...@gmail.com wrote: Package: reportbug Version: 5.0 Severity: normal After I enter patch filename, I get the same prompt, asking to enter the filename. This makes it seem like my attachment wasn't successful. Where do you see this? can you please post the full transcript of the textual reportbug session? Your transcript makes things more clear than I remember. I don't know what happened. Maybe the prompts I saw were actually that of Squeeze version, and then I upgraded reportbug, then reported this bug. In that case, it's okay to close this bug (I don't want to wait until I have a patch to submit). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626461: gitk doesn't correctly search with regexps
Hello Jonathan, thank you very much for the quick and elaborate answer! Looks like a documentation bug. :) ... What you might have been looking for is rather a grep diff search, which would look for commits that touched lines matching a particular regex. This should be doable for anyone interested in hacking gitk ... The git-log(1) manual explains this a little better. Unfortunately I don't think there's a gitk manual to explain it. Thanks for the offer, but I'm already busy on too many other things ;-) Regards, Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626465: Preseeding fails, debian/config overwrites gitolite/adminkey value
Package: gitolite Version: 1.5.4-2+squeeze1 Severity: important Tags: squeeze sid Gitolite deb package ignores the value of gitolite/adminkey when installing with preseeded debconf values. When installing gitolite with preseeded values, it fails. The debian/config script sets the value of gitolite/adminkey to and then debian/postinst silently fails and does not setup up the git-repository directory. This is bad for unattended installs (like puppet) The temporary fix for me was to comment out the specific line in debian/config: # ask for key of admin user (either file or direct input) #db_set gitolite/adminkey db_input low gitolite/adminkey || true db_go But i don't know about side effects. Best regards, Jörg -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-jkur (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/bash Versions of packages gitolite depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.38Debian configuration management sy ii git [git-core] 1:1.7.2.3-2.2 fast, scalable, distributed revisi ii git-core 1:1.7.4.4-1 fast, scalable, distributed revisi ii openssh-server [ssh-server 1:5.5p1-6 secure shell (SSH) server, for sec ii perl 5.10.1-20 Larry Wall's Practical Extraction gitolite recommends no packages. Versions of packages gitolite suggests: pn git-daemon-runnone (no description available) pn gitwebnone (no description available) -- debconf information excluded -- Jörg Kurlbaum (joerg.kurlb...@neuland-bfi.de) neuland:::Büro für Informatik GPG-ID: 10FDA31F Konsul-Smidt Str. 8g T: 0421/380107-55 28217 Bremen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626212: git: Shallow cloning fails
retitle 607346 git upload-pack: can deadlock when serving shallow clone retitle 626212 git fetch-pack: please work around server-side shallow clone hang # difficult severity 626212 wishlist tags 626212 + upstream quit Hi Mats, Mats Erik Andersson wrote: The result is very disappointing. This is the complete test run, using manual commanding. The version 1.7.5.1 is available for i386, but not for kfreebsd-amd64, so only the former can be investigated. * Success: git clone --depth 2 git://git.sv.gnu.org/gnulib.git * Failure: git clone --depth 1 /gnulib.git Aborted Yep, I can reproduce it now. Tracing with GIT_TRACE_PACKET=1 shows that common ancestor negotiation proceeds as expected and then the server goes quiet. A quick search finds [1], which reminds me that the problem fixed by v1.7.5.1~4^2 (upload-pack: start pack-objects before async rev-list, 2011-04-06) was a server-side problem. Ah, that makes sense. So why does using an older client seem to trigger it less easily? Well, on this machine v1.7.2.3 has no problem triggering it; I think you were just lucky. I can't think of an easy way to automatically work around it on the client side off-hand --- better to fix the servers suffering from that deadlock. Still it's possible there is some nice workaround I'm overlooking, so I'm leaving the bug open for now to give a chance to think about it. Thanks again for a clear report, and hope that helps. Regards, Jonathan [1] http://thread.gmane.org/gmane.comp.version-control.git/172042 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626466: keepalived: checks are not retried when timeout occurs
Package: keepalived
Version: 1:1.1.20-1
Severity: important
Tags: patch
The option nb_get_retry is ignored when a timeout occurs. Only when a check
fails due to digest or status code, it is retried.
The attached patch rewrites the method epilog() to uniform the handling of all
check outcomes. A check is now retried independently of the kind of failure.
However, if a real server is already down, failed checks are not retried.
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur keepalived-1.1.20/keepalived/check/check_http.c keepalived-1.1.20.new/keepalived/check/check_http.c
--- keepalived-1.1.20/keepalived/check/check_http.c 2010-05-06 17:48:29.0 +0200
+++ keepalived-1.1.20.new/keepalived/check/check_http.c 2011-05-12 09:56:33.861014216 +0200
@@ -280,66 +280,82 @@
* Simple epilog functions. Handling event timeout.
* Finish the checker with memory managment or url rety check.
*
- * c == 0 = reset to 0 retry_it counter
- * t == 0 = reset to 0 url_it counter
- * method == 1 = register a new checker thread
- * method == 2 = register a retry on url checker thread
+ * success == 0 = current check failed
+ * smtp_msg = message used for mail notification
+ *
+ * returns value of success (i.e. 0 if check failed)
*/
int
-epilog(thread * thread_obj, int method, int t, int c)
+epilog(thread * thread_obj, int success, char *smtp_msg)
{
checker *checker_obj = THREAD_ARG(thread_obj);
http_get_checker *http_get_check = CHECKER_ARG(checker_obj);
http_arg *http_arg_obj = HTTP_ARG(http_get_check);
REQ *req = HTTP_REQ(http_arg_obj);
- uint16_t addr_port = get_service_port(checker_obj);
long delay = 0;
- if (method) {
- http_arg_obj-url_it += t ? t : -http_arg_obj-url_it;
- http_arg_obj-retry_it += c ? c : -http_arg_obj-retry_it;
- }
+ /* check succeeded */
+ if (success) {
+ /* reset retry counter */
+ http_arg_obj-retry_it = 0;
- /*
- * The get retry implementation mean that we retry performing
- * a GET on the same url until the remote web server return
- * html buffer. This is sometime needed with some applications
- * servers.
- */
- if (http_arg_obj-retry_it http_get_check-nb_get_retry-1) {
- if (svr_checker_up(checker_obj-id, checker_obj-rs)) {
- log_message(LOG_INFO, Check on service [%s:%d] failed after %d retry.
- , inet_ntop2(CHECKER_RIP(checker_obj))
- , ntohs(addr_port), http_arg_obj-retry_it);
- smtp_alert(checker_obj-rs, NULL, NULL,
- DOWN,
- = CHECK failed on service
-: MD5 digest mismatch =);
- update_svr_checker_state(DOWN, checker_obj-id
- , checker_obj-vs
- , checker_obj-rs);
- }
+ /* all checks succeeded */
+ if (!fetch_next_url(http_get_check)) {
- /* Reset it counters */
- http_arg_obj-url_it = 0;
- http_arg_obj-retry_it = 0;
- }
+ /* real server is currently down */
+ if (!svr_checker_up(checker_obj-id, checker_obj-rs)) {
+/* send mail and add server to pool */
+smtp_alert(checker_obj-rs, NULL, NULL, UP,
+ smtp_msg);
+update_svr_checker_state(UP, checker_obj-id
+ , checker_obj-vs
+ , checker_obj-rs);
+ }
- /* register next timer thread */
- switch (method) {
- case 1:
- if (req)
+ /* schedule next round of checks */
delay = checker_obj-vs-delay_loop;
- else
- delay =
- http_get_check-delay_before_retry;
- break;
- case 2:
- if (http_arg_obj-url_it == 0 http_arg_obj-retry_it == 0)
+ http_arg_obj-url_it = 0;
+ /* there could be urls left to check */
+ } else {
+ /* check next url immediately (delay = 0) */
+ http_arg_obj-url_it += 1;
+ }
+
+ /* check failed */
+ } else {
+
+ /* real server is currently down */
+ if (!svr_checker_up(checker_obj-id, checker_obj-rs)) {
+ /* don't retry */
+ http_arg_obj-retry_it = http_get_check-nb_get_retry;
+ } else {
+ /* increment retry counter */
+ http_arg_obj-retry_it += 1;
+ }
+
+ /* no retries left */
+ if (http_arg_obj-retry_it http_get_check-nb_get_retry-1) {
+
+ /* real server is currently up */
+ if (svr_checker_up(checker_obj-id, checker_obj-rs)) {
+/* send mail and remove server from pool */
+smtp_alert(checker_obj-rs, NULL, NULL, DOWN,
+ smtp_msg);
+update_svr_checker_state(DOWN, checker_obj-id
+ , checker_obj-vs
+ , checker_obj-rs);
+ }
+
+ /* schedule next round of checks */
delay = checker_obj-vs-delay_loop;
- else
+ http_arg_obj-retry_it = 0;
+ http_arg_obj-url_it = 0;
+ /* retry check */
+ } else {
+ /* schedule retry according to config */
delay = http_get_check-delay_before_retry;
- break;
+ }
+
}
/* If req == NULL, fd is not created */
@@ -355,9 +371,17 @@
/* Register next checker thread */
thread_add_timer(thread_obj-master,
Bug#625217: xen-linux-system-2.6.32-5-xen-amd64: Heavy load on domU causes dom0 to run out of memory
Hi Sebastian, Thanks for your report. On Mon, 2011-05-02 at 16:50 +0200, Sebastian Hofmann wrote: Package: xen-linux-system-2.6.32-5-xen-amd64 Version: 2.6.32-31 Severity: critical Justification: breaks the whole system Hi, I have 64 bit xen kernel from squeeze installed on a dual xeon maschine. Usually everything runs fine until it comes to heavy load on a domU with high I/O and memory consumption. This causes the dom0 to run out of memory and to kill several processes (see log below). As a consequence of this, the whole system becomes unusable. I tried several things like assign dedicated memory to dom0, disable balloning, increase scheduler domain weights and assigned dedicated CPUs to dom0 as described in http://wiki.xensource.com/xenwiki/XenBestPractices but had no success. I think a domU should never break the whole system, so this might be a bug. Please let me know if you need further information. Thanks Sebastian May 2 16:05:26 hercules kernel: [ 1768.319877] nrpe invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0 May 2 16:05:26 hercules kernel: [ 1768.319883] nrpe cpuset=/ mems_allowed=0 May 2 16:05:26 hercules kernel: [ 1768.319886] Pid: 2118, comm: nrpe Not tainted 2.6.32-5-xen-amd64 #1 Am I right that nrpe is part of nagios? (it's probably just the unluck process so tells us nothing really) What sort of load are the domUs experiencing? i.e. CPU, network, disk etc. What does your storage stack look like? (are you using LVM, iSCSI, DRDB, SW RAID, filesystems etc). Are you running anything interesting in domain 0 other than the Xen toolstack, nagios, sshd etc? What does /proc/meminfo look like after a fresh boot? Lastly, please can you provide a dmesg log of the initial bootup. Cheers, Ian. -- Ian Campbell Current Noise: Behemoth - Alas, Lord Is Upon Me To stay young requires unceasing cultivation of the ability to unlearn old falsehoods. -- Lazarus Long, Time Enough For Love -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626467: amd64: removed /lib64 link renders system unusable
Package: libc6 Version: 2.13-3 Severity: critical Because all non-static binaries use /lib64/ld-linux-x86-64.so.2 , system ends up completely unusable after update to 2.13-3 . The setup of libc6 cannot even finish. -- Jindrich Makovicka -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531344: Still long delays with Vista logins?
tags 531344 moreinfo thanks This bug report about long login delays from Vista SP2 workstations on a samba 3.3.4 domain is quite old (about 2 years). As the bug report mentions, support for Vista domain logons was quite new at that time and the problem is very likely to have vanished since then. In case you're still in position to confirm this, do you still experience such long delays in logins? -- signature.asc Description: Digital signature
Bug#622309: udev: Network, sound and X input broken
On May 12, Rens Houben sha...@systemec.nl wrote: This bug still exists in the latest unstable version of udev on my system. No, it does not. This is about #624469: udevd[435]: bind failed: Address already in use error binding udev control socket udevd[435]: error binding control socket failed! -- ciao, Marco signature.asc Description: Digital signature
Bug#626450: if you can't remount /root
[maybe I'm just naive wrt how the initramfs works shrug] (initramfs) mount -o remount,rw /root mount: can't read '/proc/mounts': no such file or directory So I changed the ro kernel arg to rw, booted, then created the symlink. - Bruce -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626469: gns3: new upstream version
Package: gns3 Version: 0.7.2-1 Hi Erik, there is a new upstream version 0.7.4 which fixes a bug concerning clouds connected to real interfaces for me. With 0.7.2 i cant remove clouds and i cant add interfaces to a cloud once the project was saved and reopened. These bugs are fixed for me in 0.7.4 Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature
Bug#624535: Debian bug 624535: cvs2svn: Patch to cvs2bzr(1)
[CC to cvs2svn developer list. The original Debian bug report is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624535 .] I'm the cvs2svn maintainer and would like to fix the man pages upstream if possible. Since cvs2svn 2.3, the cvs2svn software can generate manpages by itself, using (mostly) the same data that are used by the command-line processing code. The intention was that as part of the packaging procedure, packagers would do something like make man, which runs ./cvs2svn --man cvs2svn.1 ./cvs2git --man cvs2git.1 ./cvs2bzr --man cvs2bzr.1 . This method also yields more uniform manpages across the three tools. But now I realize that the Debian package doesn't do this; instead it includes hardcoded manpages (perhaps derived from the manpage from an earlier version of cvs2svn?) I think it would be easier for everybody to use the generated manpages. If the automatically-generated manpages have problems, I offer to try to fix them upstream to avoid the need for packagers to maintain their own versions of the manpages. I know very little about troff etc; in fact the generated manpages were constructed by backwards-engineering the old hand-written manpages. So I am very open to feedback (or patches) about how to improve the automatically-generated manpages. I would even be willing to accept a patch to the automatically-generated manpages and backwards-engineer the changes needed in the manpage-generating code. So I guess the following input would help me most: 1. Feedback from the Debian package maintainer about whether the automatically-generated manpages are an acceptable substitute for the hand-written ones, or if not, what should be changed. 2. Feedback (e.g., from Reuben Thomas) about the stylistic improvements needed in the *automatically-generated* manpages. This could be in a form of a patch against the automatically-generated manpages. (Please note that some of the changes suggested in your attached patch have already been made in the automatically-generated manpages.) Thanks, Michael -- Michael Haggerty mhag...@alum.mit.edu http://softwareswirl.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626463: Idea
What about a solution like this: If a gem contains a toplevel file with a name different from the gem name, register it as an alternative. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626449:
Hi, I have the same error of Jichao : Package: libc6 Version: libc6_2.13-3 Distribution: Debian Sid Kernal: 2.6.38-2 libc6: from libc6_2.13-2 to libc6_2.13-3 Now, I can't do anythings on my system. Can you tell me how I Can repair it ? Cheers Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626461: gitk doesn't correctly search with regexps
forcemerge 589283 626461 quit Philipp Marek wrote: Thanks for the offer, but I'm already busy on too many other things ;-) Thanks and no problem. Merging with a request for grep diff search, since I suspect that will be the simplest way to document this. When the pulldown offers an alternative adding or removing lines matching to contrast it with, the meaning of adding or removing matches will become clearer, I hope. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626470: muttprint: does not honour the PAPERSIZE environment variable
Package: muttprint Version: 0.73-3 Severity: important Tags: upstream muttprint should honour the PAPERSIZE environment variable directly or indirectly by using `paperconf`. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') 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 Versions of packages muttprint depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libtext-iconv-perl1.7-2 converts between character sets in ii perl 5.10.1-17 Larry Wall's Practical Extraction ii texlive-fonts-recommended 2009-11TeX Live: Recommended fonts ii texlive-latex-extra 2009-10TeX Live: LaTeX supplementary pack ii texlive-latex-recommended 2009-11TeX Live: LaTeX recommended packag Versions of packages muttprint recommends: ii bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent ii icedove [mail-read 3.0.11-1+squeeze1 mail/news client with RSS and inte ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii mutt [mail-reader] 1.5.20-9+squeeze1 text-based mailreader supporting M Versions of packages muttprint suggests: pn compface none (no description available) pn dialog none (no description available) ii imagemagick 8:6.6.0.4-3 image manipulation programs pn muttprint-manual none (no description available) pn ospics none (no description available) ii psutils 1.17-27 A collection of PostScript documen pn slrn | news-reader none (no description available) pn texlive-fonts-extra none (no description available) -- debconf information: muttprint/moved_pics: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626471: ITP: msp430mcu -- Spec files, headers and linker scripts for TI's MSP430 targets
Package: wnpp Severity: wishlist Owner: Luca Bruno lu...@debian.org * Package name: msp430mcu Version : 0~20110512 (target suite: experimental) Upstream Author : Peter A. Bigot Texas Instruments Incorporated * URL : http://mspgcc.sourceforge.net/ * License : BSD-3 Programming Lang: C Description : Spec files, headers and linker scripts for TI's MSP430 targets This package provides specification files, C headers and linker scripts to be used with MSP430 cross-compilers. . Original MCU layouts, addresses and headers are provided and constantly updated by Texas Instruments; additional fixes are included to ensure full compatibility with MSP430 GCC toolchain. Resulting package is anyway useful with any proper cross-compiler. . This package is primarily intended to be used by MSP430 developers, in conjunction with a suitable toolchain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593083: Bug 593083
Hello, I am seeing the same behaviour as Jean-Louis when starting an install of Wheezy with the latest DVD images for i386 architecture. udevd[44] error: runtime directory /run/udev not writeable, for now failing back to /dev/.udev The error message is followed by random program execution failures. Regards, Brad
Bug#626472: libc6: gethostbyname fails if label ends with dash
Package: libc6
Version: 2.11.2-10
Severity: normal
Compare:
$ host foo-.tumblr.com
foo-.tumblr.com is an alias for proxy-tumblelogs.d1.tumblr.com.
proxy-tumblelogs.d1.tumblr.com has address 174.121.98.168
$
and
$ getent hosts foo-.tumblr.com
$ echo $?
2
$
By contrast:
$ getent hosts foo.tumblr.com
174.121.98.168 proxy-tumblelogs.d1.tumblr.com foo.tumblr.com
tcpdump/wireshark shows that the DNS query for foo-.tumblr.com does go
out, and is answered with the CNAME and A (for
proxy-tumblelogs.d1.tumblr.com), but gethostbyname just returns
failure with errno set to EBADMSG. Here's a test program that shows
that:
#include stdio.h
#include error.h
#include netdb.h
#include sys/socket.h
#include errno.h
int main (int argc, char *argv[]) {
char *hostname = foo-.tumblr.com;
struct hostent *r=gethostbyname2(hostname, AF_INET);
perror(ghbn2 returned error);
return 0;
}
As a consequence, any program that uses gethostbyname (and possibly
other glibc name resolution interfaces) cannot resolve any domain name
that contain a label that ends with a dash, or possibly this is
limited to the ones that resolve to a CNAME.
Labels that end with a dash (-) in in a domain name are not 100%
RFC-conformant, but they are used in the wild, e.g. in
http://barefeetdreams-.tumblr.com/
I presume that the DNS stub resolver of other OS accepts to resolve
such a name, else the author of the above page would have noticed her
blog is not reachable.
On a Debian GNU/Linux machine, trying to load this URL won't work,
obviously, because of this bug. You can work around that and check for
yourself there is an active website behind that address by adding
174.121.98.168 barefeetdreams-.tumblr.com
to /etc/hosts
For interoperability purposes, I think it would be best to accept such
technically invalid domains.
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'stable'), (400, 'testing'), (300,
'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libc6 depends on:
ii libc-bin 2.11.2-10 Embedded GNU C Library: Binaries
ii libgcc1 1:4.4.5-8 GCC support library
libc6 recommends no packages.
Versions of packages libc6 suggests:
ii debconf [debconf-2.0] 1.5.24Debian configuration management sy
ii glibc-doc 2.11.2-6+squeeze1 Embedded GNU C Library: Documentat
ii locales2.11.2-6+squeeze1 Embedded GNU C Library: National L
-- debconf information:
* glibc/upgrade: true
* glibc/disable-screensaver:
glibc/restart-failed:
* glibc/restart-services: gdm openbsd-inetd exim4 cups cron
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316521: dpkg: stale directories when packages install conffiles to subsubdirectories of /etc
Hi, sorry I wasn't clear in my previous mail. I'll attach test cases and logs this time. 2011/5/12 Guillem Jover guil...@debian.org: Hi! Thanks for the test-case, I've commited it as t-dir-leftover-deadlock, and added a new t-dir-leftover-parents which is what I thought you were trying to solve initially, given your bug report. Well, it seems to me that the php5-common/php5-cli problem is combination of both issues, hence the confusion on my part. So I think these two issues should be detangled, I agree, the two test cases helped :). And the deadlock case is really not solved by any of our patches. and I'll be applying my revised patch to fix the -parents case. I hope I can convince you that your patch as-is causes a regression. Here's the log of dpkg --purge php5-common (after removing php5-cli, php5-common): D001000: dir_has_conffiles '/etc/php5/conf.d' (from php5-common) D001000: dir_has_conffiles no D001000: dir_is_used_by_pkg '/etc/php5/conf.d' (by php5-common) D001000: dir_is_used_by_pkg considering /etc/php5/conf.d/pdo.ini ... D001000: dir_has_conffiles '/etc/php5' (from php5-common) D001000: dir_has_conffiles no D001000: dir_is_used_by_pkg '/etc/php5' (by php5-common) D001000: dir_is_used_by_pkg considering /etc/php5/conf.d ... D001000: dir_has_conffiles '/etc/cron.d' (from php5-common) D001000: dir_has_conffiles no D001000: dir_is_used_by_pkg '/etc/cron.d' (by php5-common) D001000: dir_is_used_by_pkg considering /etc/cron.d/php5 ... D001000: dir_has_conffiles '/etc' (from php5-common) D001000: dir_has_conffiles no D001000: dir_is_used_by_pkg '/etc' (by php5-common) D001000: dir_is_used_by_pkg considering /etc/cron.d ... And the /etc/php5/conf.d is left on the system. You can find the test case attached which works OK with current unstable dpkg and fails with git version+your patch. For a fix for t-dir-leftover-deadlock then it's not as straight forward as it might seem and I'd recommend reading Raphaël's summary in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316521#39 I see, you're right. After reading the summary and the original bug reports I see only two solutions to this problem: a) teach dpkg to remove parent directories not used by other packages on purge (slight modification of Raphael's case one) b) write some logic to dpkg-maintscript-helper which would allow the maintainers to either specify directories to purge in postrm, or directories to keep in the list on remove. I don't think it's feasible to search the directories for files not used by other packages, this would make dpkg very slow in corner cases (many files in many directories). ( c) would be the simplest solution - just keep directories used by more packages in the list and remove them on purge, but that's very ugly) BTW it's not only configuration files, but logfiles as well, as all other files not in the packages and created either by maintainer scripts or by package itself. On Wed, 2011-05-11 at 11:28:20 +0200, Ondřej Surý wrote: your patch doesn't fix the problem, and even introduces more problems, because as it is written it leaves all directories which have conffiles on the disk. That's not correct, it behaves as it should be, but that's not changed by my patch, that's the current behaviour already. If a directory contains conffiles then they need to be tracked so that they can be removed on purge. See above. The problem is that the directory is not removed on purge. The 0002 patch applied on top of yours fixes the test case. Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ From 33162fb38156c2f4192a216b02e16040e90b81c2 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ond=C5=99ej=20Sur=C3=BD?= ond...@sury.org Date: Thu, 12 May 2011 09:31:15 +0200 Subject: [PATCH] Add test for leftover directories containing conffiles --- Makefile |3 ++- t-conffile-leftover/Makefile | 13 + .../pkg-conffile-leftover/DEBIAN/conffiles |1 + .../pkg-conffile-leftover/DEBIAN/control |7 +++ 4 files changed, 23 insertions(+), 1 deletions(-) create mode 100644 t-conffile-leftover/Makefile create mode 100644 t-conffile-leftover/pkg-conffile-leftover/DEBIAN/conffiles create mode 100644 t-conffile-leftover/pkg-conffile-leftover/DEBIAN/control create mode 100644 t-conffile-leftover/pkg-conffile-leftover/test-dir/test-conffile diff --git a/Makefile b/Makefile index 7487c97..a16ec72 100644 --- a/Makefile +++ b/Makefile @@ -59,7 +59,8 @@ TESTS_PASS := \ t-symlink-dir \ t-substvars \ t-failinst-failrm \ - t-dir-extension-check + t-dir-extension-check \ + t-conffile-leftover ifneq (,$(filter test-all,$(DPKG_TESTSUITE_OPTIONS))) TESTS := $(TESTS_PASS) $(TESTS_FAIL) $(TESTS_MANUAL) diff --git a/t-conffile-leftover/Makefile b/t-conffile-leftover/Makefile new file mode 100644 index 000..1d4c970 --- /dev/null +++ b/t-conffile-leftover/Makefile @@ -0,0 +1,13 @@ +TESTS_DEB
Bug#626457: Bug#626450: Acknowledgement (lost /lib64 - /lib symlink on
In case you still have a root shell around (probably most people should have after apt-get just failed), call the linker directly to run ln: /lib/ld-linux-x86-64.so.2 /bin/ln -s /lib /lib64 Ingo -- And crawling On the planet's face Some insects Called the human race Lost in Time And lost in space And meaning -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626463: Info received (Idea)
Probably my last idea was too broad, not all files in a gem's lib/ need to be registered as alternatives.. But there could be an option for this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626473: autofs5: does not support recursive mount
Subject: autofs5: does not support recursive mount Package: autofs5 Version: 5.0.4-3.2 Severity: normal Tags: patch *** Please type your report below this line *** Autofs on Debian fails when there is a dependancy between two automounts. For example, it fails if /auto/a is a bind mount of /auto/b , both being automounted. I was hit by this bug because while trying to do bind mounts of the root of autmounted NFS servers. It appears that the bug has been fixed upstream : - http://git.kernel.org/?p=linux/storage/autofs/autofs.git;a=commitdiff;h=6c21fce31efe5206355af2e03422708cff29d501 - http://www.kernel.org/pub/linux/daemons/autofs/v5/autofs-5.0.5-check-for-path-mount-location-in-generic-module.patch Applying this patch worked for me. Apparently redhat also did so (redhat bug 537403 ). Could you please think about applying this patch to the Debian version ? Thank you, Brice -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.6-grsec-gasiho (SMP w/16 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages autofs5 depends on: ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages autofs5 recommends: ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii nfs-common1:1.2.2-4 NFS support files common to client autofs5 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#626200: [Pkg-xfce-devel] Bug#626200: Bug#626200: xfce4-places-plugin: Opening a particular bookmark from the taskbar is extremely slow
reassign 626200 thunar forwarded 626200 https://bugzilla.xfce.org/show_bug.cgi?id=7373 thanks On mer., 2011-05-11 at 19:22 -0400, Daniel Dickinson wrote: On Mon, 09 May 2011 21:43:40 +0200 Yves-Alexis Perez cor...@debian.org wrote: On lun., 2011-05-09 at 15:23 -0400, Daniel Dickinson wrote: I'm not sure if this is a plugin bug or Thunar bug, but when I select a particular bookmark from the places plugin on the taskbar, it takes over a minute for the file manager to come up. It used to be practically instant, and is really aggravating now. Could you check that thunar is running before opening the bookmark? That looks a bit like Xfce #7373 (https://bugzilla.xfce.org/show_bug.cgi?id=7373) Thunar --daemon is running before first launch, but on first launch it's slow. And yes it looks like that bug in terms of symptoms, so I think it's Thunar bug, not a Places one. Yeah, looking at the bug it's not thunar launch but first window opening which is slow. Reassigning and marking as forwarded. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626446: initramfs-tools: [Patch] Option to enable xz compression for initrd
this is already done and will be uploaded soonest. http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary next time care to check upstream repository, my 2 cents. Very cool. Almost on the same day... Definitely! I will. see docs for dev http://git.debian.org/?p=kernel/initramfs-tools.git;a=blob_plain;f=docs/maintainer-notes.html;hb=HEAD Sure, thanks! happy hacking -- Steven Shiau steven _at_ nchc org tw steven _at_ stevenshiau org National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626262: xserver-xorg-core: MatchIsKeyboard catch touchpad
Hi, Julien Cristau a écrit : On Tue, May 10, 2011 at 13:34:33 +0200, Matthieu CASTET wrote: P: /devices/platform/i8042/serio4/input/input8/event8 N: input/event8 E: UDEV_LOG=3 E: DEVPATH=/devices/platform/i8042/serio4/input/input8/event8 E: MAJOR=13 E: MINOR=72 E: DEVNAME=/dev/input/event8 E: SUBSYSTEM=input E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: XKBMODEL=pc105 E: XKBLAYOUT=fr E: XKBVARIANT=latin9 E: DMI_VENDOR=Hewlett-Packard P: /devices/platform/i8042/serio4/input/input8/mouse1 N: input/mouse1 S: input/by-path/platform-i8042-serio-4-mouse E: UDEV_LOG=3 E: DEVPATH=/devices/platform/i8042/serio4/input/input8/mouse1 E: MAJOR=13 E: MINOR=33 E: DEVNAME=/dev/input/mouse1 E: SUBSYSTEM=input E: ID_INPUT=1 E: ID_INPUT_TOUCHPAD=1 E: ID_SERIAL=noserial E: ID_PATH=platform-i8042-serio-4 E: DEVLINKS=/dev/input/by-path/platform-i8042-serio-4-mouse This bit is suspicious, there shouldn't be different capabilities for the mouseX and eventX device nodes corresponding to the same physical device. What can be done to help debugging that ? Matthieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626277: xserver-xorg-core: blacklist accelerometer
Julien Cristau a écrit : On Tue, May 10, 2011 at 15:45:47 +0200, Matthieu CASTET wrote: P: /devices/platform/lis3lv02d/input/input7/event7 N: input/event7 S: input/by-path/platform-i8042-serio-1-event-mouse E: UDEV_LOG=3 E: DEVPATH=/devices/platform/lis3lv02d/input/input7/event7 E: MAJOR=13 E: MINOR=71 E: DEVNAME=/dev/input/event7 E: SUBSYSTEM=input E: ID_INPUT=1 E: ID_INPUT_MOUSE=1 E: ID_SERIAL=noserial E: ID_PATH=platform-i8042-serio-1 E: DMI_VENDOR=Hewlett-Packard E: DEVLINKS=/dev/input/by-path/platform-i8042-serio-1-event-mouse That shouldn't be reported as a mouse. Check the capabilities for the device in sysfs (grep . /sys/devices/platform/lis3lv02d/input/input*/capabilities/*) $ grep . /sys/devices/platform/lis3lv02d/input/input*/capabilities/* /sys/devices/platform/lis3lv02d/input/input5/capabilities/abs:7 /sys/devices/platform/lis3lv02d/input/input5/capabilities/ev:9 /sys/devices/platform/lis3lv02d/input/input5/capabilities/ff:0 /sys/devices/platform/lis3lv02d/input/input5/capabilities/key:0 /sys/devices/platform/lis3lv02d/input/input5/capabilities/led:0 /sys/devices/platform/lis3lv02d/input/input5/capabilities/msc:0 /sys/devices/platform/lis3lv02d/input/input5/capabilities/rel:0 /sys/devices/platform/lis3lv02d/input/input5/capabilities/snd:0 /sys/devices/platform/lis3lv02d/input/input5/capabilities/sw:0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626406: [Pkg-virtualbox-devel] Bug#626406: virtualbox-ose-guest-utils: Does not work, or Do not understand what it is useful for
On 12/05/11 09:16, Michael Meskes wrote: However, after installing virtualbox-ose-guest-utils, virtualbox still tells me that guest additions are not installed!! Does this Debian package install guest additions? If yes, why virtualbox still tells me no? If no, then what is the purpose of this package? virtualbox-ose-guest-utils is for installation inside the guest and thus only for Debian guests. You can get the Windows guest utils either from the internet or by installing virtualbox-guest-additions to the host which will install the same iso image as downloadable from the internet. Then you can install the guest utils from this CD image. Thank you, but I still do not fully understand. So virtualbox-ose-guest-utils is to be installed on guest. As it is a debian package, it is to be installed (it works) only on Debian guests. Then why is it about non-X11 guest utilities, since the Debian guest is a X11 system? On Debian guest, only virtualbox-ose-guest-x11 should exist. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626474: samba: [INTL:ja] updated Japanese debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: samba Severity: wishlist Version: 2:3.5.8~dfsg-2 Tags: l10n patch Hi, I updated Japanese translation of debconf messages (ja.po). Please apply this. Thanks, - -- Kenshi Muto km...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iQIcBAEBCgAGBQJNy6gMAAoJEB0hyD3EUuD8tHEQAJTctTMxyRsL7ABvgx59tCtZ 9eA4rBEXevUTm81+rhThxaqHdTTFQV5NH2z1TYBCfBiBSTXXsOFOsTVZ3VDV+66+ FAaL+NobWFhS0aUoKYCY5jm6E7fHnE1pF/YDMpfvBLME9ezBG3ZqLpljj9cXS7KX RdvYFWD8DyC7vI9CptfzvdkMRu+7uGs6QQCWES5WTRCVneqqASqVdW/R9uwcjQ6O G9ndNu600Dl6UxewNcPM+w8FVcLlwz3lRuVQIlBjNddHvLymz9Yi4KnRRSqMhKvg g/iou3Y5u3+jWrvgX0qgWvBh2bYFsLrSgT70iIPkcYdUSHHa797JRmAcasTu7vD4 BObm280cLvzUWhC/ZmN8Ge2HYebx00XBdJ70AyScYVExgdiQk7WrFOBa00vISq0+ 1+u+s1DATNYm2Rgt2DX9pyXQs5iSNfsULyv3BdG3SL88eZKr4ksN2I4amldS57W8 s0p67MUrPjTk9pTZoijja2UffgS6UAq//6XNC9fOa4vBC661h8nxi71KMB16ZqIX tvvaYdtcV2vl7x/rRgMpk8+7OjOyIKMsFZtC97i9hrOPWm4c8qlUO/J8V4ZvdgXr hdyJXs5b5oRyx8v6ZfzyS3YuNEXPlXE+LtBu7cTBeeUIHpMSdC23aOXiGN22ABbT yS8WP6Z/x9Fgk6ELtQpB =lOqO -END PGP SIGNATURE- ja.po Description: Binary data
Bug#509797: dosemu fixed?
Hi David, Is this still a problem in the current dosemu in Debian? (I can not reproduce it currently.) Thanks! -Kees -- Kees Cook@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626475: Updated PO Galician translation for debconf package
Package: debconf
Version: 1.5.39
Severity: wishlist
This is an updated version of the Galician debconf PO file by Miguel Anxo
bouzada.
--
/\ Dia da liberdade dos documentos - Libera os teus documentos
_\/` http://documentfreedom.org/ - 30 de marzo de 2011
# Galician translation of debconf.
# Copyright (C) 2001 Jacobo Tarrío Barreiro.
# Jacobo Tarrío jtar...@debian.org, 2001, 2005, 2006.
# Miguel Anxo Bouzada mbouz...@gmail.com, 2011.
#
msgid
msgstr
Project-Id-Version: debconf\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2010-07-11 12:57+0100\n
PO-Revision-Date: 2011-05-12 11:20+0100\n
Last-Translator: Miguel Anxo Bouzada mbouz...@gmail.com\n
Language-Team: Galician proxe...@trasno.net\n
Language: gl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Poedit-Language: Galician\n
#: ../Debconf/AutoSelect.pm:76
#, fuzzy, perl-format
msgid falling back to frontend: %s
msgstr emprégase a interface: %s
#: ../Debconf/AutoSelect.pm:84
#, perl-format
msgid unable to initialize frontend: %s
msgstr non é posíbel iniciar a interface: %s
#: ../Debconf/AutoSelect.pm:90
#, perl-format
msgid Unable to start a frontend: %s
msgstr Non é posíbel iniciar unha interface: %s
#: ../Debconf/Config.pm:130
msgid Config database not specified in config file.
msgstr Non se especificou unha base de datos de configuracións no ficheiro de configuración.
#: ../Debconf/Config.pm:134
msgid Template database not specified in config file.
msgstr Non se especificou unha base de datos de modelos no ficheiro de configuración.
#: ../Debconf/Config.pm:139
msgid The Sigils and Smileys options in the config file are no longer used. Please remove them.
msgstr Xa non se empregan as opcións Sigils e Smileys do ficheiro de configuración. Retíreas.
#: ../Debconf/Config.pm:153
#, perl-format
msgid Problem setting up the database defined by stanza %s of %s.
msgstr Houbo un problema ao configurar a base de datos definida pola estrofa %s de %s.
#: ../Debconf/Config.pm:228
msgid
-f, --frontend\t\tSpecify debconf frontend to use.\n
-p, --priority\t\tSpecify minimum priority question to show.\n
--terse\t\t\tEnable terse mode.\n
msgstr
-f, --frontend\t\tEspecifica a interface de debconf que empregar.\n
-p, --priority\t\tEspecifica a pregunta mínima que mostrar.\n
--terse\t\t\tActiva o modo conciso.\n
#: ../Debconf/Config.pm:308
#, perl-format
msgid Ignoring invalid priority \%s\
msgstr Ignórase a prioridade incorrecta «%s»
#: ../Debconf/Config.pm:309
#, perl-format
msgid Valid priorities are: %s
msgstr As prioridades correctas son: %s
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Multiselect.pm:31
#: ../Debconf/Element/Editor/Select.pm:31
msgid Choices
msgstr Opcións
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:36
#: ../Debconf/Element/Editor/Boolean.pm:59
#: ../Debconf/Element/Teletype/Boolean.pm:28
msgid yes
msgstr si
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:39
#: ../Debconf/Element/Editor/Boolean.pm:62
#: ../Debconf/Element/Teletype/Boolean.pm:29
msgid no
msgstr non
#: ../Debconf/Element/Editor/Multiselect.pm:32
msgid (Enter zero or more items separated by a comma followed by a space (', ').)
msgstr (Introduza cero ou máis elementos separados por unha coma seguida dun espazo [«, »]).
#: ../Debconf/Element/Gnome.pm:182
msgid _Help
msgstr _Axuda
#: ../Debconf/Element/Gnome.pm:184
msgid Help
msgstr Axuda
#: ../Debconf/Element/Noninteractive/Error.pm:39
msgid Debconf was not configured to display this error message, so it mailed it to you.
msgstr Non se configurou debconf para amosar este erro, así que lla enviou a Vd.
#: ../Debconf/Element/Noninteractive/Error.pm:63
msgid Debconf
msgstr Debconf
#: ../Debconf/Element/Noninteractive/Error.pm:86
#, perl-format
msgid Debconf, running at %s
msgstr Debconf, executándose en %s
#: ../Debconf/Element/Select.pm:95
#: ../Debconf/Element/Select.pm:110
#, perl-format
msgid Input value, \%s\ not found in C choices! This should never happen. Perhaps the templates were incorrectly localized.
msgstr Non se atopou o valor de entrada, «%s», nas opcións de C! Isto non debería ocorrer nunca. Se cadra localizáronse os modelos incorrectamente.
#: ../Debconf/Element/Teletype/Multiselect.pm:27
msgid none of the above
msgstr ningunha das anteriores
#: ../Debconf/Element/Teletype/Multiselect.pm:47
msgid Enter the items you want to select, separated by spaces.
msgstr Introduza os elementos que quere seleccionar, separados por espazos.
#: ../Debconf/FrontEnd.pm:140
#, perl-format
msgid Unable to load Debconf::Element::%s. Failed because: %s
msgstr Non é posíbel cargar Debconf::Element::%s. Erro debido a: %s
#: ../Debconf/FrontEnd.pm:333
#, perl-format
msgid Configuring %s
msgstr Configurando %s
#: ../Debconf/FrontEnd/Dialog.pm:52
msgid TERM is not set, so the dialog frontend is not usable.
msgstr Non se estabeleceu TERM,
Bug#626476: lintian: reduce dpkg-dev to Suggests
Package: lintian
Version: 2.5.0~rc3
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch oneiric
We're shipping lintian on Ubuntu CD images as a Recommends of aptdaemon,
in order to do some basic sanity checks on third-party binary packages.
Unfortunately this pulls in dpkg-dev and its dependencies, which are
rather heavyweight. Some analysis shows that the only thing that we
need dpkg-dev for is to unpack source packages, so it's possible to
check binary packages without dpkg-dev.
The attached patch checks whether dpkg-source is available and produces
a better error message; it then drops dpkg-dev to a Suggests so that we
don't have to ship it. I don't think this should particularly
negatively affect anyone - if you're building packages, you have
dpkg-dev installed anyway, and probably not solely by means of
installing lintian - but I thought I'd file a bug about it rather than
just committing it so that we could discuss it in case anyone had any
objections.
diff --git a/collection/unpacked b/collection/unpacked
index 1cceb5a..7688711 100755
--- a/collection/unpacked
+++ b/collection/unpacked
@@ -24,7 +24,7 @@ use strict;
use warnings;
use lib $ENV{'LINTIAN_ROOT'}/lib;
-use Lintian::Command qw(spawn);
+use Lintian::Command qw(spawn on_path);
use Util;
($#ARGV == 1) or fail('syntax: unpacked package type');
@@ -46,6 +46,10 @@ if ($type =~ m/^remove-/) {
}
if ($type eq 'source') {
+unless (on_path('dpkg-source')) {
+ fail('dpkg-source missing - is the dpkg-dev package installed?');
+}
+
# Ignore STDOUT of the child process because older versions of
# dpkg-source print things out even with -q.
my $opts = { out = '/dev/null', err = 'unpacked-errors' };
diff --git a/debian/control b/debian/control
index 93e75bf..70cd345 100644
--- a/debian/control
+++ b/debian/control
@@ -55,7 +55,6 @@ Package: lintian
Architecture: all
Depends: binutils,
diffstat,
- dpkg-dev,
file,
gettext,
intltool-debian,
@@ -73,6 +72,7 @@ Depends: binutils,
unzip,
${misc:Depends}
Suggests: binutils-multiarch,
+ dpkg-dev,
libhtml-parser-perl,
libtext-template-perl,
man-db (= 2.5.1-1)
diff --git a/lib/Lintian/Command.pm b/lib/Lintian/Command.pm
index 5317a9b..2994cc0 100644
--- a/lib/Lintian/Command.pm
+++ b/lib/Lintian/Command.pm
@@ -27,7 +27,7 @@ BEGIN {
use base qw(Exporter);
our @EXPORT = ();
-our @EXPORT_OK = qw(spawn reap kill);
+our @EXPORT_OK = qw(spawn reap kill on_path);
use IPC::Run qw(run harness kill_kill);
@@ -333,13 +333,30 @@ sub done {
}
}
+=head2 Con_path($command)
+
+Return true if and only if $command is on the executable search path.
+
+=cut
+
+sub on_path {
+my $command = shift;
+
+return 0 unless exists $ENV{PATH};
+for my $element (split ':', $ENV{PATH}) {
+ next unless length $element;
+ return 1 if -f $element/$command and -x _;
+}
+return 0;
+}
+
1;
__END__
=head1 EXPORTS
Lintian::Command exports nothing by default, but you can export the
-spawn() and reap() functions.
+spawn(), reap(), kill(), and on_path() functions.
=head1 AUTHOR
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624469: Intermittent failure to start.
On May 11, Marco d'Itri m...@linux.it wrote:
bind(3, {sa_family=AF_FILE, path=@/org/kernel/udev/udevd}, 25) = -1
EADDRINUSE
(Address already in use)
OK, so it looks like that there *is* an udevd process left around by
the initramfs.
Can you confirm this with ps at the first prompt?
If this is true, then please add set -x to init-bottom/udev to
understand why all processes are not being killed.
--
ciao,
Marco
signature.asc
Description: Digital signature
Bug#626477: Updated PO Galician translation for samba package
Package: samba Version: 2:3.5.8~dfsg-2 Severity: wishlist This is an updated version of the Galician debconf PO file by Miguel Anxo bouzada. -- /\ Dia da liberdade dos documentos - Libera os teus documentos _\/` http://documentfreedom.org/ - 30 de marzo de 2011 # translation of samba_2:3.5.8~dfsg-2_gl.po to Galician # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Jorge Barreiro yortx.ba...@gmail.com, 2010. # Miguel Anxo Bouzada mbouz...@gmail.com, 2011. # msgid msgstr Project-Id-Version: samba_2:3.5.8~dfsg-2_gl\n Report-Msgid-Bugs-To: sa...@packages.debian.org\n POT-Creation-Date: 2011-05-12 10:46+0200\n PO-Revision-Date: 2011-05-12 11:46+0100\n Last-Translator: Miguel Anxo Bouzada mbouz...@gmail.com\n Language-Team: Galician proxe...@trasno.net\n Language: gl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n X-Poedit-Language: Galician\n #. Type: title #. Description #: ../samba-common.templates:1001 msgid Samba server and utilities msgstr Servidor e utilidades Samba #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid Modify smb.conf to use WINS settings from DHCP? msgstr Modificar smb.conf para empregar a configuración WINS de DHCP? #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid If your computer gets IP address information from a DHCP server on the network, the DHCP server may also provide information about WINS servers (\NetBIOS name servers\) present on the network. This requires a change to your smb.conf file so that DHCP-provided WINS settings will automatically be read from /etc/samba/dhcp.conf. msgstr Se o seu computador obtén o enderezo IP dun servidor DHCP da rede, o servidor DHCP tamén pode fornecer información sobre os servidores WINS (servidores de nomes NetBIOS) que estean presentes na rede. Para facelo hai que modificar o ficheiro smb.conf para que a configuración WINS fornecida por DHCP sexa lida automaticamente de /etc/samba/dhcp.conf. #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid The dhcp3-client package must be installed to take advantage of this feature. msgstr O paquete dhcp3-client debe estar instalado para aproveitar esta característica. #. Type: boolean #. Description #: ../samba-common.templates:3001 msgid Configure smb.conf automatically? msgstr Configurar automaticamente o ficheiro smb.conf? #. Type: boolean #. Description #: ../samba-common.templates:3001 msgid The rest of the configuration of Samba deals with questions that affect parameters in /etc/samba/smb.conf, which is the file used to configure the Samba programs (nmbd and smbd). Your current smb.conf contains an \include\ line or an option that spans multiple lines, which could confuse the automated configuration process and require you to edit your smb.conf by hand to get it working again. msgstr O resto da configuración de Samba trata con cuestións que afectan aos parámetros de /etc/samba/smb.conf, que é o ficheiro que se emprega para configurar os programas de Samba (nmbd e smbd). O seu ficheiro smb.conf actual contén unha liña «include» ou unha opción que cobre varias liñas, o que pode confundir ao proceso de configuración automático e facer que teña que editar o ficheiro smb.conf a man para poñelo a funcionar outra vez. #. Type: boolean #. Description #: ../samba-common.templates:3001 msgid If you do not choose this option, you will have to handle any configuration changes yourself, and will not be able to take advantage of periodic configuration enhancements. msgstr Se non escolle esta opción ha ter que facer os cambios na configuración vostede mesmo, e non ha poder aproveitar as melloras periódicas na configuración. #. Type: string #. Description #: ../samba-common.templates:4001 msgid Workgroup/Domain Name: msgstr Nome do grupo de traballo/dominio: #. Type: string #. Description #: ../samba-common.templates:4001 msgid Please specify the workgroup for this system. This setting controls which workgroup the system will appear in when used as a server, the default workgroup to be used when browsing with various frontends, and the domain name used with the \security=domain\ setting. msgstr Indique o grupo de traballo para este sistema. Este parámetro controla o grupo de traballo no que este sistema aparecerá cando funcione como servidor, o grupo de traballo que se usará ao navegar usando varios clientes, e o nome de dominio que se emprega coa configuración security=domain. #. Type: boolean #.
Bug#626363: Segmentation fault and zend_mm_heap corrupted while executing piwik update script
Package: php5-cli Version: 5.3.3-7+squeeze1 Severity: normal Here is the backtrace: Program terminated with signal 11, Segmentation fault. #0 0x006a11d9 in gc_zval_possible_root (zv=0x2735978) at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_gc.c:143 143 /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_gc.c: No such file or directory. in /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_gc.c (gdb) bt #0 0x006a11d9 in gc_zval_possible_root (zv=0x2735978) at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_gc.c:143 #1 0x0068fb08 in zend_hash_destroy (ht=0x2701620) at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_hash.c:726 #2 0x006a4959 in zend_object_std_dtor (object=0x273bbb8) at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_objects.c:45 #3 0x006a4979 in zend_objects_free_object_storage (object=0x273bbb8) at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_objects.c:128 #4 0x006a7e7c in zend_objects_store_free_object_storage (objects=0xd81418) at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_objects_API.c:92 #5 0x00676a85 in shutdown_executor () at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend_execute_API.c:302 #6 0x00683402 in zend_deactivate () at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/Zend/zend.c:962 #7 0x0062ecc5 in php_request_shutdown (dummy=0x2735978) at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/main/main.c:1649 #8 0x007127e4 in main (argc=-134979576, argv=0x7f637e1ec4f0) at /build/buildd-php5_5.3.3-7+squeeze1-amd64-ihNnkV/php5-5.3.3/sapi/cli/php_cli.c:1377 I'm sorry I thing it would be very difficult to provide a test case because I've a large DB and the problem only arise with large data. HTH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626478: nfs-common: Please build mount.nfs with libmount support
Package: nfs-common Version: 1:1.2.3-1 Severity: normal Hi, With mount (util-linux) 2.19.1 in experimental, libmount.so.1 is provided for use by mount helpers such as mount.nfs. [the next upload will include proper libmount-dev and libmount1 packages; it's currently in util-linux] It would be great if mount.nfs could be built with libmount support. This is needed for removal of /etc/mtab (symlink to /proc/mounts) and r/o root. While I don't follow upstream development too closely, the patches were posted to the list, and are in use in Fedora. You can find them here: http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commitdiff;h=c01e5ca6179b8f5b041605d9bbd75a0f76812d54 http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commitdiff;h=a99269230a0e77e7bed4fa31c9547f0d61c7f206 Once util-linux gains the libmount-dev package, it would be great if we could have nfs-utils building against it with --enable-libmount-mount; experimental would be fine for testing purposes since that's where util-linux is the for the time being. Thanks, Roger -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser3.112+nmu2add and remove users and groups ii initscripts2.88dsf-13.5 scripts for initializing and shutt ii libc6 2.13-2Embedded GNU C Library: Shared lib ii libcap21:2.20-1 support for getting/setting POSIX. ii libcomerr2 1.41.12-4 common error description library pn libevent-1.4-2 none(no description available) ii libgssapi-krb5-2 1.9+dfsg-1+b1 MIT Kerberos runtime libraries - k pn libgssglue1none(no description available) ii libk5crypto3 1.9+dfsg-1+b1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.9+dfsg-1+b1 MIT Kerberos runtime libraries pn libnfsidmap2 none(no description available) pn libtirpc1 none(no description available) ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip ii netbase4.45 Basic TCP/IP networking system pn rpcbind | portmap none(no description available) ii ucf3.0025+nmu2 Update Configuration File: preserv Versions of packages nfs-common recommends: ii python2.6.6-14 interactive high-level object-orie nfs-common suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602050: ITP: supercollider -- A real time audio synthesis programming language
2011/5/11 Felipe Sateler fsate...@debian.org: Hi, sorry for taking so long. On Fri, Apr 29, 2011 at 15:57, Dan S danstowell+de...@gmail.com wrote: 2011/4/16 Felipe Sateler fsate...@debian.org: - I would really like to fold all the -dev packages into one. I don't see much point in splitting them. I've discussed it with the upstream devs and we're OK with merging them, so I've done that. Good. However, the relationship with thte old packages is wrong. It should Replace the older packages. Ah right, thanks. However, I'm not quite sure if we should apply policy 7.6.1 or 7.6.2 (ie, Replaces+Breaks or Replaces+Conflicts+Provides). What do others think? In lieu of any other responses (so far), the latter (Replaces+Conflicts+Provides) seems to me to have the better semantics, although we're not talking about virtual packages (which policy 7.5 is pretty specific about). From reading the guide I can't decide either; unless anyone can advise, maybe we should go for Replaces+Breaks. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626341: dictionaries-common: [INTL:fr] French debconf templates translation update
tag 626341 +pending thanks On Wed, May 11, 2011 at 08:17:31AM +0200, Christian Perrier wrote: Package: dictionaries-common Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks. Committed to our git repo. Will go in next upload. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. Thanks a lot for the suggestion. I have just used it to ask for translation updates. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626442: Install .desktop file for git-gui
tags 626442 + upstream forwarded 626442 http://thread.gmane.org/gmane.comp.version-control.git/173453 quit Anders Kaseorg wrote: git-gui could install a /usr/share/applications/git-gui.desktop, like this one: http://pkgs.fedoraproject.org/gitweb/?p=git.git;a=blob;f=git-gui.desktop;hb=HEAD Very good idea. Let's take this upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626479: System broken after small package update (debian unstable, 2011-05-12)
Package: base
I was doing a small update of my Debian unstable system this morning, and
managed to break the system in a way I've never experienced before. At the
end of an aptitude safe-upgrade, it tried to 'rm' something, then complained
that there was no such file or directory (called 'rm'). Then I tried running
other things (cd, ls, cat, etc.), with the same error (failed to run command
`x': No such file or directory). I noticed that the browser (iceweasel) was
working and loading other pages, so I tried accessing the file system from
the browser ('file://'), which caused the browser to crash.
I then rebooted the computer, and wasn't able to get much further than the
grub menu. When booting, grub2 is able to start up and display a menu (with
options visible), but init can't start.
I tried using a Debian net install USB stick in rescue mode, with no success
(chroot terminal didn't appear, even though /target existed, and had the
correct files in it). I then booted an ubuntu 11.04 live CD, which is the
environment I'm working in at the moment.
I can access the file system, but can't run any programs when I'm inside it.
What more can I do to diagnose the problem?
[Apologies if I've got the wrong package, not quite sure what to submit this
bug to]
Potentially useful dumps:
-- Attempts to chroot into broken system --
root@ubuntu:/target# chroot /target/root/
chroot: failed to run command `/bin/bash': No such file or directory
root@ubuntu:/target# ls /target/root/bin/*sh
/target/root/bin/ash /target/root/bin/bsd-csh /target/root/bin/dash
/target/root/bin/sh
/target/root/bin/bash /target/root/bin/csh /target/root/bin/rbash
root@ubuntu:/target# ls /bin/*sh
/bin/bash /bin/dash /bin/rbash /bin/sh /bin/static-sh
root@ubuntu:/target# chroot /target/root/ /bin/sh
chroot: failed to run command `/bin/sh': No such file or directory
root@ubuntu:/target# /target/root/bin/sh
#
root@ubuntu:/target# /target/root/bin/sh
# logout
/target/root/bin/sh: logout: not found
# exit
root@ubuntu:/target#
-- From '/var/log/syslog' --
May 12 09:24:19 thaliana crontab[7480]: (bioinf) BEGIN EDIT (bioinf)
May 12 09:24:30 thaliana crontab[7480]: (bioinf) REPLACE (bioinf)
May 12 09:24:30 thaliana crontab[7480]: (bioinf) END EDIT (bioinf)
May 12 09:25:01 thaliana /usr/sbin/cron[1290]: (bioinf) RELOAD
(crontabs/bioinf)
May 12 09:28:15 thaliana console-kit-daemon[2452]: WARNING: Unable to spawn
/usr/lib/ConsoleKit/run-session.d/pam-foreground-compa
t.ck: Failed to execute child process
/usr/lib/ConsoleKit/run-session.d/pam-foreground-compat.ck (No such file or
directory)
May 12 09:30:20 thaliana console-kit-daemon[2452]: WARNING: Unable to spawn
/usr/lib/ConsoleKit/run-seat.d/nvidia_helper.ck: Faile
d to execute child process /usr/lib/ConsoleKit/run-seat.d/nvidia_helper.ck
(No such file or directory)
May 12 09:30:20 thaliana console-kit-daemon[2452]: WARNING: Unable to spawn
/usr/lib/ConsoleKit/run-seat.d/udev-acl.ck: Failed to
execute child process /usr/lib/ConsoleKit/run-seat.d/udev-acl.ck (No such
file or directory)
May 12 09:30:51 thaliana kernel: [166764.077425] SysRq : SAK
May 12 09:30:51 thaliana kernel: [166764.077787] SAK: killed process 2616
(bash): task_session(p)==tty-session
May 12 09:30:51 thaliana kernel: [166764.077792] SAK: killed process 2121
(login): task_session(p)==tty-session
May 12 09:30:51 thaliana kernel: [166764.077923] SAK: killed process 2121
(login): task_session(p)==tty-session
May 12 09:30:51 thaliana kernel: [166764.077975] SAK: killed process 2616
(bash): task_session(p)==tty-session
May 12 09:30:51 thaliana console-kit-daemon[2452]: WARNING: Unable to spawn
/usr/lib/ConsoleKit/run-session.d/pam-foreground-compat.ck: Failed to execute
child process /usr/lib/ConsoleKit/run-session.d/pam-foreground-compat.ck
(No such file or directory)
May 12 09:30:51 thaliana init: cannot execute /sbin/getty
May 12 09:30:51 thaliana console-kit-daemon[2452]: WARNING: Unable to spawn
/usr/lib/ConsoleKit/run-seat.d/nvidia_helper.ck: Failed to execute child
process /usr/lib/ConsoleKit/run-seat.d/nvidia_helper.ck (No such file or
directory)
May 12 09:30:51 thaliana console-kit-daemon[2452]: WARNING: Unable to spawn
/usr/lib/ConsoleKit/run-seat.d/udev-acl.ck: Failed to execute child process
/usr/lib/ConsoleKit/run-seat.d/udev-acl.ck (No such file or directory)
May 12 09:30:51 thaliana init: cannot execute /sbin/getty
May 12 09:30:51 thaliana init: cannot execute /sbin/getty
May 12 09:30:51 thaliana init: cannot execute /sbin/getty
May 12 09:30:51 thaliana init: cannot execute /sbin/getty
May 12 09:30:51 thaliana init: cannot execute /sbin/getty
May 12 09:30:51 thaliana init: cannot execute /sbin/getty
May 12 09:30:51 thaliana init: cannot execute /sbin/getty
-- tail /var/log/apt/history.log --
Start-Date: 2011-05-12 09:27:41
Upgrade: libc-bin:amd64 (2.13-2, 2.13-3), gir1.2-gstreamer-0.10:amd64
(0.10.32-6+b1, 0.10.33-1), eclipse-jdt:amd64 (3.5.2-9, 3.5.2-10),
eclipse-platform-data:amd64 (3.5.2-9, 3.5.2-10),
Bug#623821: Merged
The patch is merged in trunk. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626480: xpbsmon: clicking [Pref..] button causes bad variable name tcl error
Package: torque-client-x11
Version: 2.4.8+dfsg-9
Severity: normal
Hi,
In xpbsmon if I click the [Pref..] button to change the server name from the
default torqueserver to my local one, I get a tcl popup error:
{{{
bad variable name pref.top.box1(entryval,1): upvar won't create a scalar
variable that looks like an array element
bad variable name pref.top.box1(entryval,1): upvar won't create a scalar
variable that looks like an array element
while executing
global [set [set menuName](textvariable)]
(procedure menuEntry line 50)
invoked from within
menuEntry $f.b.e.$k create -menuvalues $args -title $elabel -textvariable
[set boxName](entryval,$k)
(procedure box line 263)
invoked from within
box $dbox_top.box1 -title Sites Preference -entrylabels [list [list Site
Name ] [list View MENU_ENTRY ICON FULL]] -lboxlabels [list ...
(procedure pref line 16)
invoked from within
pref $dialog(mainWindow) $dialog(mainWindow)
invoked from within
.main.menubar.buttons.1.prefer invoke
(uplevel body line 1)
invoked from within
uplevel #0 [list $w invoke]
(procedure tk::ButtonUp line 22)
invoked from within
tk::ButtonUp .main.menubar.buttons.1.prefer
(command bound to event)
}}}
and the mouse cursor becomes an hourglass. Clicking [Pref..] again complains
that the window pref already exists in parent.
$ ls -l /etc/alternatives/wish
lrwxrwxrwx 1 root root 16 Apr 1 17:17 /etc/alternatives/wish -
/usr/bin/wish8.4*
This worked in previous version from Ubu/Lucid (torque installed there after
much
effort..).
work around: start xpbsmon, click [AutoUpdate..], [start updating] and [ok].
Then [Close] xpbsmon and say [yes] to save rc file. Then edit the rc file by
hand and change all torqueserver to your_server on the *sitesInfo: line,
and restart xpbsmon.
:s/torqueserver/$HOSTNAME/g
Without that workaround, or a DNS hack, xpbsmon is rendered unusable by this
bug.
thanks,
Hamish
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages torque-client-x11 depends on:
ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libcurses-perl1.28-1 Curses interface for Perl
ii libtorque22.4.8+dfsg-9 shared library for Torque client a
ii libx11-6 2:1.3.3-4 X11 client-side library
ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar
ii libxss1 1:1.2.0-2 X11 Screen Saver extension library
ii perl 5.10.1-17 Larry Wall's Practical Extraction
ii tcl8.58.5.8-2Tcl (the Tool Command Language) v8
ii tk8.5 8.5.8-1Tk toolkit for Tcl and X11, v8.5 -
ii torque-common 2.4.8+dfsg-9 Torque Queueing System shared file
torque-client-x11 recommends no packages.
torque-client-x11 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#626481: ladish: can't use rxvt / others as terminal emulators, shell not respected
Package: ladish
Version: 0.3-4
Severity: normal
Tags: patch
Ladish tries to start terminal-bound commands as terminal -e 'command
args'. In general, x-terminal-emulator -e expects an executable +
arguments, NOT a command string, as daemon/loader.c provides. The attached
(if trivial) patch fixes that.
More generally, this fix has the benefit of telling the terminal emulator
which shell to use (the one configured in ladish), as opposed to letting it
decide on its own.
-- System Information:
Debian Release: squeeze/sid
APT prefers lucid-updates
APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500,
'lucid-proposed'), (500, 'lucid-backports'), (500, 'lucid')
Architecture: i386 (i686)
Kernel: Linux 2.6.38-5.dmz.1-liquorix-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ladish depends on:
ii la 1:1.0~rc2+20100724.gitf4d4a2-1~lucid2 set of tools to control and monito
ii li 2.3.20-2build1Library of functions for 2D graphi
ii li 1.30.0-0ubuntu2.1 The ATK accessibility toolkit
ii li 2.11.1-0ubuntu7.8 Embedded GNU C Library: Shared lib
ii li 1.8.10-2ubuntu1 The Cairo 2D vector graphics libra
ii li 1.8.4-0ubuntu1C++ wrappers for Cairo (shared lib
ii li 1.2.16-2ubuntu4.2 simple interprocess messaging syst
ii li 0.84-1simple interprocess messaging syst
ii li 2.0.1-7ubuntu1XML parsing C library - runtime li
ii li 0.7.1-0ubuntu1~lucid1 interactive widget for “boxes and
ii li 2.8.0-2ubuntu1generic font configuration library
ii li 2.3.11-1ubuntu2.4 FreeType 2 font engine, shared lib
ii li 1:4.5.1-7ubuntu2danmppa1~lucid1 GCC support library
ii li 2.24.1-0ubuntu1 The GLib library of C routines
ii li 2.24.2-0ubuntu1 C++ wrapper for the GLib toolkit (
ii li 2.30.1-0ubuntu1 A powerful object-oriented display
ii li 2.26.0-1build1C++ wrappers for libgnomecanvas2 (
ii li 2.20.1-0ubuntu2 The GTK+ graphical user interface
ii li 1:2.20.3-0ubuntu1 C++ wrappers for GTK+ (shared libr
ii li 0.120 Dummy package to quench libjack0 d
ii li 1.28.0-0ubuntu2.2 Layout and rendering of internatio
ii li 2.26.2-0ubuntu1 C++ Wrapper for pango (shared libr
ii li 2.2.4.2-1 type-safe Signal Framework for C++
ii li 4.5.1-7ubuntu2danmppa1~lucid1 The GNU Standard C++ Library v3
ii li 2.17.2-0ubuntu1.10.04.2 Universally Unique ID library
ladish recommends no packages.
ladish suggests no packages.
-- no debconf information
From 5e07f29e9d863608581093313a4a780d38f1a3db Mon Sep 17 00:00:00 2001
From: Dan A. Muresan danm...@gmail.com
Date: Sat, 7 May 2011 14:01:14 +0300
Subject: [PATCH] Fix in-terminal execution for non-xterm
Forwarded: http://ladish.org/ticket/179
---
daemon/loader.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/daemon/loader.c b/daemon/loader.c
index ad9b983..d8c7fa1 100644
--- a/daemon/loader.c
+++ b/daemon/loader.c
@@ -317,7 +317,7 @@ loader_exec_program(
argv[i++] = -e;
}
- if (!run_in_terminal || strchr(commandline, '$') != NULL)
+ if (!run_in_terminal || 1 /* -e expects an executable not a shell command */)
{
if (!conf_get(LADISH_CONF_KEY_DAEMON_SHELL, argv + i))
{
--
1.7.0.4
Bug#626404: mudlet: Error loading startup include
Il giorno gio, 12/05/2011 alle 08.52 +1000, Craig Small ha scritto: On Wed, May 11, 2011 at 07:08:18PM +0200, Claudio Giordano wrote: After selecting a profile, mudlet report the following errors: Are they the only errors you are seeing? Yes, they are the only errors. I would of thought patch luaglobal_path also references that directory. I'll have a closer look but if you can let me know if you are only getting those files with problems or there are more that would help. Those files are loaded by /usr/share/games/mudlet/lua/LuaGlobal.lua which has the directory defined in that file as LUA_DIR on line 5. the include's path is correct because because changing /usr/share/games/mudlet/lua/LuaGlobal.lua from: for _, package in ipairs(packages) do local result = pcall(dofile, LUA_DIR .. package) or echo(Error attempting to load file: .. package .. \n) end to: for _, package in ipairs(packages) do local result = pcall(dofile, LUA_DIR .. package) or echo(Error attempting to load file: .. LUA_DIR .. package .. \n) end shows that: Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserSetConstraints.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserContainer.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserWindow.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserLabel.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserGauge.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserMiniConsole.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserMapper.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserHBox.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserVBox.lua Error attempting to load file: /usr/share/games/mudlet/lua/geyser/GeyserTests.lua Error attempting to load file: /usr/share/games/mudlet/lua/GUIUtils.lua [INFO] found Lua module rex_pcre [INFO] found Lua module luasql.sqlite3 [INFO] LuaGlobal.lua loaded successfully. [INFO] looking up the IP address of server:rdamud.afraid.org:4000 ... [INFO] The IP address of rdamud.afraid.org has been found. It is: 87.16.51.136 [INFO] trying to connect to 87.16.51.136:4000 ... [INFO] A connection has been established successfully. but the files are present in the folder. Thanks. -- Claudio Giordano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626482: libc0.1: 2.13 causes segfaults + bus errors inside DSA's dchroots on kfreebsd-*
Package: libc0.1 Version: 2.13-2 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd [Mostly a summary of http://lists.debian.org/debian-bsd/2011/05/msg00038.html and http://lists.debian.org/debian-bsd/2011/05/msg00039.html] After dist-upgrading libc0.1 and friends (i.e. all(*) installed packages which are also built from eglibc source) from 2.11.2-something to 2.13-2 inside io's and asdfasdf's sid, calling dchroot sid segfaults on io and causes bus errors on asdfasdf: io:~# dchroot sid /bin/true Segmentation fault io:~# dchroot sid Segmentation fault io:~# asdfasdf:~# dchroot sid /bin/true Bus error asdfasdf:~# dchroot sid Bus error asdfasdf:~# Ah normal (but root only) chroot /srv/chroot/sid works on both machines, so I could at least fix it from the inside by downgrading libc0.1 and friends back to 2.11.2-13. Please note that the used dchroot command comes from DSA's version of dchroot-dsa (version 2:1.1), not from the one in the Debian archive. The latter does not show this problem according to Petr Salinger. I'm not sure where exactly the causing bug is located, it could be in eglibc, in DSA's dchroot, and maybe also in gcc-4.6 (with which libc0.1 2.13-2 very likely has been compiled). But as downgrading libc0.1 and friends helped to fix this regression, I'm filing it against libc0.1. I'm not filing this as RC as it is not yet reproducible with only packages from the official archive, but since porterboxes are affected I doubt that this is a less important issue. So feel free to raise the severity and/or reassign this bug. (*) locales is definitely not relevant here as I initially by accident just downgraded all architecture-dependent packages built from the eglibc source. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 8.2-1-686 Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages libc0.1 depends on: ii libc-bin 2.13-2 Embedded GNU C Library: Binaries ii libgcc1 1:4.6.0-7 GCC support library Versions of packages libc0.1 recommends: pn libc0.1-i686 none (no description available) Versions of packages libc0.1 suggests: ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.13-2 Embedded GNU C Library: National L ii locales-all [locales] 2.13-2 Embedded GNU C Library: Precompile -- debconf information: * glibc/restart-services: cron glibc/disable-screensaver: glibc/restart-failed: glibc/upgrade: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626483: RM: hildon-desktop -- RoM; RC-buggy; abandoned upstream
Package: hildon-desktop Version: 1:2.0.19.debian.1-3 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626484: RM: hildon-icons -- RoM; abandoned upstream
Package: hildon-icons Version: 2.1.debian-3 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626485: RM: modest -- RoM; abandoned upstream
Package: modest Version: 3.90.4-2 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626482: sid chroots on io and asdfasdf currently broken
Hi, taking the discussion back to debian-bsd@l.d.o and to the bug report I filed just before Aurelien's mail came in. Aurelien Jarno wrote: Will probably file a bug report soon. I'm still not sure against which package, but I'll probably choose libc0.1. The problem seems to be a conflict between libnss-db outside the chroot and inside the chroot. dchroot-dsa calls initgroup(root, 0) after chrooting, but before doing an execve, and that causes the crash. Disabling libnss-db either inside or outside the chroot workarounds the problem. Ok, will try that on io soon as libnss-db is removed from the sid chroot there already. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626486: valgrind: Bad option: -suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp
Package: valgrind Version: 1:3.6.1-2 Severity: grave Justification: renders package unusable After the valgrind upgrade, I get the following error: $ valgrind true valgrind: Bad option: -suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp valgrind: Use --help for more information or consult the user manual. making valgrind unusable. The problem is in the wrapper script: valgrind doesn't support VALGRIND_OPTS beginning with a space: $ VALGRIND_OPTS= --suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp valgrind.bin true valgrind: Bad option: -suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp valgrind: Use --help for more information or consult the user manual. The wrapper script could be fixed, but I think that valgrind should strip spaces from VALGRIND_OPTS. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages valgrind depends on: ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libc6-dbg 2.13-2 Embedded GNU C Library: detached d Versions of packages valgrind recommends: ii gdb 7.2-1 The GNU Debugger Versions of packages valgrind suggests: pn alleyoop none (no description available) pn kcachegrind none (no description available) pn valkyrie none (no description available) -- 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#626458: [pkg-cryptsetup-devel] Bug#626458: cryptsetup: native loop support for earlier kernels
On Thu, May 12, 2011 at 12:26:57PM +0200, Jonas Meurer wrote: Given that squeeze is shipped with linux kernel 2.6.32, and even lenny has 2.6.26 already, I'll kick the checks for kernel versions completely and simply assume that the system is running a kernel 2.6.25. This was my intention when mentioning it :) I just forgot to explicitely point it out :) Mario -- To err is human. To really foul things up requires a computer. signature.asc Description: Digital signature
Bug#626483: RM: hildon-desktop -- RoM; RC-buggy; abandoned upstream
reassign 626483 ftp.debian.org thanks slow thinking from me, of course against ftp.debian.org. On Thu, May 12, 2011 at 01:33:49PM +0300, Riku Voipio wrote: Package: hildon-desktop Version: 1:2.0.19.debian.1-3 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku ___ pkg-maemo-maintainers mailing list pkg-maemo-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-maemo-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626485: RM: modest -- RoM; abandoned upstream
reassign 626485 ftp.debian.org thanks On Thu, May 12, 2011 at 01:37:44PM +0300, Riku Voipio wrote: Package: modest Version: 3.90.4-2 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku ___ pkg-maemo-maintainers mailing list pkg-maemo-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-maemo-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518696: Info received (ITP: parallel -- build and execute command lines from standard input in parallel)
Hi, On Fri, Mar 11, 2011 at 02:22:06PM +0200, George Zarkadas wrote: Στις 07-03-2011, ημέρα Δευ, και ώρα 22:24 -0800, ο/η Noah Meyerhans έγραψε: Hi George. I'm interested in GNU parallel and am willing to sponsor and potentially co-maintain your packages. I'll try to review them within the next couple of days. Let me know if somebody takes care of them before me. I will be happy to have you as a sponsor. I didn't sent the RFS; you can schedule your review with more elasticity :). I will also need a few days to work with git integration and convert patches to use the DEP-3 format. Would it be possible to upload this package? (It needs to update standards version) Samuel, what do you think? Best regards, -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html signature.asc Description: Digital signature
Bug#625732: claws-mail: nntp auth is broken
On Thu, May 12, 2011 at 08:42:17AM +0200, Ricardo Mones wrote: tags 625732 patch thanks Hi again, On Thu, 5 May 2011 18:33:33 +0200 Pierre Habouzit madco...@debian.org wrote: What claws does: $ telnet localhost 119 Trying ::1... Connected to apollon.madism.org. Escape character is '^]'. 200 server.example.net InterNetNews server INN 2.5.3 (20110413 snapshot) ready (transit mode) AUTHINFO USER test 502 Authentication will fail Can you try rebuilding claws-mail with the attached patch? It will work, I temporarily did a similar patch (without the error handling because I didn't know about how to perform it properly). My patch was a crude call to newsnntp_mode_reader() before the newsnntp_authinfo_username :) Cheers, -- ·O· Pierre Habouzit ··Omadco...@debian.org OOOhttp://www.madism.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626486: valgrind: Bad option: -suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp
The cause probably is: * Add 0004-allow-or-quoting-of-strings-in-.valgrindrc.patch to allow parsing of options with spaces in ~/.valgrindrc (Closes: 507236). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626487: samba: [intl:th] Updated Thai debconf translation
Package: samba Version: samba 2:3.5.8~dfsg-2 Severity: wishlist Please update Thai debconf translation, as attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Thai translation of samba. # Copyright (C) 2006-2011 Software in the Public Interest, Inc. # This file is distributed under the same license as the exim4 package. # Theppitak Karoonboonyanan t...@linux.thai.net, 2006-2011. # msgid msgstr Project-Id-Version: samba\n Report-Msgid-Bugs-To: sa...@packages.debian.org\n POT-Creation-Date: 2011-05-12 10:46+0200\n PO-Revision-Date: 2011-05-12 18:06+0700\n Last-Translator: Theppitak Karoonboonyanan t...@linux.thai.net\n Language-Team: Thai thai-l...@googlegroup.com\n Language: th\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: title #. Description #: ../samba-common.templates:1001 msgid Samba server and utilities msgstr เซิร์ฟเวอร์ samba และเครื่องมือ #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid Modify smb.conf to use WINS settings from DHCP? msgstr จะแก้ไข smb.conf ให้ใช้ค่าตั้ง WINS จาก DHCP หรือไม่? #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid If your computer gets IP address information from a DHCP server on the network, the DHCP server may also provide information about WINS servers (\NetBIOS name servers\) present on the network. This requires a change to your smb.conf file so that DHCP-provided WINS settings will automatically be read from /etc/samba/dhcp.conf. msgstr ถ้าคอมพิวเตอร์ของคุณใช้ข้อมูลหมายเลข IP จากเซิร์ฟเวอร์ DHCP ในเครือข่าย เซิร์ฟเวอร์ DHCP ดังกล่าวอาจให้ข้อมูลเกี่ยวกับเซิร์ฟเวอร์ WINS (\name server ของ NetBIOS\) ที่มีในเครือข่ายมาด้วย การจะใช้ข้อมูลดังกล่าวได้ จำเป็นต้องแก้ไขแฟ้ม smb.conf ของคุณ เพื่อให้มีการอ่านค่าตั้ง WINS ที่ได้จาก DHCP ในแฟ้ม /etc/samba/dhcp.conf โดยอัตโนมัติ #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid The dhcp3-client package must be installed to take advantage of this feature. msgstr คุณต้องติดตั้งแพกเกจ dhcp3-client ด้วย เพื่อจะใช้ความสามารถนี้ #. Type: boolean #. Description #: ../samba-common.templates:3001 msgid Configure smb.conf automatically? msgstr จะตั้งค่า smb.conf แบบอัตโนมัติหรือไม่? #. Type: boolean #. Description #: ../samba-common.templates:3001 msgid The rest of the configuration of Samba deals with questions that affect parameters in /etc/samba/smb.conf, which is the file used to configure the Samba programs (nmbd and smbd). Your current smb.conf contains an \include \ line or an option that spans multiple lines, which could confuse the automated configuration process and require you to edit your smb.conf by hand to get it working again. msgstr การตั้งค่า Samba ในส่วนที่เหลือ จะเป็นคำถามที่จะมีผลต่อค่าต่างๆ ใน /etc/samba/smb.conf ซึ่งเป็นแฟ้มที่ใช้กำหนดค่าโปรแกรมของ Samba (nmbd และ smbd) แฟ้ม smb.conf ปัจจุบันของคุณ มีบรรทัด 'include' หรือมีตัวเลือกที่ยาวหลายบรรทัด ซึ่งจะเป็นปัญหาต่อกระบวนการตั้งค่าแบบอัตโนมัติ และคุณต้องแก้ไขแฟ้ม smb.conf ของคุณเองก่อน เพื่อให้สามารถใช้งานได้ #. Type: boolean #. Description #: ../samba-common.templates:3001 msgid If you do not choose this option, you will have to handle any configuration changes yourself, and will not be able to take advantage of periodic configuration enhancements. msgstr ถ้าคุณไม่เลือกตัวเลือกนี้ คุณจะต้องจัดการการตั้งค่าต่างๆ เอง และจะไม่สามารถใช้ประโยชน์จากการต่อเติมค่าตั้งที่มีอยู่เป็นระยะได้ #. Type: string #. Description #: ../samba-common.templates:4001 msgid Workgroup/Domain Name: msgstr เวร์กกรุ๊ป/ชื่อโดเมน: #. Type: string #. Description #: ../samba-common.templates:4001 msgid Please specify the workgroup for this system. This setting controls which workgroup the system will appear in when used as a server, the default workgroup to be used when browsing with various frontends, and the domain name used with the \security=domain\ setting. msgstr กรุณาระบุเวิร์กกรุ๊ปสำหรับระบบนี้ ค่านี้จะกำหนดเวิร์กกรุ๊ปที่ระบบนี้จะเข้าร่วมเมื่อใช้เป็นเซิร์ฟเวอร์, กำหนดเวิร์กกรุ๊ปปริยายที่จะใช้เมื่อท่องดูด้วยโปรแกรมต่างๆ และกำหนดชื่อโดเมนที่จะใช้ในกรณีที่ตั้งค่า \security=domain\ ด้วย #. Type: boolean #. Description #: ../samba-common.templates:5001 msgid Use password encryption? msgstr ใช้การเข้ารหัสลับกับรหัสผ่านหรือไม่? #. Type: boolean #. Description #: ../samba-common.templates:5001 msgid All recent Windows clients communicate with SMB/CIFS servers using encrypted passwords. If you want to use clear text passwords you will need to change a parameter in your Windows registry. msgstr เครื่องลูกข่ายวินโดวส์รุ่นใหม่ๆ ทั้งหมด จะติดต่อกับเซิร์ฟเวอร์ SMB/CIFS โดยใช้รหัสผ่านที่เข้ารหัสลับ ถ้าคุณต้องการจะใช้รหัสผ่านแบบข้อความธรรมดา
Bug#626449: bug when upgrading to libc6_2.13-3
Package: libc6
Version: 2.13-3
Followup-For: Bug #626449
Recipe for repair:
- From grub menu, type 'e' to append init=/bin/busybox sh to the
linux line and boot ('F10') on this kernel
- From busybox shell, setup your network with busybox
udhcpc/ifconfig/route/...
- cd /tmp
- wget http://incoming.debian.org/libc6_2.13-4_amd64.deb
- busybox ar -xv libc6_2.13-4_amd64.deb
- cd /
- busybox tar xfz /tmp/data.tar.gz
- That's all!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626458: [pkg-cryptsetup-devel] Bug#626458: cryptsetup: native loop support for earlier kernels
On Thu, May 12, 2011 at 08:38:51AM +0200, Mario 'BitKoenig' Holbe wrote: Package: cryptsetup Version: 2:1.3.0-1 Severity: minor Hello, cryptsetup starting with 1.3.0 natively supports loop device creation for kernel 2.6.25 and above. The Debian package honours this but only for kernel 2.6.35 and above. This version border can be lowered to 2.6.25 - the cryptsetup changelog is correct, David's patch went in 2.6.25: commit 96c5865559cee0f9cbc5173f3c949f6ce3525581 Allow auto-destruction of loop devices Hey Mario, Thanks for the hint. I checked the 2.6.25 kernel changelog, and indeed, you seem to be right. Given that squeeze is shipped with linux kernel 2.6.32, and even lenny has 2.6.26 already, I'll kick the checks for kernel versions completely and simply assume that the system is running a kernel 2.6.25. Greetings, jonas signature.asc Description: Digital signature
Bug#626488: extlinux: Exlinux segmentation fault
Package: extlinux
Version: 2:4.03+dfsg-12
Severity: important
Hi. Trying to install extlinux I get the following:
anhrefn# extlinux-install /dev/hda
P: Checking for EXTLINUX directory... found.
P: Saving old MBR... done: /boot/mbr-hda.old
P: Writing new MBR... done: /dev/hda
P: Installing EXTLINUX...
/boot/extlinux is device /dev/hda3
/usr/sbin/extlinux-install: line 73: 17869 Segmentation fault extlinux
--install ${_DIRECTORY} ${@}
anhrefn# strace extlinux --install /boot/extlinux
[...]
fstat64(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(3, 3), ...}) = 0
open(/sys/dev/block/3:3/start, O_RDONLY|O_LARGEFILE) = 6
fstat64(6, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb777e000
read(6, 3984120\n, 4096) = 8
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault
anhrefn#
Alles Gute,
AW
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (40,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.38 (PREEMPT)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages extlinux depends on:
ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy
ii libc6 2.13-1 Embedded GNU C Library: Shared lib
Versions of packages extlinux recommends:
ii syslinux-common 2:4.03+dfsg-12 collection of boot loaders (common
ii syslinux-themes-debian8-1collection of boot loaders (theme
extlinux suggests no packages.
-- debconf information:
extlinux/install: false
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626489: ITP: airoscript-ng -- User interface for aircrack-ng
Package: wnpp Severity: wishlist Owner: David Francos Cuartero (XayOn) xa...@xayon.net * Package name: airoscript-ng Version : 1.2.0 Upstream Author : David Francos Cuartero (XayOn) xa...@xayon.net) * URL : http://airoscript.aircrack-ng.org * License : GPL Programming Lang: Bash Description : User interface for aircrack-ng Airoscript-ng is a easy to use nice user interface for aircrack-ng featuring almost all utilities contained in the suite. It has plugin support, including some plugins like zenity-based graphical interface, mdk3 support and sslstrip attacks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626490: bzr-email: please add mailx to Suggests:
Package: bzr-email Severity: wishlist hi, As its default, bzr-email plugin uses /usr/bin/mail program to send notification mail. mail is not required, but it would be better to clarify this package uses the functionality of other package without proper setting. regards, -- KURASHIKI Satoru -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#626450: workaround if you have a root shell
For those unlucky enough to hit this bug, yet lucky enough to still have a root shell open: /lib/ld-linux-x86-64.so.2 /bin/ln -s /lib /lib64 Statically linked versions of ln (for instance in sash or busybox-static) should also work. Unfortunately, su will not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626491: dictionaries-common: [intl:th] Updated Thai debconf translation
Package: dictionaries-common
Version: 1.10.10
Severity: wishlist
Please update Thai debconf translation, as attached.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dictionaries-common depends on:
ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy
ii libtext-iconv-perl1.7-2+b1 converts between character sets in
ii perl 5.12.3-6 Larry Wall's Practical Extraction
dictionaries-common recommends no packages.
Versions of packages dictionaries-common suggests:
ii emacsen-common1.4.22 Common facilities for all emacsen
pn ispellnone (no description available)
pn jed-extra none (no description available)
-- debconf information excluded
# Thai translation of dictionaries-common.
# Copyright (C) 2006-2011 Software in the Public Interest, Inc.
# This file is distributed under the same license as the dictionaries-common
package.
# Theppitak Karoonboonyanan t...@linux.thai.net, 2006-2011.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid
msgstr
Project-Id-Version: dictionaries-common\n
Report-Msgid-Bugs-To: dictionaries-com...@packages.debian.org\n
POT-Creation-Date: 2011-04-26 18:21+0200\n
PO-Revision-Date: 2011-05-12 18:23+0700\n
Last-Translator: Theppitak Karoonboonyanan t...@linux.thai.net\n
Language-Team: Thai thai-l...@googlegroup.com\n
Language: th\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid An invalid debconf value [${value}] has been found
msgstr พบค่า debconf [${value}] ที่ใช้การไม่ได้
#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid It does not correspond to any installed package in the system.
msgstr ค่านี้ไม่ตรงกับแพกเกจใดๆ ที่ได้ติดตั้งไว้ในระบบเลย
#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid
That is usually caused by problems at some time during packages
installation, where the package providing [${value}] was selected for
installation but finally not installed because of errors in other packages.
msgstr
ปัญหานี้มักจะเกิดจากปัญหาในบางครั้งระหว่างติดตั้งแพกเกจ
โดยมีการเลือกติดตั้งแพกเกจที่จัดเตรียม
[${value}] แต่สุดท้ายไม่ได้ติดตั้ง เพราะเกิดข้อผิดพลาดในแพกเกจอื่น เป็นต้น
#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid
To fix this error, reinstall (or install) the package that provides the
missing value. Then, if you don't want this package on your system, remove
it, which will also remove its debconf entries. Menu to be shown after this
message will try to leave the system in a working state until then.
msgstr
เพื่อแก้ปัญหานี้ กรุณาติดตั้ง (หรือติดตั้งซ้ำ)
แพกเกจที่จัดเตรียมค่าที่ขาดหายดังกล่าว จากนั้น
ถ้าคุณไม่ต้องการใช้แพกเกจดังกล่าวในระบบของคุณ ก็สามารถถอดถอนทิ้งได้
ซึ่งจะลบรายการ debconf
ดังกล่าวทิ้งไปด้วย เมนูที่จะแสดงในขั้นต่อจากข้อความนี้
จะพยายามให้ระบบอยู่ในสถานะที่ทำงานได้
จนกว่าจะมีการแก้ปัญหาดังกล่าว
#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid
This error message can also appear during ispell dictionary or wordlist
renaming (e.g., wenglish- wamerican). In this case it is harmless and
everything will be fixed after you select your default in the menu(s) shown
after this message.
msgstr
ข้อความนี้ อาจเกิดขึ้นระหว่างเปลี่ยนชื่อพจนานุกรมหรือรายการคำของ ispell (เช่น
wenglish -
wamerican) ก็ได้ ซึ่งในกรณีนี้ ไม่มีอะไรเสียหาย และทุกอย่างจะถูกแก้ไขเอง
หลังจากที่คุณได้เลือกค่าปริยายในเมนูที่แสดงถัดจากข้อความนี้ไป
#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../dictionaries-common.templates:2001
#: ../dictionaries-common.templates:3001
msgid ${echoices}
msgstr ${echoices}
#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../dictionaries-common.templates:2001
#: ../dictionaries-common.templates:3001
msgid Manual symlink setting
msgstr กำหนด symlink เอง
#. Type: select
#. Description
#: ../dictionaries-common.templates:2002
msgid System default ispell dictionary:
msgstr พจนานุกรม ispell ใดที่จะใช้โดยปริยายในระบบ?
#. Type: select
#. Description
#: ../dictionaries-common.templates:2002
msgid
Please indicate which
Bug#626492: mediawiki fails to install with memcached
Package: mediawiki
Version: 1:1.15.5-2squeeze1
Severity: normal
Tags: squeeze
I get the following when trying to install mediawiki with default procedure
through web based installer:
Checking environment...
Please include all of the lines below when reporting installation problems.
* PHP 5.3.3-7+squeeze1 installed
* Found database drivers for: MySQL PostgreSQL
* PHP server API is apache2handler; ok, using pretty URLs
(index.php/Page_Title)
* Have XML / Latin1-UTF-8 conversion support.
* Session save path (/var/lib/php5) appears to be valid.
* PHP's memory_limit is 128M.
* APC installed
* Found GNU diff3: /usr/bin/diff3.
* Found ImageMagick: /usr/bin/convert; image thumbnailing will be enabled
if you enable uploads.
* Installation directory: /var/lib/mediawiki
* Script URI path: /mediawiki
* Installing MediaWiki with php file extensions
* Environment checked. You can install MediaWiki.
* Connected to memcached on localhost:11211 successfully
*
Generating configuration file...
* Database type: MySQL
Warning: Memcached::__construct() expects parameter 1 to be string, array
given in /usr/share/mediawiki/includes/ObjectCache.php on line 63 Fatal error:
Call to a member function set_servers() on a non-object in
/usr/share/mediawiki/includes/ObjectCache.php on line 64
From ObjectCache.php
if ( $type == CACHE_MEMCACHED ) {
if ( !array_key_exists( CACHE_MEMCACHED, $wgCaches ) ) {
if ( !class_exists( 'MemcachedClientforWiki' ) ) {
class MemCachedClientforWiki extends memcached {
function _debugprint( $text ) {
wfDebug( memcached: $text );
}
}
}
$wgCaches[CACHE_MEMCACHED] = new
MemCachedClientforWiki( array('persistant' = $wgMemCachedPersistent,
'compress_threshold' = 1500 ) );
### line 63 below ###
$wgCaches[CACHE_MEMCACHED]-set_servers( $wgMemCachedServers );
$wgCaches[CACHE_MEMCACHED]-set_debug(
$wgMemCachedDebug );
}
$cache = $wgCaches[CACHE_MEMCACHED];
}
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mediawiki depends on:
ii apache22.2.16-6+squeeze1 Apache HTTP Server metapackage
ii apache2-mpm-prefork [h 2.2.16-6+squeeze1 Apache HTTP Server - traditional n
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii mime-support 3.48-1MIME files 'mime.types' 'mailcap
ii php5 5.3.3-7+squeeze1 server-side, HTML-embedded scripti
ii php5-mysql 5.3.3-7+squeeze1 MySQL module for php5
ii php5-pgsql 5.3.3-7+squeeze1 PostgreSQL module for php5
Versions of packages mediawiki recommends:
ii mysql-server5.1.49-3 MySQL database server (metapackage
ii mysql-server-5.1 [mysql 5.1.49-3 MySQL database server binaries and
ii php5-cli5.3.3-7+squeeze1 command-line interpreter for the p
Versions of packages mediawiki suggests:
pn clamavnone (no description available)
ii imagemagick 8:6.6.0.4-3image manipulation programs
ii mediawiki-math1:1.15.5-2squeeze1 math rendering plugin for MediaWik
ii memcached 1.4.5-1A high-performance memory object c
-- Configuration Files:
/etc/mediawiki/apache.conf changed [not included]
-- debconf information:
mediawiki/webserver: apache2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#254507: a2ps prints incorrect headings in UTF-8 locales
severity 254507 important thanks Raising to important because non-UTF8 locales are less and less used and may even disappear (bug 603914). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626493: wordpress: Wordpress 3.1 available, please package.
Package: wordpress Version: 3.0.5+dfsg-1 Severity: wishlist Wordpress 3.1 has been released some time ago, it would be nice to have it packaged into unstable. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wordpress depends on: ii apache22.2.16-6+squeeze1 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze1 Apache HTTP Server - traditional n ii libapache2-mod-php55.3.3-7+squeeze1 server-side, HTML-embedded scripti ii libjs-cropper 1.2.1-2 JavaScript image cropper UI ii libjs-jquery 1.4.2-2 JavaScript library for dynamic web ii libjs-prototype1.6.1-1 JavaScript Framework for dynamic w ii libjs-scriptaculous1.8.3-1 JavaScript library for dynamic web ii libphp-phpmailer 5.1-1 full featured email transfer class ii libphp-snoopy 1.2.4-2 Snoopy is a PHP class that simulat ii lighttpd [httpd] 1.4.28-2 A fast webserver with minimal memo pi mysql-client-5.1 [mysq 5.1.49-3 MySQL database client binaries ii nginx [httpd] 0.7.67-3 small, but very powerful and effic ii php-gettext1.0.10-1 read gettext MO files directly, wi ii php5-gd5.3.3-7+squeeze1 GD module for php5 ii php5-mysql 5.3.3-7+squeeze1 MySQL module for php5 ii tinymce3.3.8+dfsg0-0.1 platform independent web based Jav Versions of packages wordpress recommends: ii wordpress-l10n 3.0.5+dfsg-1 weblog manager - language files Versions of packages wordpress suggests: ii mysql-server 5.1.49-3 MySQL database server (metapackage ii mysql-server-5.1 [mysql-serve 5.1.49-3 MySQL database server binaries and -- 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#626494: plasma-widget-veromix: New Upstream (0.11.2)
Package: plasma-widget-veromix Version: 0.11.1-1 Severity: wishlist Hi, it would be nice if you could upload 0.11.2. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626495: asciidoc: Wrong installation dir for vim filetype plugin
Package: asciidoc Version: 8.5.2-1 Severity: normal Hello. asciidoc_filetype.vim is installed into 'ftplugin' directory while it should be located in either 'ftdetect' (as suggested by upstream) or 'plugin' dir. I use vim-addons to enable this plugin and vim does not try to load it while other plugins and filetype detection modules are loaded fine. This also apply to current version from unstable. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (193, 'testing'), (192, 'unstable'), (190, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asciidoc depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie Versions of packages asciidoc recommends: ii dblatex 0.3-2Produces DVI, PostScript, PDF docu pn docbook-utils none (no description available) ii libxml2-utils 2.7.8.dfsg-2 XML utilities pn source-highlightnone (no description available) ii vim-addon-manager 0.4.3manager of addons for the Vim edit ii xmlto 0.0.23-2 XML-to-any converter asciidoc 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#626479: Additional information
From questions asked in reference to http://lists.debian.org/debian-user/2011/05/msg00997.html: -- /target/root/etc/apt/sources.list -- deb http://ftp.de.debian.org/debian/ sid main contrib non-free deb-src http://ftp.de.debian.org/debian/ sid main contrib non-free # main debian server for backup deb http://ftp.debian.org/debian/ sid main contrib non-free deb http://ftp.de.debian.org/debian/ wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free # Fusion inventory for MPI IT inventory logging deb http://debian.fusioninventory.org/debian/ stable main # FIJI -- ImageJ with easier plugin support deb http://pacific.mpi-cbg.de/downloads/apt/ ./ -- /target/root/etc/apt/sources.list.d/* -- ### THIS FILE IS AUTOMATICALLY CONFIGURED ### # You may comment out this entry, but any other modifications may be lost. deb http://dl.google.com/linux/talkplugin/deb/ stable main -- hexdump -C /target/root/sbin/init -- 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 |.ELF| 0010 02 00 3e 00 01 00 00 00 a0 24 40 00 00 00 00 00 |$@.| 0020 40 00 00 00 00 00 00 00 e0 8a 00 00 00 00 00 00 |@...| 0030 00 00 00 00 40 00 38 00 08 00 40 00 1c 00 1b 00 |@.8...@.| 0040 06 00 00 00 05 00 00 00 40 00 00 00 00 00 00 00 |@...| 0050 40 00 40 00 00 00 00 00 40 00 40 00 00 00 00 00 |@.@.@.@.| 0060 c0 01 00 00 00 00 00 00 c0 01 00 00 00 00 00 00 || 0070 08 00 00 00 00 00 00 00 03 00 00 00 04 00 00 00 || 0080 00 02 00 00 00 00 00 00 00 02 40 00 00 00 00 00 |..@.| 0090 00 02 40 00 00 00 00 00 1c 00 00 00 00 00 00 00 |..@.| -- ls -l /target/root/sbin/init -- -rwxr-xr-x 1 root root 37344 2011-04-12 21:37 /target/root/sbin/init And... noticing the other reply, this is likely a duplicate of bug #626450. Indeed, the fix suggested in that bug fixes the problem: # ln -s /lib /target/root/lib64 root@ubuntu:/target# ls -lh /target/root/lib64 lrwxrwxrwx 1 root root 4 2011-05-12 11:36 /target/root/lib64 - /lib root@ubuntu:/target# chroot /target/root root@ubuntu:/# exit exit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
