Bug#581434: UPG and the default umask
On 15/05/2010 03:12, Joey Hess wrote: Vincent Danjean wrote: I'm happy with this move. However, there is still an interaction with ssh to deal with: vdanj...@eyak:~$ chmod -Rv g+w .ssh/authorized_keys vdanj...@eyak:~$ ssh localhost vdanj...@localhost's password: And, in /var/log/auth.log: May 14 09:42:17 eyak sshd[1618]: Authentication refused: bad ownership or modes for file /home/vdanjean/.ssh/authorized_keys vdanj...@eyak:~$ chmod -Rv g-w .ssh/authorized_keys le mode de « .ssh/authorized_keys » a été modifié en 0644 (rw-r--r--). vdanj...@eyak:~$ ssh localhost You have mail. Last login: Tue May 11 17:10:30 2010 vdanj...@eyak:~$ My system is in UPG but I was using default umask 022 FWIW, for openssh this is supposed to be fixed in version 1:4.1p1-3. See #314347. It was changed to allow group-writable files if the owner is the only member in the group. Somethink is wrong here. Should 314347 be reopened ? vdanj...@eyak:~$ LC_ALL=C apt-cache policy openssh-server openssh-server: Installed: 1:5.5p1-3 Candidate: 1:5.5p1-3 Version table: *** 1:5.5p1-3 0 500 http://ftp.fr.debian.org unstable/main Packages 500 http://ftp.fr.debian.org testing/main Packages 100 /var/lib/dpkg/status 1:5.1p1-5 0 500 http://ftp.fr.debian.org stable/main Packages 1:4.3p2-9etch3 0 500 http://ftp.fr.debian.org oldstable/main Packages vdanj...@eyak:~$ cat /etc/group /etc/passwd | grep '^vdanjean' vdanjean:x:1000: vdanjean:x:1000:1000:Vincent Danjean,,,:/home/vdanjean:/bin/bash vdanj...@eyak:~$ -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581704: Failing to run init script (or ordering problem) after upgrade from startpar to makefile
Package: sysvinit Version: 2.88dsf-4 Severity: normal Petter Reinholdtsen wrote: [Josh Triplett] I already used CONCURRENCY=startpar on my system, and it worked quite well, but I didn't use CONCURRENCY=makefile because it actually boots slower on my system. Interesting. I assume there are bugs in some combination of init.d scripts on your system. I use CONCURRENCY=makefile on several systems, and it work for me. :) It used to work for me too at one point; it just booted a few seconds slower, so I used startpar instead. After upgrading, when I rebooted to test the new mechanism, it seems that some key init scripts (such as mounting the root filesystem read-write and setting the hostname) either didn't run or didn't run soon enough; I got a pile of errors about failures to write due to a read-only filesystem, and the system stopped at some point and never finished booting. To recover, I had to boot into single-user mode, remount the filesystem read-write, and set CONCURRENCY=none in /etc/default/rcS. I've attached pictures taken of the messages shown when booting with CONCURRENCY=startpar. Can you provide the output from /usr/share/insserv/make-testsuite, Attached as make-testsuite.log. and also the content of /var/log/boot after editing /etc/default/bootlogd to enable bootlogd and rebooting once to record all errors? Bootlogd seems unlikely to work with a read-only root filesystem. However, if it would help, I could boot without quiet, and snap a picture of the first screen of messages after /etc/init.d/rc says Using makefile-style concurrent boot in runlevel S. Also, please provide the output from 'ls /etc/rc?.d'. ~$ ls /etc/rc?.d /etc/rc0.d: K01alsa-utilsK01gdm3 K02sendsigs K06ifupdown K01anacron K01network-manager K03rsyslog K07umountfs K01avahi-daemon K01openbsd-inetdK04hwclock.shK08umountroot K01bluetooth K01qemu-kvm K04umountnfs.sh K09halt K01fuse K01urandom K05networkingREADME /etc/rc1.d: K01anacron K01cron K01network-manager K03rsyslog S01killprocs K01avahi-daemon K01cups K01openbsd-inetdREADME S02single K01bluetooth K01gdm3 K01qemu-kvm S01bootlogs S05bootchart /etc/rc2.d: README S01sudo S02openbsd-inetdS04gdm3 S01bootlogsS02anacron S02rsyncS05bootchart S01loadcpufreq S02cpufrequtils S03avahi-daemon S05rc.local S01nethack-common S02cron S03bluetoothS05rmnologin S01qemu-kvmS02dbus S03network-manager S05stop-bootlogd S01rsyslog S02ntp S04cups /etc/rc3.d: README S01sudo S02openbsd-inetdS04gdm3 S01bootlogsS02anacron S02rsyncS05bootchart S01loadcpufreq S02cpufrequtils S03avahi-daemon S05rc.local S01nethack-common S02cron S03bluetoothS05rmnologin S01qemu-kvmS02dbus S03network-manager S05stop-bootlogd S01rsyslog S02ntp S04cups /etc/rc4.d: README S01sudo S02openbsd-inetdS04gdm3 S01bootlogsS02anacron S02rsyncS05bootchart S01loadcpufreq S02cpufrequtils S03avahi-daemon S05rc.local S01nethack-common S02cron S03bluetoothS05rmnologin S01qemu-kvmS02dbus S03network-manager S05stop-bootlogd S01rsyslog S02ntp S04cups /etc/rc5.d: README S01sudo S02openbsd-inetdS04gdm3 S01bootlogsS02anacron S02rsyncS05bootchart S01loadcpufreq S02cpufrequtils S03avahi-daemon S05rc.local S01nethack-common S02cron S03bluetoothS05rmnologin S01qemu-kvmS02dbus S03network-manager S05stop-bootlogd S01rsyslog S02ntp S04cups /etc/rc6.d: K01alsa-utilsK01gdm3 K02sendsigs K06ifupdown K01anacron K01network-manager K03rsyslog K07umountfs K01avahi-daemon K01openbsd-inetdK04hwclock.shK08umountroot K01bluetooth K01qemu-kvm K04umountnfs.sh K09reboot K01fuse K01urandom K05networkingREADME /etc/rcS.d: READMES08mtab.shS16mountnfs-bootclean.sh S01mountkernfs.sh S09checkfs.sh S17kbd S02udev S10ifupdown S18console-setup S03mountdevsubfs.sh S10mountall.shS19alsa-utils S04bootlogd S11mountall-bootclean.sh S19bootmisc.sh S05keyboard-setup S12mountoverflowtmp S19fuse S06hostname.shS13pcmciautilsS19lm-sensors S06hwclockfirst.shS13procps S19schroot S07checkroot.sh S13udev-mtab S19screen-cleanup S08hwclock.sh S13x11-common S19urandom S08ifupdown-clean S14networking S20stop-bootlogd-single S08module-init-tools S15mountnfs.sh - Josh Triplett -- System Information:
Bug#574328: xorp: Intent to NMU -- FTBFS: Patch libtool-rm-invalid-argument-fix does not remove cleanly (refresh it or enforce with -f)
I've been fixing important and above bugs for release lately and noticed this one. Please let me know if this bug is already been worked on or if it's okay to NMU the package. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581710: [PATCH] Update API documentation for /mr/file/hash/info
Package: snapshot.debian.org
Tags: patch
Hi,
the documentation for /mr/file/hash/info does not match what the
server returns: the key archive_name is used instead of archive and
there is a run field instead of first-seen and last-seen.
Please consider applying the attached patch.
The other two patches fix the use of quotes in the API documentation and
a spelling error in the README. Please consider them as well.
Regards,
Ansgar
From 8efb424e47268c6d87128d00757d40d2a71cacb4 Mon Sep 17 00:00:00 2001
From: Ansgar Burchardt ans...@43-1.org
Date: Sat, 15 May 2010 15:25:59 +0900
Subject: [PATCH 1/3] Update API documentation for /mr/file/hash/info
Signed-off-by: Ansgar Burchardt ans...@43-1.org
---
API | 15 ++-
1 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/API b/API
index a1cdda7..bf2b647 100644
--- a/API
+++ b/API
@@ -149,24 +149,21 @@ http status codes: 200 500 404 304
{ '_comment': yadayadayda,
'hash': bae0f2e5bbedf1fcbdc88061f3f5b1f916824522,
'result':
-[ { 'archive': 'debian-security',
+[ { 'archive_name': 'debian-security',
'name': 'xulrunner_1.9.0.12.orig.tar.gz',
'path': '/pool/updates/main/x/xulrunner',
'size': 4396,
-'first-seen': 2009-07-23 10:10:51,
-'last-seen': 2009-08-30 12:13:40 },
-{ 'archive': 'debian',
+'run': '20090723T101051Z' },
+{ 'archive_name': 'debian',
'name': 'iceweasel_3.0.12.orig.tar.gz',
'path': '/pool/main/i/iceweasel',
'size': 4396,
-'first-seen': 2009-08-01 19:23:39,
-'last-seen': 2009-09-24 10:43:13 },
-{ 'archive': 'debian',
+'run': '20090801T192339Z' },
+{ 'archive_name': 'debian',
'name': 'xulrunner_1.9.0.12.orig.tar.gz',
'path': '/pool/main/x/xulrunner',
'size': 4396,
-'first-seen': 2009-08-01 19:23:39
-'last-seen': 2009-08-30 04:26:06 },
+'run': '20090801T192339Z' },
]
}
--
1.7.1
From c899a05c26e1d2311cd62584407a2d17b82908f8 Mon Sep 17 00:00:00 2001
From: Ansgar Burchardt ans...@43-1.org
Date: Sat, 15 May 2010 15:28:15 +0900
Subject: [PATCH 2/3] Fix use of quotes in API documentation
Signed-off-by: Ansgar Burchardt ans...@43-1.org
---
API |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/API b/API
index bf2b647..ac168ea 100644
--- a/API
+++ b/API
@@ -53,9 +53,9 @@ summary: list all binary packages associated with this source package at that ve
'package': tor,
'version': 0.2.1.22-1,
'result':
-[ { 'name: 'tor' , 'version': '0.2.1.22-1' },
-{ 'name: 'tor-dbg' , 'version': '0.2.1.22-1' },
-{ 'name: 'tor-geoip', 'version': '0.2.1.22-1' },
+[ { 'name': 'tor' , 'version': '0.2.1.22-1' },
+{ 'name': 'tor-dbg' , 'version': '0.2.1.22-1' },
+{ 'name': 'tor-geoip', 'version': '0.2.1.22-1' },
...
]
}
--
1.7.1
From 25d8f90af2630d213e6593e9190b4e45e34b6893 Mon Sep 17 00:00:00 2001
From: Ansgar Burchardt ans...@43-1.org
Date: Sat, 15 May 2010 15:29:25 +0900
Subject: [PATCH 3/3] Fix spelling error in README
Signed-off-by: Ansgar Burchardt ans...@43-1.org
---
README |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/README b/README
index 5037391..e0314af 100644
--- a/README
+++ b/README
@@ -133,7 +133,7 @@ Missing wanted features:
Depends: ruby, libdbd-pg-ruby1.8 libbz2-ruby1.8 libbz2-ruby1.8, python-yaml, python-psycopg2, fuse-utils python-fuse, uuid-runtime
Web-Depends: python-pylons (that is {python-pylons,python-routes,python-nose,python-paste,python-pastedeploy,python-pastescript,python-webob,python-weberror,python-beaker,python-mako,python-formencode,python-webhelpers,python-decorator,python-simplejson}/lenny-backports )
Web-Recommends: libapache2-mod-wsgi apache2
-Apache config: requored modules: expires headers
+Apache config: required modules: expires headers
--
1.7.1
Bug#356199: csmash: diff for NMU version 0.6.6-6.5
tags 356199 + pending
tags 578977 + patch
tags 578977 + pending
thanks
Dear maintainer,
I've prepared an NMU for csmash (versioned as 0.6.6-6.5) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer, or if the upload should be removed
from the queue.
Note that in addition to bug fixes, the packaging has been
updated to use the quilt format.
Regards.
diff -Nru csmash-0.6.6/BallView.h csmash-0.6.6/BallView.h
--- csmash-0.6.6/BallView.h 2010-05-14 23:34:18.0 -0700
+++ csmash-0.6.6/BallView.h 2003-07-13 08:26:24.0 -0700
@@ -32,7 +32,7 @@
static GLuint m_number[10];
private:
- void DrawTargetCircle();
+ void BallView::DrawTargetCircle();
GLUquadricObj *m_quad;
void DrawBall();
diff -Nru csmash-0.6.6/debian/changelog csmash-0.6.6/debian/changelog
--- csmash-0.6.6/debian/changelog 2010-05-14 23:34:18.0 -0700
+++ csmash-0.6.6/debian/changelog 2010-05-11 11:30:14.0 -0700
@@ -1,3 +1,40 @@
+csmash (0.6.6-6.5) unstable; urgency=low
+
+ [ Jari Aalto ]
+ * Non-maintainer upload.
+- Update to packaging format 3.0 (quilt).
+- ACK old nmudiff for 0.6.6-6.1 in the BTS (Closes: #356199).
+ * cmash.menu
+- (section): Change non-existing Games/Sports to Games/Action.
+ * debian/compat
+- New file; value 7.
+ * debian/control
+- (Build-Depends): update obsolete xutils to xutils-dev,
+ xlibmesa-gl-dev to libgl1-mesa-dev and remove libglu1-xorg-dev
+ (important; Closes: #578977). Add libsdl1.2-dev.
+ Update to debhelper 7.1. Remove dpatch
+- (Homepage): New field. Lift from description.
+- (Standards-Version): Update from ancient 3.6.1 to 3.8.4.
+- (cmash::Depends): Add ${misc:Depends}. Change obsolete ${Source-Version}
+ to ${source:Version}.
+- (cmash::Section): remove duplicate derived field.
+- (cmash-data::Depends): Add ${misc:Depends}.
+ * debian/copyright
+- Point to GPL-2. Fix spelling.
+ * debian/patches
+- (Number 10): Allow SDL = 1.2.
+ * debian/rules
+- Remove dpatch; obsoleted by new package format.
+- (clean): Fix lintian debian-rules-ignores-make-clean-error.
+- (DH_COMPAT): Remove, use debian/compat instead.
+- (install-stamp): use install(1) to copy csmash.xpm.
+ Change ch_clean with dh_prep. Install csmash.xpm with mode 644.
+ Delete empty directory usr/share/games/.
+ * debian/source/format
+- New file.
+
+ -- Jari Aalto jari.aa...@cante.net Tue, 11 May 2010 21:30:14 +0300
+
csmash (0.6.6-6.4) unstable; urgency=low
* Non-maintainer upload.
diff -Nru csmash-0.6.6/debian/compat csmash-0.6.6/debian/compat
--- csmash-0.6.6/debian/compat 1969-12-31 16:00:00.0 -0800
+++ csmash-0.6.6/debian/compat 2010-05-02 11:37:15.0 -0700
@@ -0,0 +1 @@
+7
diff -Nru csmash-0.6.6/debian/control csmash-0.6.6/debian/control
--- csmash-0.6.6/debian/control 2010-05-14 23:34:18.0 -0700
+++ csmash-0.6.6/debian/control 2010-05-09 11:22:11.0 -0700
@@ -2,14 +2,14 @@
Section: games
Priority: optional
Maintainer: Bartosz Fenski fe...@debian.org
-Build-Depends: debhelper (= 4.0.0), xutils, libjpeg62-dev | libjpeg-dev,
zlib1g-dev | libz-dev, xlibmesa-gl-dev | libgl-dev, libglu1-xorg-dev |
xlibmesa-glu-dev | libglu-dev, libsdl1.2-dev, libsdl-mixer1.2-dev,
libsdl-image1.2-dev, libgtk2.0-dev, libogg-dev, libvorbis-dev, autotools-dev,
dpatch, libxt-dev
+Build-Depends: debhelper (= 7.1), xutils-dev, libjpeg62-dev | libjpeg-dev,
zlib1g-dev | libz-dev, libgl1-mesa-dev | libgl-dev, xlibmesa-glu-dev |
libglu-dev, libsdl1.2-dev, libsdl-mixer1.2-dev, libsdl-image1.2-dev,
libgtk2.0-dev, libogg-dev, libvorbis-dev, autotools-dev, libxt-dev
Build-Conflicts: nvidia-glx
-Standards-Version: 3.6.1
+Standards-Version: 3.8.4
+Homepage: http://cannonsmash.sourceforge.net
Package: csmash
-Section: games
Architecture: any
-Depends: ${shlibs:Depends}, csmash-data (= ${Source-Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, csmash-data (= ${source:Version})
Suggests: csmash-demosong
Description: CannonSmash, a table tennis simulation game
CannonSmash is a funny 3D table tennis game. It takes a while to get
@@ -20,19 +20,16 @@
Since csmash relies on OpenGL-compatible rendering, it is best
experienced with a 3D accelerator card, although software rendering
in wireframe mode should be sustainable.
- .
- Homepage: http://cannonsmash.sourceforge.net/
Package: csmash-data
Architecture: all
Conflicts: csmash ( 0.6.6-3)
+Depends: ${misc:Depends}
Recommends: csmash
Description: data files for the CannonSmash game
- CannonSmash is a funny 3D table tennis game. It takes a while to get
- your hand at ease with the mouse+keyboard manipulations. But once
- you're used to the technique, you can feel like playing a real game.
- It is playable against the computer or through a network.
- .
- This package contains data files for CannonSmash.
+ CannonSmash is a funny 3D table tennis game. It
Bug#578349: linux-2.6: General update after the debconf review process (2nd version)
Quoting Ben Hutchings (b...@decadent.org.uk): Translators have been working hard and here is now the result of their efforts. [...] It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. [...] All applied, thanks. I made an exception to my usual policy and did *not* subscribe to the PTS inn order to receive bug reports for the said package, while the call for translations was running. So, I catched up with all pending translations by going to the BTS and grabbing all l10n bug reports. I *may* have missed some (because of the huge number of BR for linux-2.6) in case they're not tagged l10n (which happens as some translators do forget this). In case this happened, I'll notice this later on with the l10n radar that catches all opened debconf l10n bugsonce you've uploaded the release of linux-2.6 that fixes the bunch of bug reports that are included in my patch. BTW, I'm deeply impressed (should I say scared?) by the pile of bugs in linux-2.6. I'm indeed impressed to see you guys still able to maintain that package..without giving up when bugs pile up this way You deserve congratulations for that work. signature.asc Description: Digital signature
Bug#581711: Created kernel-package do not trigger the creation of an initrd
Package: kernel-package Version: 12.033 severity: medium Hello Manoj, from time to time I build kernels with kernel-package. Since the new kernel-package version (I installed squeeze's version to my lenny machine) I cannot build packages anymore that automatically create an initrd. I already read the docs and the man package I did what is recommended to do, but I still don't get hook scripts in /etc/kernel/foobar My questions: * Does the --initrd option of make-kpkg _only_ enable the scan and execution of the the hooks in /etc/kernel? * Is there any mode in that creates a kernel package which _installs_ hook scripts on the _target_ system? I want the hooks script itself being included in the kernel package I create. I see make-kpkg creates debian/linux-image-foobar/etc/kernel/postinst.d/, but this dir is always empty. * Are you aware that the initramfs-tools ship a hook that contains: ---8--- # kernel-package passes an extra arg; hack to not run under kernel-package [ -z $2 ] || exit 0 ---8--- So that hook script exit 0 when called by a kernel package made by make-kpkg - why would it be wrong to run that hook when installing a kernel made by kernel-package? My goal is to create distro-like kernel packages, i.e. I want the packages to be transferable to other machines as a drop-in replacement for the packages that Debian ships. But as long as the users habe to call the mkinitramfs manually, it's a real pitfall for them ... Best Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581697: allows group-writable files owned by random groups
On Fri, May 14, 2010 at 09:24:50PM -0400, Joey Hess wrote: I don't really understand the point of checking who can write to the file but assuming it's general paranoia, I think you weakened it too far with the user group patch. -rw-rw-r-- 1 joey nogroup 1099 Apr 15 19:37 config j...@gnu:~/.sshssh localhost echo oops oops -rw-rw-r-- 1 joey games 1.1K Apr 15 19:37 config j...@gnu:~/.sshssh localhost echo oops oops -rw-rw-r-- 1 joey scanner 1099 Apr 15 19:37 config j...@gnu:~/.sshssh localhost echo oops Bad owner or permissions on /home/joey/.ssh/config So, it looks like any group with 0 or 1 member is allowed to own file file, even if the user is not a member. (Here the scanner group has 2 members.) Are you sure you aren't a member of group games? $ getent group games games:x:60:cjwatson $ getent group ssl-cert ssl-cert:x:108:postgres $ sudo chgrp games ~/.ssh/config $ ssh localhost echo oops oops $ sudo chgrp ssl-cert ~/.ssh/config $ ssh localhost echo oops Bad owner or permissions on /home/cjwatson/.ssh/config A zero-member group, or any random group containing only the user, should clearly be fine in my book because the ownership of ~/.ssh/config by that group doesn't permit any other user to write to the file. -- Colin Watson [cjwat...@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#581712: [cryptsetup] cryptdisks_start fail to remove loop device after MAX passphrase tries.
Package: cryptsetup
Version: 2:1.1.0-2.1
Severity: normal
--- Please enter the report below this line. ---
If i enter wrong passphrase it doesnt remove loop device.
I think the problem is in cryptdisks.functions
rm_lo_setup () {
if [ ! -f $src ]; then
return 0
fi
if [ -n $loopdev ]; then
losetup -d $loopdev || return 1
fi
return 0
}
should probably be:
rm_lo_setup () {
if [ ! -b $src ]; then
return 0
fi
if [ -n $loopdev ]; then
losetup -d $loopdev || return 1
fi
return 0
}
but maybe it needs some more love.
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.32-3-686
Debian Release: squeeze/sid
900 testing ftp.sunet.se
900 testing ftp.se.debian.org
600 unstableftp.se.debian.org
500 stable dl.google.com
--- Package information. ---
Depends (Version) | Installed
=-+-===
libc6(= 2.3) | 2.10.2-6
libdevmapper1.02.1 (= 2:1.02.24) | 2:1.02.45-1
libpopt0(= 1.15) | 1.15-1
libuuid1(= 2.16) | 2.16.2-0
dmsetup | 2:1.02.45-1
Package's Recommends field is empty.
Suggests (Version) | Installed
===-+-===
udev| 153-2
initramfs-tools (= 0.91) | 0.93.4
OR linux-initramfs-tool|
dosfstools | 3.0.9-1
--- Output from package bug script ---
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-686
root=UUID=5cb08141-4232-4d6d-ba1f-a8db4f239fec ro quiet quiet
rootflags=data=writeback commit=100 nobh
-- /etc/crypttab
# target name source device key file options
keys/mnt/secure/key.img none
cipher=aes-cbc-essiv:sha256,size=256,hash=sha256,luks,tries=2,keyscript=/mnt/secure/scripts/askpass.pl
-- /etc/fstab
# /etc/fstab: static file system information.
#
# file system mount point type options
dump pass
proc/proc procdefaults
0 0
UUID=5cb08141-4232-4d6d-ba1f-a8db4f239fec / ext3
noatime,errors=remount-ro,data=writeback0 1
UUID=20b1e5c9-4c4f-4f2f-b5a5-8dd0ac46236c noneswapsw
0 0
##
# /dev/hda/media/cdrom0 udf,iso9660 user,noauto
0 0
##
##
# /dev/fd0/media/floppy0 autorw,user,noauto
0 0
##
# crypt device
/dev/mapper/keys/mnt/secure/keysext3noauto,defaults 0 0
-- lsmod
Module Size Used by
sha256_generic 10748 0
aes_i5866816 0
aes_generic25738 1 aes_i586
cbc 2047 0
dm_crypt9127 0
dm_mod 46074 1 dm_crypt
vboxnetadp 5154 0
vboxnetflt 10202 0
vboxdrv 114837 2 vboxnetadp,vboxnetflt
nls_utf8 908 1
ntfs 163909 0
fglrx2049464 40
powernow_k8 9788 0
cpufreq_powersave602 0
cpufreq_stats 1940 0
cpufreq_conservative 4018 0
cpufreq_userspace 1476 0
act_police 2968 0
cls_flow4836 0
cls_fw 2733 0
cls_u32 4706 0
sch_htb10423 0
sch_hfsc 13150 0
sch_ingress 1092 0
sch_sfq 3870 0
xt_time 1391 0
xt_connlimit2323 0
xt_realm 615 0
iptable_raw 1471 0
xt_comment 599 19
xt_recent 4905 0
xt_policy 1794 0
ipt_ULOG4645 8
ipt_REJECT 1517 4
ipt_REDIRECT 803 0
ipt_NETMAP 825 0
ipt_MASQUERADE 1134 1
ipt_ECN 1276 0
ipt_ecn 928 0
ipt_CLUSTERIP 3982 0
ipt_ah 749 0
ipt_addrtype1345 3
nf_nat_tftp 702 0
nf_nat_snmp_basic 6381 0
nf_nat_sip 4440 0
nf_nat_pptp 1702 0
nf_nat_proto_gre 869 1 nf_nat_pptp
nf_nat_irc 1002 0
nf_nat_h323 4391 0
nf_nat_ftp 1519 0
nf_nat_amanda828 0
ts_kmp 1287 5
nf_conntrack_amanda 1637 1 nf_nat_amanda
nf_conntrack_sane 2672 0
nf_conntrack_tftp 2321 1 nf_nat_tftp
nf_conntrack_sip 10718 1 nf_nat_sip
Bug#581713: libpam-mount: umount.crypt always fails parsing its arguments
Package: libpam-mount
Version: 2.1+git20100509-1
Severity: serious
Justification: this version must not enter testing
Hi,
The current version of libpam-mount install a broken umount.crypt.
Whatever arguments I put on the command line, I got an error:
For example:
eyak:/home/vdanjean# /sbin/mount.crypt /srv/vdanjean/crypt/
/sbin/mount.crypt: You need to specify the mountpoint
eyak:/home/vdanjean# /sbin/mount.crypt --umount /srv/vdanjean/crypt/
Unknown option: --umount
Usage: mount.crypt [-fnrv] [-?|--help] [--usage]
eyak:/home/vdanjean#
Looking at the code, this behavior can be explained (but is wrong :-) ).
In the main function of mtcrypt.c:
/* primitive test, but %HXOPT_PTHRU blows up */
if (argc = 2 strcmp(argv[1], --umount) == 0) {
struct umount_options opt;
memset(opt, 0, sizeof(opt));
if (!mtcr_get_umount_options(argc, argv, opt))
return EXIT_FAILURE;
return mtcr_umount(opt) 0 ? EXIT_SUCCESS : EXIT_FAILURE;
} else {
So, if the first argument is not --umount, we continue (as if it is a mount
invocation). If the first argument is --umount, then we parse umount arguments
but --umount is not one of them (not show on this part of code, see the file).
In the testing version of libpam-mount, the parsing in main was done
differently:
if (strncmp(HX_basename(*argv), umount, strlen(umount)) == 0) {
struct umount_options opt;
memset(opt, 0, sizeof(opt));
if (!mtcr_get_umount_options(argc, argv, opt))
return EXIT_FAILURE;
return mtcr_umount(opt) 0 ? EXIT_SUCCESS : EXIT_FAILURE;
} else {
and was working.
I set severity to grave to avoid a testing migration.
Regards,
Vincent
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500,
'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libpam-mount depends on:
ii libc6 2.11-0exp6 Embedded GNU C Library: Shared lib
ii libcryptsetup1 2:1.1.0-2.1 libcryptsetup shared library
ii libhx22 3.4-1A library providing queue, tree, I
ii libpam-runtime 1.1.1-3 Runtime support for the PAM librar
ii libpam0g1.1.1-3 Pluggable Authentication Modules l
ii libssl0.9.8 0.9.8n-1 SSL shared libraries
ii libxml2 2.7.7.dfsg-2 GNOME XML library
ii mount 2.17.2-1 Tools for mounting and manipulatin
libpam-mount recommends no packages.
Versions of packages libpam-mount suggests:
pn davfs2 none(no description available)
ii fuse-utils 2.8.1-1.2 Filesystem in USErspace (utilities
ii lsof 4.81.dfsg.1-1 List open files
pn ncpfs none(no description available)
ii openssl0.9.8n-1 Secure Socket Layer (SSL) binary a
ii psmisc 22.11-1 utilities that use the proc file s
pn smbfs none(no description available)
ii sshfs 2.2-1 filesystem client based on SSH Fil
pn tc-utils none(no description available)
pn xfsprogs none(no description available)
-- debconf information:
* libpam-mount/convert-xml-config: false
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581694: exim4: change to retry time has no effect
On 2010-05-15 Mark Hedges hed...@scriptdolphin.com wrote: [...] I edited /etc/exim4/conf.d/retry/30_exim4-config to this: [...] # /etc/exim4/update-exim4.conf.conf [...] dc_use_split_config='false' You have been changing the wrong file. http://pkg-exim4.alioth.debian.org/README/README.Debian.html#id303738 cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581704: Failing to run init script (or ordering problem) after upgrade from startpar to makefile
[Josh Triplett] Bootlogd seems unlikely to work with a read-only root filesystem. Ah, right. However, if it would help, I could boot without quiet, and snap a picture of the first screen of messages after /etc/init.d/rc says Using makefile-style concurrent boot in runlevel S. Yes, please. Your initial pictures did not show any messages when running the scripts in rcS.d/ (which is not really the runlevel S, but the boot sequence), and the rest of the messages also looked like the scripts in rcS.d/ did not run at all. I have no idea how this can happen, and welcome more information. What is the content of your /etc/init.d/.depend.* files? The .depend.boot file would be used for rcS.d/. ~$ ls /etc/rc?.d All of these look fine. The most important one is the rcS.d/ list: /etc/rcS.d: READMES08mtab.shS16mountnfs-bootclean.sh S01mountkernfs.sh S09checkfs.sh S17kbd S02udev S10ifupdown S18console-setup S03mountdevsubfs.sh S10mountall.shS19alsa-utils S04bootlogd S11mountall-bootclean.sh S19bootmisc.sh S05keyboard-setup S12mountoverflowtmp S19fuse S06hostname.shS13pcmciautilsS19lm-sensors S06hwclockfirst.shS13procps S19schroot S07checkroot.sh S13udev-mtab S19screen-cleanup S08hwclock.sh S13x11-common S19urandom S08ifupdown-clean S14networking S20stop-bootlogd-single S08module-init-tools S15mountnfs.sh This is the ordering on my test machine, if you want to compare: r...@tjener:~# ls /etc/rcS.d/ README S10ifupdown-clean S19portmap S01mountkernfs.shS10module-init-tools S20nfs-common S02early-readahead S10mtab.shS21mountnfs.sh S03udev S11checkfs.sh S22mountnfs-bootclean.sh S04mountdevsubfs.sh S12resize_lvm S23console-screen.sh S05bootlogd S13mountall.shS24console-setup S06keymap.sh S14mountall-bootclean.sh S25alsa-utils S07keyboard-setupS15mountoverflowtmp S25bootmisc.sh S08hdparmS16procps S25fuse S08hostname.sh S16resolvconf S25later-readahead S08hwclockfirst.sh S16udev-mtab S25screen-cleanup S08lvm2 S16x11-common S25urandom S09checkroot.sh S17ifupdown S26stop-bootlogd-single S10hwclock.shS18networking r...@tjener:~# Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581714: Does not start, as dlopen() cannot find aeolus_x11.so
Package: aeolus Version: 0.8.4-3 Severity: important Tags: squeeze *** Please type your report below this line *** Aeolus will not run: $ aeolus Error: can't open user interface plugin: /usr/lib/aeolus_x11.so: cannot open shared object file: No such file or directory. However the files are installed as if they are regular shared libraries: /usr/lib/aeolus_txt.so.0.0.0 /usr/lib/aeolus_x11.so.0.0.0 /usr/lib/aeolus_x11.so.0 /usr/lib/aeolus_txt.so.0 The patch 01-makefile.patch to aeolus by the Debian package incorrectly add major and minor versions, and rename these files, so this is a Debian packaging fault. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-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 aeolus depends on: ii libasound2 1.0.22-2shared library for ALSA applicatio ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libclalsadrv22.0.0-2 ALSA driver C++ access library ii libclthreads22.4.0-1 POSIX threads C++ access library ii libclxclient33.6.1-1.1 X Window System C++ access library ii libgcc1 1:4.4.4-1 GCC support library ii libjack0 0.119+svn4010-1 JACK Audio Connection Kit (librari ii libreadline5 5.2-7 GNU readline and history libraries ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxft2 2.1.14-2FreeType-based font drawing librar ii stops0.3.0-1 Stop and instrument definitions fo aeolus recommends no packages. aeolus suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#581715: acpi-fakekey: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
Package: acpi-fakekey Version: 0.136-3 Severity: normal X-Debbugs-CC: u...@packages.debian.org Upon boot, I see the following message with udev 154 (wrapped for readability): , | Starting acpi_fakekey daemon...udevd-work[367]: kernel-provided name | 'uinput and NAME= 'input/uinput' disagree, please use SYMLINK+= or | change the kernel to provide the proper name ` I'm not sure if this is a problem in acpi_fakekeyd or in udev; loading the uinput module creates both /dev/uinput and /dev/input/uinput, and acpi_fakekeyd opens the latter. Note that I have not been able to trigger the message after the boot has completed. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.34-rc7-kms Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-fakekey depends on: ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib acpi-fakekey recommends no packages. acpi-fakekey 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#581712: More information...
it seems that my proposal to add if [ ! -b $src ]; then broke cryptdisks_stop . I think i found the problem in lo_setup() it sets src to loopdev which creates a catch 22. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581716: white-balance function in kipi-plugins doesn't work properly
Package: kipi-plugins Version: 1.2.0-2 Dear developers, the new digikam and showfoto, build against KDE4.4.3 both don't work properly, when the kipi-plugin function white-balance is chosen. If confirm a working step there with ok, the photo is manipulated but I get a non-stop rotating mouse symbol (I suppose the symbol under KDE, which shows a working process and should stop, when the process is done). I only can stop this, if I close the whole digikam. My father has the same os, he can reproduce this behaviour. I work with Debian GNU/Linux Sid / sidux, KDE.4.4.3, kernel 2.6.33-4.slh.1- sidux-amd64 and libc6 2.10.2-8 Hoping, this bugreport is useful, with best regards, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564285: business mailing lists
Here's a list package on sale this week only: USA Lawyers Database - 269,787 records with 235,244 emails US New Business Database - 4.8 million records all with emails American Consumer Database - 1,300,000 records all with emails. All complete lists above: $289 There are more list packages also available for consumer, healthcare, business and more. Contact me here for more info or to get samples: successto...@gmx.com have a look here if you are not interested in this type of mail please email remfi...@gmx.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581717: [nvidia-kernel-source] too many errors with Composite enabled
Package: nvidia-kernel-source Version: 195.36.24-1 Severity: normal --- Please enter the report below this line. --- Hello, there is the problem with latest nvidia drivers. Involved programs: gnome with mutter (composite enabled) and openoffice.org. while logged in to gnome session I was trying to execute ooffice and the system got stuck for 5-10 seconds. There are artifacts and color distortions in ooffice interface and it is totally unusable. To get back to normal mode I switch to text console (ctr-alt-Fx) and kill soffice.bin process. In the same time I've in the Xorg.log: (WW) May 15 02:31:17 NVIDIA(0): The NVIDIA X driver has encountered too many errors. Falling (WW) May 15 02:31:17 NVIDIA(0): back to legacy PCI mode. After downgrading nvidia drivers to previous version (190.53-4) all works fine. I also use cairo-dock in OpenGL mode and it works fine with both versions (old and new). xorg.conf contains (info only for two sections - device and screen) ___BEGIN___ Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName GeForce 6150SE nForce 430 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 Option metamodes 1280x1024_75 +0+0; 1280x1024 +0+0; 1280x960 +0+0; 1152x864 +0+0; 1024x768 +0+0; 800x600 +0+0; 640x480 +0+0 SubSection Display Depth 24 EndSubSection EndSection Section Extensions Option Composite Enable EndSection ___END___ --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-4-686-bigmem Debian Release: squeeze/sid 500 unstable www.debian-multimedia.org 500 unstable debian.linux.uz 500 testing dl.google.com 500 stable dl.google.com 500 sid www.lamaresh.net --- Package information. --- Depends (Version) | Installed =-+-= debhelper ( 4.0.0) | 7.4.19 make | 3.81-8 sed ( 3.0) | 4.2.1-7 quilt (= 0.46-7~) | 0.48-7 module-assistant | 0.11.3 Recommends (Version) | Installed ==-+- nvidia-glx (= 190.53) | 195.36.24-1 kernel-package (= 8.082) | 12.033 devscripts | 2.10.64 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581718: [INTL:da] Danish translation of the debconf templates tmpreaper
Package: tmpreaper Severity: wishlist Tags: l10n patch Please include the attached Danish debconf translation j...@joe-desktop:~/over/debian/tmpreaper$ msgfmt --statistics -c -v -o /dev/null da.po 14 oversatte tekster. bye Joe # Danish translation tmpreaper. # Copyright (C) 2010 tmpreaper Joe Hansen. # This file is distributed under the same license as the tmpreaper package. # Joe Hansen joedalt...@yahoo.dk, 2010. # msgid msgstr Project-Id-Version: tmpreaper\n Report-Msgid-Bugs-To: tmprea...@packages.debian.org\n POT-Creation-Date: 2008-05-19 19:38+0200\n PO-Revision-Date: 2010-05-15 17:30+01:00\n Last-Translator: Joe Hansen joedalt...@yahoo.dk\n Language-Team: Danish debian-l10n-dan...@lists.debian.org \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../tmpreaper.templates:1001 msgid tmpreaper can now be adjusted through /etc/tmpreaper.conf msgstr tmpreaper kan nu justeres via /etc/tmpreaper.conf #. Type: note #. Description #: ../tmpreaper.templates:1001 msgid Any local preferences for the daily tmpreaper run should now be configured through /etc/tmpreaper.conf (explanation is in that file). msgstr Alle lokale præferencer for den daglige tmpreaperkørsel skal nu konfigureres via /etc/tmpreaper.conf (forklaring er i den fil). #. Type: note #. Description #: ../tmpreaper.templates:1001 msgid Previously, you had to modify /etc/cron.daily/tmpreaper which could be a pain because that got updated regularly, and you'd have to reimplement your modifications each time (or miss out on the new changes). Now you can adjust the file age, extra --protect patterns, and which directories to reap in / etc/tmpreaper.conf. msgstr Tidligere, måtte du ændre /etc/cron.daily/tmpreaper hvilket kunne være særdeles besværligt da den opdateres dagligt, og du måtte gendanne dine ændringer hver gang (eller miste de nye ændringer). Nu kan du justere filalderen, der er ekstra --protect mønstre, og vælge hvilke mapper der skal læses fra i /etc/tmpreaper.conf. #. Type: note #. Description #: ../tmpreaper.templates:1001 msgid For this to work, however, you have to install the new /etc/cron.daily/ tmpreaper file now. msgstr For at dette skal virke, skal du dog installere den nye fil /etc/cron.daily/ tmpreaper nu. #. Type: note #. Description #: ../tmpreaper.templates:2001 msgid default value for TMPREAPER_TIME now set via /etc/default/rcS msgstr Standardværdi for TMPREAPER_TIME nu angivet via /etc/default/rcS #. Type: note #. Description #: ../tmpreaper.templates:2001 msgid Before, you could set the maximum age for files before they were removed in / etc/tmpreaper.conf; however, there is another place where something similar is set, namely the TMPTIME value in /etc/default/rcS which is used during booting to clean out /tmp. msgstr Før kunne du angive den maksimale alder for filer før de blev fjernet i /etc/tmpreaper.conf; der er dog et andet sted hvor noget lignende kan angives, nemlig værdien TMPTIME i /etc/default/rcS som bruges under opstart til at rense ud i /tmp. #. Type: note #. Description #: ../tmpreaper.templates:2001 msgid To avoid having to enter this value in two places, the new /etc/tmpreaper. conf script now obtains the TMPTIME value from /etc/default/rcS, and uses that (if it is greater than zero, that is). msgstr For at undgå at indtaste denne værdi to steder, henter det nye skript /etc/tmpreaper.conf nu værdien TMPTIME fra /etc/default/rcS, og bruger den (vel at mærke hvis den er større end nul). #. Type: note #. Description #: ../tmpreaper.templates:2001 msgid You apparently have changed the default value in /etc/tmpreaper.conf; you may want to check /etc/default/rcS to see if the value there is acceptable, if you want the upgrade procedure to replace your /etc/tmpreaper.conf with the new version. msgstr Du har tilsyneladende ændret standardværdien i /etc/tmpreaper.conf; du vil måske tjekke /etc/default/rcS for at se hvorvidt værdien der er acceptabel, hvis du ønsker at opgraderingsprocessen skal erstatte din /etc/tmpreaper.conf med den nye version. #. Type: note #. Description #. Type: note #. Description #: ../tmpreaper.templates:3001 ../tmpreaper.templates:4001 msgid Please first read README.security msgstr Læs venligst først README.security #. Type: note #. Description #: ../tmpreaper.templates:3001 msgid Before running tmpreaper for the first time, please read the file /usr/share/ doc/tmpreaper/README.security.gz, e.g. with zless. Therein is contained a discussion of possible ways that usage of tmpreaper may be insecure. msgstr Før kørsel af tmpreaper for første gang, læs venligst filen /usr/share/ doc/tmpreaper/README.security.gz, for eksempel med zless. Deri er indeholdt en diskussion hvor mulige måder der gør brugen af tmpreaper usikker er omtalt. #. Type: note #. Description #: ../tmpreaper.templates:3001 msgid If after that you still
Bug#581694: exim4: change to retry time has no effect
Doh! Thank you. --mark-- On Sat, 15 May 2010, Andreas Metzler wrote: On 2010-05-15 Mark Hedges hed...@scriptdolphin.com wrote: [...] I edited /etc/exim4/conf.d/retry/30_exim4-config to this: [...] # /etc/exim4/update-exim4.conf.conf [...] dc_use_split_config='false' You have been changing the wrong file. http://pkg-exim4.alioth.debian.org/README/README.Debian.html#id303738 cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581715: acpi-fakekey: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
reassign 581715 udev 154-1 thanks On 2010-05-15 10:06 +0200, Sven Joachim wrote: Package: acpi-fakekey Version: 0.136-3 Severity: normal X-Debbugs-CC: u...@packages.debian.org Upon boot, I see the following message with udev 154 (wrapped for readability): , | Starting acpi_fakekey daemon...udevd-work[367]: kernel-provided name | 'uinput and NAME= 'input/uinput' disagree, please use SYMLINK+= or | change the kernel to provide the proper name ` Okay, this seems to be a udev problem. Making the proposed change in /lib/udev/rules.d/50-udev-default.rules fixes the warning. Note that the oldest kernel I could conveniently test is 2.6.31. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581715: [Pkg-acpi-devel] Bug#581715: acpi-fakekey: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
reassign 581715 udev thanks , | Starting acpi_fakekey daemon...udevd-work[367]: kernel-provided name | 'uinput and NAME= 'input/uinput' disagree, please use SYMLINK+= or | change the kernel to provide the proper name ` I'm not sure if this is a problem in acpi_fakekeyd or in udev; loading the uinput module creates both /dev/uinput and /dev/input/uinput, and acpi_fakekeyd opens the latter. Note that I have not been able to trigger the message after the boot has completed. This message can reproducibly be triggered by: rmmod uinput; udev stop; udev start, modprobe uinput. Which imo shows that the problem does not lie in acpi_fakekeyd as it is not involved here at all. I reassign the bug to udev because it seems to be a misunderstanding between kernel/module and udev. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579606: RFP: Solang -- Photo manager for GNOME
Awesome, thanks! It seems version 0.4.1 was just released last month. http://ftp.gnome.org/pub/GNOME/sources/solang/0.4/
Bug#579605: Acknowledgement (TAG: sd4l -- On-The-Fly Encryption)
retitle RFP: sd4l -- On-The-Fly Encryption ! On Wed, Apr 28, 2010 at 22:52, Danny Piccirillo danny.picciri...@ubuntu.com wrote: Sorry, i'm a new to submiting debian bug reports. Please change TAG to RFP On Wed, Apr 28, 2010 at 22:15, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): w...@debian.org If you wish to submit further information on this problem, please send it to 579...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 579605: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579605 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- .danny ☮♥Ⓐ - http://www.google.com/profiles/danny.piccirillo Every (in)decision matters. -- .danny ☮♥Ⓐ - http://www.google.com/profiles/danny.piccirillo Every (in)decision matters.
Bug#580823: Acknowledgement (RFP: Solang -- Photo manager for GNOME)
retitle RFP: Anomos -- Anonymous file sharing !
Bug#581719: New upstream release (1.14)
Package: convmv Version: 1.12-2 Severity: wishlist Hello, new upstream release (1.14) has been available for a yeah and a half. It would be great if you packaged it. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/1 CPU core) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages convmv depends on: ii perl 5.10.1-12 Larry Wall's Practical Extraction convmv recommends no packages. convmv 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#554595: yet another affected version
found 554595 2.30.2-1 thanks Even after accessing other websites, the file: URL crashes Epiphany. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528071: affected version
found 528071 2.30.2-1 thanks I could not find any way to customize the default search engine in 2.30.2-1. Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575754: epiphany-browser: Bug in cookies privacy settings
Hi, Felipe Ignacio Cañas Sabat wrote (28 Mar 2010 22:29:19 GMT) : The option Only [accept cookies] from sites you visit option in epiphany-browser seems to be blocking any and all cookies. Felipe, how about adding a simple testcase to this bug so that anyone can easily reproduce and confirm it? Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581720: gimp: destroys TIFF image
Package: gimp Version: 2.4.7-1 Severity: normal I loaded a TIFF image (created by X Sane), rotated it and tried to save it. Gimp complained that it could not save it, so I saved it in XCF, which worked fine --- but the TIFF file was reduced to a size of 8 bytes. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.4.7-1Data files for GIMP ii libaa11.4p5-37+b1ascii art library ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5+lenny1 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libexif12 0.6.16-2.1 library to parse EXIF files ii libfontconfig12.6.0-3generic font configuration library ii libfreetype6 2.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgimp2.02.4.7-1Libraries for the GNU Image Manipu ii libglib2.0-0 2.16.6-3 The GLib library of C routines ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkhtml2-0 2.11.1-2 HTML rendering/editing library - r ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.17.dfsg-1+lenny2 Color management library ii libmng1 1.0.9-1Multiple-image Network Graphics li ii libpango1.0-0 1.20.5-5+lenny1Layout and rendering of internatio ii libpng12-01.2.27-2+lenny3PNG library - runtime ii libpoppler-glib3 0.8.7-3PDF rendering library (GLib-based ii librsvg2-22.22.2-2lenny1 SAX-based renderer library for SVG ii libtiff4 3.8.2-11.2 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.4-6+lenny1 Windows metafile conversion librar ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxpm4 1:3.5.7-1 X11 pixmap library ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages gimp recommends: pn gimp-gnomevfs | gimp-libcurl none (no description available) pn gimp-python none (no description available) Versions of packages gimp suggests: ii ghostscript8.62.dfsg.1-3.2lenny1 The GPL Ghostscript PostScript/PDF pn gimp-data-extras none(no description available) pn gimp-help-en | gim none(no description available) ii libasound2 1.0.16-2 ALSA library pn libgimp-perl none(no description available) -- no debconf information attachment: p34.Unit4.7+8.writing.tiff
Bug#528071: affected version
intrig...@boum.org wrote (15 May 2010 09:53:28 GMT) : I could not find any way to customize the default search engine in 2.30.2-1. I was wrong: the /apps/epiphany/general/url_search GConf key allows to customize the default search engine. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579856: synce-trayicon: missing dependency on nautilus
hi Jonny, thanks for your work on this bug. Indeed synce-gvfs isn't in Debian yet (RPF at bug #517846), seems I got it installed from an Ubuntu ppa as a kind of 'collateral damage' while bughunting. Took a look at it today, but synce-gvfs is really weird: it wants a gvfs source tree and compile that before building the actual synce backend. Almost like it would be better off as part of gvfs to begin with. signature.asc Description: PGP signature
Bug#581709: max_cgi_graph_jobs in config breaks munin-update
tags 581709 confirmed forwarded 581709 http://munin-monitoring.org/ticket/928 quit Hi Michael, Thanks for the bug report. From what I can see this is indeed a bug in upstream munin 1.4.4. It looks like adding the configuration directive to: /usr/share/perl5/Munin/Common/Config.pm to the %legal hash, solves the problem. Can you try it out and confirm? By the way, as this is not a debian specific issue, but a general munin issue, I've forwarded this bug upstream. Thanks, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#581721: python-django-registration: sha deprecation warning emitted
Package: python-django-registration
Version: 0.7-2
Severity: normal
Tags: patch
Using django-registration models or running its tests
with python 2.6+ emits deprecation warning like the following:
/usr/lib/pymodules/python2.6/registration/models.py:4:
DeprecationWarning: the sha module is deprecated; use the hashlib module
instead
import sha
-- System Information:
Debian Release: squeeze/sid
APT prefers karmic-updates
APT policy: (990, 'karmic-updates'), (990, 'karmic-security'), (990,
'karmic'), (650, 'lucid')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-21-generic (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-django-registration depends on:
ii python2.6.4-0ubuntu1 An interactive high-level object-o
ii python-django 1.1.1-1ubuntu1 High-level Python web development
ii python-support1.0.3ubuntu1 automated rebuilding support for P
python-django-registration recommends no packages.
python-django-registration suggests no packages.
-- no debconf information
---BeginMessage---
Use django.util.hashcompat to avoid
deprecation warnings for SHA on Python 2.6+
Signed-off-by: Ihor Kaharlichenko ce...@mifprojects.com
---
registration/models.py |6 +++---
registration/tests.py |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/registration/models.py b/registration/models.py
index d13a07a..b5bf28b 100644
--- a/registration/models.py
+++ b/registration/models.py
@@ -1,11 +1,11 @@
import datetime
import random
import re
-import sha
from django.conf import settings
from django.db import models
from django.template.loader import render_to_string
+from django.utils.hashcompat import sha_constructor
from django.utils.translation import ugettext_lazy as _
from django.contrib.auth.models import User
from django.contrib.sites.models import Site
@@ -137,8 +137,8 @@ class RegistrationManager(models.Manager):
username and a random salt.
-salt = sha.new(str(random.random())).hexdigest()[:5]
-activation_key = sha.new(salt+user.username).hexdigest()
+salt = sha_constructor(str(random.random())).hexdigest()[:5]
+activation_key = sha_constructor(salt+user.username).hexdigest()
return self.create(user=user,
activation_key=activation_key)
diff --git a/registration/tests.py b/registration/tests.py
index 96a24fa..098a286 100644
--- a/registration/tests.py
+++ b/registration/tests.py
@@ -20,7 +20,6 @@ getting django-registration running in the default setup, to
wit:
import datetime
-import sha
from django.conf import settings
from django.contrib.auth.models import User
@@ -28,6 +27,7 @@ from django.core import mail
from django.core import management
from django.core.urlresolvers import reverse
from django.test import TestCase
+from django.utils.hashcompat import sha_constructor
from registration import forms
from registration.models import RegistrationProfile
@@ -103,7 +103,7 @@ class RegistrationModelTests(RegistrationTestCase):
self.failIf(RegistrationProfile.objects.activate_user('foo'))
# Activating from a key that doesn't exist returns False.
-
self.failIf(RegistrationProfile.objects.activate_user(sha.new('foo').hexdigest()))
+
self.failIf(RegistrationProfile.objects.activate_user(sha_constructor('foo').hexdigest()))
def test_account_expiration_condition(self):
@@ -314,5 +314,5 @@ class RegistrationViewTests(RegistrationTestCase):
# Nonexistent key sets the account to False.
response = self.client.get(reverse('registration_activate',
- kwargs={ 'activation_key':
sha.new('foo').hexdigest() }))
+ kwargs={ 'activation_key':
sha_constructor('foo').hexdigest() }))
self.failIf(response.context['account'])
--
tg: (0c68f39..) fix/sha_warning (depends on: master)
---End Message---
Bug#581722: References missing manpage mallopt(3)
Package: manpages-dev Version: 3.23-1 Severity: normal File: /usr/share/man/man3/malloc.3.gz Hi, the malloc manpage mentions that MMAP_THRESHOLD can be adjusted using mallopt(3) but that manpage is missing. Similary malloc_hook mentions mallinfo(3) which is also missing. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages manpages-dev depends on: ii manpages 3.23-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.5.6-5on-line manual pager -- 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#575195: opal should build-depend on libsrtp-dev, and libopal-dev should depend on libsrtp0-dev
On Saturday 15 May 2010 07:22:55 Eugen Dedu wrote: I still do not understand, could you please elaborate? On the system where libopal is linked to srtp, libopal-dev too uses srtp. Opal .debs get built on a machine (user, binNMU, buildd) with srtp-dev installed. These .debs then get installed on a machine without srtp-dev. You would be surprised how often this can occur. No deps automatically pull in srtp libs. User then builds an application with opal, however as srpt is missing build fails, both headers and libs... Options: 1. Make explicit Build-Depends: libsrtp-dev, then it is expected that all .debs will include depends, and when the package above are installed they srtp deps will be pulled in. packages are working as expected... 2. Make explicit Build-Conflicts: libsrtp-dev, then it is expected that all .debs will not depend on srtp. If a user wants to include srtp support, then they need to change the package configuration and we can claim it is unsupported. Thus the recommend that we go for option 1. Mark signature.asc Description: This is a digitally signed message part.
Bug#568511: Please add module to monitor interface package drops
Hi Petter, Thanks for the bug report. I'm trying to keep the munin package as patch free as possible. I think the correct way to propose a new patch as you suggest here is: 1. Add it to muninexchange [1]. 2. Discuss it in the munin mailing list and see if upstream authors agree with the idea and incorporate it in the munin package. Adding a plugin only in the debian package will not serve the munin community as best as possible, as it will only be available for debian users. Regards, Tom Feiner [1] http://muninexchange.projects.linpro.no/ signature.asc Description: OpenPGP digital signature
Bug#581615: supplied initramfs-tools scripts dont work if $udev_root != /dev
Hi Marco.
On Fri, May 14, 2010 at 01:19:53PM +0200, Marco d'Itri wrote:
Changing $udev_root has never been properly tested or documented,
considering the recent focus on devtmpfs I do not believe that it will
continue to work for a long time no matter how many hacks I could add.
i respect Your expertise and Your efforts to keep udev running.
anyway what you claim here is plain wrong. let me explain:
- the testing of a non-default value for $udev_root has taken place.
i can at least speak for myself, having changed this setting shortly
after i encountered udev. as i wansn't involved in fixing the
/etc/init.d/udev{,-mtab} scripts i conclude that theres somebody else
caring about $udev_root.
- in fact $udev_root is documented. don't You ship the manpage?
i confirm that it is working as described in this manpage.
- the move from /dev to $rootmnt$udev_root does hardly change when
switching from tmpfs to devtmpfs. this will continue to work whatever
filesystem will be used for udev in furure releases.
- You mistook my work as a 'hack'. this is the cleanest possible way to
get the initramfs-tool make its job and leave behind a system as the
user wishes -- just like yaird does (did with kernels = 2.6.30)
to fix this later on (after chroot) would be a serious hack.
- udev_root does not occur in init-top/udev or init-bottom/udev scripts.
so obviously this is not about how many hacks are involved here.
could You explain why You are opposed to allow the user to choose for
himself? If there's already a discussion on this, please redirect me.
Your strategy about removing every trace of $udev_root doesnt sound
amusing.
I'd really hope You take some time and rethink this point.
regards
felix
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575534: libc6: periodic timers hang fork()
On Fri, May 14, 2010 at 10:38:17PM +0200, Joachim Breitner wrote: Hi, I’d like to follow up on this issue. According to the libc bug reporting guidelines, one should hear from the Debian maintainers whether the bug could possibly be Debian-specific before reporting them upstream. Can you comment on that? The bug might look like it is a weird corner case, but it causes serious trouble with building large haskell packages on some arches, and thus the transition of such packages to testing. I am not sure it is GNU libc bug, and I am not sure there is an acceptable solution. The timer interrupts the clone syscall itself, so everything happens in the kernel. Maybe stopping the timer before the clone syscall and restoring it after is something acceptable? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581723: python-django-registration: tests fail whith custom registration form
Package: python-django-registration Version: 0.7-2 Severity: normal Tags: patch Automatic tests fail whenever custom registration form uses extra fields failing validation (i.e. captcha). To reproduce the bug extract the test_fix.tar.gz attachement, and run cd test_fix/ python manage.py test The patch attached below isolates the URLconf used by tests provided with django-registration (see http://docs.djangoproject.com/en/1.1/topics/testing/#urlconf-configuration for details). The patch depends on sha_warning.diff provided in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581721. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (990, 'karmic-updates'), (990, 'karmic-security'), (990, 'karmic'), (650, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-21-generic (SMP w/4 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-django-registration depends on: ii python2.6.4-0ubuntu1 An interactive high-level object-o ii python-django 1.1.1-1ubuntu1 High-level Python web development ii python-support1.0.3ubuntu1 automated rebuilding support for P python-django-registration recommends no packages. python-django-registration suggests no packages. -- no debconf information test_fix.tar.gz Description: GNU Zip compressed data ---BeginMessage--- Automatic tests fail whenever custom registration form uses extra fields failing validation (i.e. captcha). Force builtin URLconf to ensure default form is used in test. Signed-off-by: Ihor Kaharlichenko ce...@mifprojects.com --- registration/tests.py |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/registration/tests.py b/registration/tests.py index 098a286..7c49855 100644 --- a/registration/tests.py +++ b/registration/tests.py @@ -265,6 +265,9 @@ class RegistrationViewTests(RegistrationTestCase): Tests for the views included in django-registration. + +urls = 'registration.urls' + def test_registration_view(self): Test that the registration view rejects invalid submissions, -- tg: (1f03a3a..) fix/test_failures (depends on: fix/sha_warning) ---End Message---
Bug#581593: udev: kernel-provided name 'dm-0' and NAME='/mapper/sdb2_crypt' disagree
In the interim is there any known work-around for this? It's a bit of a jip because my / file system initially mounts as read only. I guess I'll just roll udev back to the previous version and rebuild the kernel against that then unless anyone has any other advice? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581518: fswebcam: New upstream release 20100405
On 13 May 2010 16:07, Philip Heron p...@sanslogic.co.uk wrote: Yes, hopefully within a couple of weeks. Cool, I'll wait and package that then. Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581705: xserver-xorg-video-intel: Video using xv has diagonal shear distortion
On Fri, May 14, 2010 at 21:44:19 -0700, Josh Triplett wrote: I tried out xserver-xorg-video-intel 2:2.11.0-1 from experimental, and it seemed to work fine, except that playing some videos via the xv extension (such as mplayer's -vo xv or totem) results in a strange diagonal shear effect. Playing video via some means other than xv (mplayer with -vo x11 or -vo gl for instance) works fine, and the effect only seems to happen with some videos. Downgrading back to xserver-xorg-video-intel 2:2.9.1-4 from unstable makes the problem go away. Hi Josh, would you mind filing this upstream at bugs.freedesktop.org, so the intel people get a chance to fix it? Then report back the fdo bug number here so we can track the status. Cheers, Julien signature.asc Description: Digital signature
Bug#581434: closed by Santiago Vila sanv...@debian.org (Bug#581434: fixed in base-files 5.4)
On Fri, 14 May 2010, Aaron Toponce wrote: I think some additional configuration might need to be in place with this change. UPG assumes that the group is indeed private. However, this isn't necessarily the case for system accounts, where the UID 100 (per the Debian docs). There might be many members of the wheel group, tty group, etc with this umask isn't appropriate, as technically, the group isn't a UPG. So, some logic should be placed in the /etc/profile file to accommodate this: # If not a system account, and the user name matches the group name # it's a user private group, and set umask=0002. Otherwise, it's not # a user private group, so set umask=0022. if [ $UID -gt 99 ] [ $(id -un) = $(id -gn) ]; then umask 0002 else umask 0022 fi Thoughts? The user root has its Private Group. The other system accounts do not login to the system, i.e. their processes do not read /etc/profile. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581724: RM: palapeli/experimental -- ROM; merged in kdegames-4.4.0
Package: ftp.debian.org Severity: normal Please remove the source package palapeli from experimental and unstable/testing if needed. This game has been merged into kdegames-4.4.0 and will no longer be packaged standalone. Thanks a lot -- System Information: Debian Release: 5.0.4 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-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/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581725: util-linux: FTBFS on kfreebsd-*: ln: target `fdisk-udeb/usr/sbin/' is not a directory
Source: util-linux Version: 2.17.2-2 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package no longer builds on kfreebsd-*: | cd debian; if [ -f util-linux/sbin/fdisk ]; then \ | ln util-linux/sbin/*fdisk fdisk-udeb/usr/sbin/; \ | S=fdisk-udeb/usr/sbin/cfdisk; if [ -f $S ]; then mv $S cfdisk-udeb/usr/sbin/; fi; \ | fi | ln: target `fdisk-udeb/usr/sbin/' is not a directory: No such file or directory | cd debian/util-linux-locales find usr/share/locale -type f | while read x; do ln $x ../cfdisk-udeb/$x; done | ln: creating hard link `../cfdisk-udeb/usr/share/locale/ca/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/ca/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/cs/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/cs/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/da/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/da/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/de/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/de/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/es/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/es/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/et/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/et/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/fi/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/fi/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/fr/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/fr/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/it/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/it/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/ja/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/ja/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/nl/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/nl/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/pt_BR/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/pt_BR/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/sl/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/sl/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/sv/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/sv/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/tr/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/tr/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/id/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/id/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/ru/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/ru/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/uk/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/uk/LC_MESSAGES/util-linux-ng.mo': No such file or directory | ln: creating hard link `../cfdisk-udeb/usr/share/locale/vi/LC_MESSAGES/util-linux-ng.mo' = `usr/share/locale/vi/LC_MESSAGES/util-linux-ng.mo': No such file or directory | make: *** [install] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=util-linux Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581727: Retiring from the Debian project
Package: debian-maintainers I am leaving the project, please remove my GPG key from the DM keyring and revoke my upload rights. Regards -- Xavier Vello signature.asc Description: This is a digitally signed message part.
Bug#581726: swig1.3: FTBFS: yodl2man: Command not found
Source: swig1.3 Version: 2.0.0~r12020-1 Severity: serious Justification: FTBFS Hi, your package FTBFS: | make[2]: Entering directory `/build/buildd-swig1.3_2.0.0~r12020-1-i386-cdcaKi/swig1.3-2.0.0~r12020/CCache' | make[2]: yodl2man: Command not found | Installing ccache-swig | Installing /build/buildd-swig1.3_2.0.0~r12020-1-i386-cdcaKi/swig1.3-2.0.0~r12020/debian/swig/usr/bin/ccache-swig | Installing /build/buildd-swig1.3_2.0.0~r12020-1-i386-cdcaKi/swig1.3-2.0.0~r12020/debian/swig/usr/share/man/man1/ccache-swig.1 | /usr/bin/install: cannot stat `./ccache-swig.1': No such file or directory | make[2]: *** [install] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=swig1.3suite=experimental (Note that your build probably should break on the very first error.) Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581728: balazar3: FTBFS: /bin/sh: rsync: not found
Source: balazar3 Version: 0.1-7 Severity: serious Justification: FTBFS Hi, your package FTBFS: | mkdir build | rsync -r --link-dest=. --exclude=build --exclude=debian . build/3d ; rsync -r --link-dest=. --exclude=build --exclude=debian . build/2d ; | /bin/sh: rsync: not found | /bin/sh: rsync: not found | make: *** [prepare-stamp] Error 127 Full build logs: https://buildd.debian.org/status/package.php?p=balazar3 Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522396: Retiring from Debian
Hello Please feel free to take over this ITP if you are interested. Work is already done in the pkg-kde team svn repository : http://svn.debian.org/wsvn/pkg-kde/kde-extras/rekonq/trunk/debian/#_kde-extras_rekonq_trunk_debian_ Cheers -- Xavier Vello signature.asc Description: This is a digitally signed message part.
Bug#575195: opal should build-depend on libsrtp-dev, and libopal-dev should depend on libsrtp0-dev
On Sat, May 15, 2010 at 08:03:25PM +1000, Mark Purcell wrote: On Saturday 15 May 2010 07:22:55 Eugen Dedu wrote: I still do not understand, could you please elaborate? On the system where libopal is linked to srtp, libopal-dev too uses srtp. Opal .debs get built on a machine (user, binNMU, buildd) with srtp-dev installed. These .debs then get installed on a machine without srtp-dev. You would be surprised how often this can occur. No deps automatically pull in srtp libs. User then builds an application with opal, however as srpt is missing build fails, both headers and libs... Options: 1. Make explicit Build-Depends: libsrtp-dev, then it is expected that all .debs will include depends, and when the package above are installed they srtp deps will be pulled in. packages are working as expected... 2. Make explicit Build-Conflicts: libsrtp-dev, then it is expected that all .debs will not depend on srtp. If a user wants to include srtp support, then they need to change the package configuration and we can claim it is unsupported. A slight clarification (or correct me if in fact you meant something else, Mark): Option 1: Have _source_ package build-depend on AND _binary_ *-dev package _depend_ on libsrtp-dev. And do this Option 2) Have _source_ package build-conflict with libsrtp-dev. Since libsrtp only builds on some architectures, option 1 really means add those package relations only on relevant archs. The safest is then to build-conflict on negated list of supported archs, but if that feels too complex to handle, I guess that part can be skipped. I recommend using d-shlibs to auto-resolve the binary relation! Thus the recommend that we go for option 1. I (obviously) agree, since that was the very point of packaging libsrtp :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#580853: setting package to movabletype-plugin-core movabletype-opensource, tagging 580853
# Automatically generated email from bts, devscripts version 2.10.35lenny7 # via tagpending # # movabletype-opensource (4.3.4-2) UNRELEASED; urgency=low # # * Add Spanish debconf translation (closes: #580853) package movabletype-plugin-core movabletype-opensource tags 580853 + pending -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558126: epiphany-browser - password form saving is inoperable
Gustavo Noronha Silva wrote (25 Jan 2010 13:20:18 GMT) : Moreover, just clicking on a form input field (password or not) very often crashes Epiphany. Can you get a backtrace, and file a separate bug for this one? It did not happen to me for a while (now using 2.30.2-1), so let's forget this one. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Do not be trapped by the need to achieve anything. | This way, you achieve everything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581729: [SQUEEZE] Document the umask change for new installs
Package: release-notes Severity: whishlist Tags: squeeze X-Debbugs-CC: debian-de...@lists.debian.org On Sat,15.May.10, 08:41:29, Christian PERRIER wrote: More generally speaking, this umask change probably deserves to be mentioned in the Release Notesalong with a good rationale about why, no, this isn't Debian giving up to years of being security-wise. Suggested text: --- The default 'umask' for new installs is changed === Starting with base-files version 5.4 the default umask for new installs is 0002 instead of 0022 for regular users (system users, like the ones used for various daemons and services are not affected). The new umask is more useful on systems where normal users are by default members of an own private group, which no other user belongs to. Such a scheme is known as 'User Private Groups' (UPG) and has been the default in Debian for several releases. This change can however create security and/or privacy issues if the system administrator is not aware of it and adds users to the private group of another user. Also, in order to prevent security issues, some software will detect this and refuse to operate when there are other members in the user's private group and relevant files have permissions as created with a umask of 0002. --- Comments welcome. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#581730: README.Debian refers to non existing packet libghc6-xmonad-configuration-doc
Package: xmonad Version: 0.9.1-2+b1 Severity: minor Hi, README.Debian refers to the package libghc6-xmonad-configuration-doc for documentation for the extensions, and more information on developing xmonad extensions, which isn't available. I guess libghc6-xmonad-contrib-doc is the right package name and should be mentioned there. Regards, Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (950, 'unstable'), (850, 'testing'), (750, 'stable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686-bigmem (SMP w/2 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 xmonad depends on: ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-2Foreign Function Interface library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii x11-utils 7.5+3 X11 utilities Versions of packages xmonad recommends: pn libghc6-xmonad-devnone (no description available) pn libghc6-xmonad-docnone (no description available) Versions of packages xmonad suggests: ii dwm-tools [dmenu] 31-1 dynamic window manager (tools) -- 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#558126: epiphany-browser - password form saving is inoperable
notfound 558126 2.30.2-1 thanks With 2.29.5-3, after entering a password in a web form, I am asked whether I want it to be saved, great. But such a saved password is not automatically filled next time I visit the same form. Is this on a specific site? Seems to have been fixed for a while. Denis' explanation (message #32) is also quite convincing. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581731: Bad option '--malloc-fill=0xcafebabe' is misleading
Package: valgrind Version: 1:3.5.0-3 Severity: normal Hi, I'm trying to track down uninitialized memory in some code so I would like it to have some nice recognisable values. Luckily valgrind has an option to initialize malloced memory, --malloc-fill. But trying to use it I always get this error: % valgrind --malloc-fill=0xcafebabe /bin/sh valgrind: Bad option '--malloc-fill=0xcafebabe'; aborting. valgrind: Use --help for more information. This error is misleading. What it actualy tries to tell me is that --malloc-fill expects a ONE BYTE hex constant. It should say something like: valgrind: Value out of range '--malloc-fill=0xcafebabe'; aborting. Even better would be if it would accept 1, 2, 4 and 8 byte constants. The same holds for --free-fill. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages valgrind depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libc6-dbg 2.10.2-6 Embedded GNU C Library: detached d Versions of packages valgrind recommends: ii gdb 7.0-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#581729: [SQUEEZE] Document the umask change for new installs
On Sat, 2010-05-15 at 14:16 +0300, Andrei Popescu wrote: for regular users Would have to double check it,... but doesn't the current change also affect root? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#581732: ITP: ibus-table-xingyin -- provide structural and phonetic tables for IBus-Table on IBus framework
Package: wnpp Severity: wishlist Owner: Asias He asias.he...@gmail.com * Package name: ibus-table-xingyin Version : ibus-table-xingyin-1.3.0.20100512 * URL : http://code.google.com/p/ibus/ * License : GPLv3 Programming Lang: Python Description : provide structural and phonetic tables for IBus-Table on IBus framework ibus-table-xingyin provide structural and phonetic tables for IBus-Table on IBus framework: Structural (Xing Ma) input methods - Stroke5 (筆順五碼) - Wubi86 (五笔86) - Xinhua (新华) - Zhengma (郑码) Phonetic (Yin Ma) input methods - Erbi and Erbi QS (二笔、二笔青松) - Wu (五笔) - Yong (永码) - ZhuYin and ZhuYin Big (注音、注音大字集) - ZiRanMa (自然码) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564525: rtorrent: should depend on libtorrent 0.12.6-2
Hi, I believe this bug can safely be closed now that the appropriate librtorrent11 package has reached Squeeze. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581733: ITP: ibus-table-cangcan -- provide Cang Jie and derived tables Cantonese and derived tables for IBus-Table on IBus framework
Package: wnpp Severity: wishlist Owner: Asias He asias.he...@gmail.com * Package name: ibus-table-cangcan Version : ibus-table-cangcan-1.3.0.20100512 * URL : http://code.google.com/p/ibus/ * License : GPLv3 Programming Lang: Python Description : provide Cang Jie and derived tables Cantonese and derived tables for IBus-Table on IBus framework ibus-table-cangcan provide the following input method tables for IBus-Table, one of input method engines on IBus framework: Cang Jie and derived tables - Cang Jie 5 - 倉頡輸入法第五代 - Cang Jie 3 - 倉頡輸入法第三代 - Cang Jie (big) - 倉頡輸入法大字集 - Smart Cang Jie 6 - 快速倉頡輸入法六代 - Quick 5 - 速成輪入法第五代 - Quick 3 - 速成輪入法第三代 - Quick (classic) - 速成輪入法古典版 - Easy (big) - 輕鬆輸入法大字集 Cantonese and derived tables - Cantonese Pinyin - 廣東拼音輸入法 - Canton HK- 港式廣東話輸入法 - Jyutping - 粵語拼音輸入法 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#453101: RFP: python-ssl -- SSL wrapper for socket objects
Hi, Cyril Brulebois wrote (20 Sep 2009 13:16:37 GMT) : Looks like I'm not going to receive any answer at all. Even having python 2.6 might happen sooner. Turning back to an RFP accordingly. We now have Python 2.6 in Squeeze, so I dismiss my initial RFP. This bug should IMHO be closed. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557967: secure-delete: French translation of srm(1)
found 557967 3.1-5 thanks intrig...@boum.org wrote (25 Nov 2009 15:37:01 GMT) : Please find, attached, the French translation of the srm(1) manpage. Is there anything I can do to help having this translated manpage packaged in time for Squeeze? Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#153240: block
unblock 153240 by 453101 thanks Hi, Python 2.6 is now in Squeeze. Its ssl module provides ways to verify certificates. Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581729: [SQUEEZE] Document the umask change for new installs
Hi Andrei, On Samstag, 15. Mai 2010, Andrei Popescu wrote: Suggested text: Thanks for that! I have one small addition...: This change can however create security and/or privacy issues if the system administrator is not aware of it and adds users to the private group of another user. Also, in order to prevent security issues, some software will detect this and refuse to operate when there are other members in the user's private group and relevant files have permissions as created with a umask of 0002. This paragraph should be accompanied by something like: Instead of adding users to other users private groups (which has issues as explained above) it is recommend to create dedicated groups for these users for collaboration. As in: not only describe how not to do it, but also how to do it. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#581717: too many errors with Composite enabled
tags 581717 + upstream thanks Timur S. Sattarov wrote: while logged in to gnome session I was trying to execute ooffice and the system got stuck for 5-10 seconds. There are artifacts and color distortions in ooffice interface and it is totally unusable. To get back to normal mode I switch to text console (ctr-alt-Fx) and kill soffice.bin process. I think this is a problem in the closed-source driver that only NVIDIA can solve. Please check the NVIDIA Linux forum for help: http://www.nvnews.net/vbulletin/forumdisplay.php?s=forumid=14 If you don't find a topic matching your problem, you should open a bug report there following NVIDIAs instructions. It would be nice if you could post a link to the matching (or newly created) topic here, so that we can follow progress. Regards Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581735: [INTL:es] Clamav debconf template Spanish translation
Package: clamav Version: 0.96+dfsg-4 Severity: wishlist Tags: patch l10n Please find attached the spanish translation for clamav Regards, and thanks for the packagking. -- Omar Campagne Polaino # clamav po-debconf translation to Spanish # Copyright (C) 2004 - 2010 Software in the Public Interest # This file is distributed under the same license as the clamav package. # # Changes: # - Initial translation # Fco. Javier Sánchez Castelo javicast...@ono.com, 2004 # # - Revision # Ruben Porras na...@inicia.es # Javier Fernández-Sanguino j...@debian.org # # - Updates # Javier Fernández-Sanguino, 2006-2007 # Omar Campagne ocampa...@gmail.com, 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: clamav 0.96+dfsg-4\n Report-Msgid-Bugs-To: cla...@packages.debian.org\n POT-Creation-Date: 2010-04-26 22:40+0200\n PO-Revision-Date: 2010-05-06 12:39+0200\n Last-Translator: Omar Campagne \n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.6.0\n #. Type: select #. Choices #: ../clamav-freshclam.templates:2001 msgid daemon msgstr demonio #. Type: select #. Choices #: ../clamav-freshclam.templates:2001 msgid manual msgstr manual #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid Virus database update method: msgstr Método de actualización de la base de datos de virus: #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid Please choose the method for virus database updates. msgstr Por favor, seleccione el método de actualización de la base de datos de virus. #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid daemon: freshclam is running as a daemon all the time. You should choose\n this option if you have a permanent network connection;\n ifup.d: freshclam will be running as a daemon as long as your Internet\n connection is up. Choose this one if you use a dialup Internet\n connection and don't want freshclam to initiate new connections;\n cron:freshclam is started from cron. Choose this if you want full control\n of when the database is updated;\n manual: no automatic invocation of freshclam. This is not recommended,\n as ClamAV's database is constantly updated. msgstr demonio: «freshclam» se ejecutará como demonio todo el tiempo. Debería\n seleccionar esta opción si tiene una conexión permanente a\n Internet.\n ifup.d: «freshclam» se ejecutará como demonio mientras tenga una\n conexión a Internet. Seleccione esta opción si utiliza una\n conexión telefónica a Internet y no desea que «freshclam» genere\n nuevas conexiones.\n cron:El planificador de tareas («cron») iniciará «freshclam».\n Seleccione esta opción si desea un control total sobre cuándo se\n actualiza la base de datos.\n manual: Sin llamada automática de «freshclam». No se recomienda esta\n opción porque la base de datos de ClamAV se actualiza\n constantemente. #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Local database mirror site: msgstr Réplica local de la base de datos: #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Please select the closest local mirror site. msgstr Seleccione la réplica local más cercana. #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Freshclam updates its database from a world wide network of mirror sites. Please select the closest mirror. If you leave the default setting, an attempt will be made to guess a nearby mirror. msgstr Freshclam actualiza su base de datos desde una amplia red mundial de réplicas locales. Seleccione la réplica más cercana. Si deja la configuración por omisión se intentará averiguar cuál es la réplica más cercana. #. Type: string #. Description #: ../clamav-freshclam.templates:4001 msgid HTTP proxy information (leave blank for none): msgstr Información del proxy HTTP (déjelo en blanco si no tiene): #. Type: string #.
Bug#581736: update-apt-xapian-index fails with NameError
Package: apt-xapian-index Version: 0.34 Severity: important Tags: patch Hi, update-apt-xapian-index fails with a NameError: /etc/cron.weekly/apt-xapian-index: Traceback (most recent call last): File /usr/sbin/update-apt-xapian-index, line 71, in module warnings.filterwarnings(ignore,) NameError: name 'warnings' is not defined run-parts: /etc/cron.weekly/apt-xapian-index exited with return code 1 due to a missing import: --- /usr/sbin/update-apt-xapian-index 2010-05-13 15:23:18.0 +0200 +++ /tmp/update-apt-xapian-index2010-05-15 13:47:22.0 +0200 @@ -29,6 +29,7 @@ # Minimal imports so we are always able to print command line help from optparse import OptionParser import sys +import warnings VERSION=0.34 Cheers, Serafeim -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (100, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-xapian-index depends on: ii python2.5.4-9An interactive high-level object-o ii python-apt0.7.94.2 Python interface to libapt-pkg ii python-debian 0.1.16 Python modules to work with Debian ii python-support1.0.8 automated rebuilding support for P ii python-xapian 1.0.20-1 Xapian search engine interface for apt-xapian-index recommends no packages. Versions of packages apt-xapian-index suggests: pn app-install-data none (no description available) pn python-xdgnone (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#491456: unoconv: UnoException during conversion: URL seems to be an unsupported one.
I had exactly the same error: unoconv: UnoException during conversion: URL seems to be an unsupported one. The provided document cannot be converted to the desired format. Installing openoffice.org-java-common and openoffice.org-base-core did not fix it, however, installing openoffice.org-writer did. I needed to install openoffice.org-calc for spreadsheets and openoffice.org-impress for presentations. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581737: debian-maintainers: Please add tang ke to Debian Maintainers keyring
Package: debian-maintainers Severity: normal Please add tang ke ta...@lemote.com to Debian Maintainers keyring. Attached jetring changeset adds new key id 0x94D6CBB0. Regards, tang ke -- Tang Ke (Application develop of software department) Tel：0086-512-52308628 Fax：0086-512-52308688 Phone:18962393077 E-mail:ta...@lemote.com msn：ta...@lemote.com, mumut...@gmail.com Web: http://www.lemote.com http://www.lemote.com/ JiangSu ZhongKe Lemote Technology Co.,Ltd MengLan Industry Park,YuShan,ChangShu City,JiangSu,China Recommended-By: Li Daobing lidaob...@gmail.com Agreement: http://lists.debian.org/debian-newmaint/2010/04/msg00041.html Advocates: http://lists.debian.org/debian-newmaint/2010/05/msg00017.html Comment: Add tang ke ta...@lemote.com as a Debian Maintainer Date: Sat, 15 May 2010 19:43:51 +0800 Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.10 (GNU/Linux) mQGiBEoo1v0RBACLzGzXt6WJJyZS+nxkZl9AsymOfnoY+zihryxQ2z6e5DZ4//Az dILfK/OL7zpZrR7UnmeuU62ub8FTo2gNeDCokaVFyaFicmoriMgtFdULmSbm9AE+ C6im9omHM6t2LxzGGTN4a2f7fWN/nHCpb4tskGnBBM8b7x5pQ/DlB7+h4wCg+GI7 SHy2k7OTJZaEkiUq96Hh2XUD/RY3+JDFFuqse4c2/+vsHQeK8swv/n24w8M+oLwJ AAyRS8thv+L0FCaUFaIy4mPnH4/U5HM7ZlKE5xdBmLFZM/jsGe0Z5Z18sTaBPlUC sYF8UYAbSRzqlgRqTffFQZea885Ga/LO0Jmu2fF6ZBeVgArLsEcX1qKbkIrI32QW vcugA/94pXH2p2GSQGXd0nC+4J8SmKTSW1/HMq6kFm32vq1a+qmrDfv0Zn7r6SJB 4Tm2Vjg+m8tUvYGPSvuJII3cf2Fry3CWEDa36lzdXueRy+NiXSdff+fGcq+SVAKF U0q+y+uw4pRco/dTchKSDFhKkn5sZP0DGe+cH/DQnCKDW+5OIbQcVGFuZyBLZSA8 bXVtdXRvdXZAZ21haWwuY29tPohhBBMRAgAiBQJL6knzAhsDBgsJCAcDAgYVCAIJ CgsEFgIDAQIeAQIXgAAKCRA2O8rslNbLsPxAAJwIbJmHygT0r4vrYF+q5R7rcW2Z pgCY0P8R9uUHfXlqXmQgEHU0cdPUg4hGBBARCAAGBQJL7QS+AAoJEOU1CuBgh9L4 c6wAnRKSxFLt7Dwcw1auEai6Um4ZxFWhAKCLVTGnsso5e+sTLF5VY9bCNm3ltLQa VGFuZyBLZSA8dGFuZ2tAbGVtb3RlLmNvbT6IYgQTEQIAIgUCS+pEpwIbAwYLCQgH AwIGFQgCCQoLBBYCAwECHgECF4AACgkQNjvK7JTWy7DigQCfa8THTSKPbgWDWCXk OWgbarUiehkAnizvMtMttoolvhFMW/Yn6B8UloUuiEYEEBEIAAYFAkvtBL4ACgkQ 5TUK4GCH0vjcHQCcDfmouZXoz9umTfCt1X5hiJBa+fsAnRJXQZ9/JjrtRrkVQcze lG4fddeltBp0YW5nIGtlIDx0YW5na0BsZW1vdGUuY29tPohgBBMRAgAgBQJLhfMB AhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQNjvK7JTWy7A4qgCeI/NxLf7O D6lK22nVkXgp1fFDp/sAnA+epSopsPl9xt65RPygsRS+kkEDiEYEEBEIAAYFAkvt BL4ACgkQ5TUK4GCH0vgMywCfWNSlNLJXX01te19plkIAdtevlvcAn0rwvt0UYaF2 agLYPku2NuyURd40tBl0YW5na2UgPHRhbmdrQGxlbW90ZS5jb20+iEYEEBECAAYF AkvWgw8ACgkQpKt2OwDsiG9NaACbBzC/yHCbYMbJujv/4VoaxB5aTSAAn3YM2/uh MaHoero+sUkTD4uoArXOiEYEEBEIAAYFAkvZmosACgkQ5TUK4GCH0vg/zwCglg3P U4yt2LTEBtUtxOq5gPBlpnkAoJj76cVNVPwPNHfG9zg6dqFqRQWsiGAEExECACAF Akoo1v0CGwMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRA2O8rslNbLsI3nAJ9J m7cjx4EC8GJYOontIgp/Pvc4UgCgwcRSSYeMthq/WkZWduP4HxL/nbu5Ag0ESijW /RAIAJLHuSDui5OCJwJ48S6WEzMo2oIPAgx9t2NlG/hRAprZrkLRaYpAYk6f5Nrv 1HpVKYFwemnQevBA/dL9tfQ6470pQaWi7bKQ3r1TNTlxYCWYxxyGGuglQxXr4N6b XazMAwyScAHC7S7dkdySc2A6wZKADOtMC6F7u0FLU6Xpg08lZyetglm8a6ckVbyz clALtNmE5Js5NEdjRLiy5Ec2wbkGMgWO/7i9XuKJj6Ug+hKb+vap+0Iy4f5pvbWT JlEI7ju3iO/zh5U1nb9IGTuCA4FzOteK3OpLyniB3LvcaEd0JgbmwgSB+BuySYJ9 Hh7wULakDjtmNpaTP2oGJskTTq8AAwUH/0RPuWldAnkZ2np+YJWgtGI3caHu5nAx J+80QBC5VDd+XJyF8eH4Xa44syAHjFOiG9du0A/qs1kpyJYZ9ANr+7V6x0FCNtxB jE6hg8KHGeTUbZcdIFMYzsvMABehMXqOjEqmmY39BBPYdMkZ8lpHqeLhecyQ8qjs R/4s6XN5WIg9eVvcwJ3FiNLSPFWoKX1KulbVCRTiaaFGaMbATYxnEEUOoi3k71y3 ngQuCfHU12THIhh257H6WRHqhUDnE1d6nC0Zgk9r9BvcHwehseA+7hpL4Lw2Bvnj 0UT5Uz/vZ+OZjuXPoo7u2ID3mhSg5yeNEwGrDm7HRFceDwT8badwz/aISQQYEQIA CQUCSijW/QIbDAAKCRA2O8rslNbLsDnAAKDax23W/BdG0D50oLUIAOc/Nd+NfgCf aW4DeAr+Z5MOip2cSJIdoH8yMwc= =YA4e -END PGP PUBLIC KEY BLOCK- attachment: tangk.vcf
Bug#561305: patchage: diff for NMU version 0.4.4-1.2
tags 561305 + patch pending
thanks
Dear maintainer,
I've prepared an NMU for patchage (versioned as 0.4.4-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru patchage-0.4.4/debian/changelog patchage-0.4.4/debian/changelog
--- patchage-0.4.4/debian/changelog 2010-04-11 16:44:47.0 +0200
+++ patchage-0.4.4/debian/changelog 2010-05-15 13:35:49.0 +0200
@@ -1,3 +1,13 @@
+patchage (0.4.4-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/patches/hppa_parallel.patch:
+- Disable parallel build on hppa (Closes: #561305).
+ * debian/rules:
+- Patch affected files on-the-fly.
+
+ -- Luca Falavigna dktrkr...@debian.org Sat, 15 May 2010 11:34:44 +
+
patchage (0.4.4-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru patchage-0.4.4/debian/patches/hppa_parallel.patch patchage-0.4.4/debian/patches/hppa_parallel.patch
--- patchage-0.4.4/debian/patches/hppa_parallel.patch 1970-01-01 01:00:00.0 +0100
+++ patchage-0.4.4/debian/patches/hppa_parallel.patch 2010-05-15 13:31:12.0 +0200
@@ -0,0 +1,106 @@
+Description: Disable parallel build on hppa architecture.
+Origin: http://code.google.com/p/waf/source/browse/tags/waf-1.5.0/playground/serial.py
+
+--- wafadmin/Runner.py.orig 2009-11-14 22:09:02.0 +
wafadmin/Runner.py 2010-05-09 16:16:36.0 +
+@@ -151,3 +151,100 @@
+ self.get_out()
+ assert(self.count==0 or self.stop)
+
++class Serial(object):
++
++ def __init__(self, bld, j=1):
++ self.manager = bld.task_manager
++ self.outstanding = []
++
++ # progress bar
++ self.total = self.manager.total()
++ self.processed = 0
++ self.error = 0
++
++ self.switchflag = 1 # postpone
++
++ self.consumers = None
++
++ # warning, this one is recursive ..
++ def get_next(self):
++ if self.outstanding:
++ t = self.outstanding.pop(0)
++ self.processed += 1
++ return t
++
++ # handle case where only one wscript exist
++ # that only install files
++ if not self.manager.groups:
++ return None
++
++ (_, self.outstanding) = self.manager.get_next_set()
++ if not self.outstanding: return None
++
++ return self.get_next()
++
++ def postpone(self, tsk):
++ self.processed -= 1
++ self.switchflag *= -1
++ # this actually shuffle the list
++ if self.switchflag0: self.outstanding.insert(0, tsk)
++ else: self.outstanding.append(tsk)
++
++ def start(self):
++ debug('runner: Serial start called')
++ while 1:
++ # get next Task
++ tsk = self.get_next()
++ if tsk is None: break
++
++ if Logs.verbose: debug('runner: retrieving %r' % tsk)
++
++ st = tsk.runnable_status()
++ if st == ASK_LATER:
++debug('runner: postponing %r' % tsk)
++self.postpone(tsk)
++continue
++
++ #continue
++ if st == SKIP_ME:
++tsk.hasrun = SKIPPED
++self.manager.add_finished(tsk)
++continue
++
++ tsk.position = (self.processed, self.total)
++
++ # display the command that we are about to run
++ tsk.generator.bld.printout(tsk.display())
++
++ # run the command
++ if tsk.__class__.stat: ret = tsk.__class__.stat(tsk)
++ else: ret = tsk.run()
++ self.manager.add_finished(tsk)
++
++ # non-zero means something went wrong
++ if ret:
++self.error = 1
++tsk.hasrun = CRASHED
++tsk.err_code = ret
++if Options.options.keep: continue
++else: return -1
++
++ try:
++tsk.post_run()
++ except OSError:
++self.error = 1
++tsk.hasrun = MISSING
++if Options.options.keep: continue
++else: return -1
++ else:
++tsk.hasrun = SUCCESS
++
++ if self.error:
++ return -1
++
++import subprocess
++p = subprocess.Popen(['dpkg', '--print-architecture'], stdout=subprocess.PIPE)
++arch = p.stdout.read().strip()
++p.wait()
++if arch == 'hppa':
++ Parallel = Serial
diff -Nru patchage-0.4.4/debian/rules patchage-0.4.4/debian/rules
--- patchage-0.4.4/debian/rules 2010-04-11 16:39:53.0 +0200
+++ patchage-0.4.4/debian/rules 2010-05-15 13:33:34.0 +0200
@@ -8,6 +8,7 @@
dh $@
override_dh_auto_configure:
+ ./waf --version cd .waf*/wafadmin patch -p1 $(CURDIR)/debian/patches/hppa_parallel.patch
./waf configure --prefix /usr
override_dh_auto_build:
@@ -25,6 +26,7 @@
override_dh_auto_clean:
dh clean --before dh_auto_clean
+ ./waf --version cd .waf*/wafadmin patch -p1 $(CURDIR)/debian/patches/hppa_parallel.patch
./waf configure distclean --prefix /usr
-$(RM) -f autowaf.pyc
dh clean --after dh_auto_clean
Bug#581728: balazar3: FTBFS: /bin/sh: rsync: not found
OoO Peu avant le début de l'après-midi du samedi 15 mai 2010, vers 13:00, Cyril Brulebois k...@debian.org disait : your package FTBFS: | mkdir build | rsync -r --link-dest=. --exclude=build --exclude=debian . build/3d ; rsync -r --link-dest=. --exclude=build --exclude=debian . build/2d ; | /bin/sh: rsync: not found | /bin/sh: rsync: not found | make: *** [prepare-stamp] Error 127 Full build logs: https://buildd.debian.org/status/package.php?p=balazar3 Thanks for the notice! I am moving rsync from Build-Depends-Indep to Build-Depends to fix this. I also had a problem with my debian/rules with a binary-arch which was empty. However, the logs show that debian/rules build is called. Policy 7.7 says that Build-Depends-Indep should be satisfied when such a target is called. Am I wrong? -- printk(ufs_read_super: fucking Sun blows me\n); 2.0.38 /usr/src/linux/fs/ufs/ufs_super.c pgps2CIgfJGn7.pgp Description: PGP signature
Bug#566891: Unexpected behavior
Hello, I had the same problem described in this bug, and I was expecting nm status to be cleared after reboot. Even if it doesn't completely solve the issue, the script in init.d should wake network-manager when [re]start. The issue is made worst by knetworkmanager which doesn't allow to wake network-manager. Thanks Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579890: [pkg-wine-party] Bug#579890: grotty: infinite loop when processing a man page
Colin Watson skrev: Thanks. Here's a reduced test case (run with 'groff -Tutf8 -mandoc'): .TH GetMIMETypeSubKeyA 3w Jun 2009 Wine API Wine API .SH NAME \fBGetMIMETypeSubKeyA\fR (SHLWAPI.328) .SH NOTES .PP The base path for the key is \fBMIME\Database\Content Type\\fR There are two bugs here. The simpler one to fix is the bug in the manual page (CCed w...@packages.debian.org for this). It's using \ to mean a literal backslash, but actually \ introduces a groff escape; \D emits a drawing command while \C typesets a glyph by name. This line should instead read: The base path for the key is \fBMIME\eDatabase\eContent Type\\fR These man pages are generated by a Perl script (wine/tools/c2man.pl). I don't know Perl. But if you open a bug report on libwine-dev-unstable or so, I could perhaps forward it upstream or something. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581515: [pkg-wine-party] Bug#581515: wine-bin-unstable: Please package wine release 1.1.44
reassign 581515 wine-bin-unstable wine-unstable merge 557783 581515 stop Patrick Matthäi skrev: Package: wine-bin-unstable Version: 1.1.32-1 Severity: wishlist Please package wine version 1.1.44 :) 1.1.32 is a bit outdated Merged duplicate. Please see discussion in the previous bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491456: unoconv: UnoException during conversion: URL seems to be an unsupported one.
OoO Peu avant le début de l'après-midi du samedi 15 mai 2010, vers 13:56, David D Lowe daviddlowe.fl...@gmail.com disait : unoconv: UnoException during conversion: URL seems to be an unsupported one. The provided document cannot be converted to the desired format. Installing openoffice.org-java-common and openoffice.org-base-core did not fix it, however, installing openoffice.org-writer did. I needed to install openoffice.org-calc for spreadsheets and openoffice.org-impress for presentations. unoconfpackage suggestsopenoffice.orgwhich dependson openoffice.org-writer, openoffice.org-calc and openoffice.org-impress. Suggesting instead of depending allow you to not install Calc if you don't need (for example). I may add a note about this on README.Debian. -- panic(Unable to find empty mailbox for aha1542.\n); 2.2.16 /usr/src/linux/drivers/scsi/aha1542.c pgpKV1uozaeGp.pgp Description: PGP signature
Bug#581704: sysvinit: Failing to run init script (or ordering problem) after upgrade from startpar to makefile
Hi I can reproduce this problem on systems that are using $ grep CONCURRENCY /etc/default/rcS CONCURRENCY=startpar After setting it to CONCURRENCY=makefile (or removing the setting alltogether, which has become equivalent with CONCURRENCY=makefile in sysvinit 2.88dsf-4 anyways), the problem vanishes. So it seems that only the startpar alias is affected; CONCURRENCY=makefile itself is working fine on all of my systems. Regards Stefan Lippers-Hollmann signature.asc Description: This is a digitally signed message part.
Bug#581728: balazar3: FTBFS: /bin/sh: rsync: not found
On Sat, May 15, 2010 at 14:08:57 +0200, Vincent Bernat wrote: However, the logs show that debian/rules build is called. Policy 7.7 says that Build-Depends-Indep should be satisfied when such a target is called. Am I wrong? Long-standing issue. See #374029. Cheers, Julien signature.asc Description: Digital signature
Bug#581738: minlog: contains /usr/share/doc-base/doc-base
Package: minlog Version: 4.0.99.20100221-5.1 Severity: normal The file /usr/share/doc-base/doc-base in this package should be /usr/share/doc-base/minlog instead. Currently the package is uninstallable together with doc-base because of the file conflict: Preparing to replace minlog 4.0.99.20100221-5 (using .../minlog_4.0.99.20100221-5.1_all.deb) ... Unpacking replacement minlog ... dpkg: error processing /var/cache/debtorrent/ftp.pl.debian.org_debian_dists_unstable_main_binary-all/pool/main/m/minlog/minlog_4.0.99.20100221-5.1_all.deb (--unpack): trying to overwrite '/usr/share/doc-base/doc-base', which is also in package doc-base 0.9.5 dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for doc-base ... Errors were encountered while processing: /var/cache/debtorrent/ftp.pl.debian.org_debian_dists_unstable_main_binary-all/pool/main/m/minlog/minlog_4.0.99.20100221-5.1_all.deb -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581734: [Pkg-xfce-devel] Bug#581734: thunar: Problem when switching to 'Details View'
On Sat, May 15, 2010 at 05:06:45PM +0530, Mohan Raman wrote: Package: thunar Version: 1.0.1-4 Severity: normal I don't know why, but while switching to 'Details view' in Edit-Preferences-Display-DefaultView, thunar is not behaving correctly. After Two clicks, When I right click on a directory, it gives, 'create folder' option, instead of 'open' option. This is happening only in 'Details View', other views like 'Icon View' are working properly. Hi, This is a known bug, fixed in exo 0.3.106-2. Regards, -- Lionel Le Folgoc E61E 116D 4BA1 3936 0A33 F61D 65D9 A66E 10E2 969A signature.asc Description: Digital signature
Bug#576421: Still same problem with cups 1.4.3-1, libpoppler5 0.12.4-1
I still have the same problem as described previously, with the following package versions installed. Kernel: Linux yeono 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 GNU/Linux libc (ls): lrwxrwxrwx 1 root root 14 Apr 1 19:25 /lib/libc.so.6 - libc-2.10.2.so* libc (dpkg): 2.10.2-6 cups: 1.4.3-1 cups-driver-gutenprint: 5.2.5-1 libcupsys2: no longer installed libpoppler5: 0.12.4-1 -- signature.asc Description: Digital signature
Bug#581570: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Stanislav Maslovski wrote: After upgrading to the last version of the nvidia blobs from sid I could not anymore play movies in mplayer with -vo vdpau. This was the error I got: --- Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared Please install libvdpau1 instead of nvidia-libvdpau1 (nvidia-libvdpau1 does not look in the correct location). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431743: [xsetroot] new background only seen after a window goes over it
On Thursday, 5. July 2007 08:13:35 Brice Goglin wrote: Leandro Lisboa Penz wrote: Yeah, it is specific to the proprietary drivers. Even though my card does not work with the free drivers, it works with the vesa drivers. And with the vesa drivers all is well. Ok thanks, reassigning to nvidia-glx. Is this issue still present in the current versions of X.Org an the NVIDIA driver (nvidia-graphics-drivers 195.36.24-1 entered testing yesterday)? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581729: [SQUEEZE] Document the umask change for new installs
Le samedi 15 mai 2010 à 13:26:29 (+0200), Christoph Anton Mitterer a écrit : Date: Sat, 15 May 2010 13:26:29 +0200 From: Christoph Anton Mitterer cales...@scientia.net To: 581...@bugs.debian.org Cc: debian-de...@lists.debian.org Subject: Re: Bug#581729: [SQUEEZE] Document the umask change for new installs On Sat, 2010-05-15 at 14:16 +0300, Andrei Popescu wrote: for regular users Would have to double check it,... but doesn't the current change also affect root? It does: r...@gaia:~# umask 0002 r...@gaia:~# cd r...@gaia:~# touch test r...@gaia:~# ls -l test -rw-rw-r-- 1 root root 0 15 mai 14:43 test Cheers, Julien -- Julien Valroff jul...@kirya.net http://www.kirya.net GPG key: 4096R/290D20C5 092F 4CB5 5F19 E006 1CFD B489 D32B 8D66 290D 20C5 signature.asc Description: Digital signature
Bug#581739: permission check on .forward files ignores user private groups
Package: exim4 Version: 4.71-4 Severity: normal According to bug #581434 the default umask on new installations will change from 022 to 002. Debian uses user private groups, meaning every user is in his own private group, that nobody else is a member of. This change makes it easier to setup additional collaboration groups without the need to bug all partaking users to change their umask. For further details see #581434 and the discussion on debian-devel [1]. Exim checks the permission bits on user .forward files and refuses to deliver any mail if the .forward file is group writable. It does not check if the user is the only member in the group associated with the .forward file. In that case setting the group writable bit is save. The change of the default umask causes all .forward files created on new installs to have the group writable bit set by default. If Exim refuses to deliver mail because of this, the user is not (and probably can not be) notified and the only way to find out why mail is not deliviered is looking at the log files, to which a regular user does not have access. I've reproduced this problem with both 4.71-4 from unstable and 4.71-2~bpo50+1 from lenny-backports. With the latter version I even completly lost some system mail. I realize that bounces could not be deliviered because both the receiver and sender were essentially the same user (with the 'broken' .forward permissions), but I do not understand why these mails were dropped instead of being frozen. [1] http://lists.debian.org/debian-devel/2010/05/msg00252.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581729: [SQUEEZE] Document the umask change for new installs
On Sat,15.May.10, 13:26:29, Christoph Anton Mitterer wrote: On Sat, 2010-05-15 at 14:16 +0300, Andrei Popescu wrote: for regular users Would have to double check it,... but doesn't the current change also affect root? By default: # grep umask .bashrc umask 022 # Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#581740: evtest does not flush stdout between events reports
Package: evtest Version: 20051019-9 Owner: Stephen Kitt st...@sk2.org evtest does no stdout flushing at all between consecutive events reports, which can prevent its standard output redirection to a file from working: evtest /dev/input/event6 /tmp/evtest.log (some mouse moving) cat /tmp/evtest.log (nothing) This happened on a custom i686 eglibc build, most likely because the stdio buffer lenght is different from a glibc one. The patch attached adds the required flushing to fix this behaviour. --- a/utils/evtest.c2010-05-14 18:25:11.0 +0200 +++ b/utils/evtest.c2010-05-14 18:23:20.0 +0200 @@ -364,6 +364,7 @@ perror(\nevtest: error reading); return 1; } + fflush(stdout); for (i = 0; i rd / sizeof(struct input_event); i++) -- Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581741: ITP: pyCalverter -- pyCalverter (Python Calendar Converter) is a tool for python developers that need to use Persian(Jalali) or Hijri(Islamic) Calendar in their programs . On the other s
Package: wnpp Owner: Sameer Rahmani lxsam...@gmail.com Severity: wishlist *** Please type your report below this line *** * Package name: pyCalverter Version : 1.5.0 Upstream Author : Mehdi Bayazee baya...@gmail.com * URL : https://launchpad.net/pycalverter * License : GPL v2 Programming Lang: Python Description : pyCalverter (Python Calendar Converter) is a tool for python developers that need to use Persian(Jalali) or Hijri(Islamic) Calendar in their programs . On the other side this to\ ol can convert these calendars (hijri, jalahi, gregorian) together . Since the Hijri, Jalali and Gregorian date type are difference and people in Middle East have problem with converting between these types of dates, So pyCalverter make it very easy to convert these\ type to each others. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579962: [Foo2zjs-maintainer] Bug#579962: foo2zjs: Add foo2qpdl to package description
tags 579962 + pending thanks Hi Sam! On Sun, 02 May 2010 18:50:20 +0200, Sam Morris wrote: It is not clear which package in Debian ships foo2qpdl. My only hint was that the upstream web page for foo2qpdl warns users not to use the Debian package of foo2zjs. I'd have found it much quicker if 'apt-cache search foo2qpdl' would have returned foo2zjs. It should be fixed by SVN revision 223: http://svn.debian.org/viewsvn/foo2zjs?view=revrevision=223 Thx, bye, Gismo / Luca pgpxSNKokhaK2.pgp Description: PGP signature
Bug#581742: [INTL:it] apt Italian translation
Package: apt Version: 0.7.35.4 Severity: wishlist Tags: patch l10n This is an updated Italian translation for apt, it fixes a string that wasn't very clear. Thanks. -- Milo Casagrande m...@ubuntu.com it.po.gz Description: GNU Zip compressed data
Bug#581729: [SQUEEZE] Document the umask change for new installs
Le samedi 15 mai 2010 à 15:59:40 (+0300), Andrei Popescu a écrit : Date: Sat, 15 May 2010 15:59:40 +0300 From: Andrei Popescu andreimpope...@gmail.com To: debian-de...@lists.debian.org Cc: 581...@bugs.debian.org Subject: Re: Bug#581729: [SQUEEZE] Document the umask change for new installs On Sat,15.May.10, 13:26:29, Christoph Anton Mitterer wrote: On Sat, 2010-05-15 at 14:16 +0300, Andrei Popescu wrote: for regular users Would have to double check it,... but doesn't the current change also affect root? By default: # grep umask .bashrc umask 022 # This entry is commented by default in /usr/share/base-files/dot.bashrc This file is simply copied to /root/.bashrc in base-file postinst script. Cheers, Julien -- Julien Valroff jul...@kirya.net http://www.kirya.net GPG key: 4096R/290D20C5 092F 4CB5 5F19 E006 1CFD B489 D32B 8D66 290D 20C5 signature.asc Description: Digital signature
Bug#581743: chromium-browser: circular dependency with chromium-browser-inspector
Package: chromium-browser Version: 5.0.375.38~r46659-1 Severity: important Hello Debian Chromium Maintainers, There is a circular dependency between chromium-browser and chromium-browser-inspector: chromium-browser:Depends: chromium-browser-inspector chromium-browser-inspector :Depends: chromium-browser (= 5.0.375.38~r46659-1), chromium-browser ( 5.0.375.38~r46659-1.1~) Circular dependencies, especially with strict version clauses, are known to cause problems during upgrade, so we should try to get rid of them. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581726: swig1.3: FTBFS: yodl2man: Command not found
Hi Cyril, On Sat, May 15, 2010 at 12:59:12PM +0200, Cyril Brulebois wrote: your package FTBFS: I was expecting that, that's why I uploaded to experimental ;-) | make[2]: Entering directory `/build/buildd-swig1.3_2.0.0~r12020-1-i386-cdcaKi/swig1.3-2.0.0~r12020/CCache' | make[2]: yodl2man: Command not found | Installing ccache-swig | Installing /build/buildd-swig1.3_2.0.0~r12020-1-i386-cdcaKi/swig1.3-2.0.0~r12020/debian/swig/usr/bin/ccache-swig | Installing /build/buildd-swig1.3_2.0.0~r12020-1-i386-cdcaKi/swig1.3-2.0.0~r12020/debian/swig/usr/share/man/man1/ccache-swig.1 | /usr/bin/install: cannot stat `./ccache-swig.1': No such file or directory | make[2]: *** [install] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=swig1.3suite=experimental (Note that your build probably should break on the very first error.) It fails here because upstream ships ccache-swig.1 in the release package but it is missing from Subversion. Building the final 2.0 package should clear that up due to ccache-swig.1 being shipped. I have to agree though that it should probably build ccache-swig.1 from source. Greetings, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581554: firmware-realtek: Incorrect firmware
On Fri, 2010-05-14 at 08:56 +0200, Miguel J.Jiménez wrote: The firmware seems to have uploaded correctly to the device. My mistake... that was 68533bf8078a9e00966a78c9f2da4b9b firmware and not the one provided with the deb package. [...] OK, I've found this file - not on the Realtek site but on a random file-sharing site! Since I've now collected quite a few Realtek driver packages which aren't easily available, I've uploaded all those that are redistributable to http://people.debian.org/~benh/rtl-wlan/. Stefan, please download http://people.debian.org/~benh/rtl-wlan/rtl8192su_linux_2.6.0002.0708.2009.tar.gz and check whether the firmware blob in there (which should be the same one Miguel has used) works for you as well. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#581744: openvas-server: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: openvas-server Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards, - - -- Eder L. Marques http://blog.edermarques.net/ | http://www.debian.org/ http://administrando.net/| http://www.debianbrasil.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJL7c+eAAoJED9tnxvLkedtYtEP/j4GpACVOaXKOTAZKDONNgNW EYNmlJS8nybtlYd0A5Y8m/TEDSD0sz3nZ68fnqtVDVj2VB0yBfiW3CrD2HMJfZok IrqahvFjO7Mq6uM2LhVRNxebdmjL2AYqdEo1ocEmSvtHGRMrCGmqD4V7BtY9rU3a pAq5Wk99cZ9s8zvDPCnyl45289JfIDWMqUsAIHxHWactzx80zPGu5E7mKvTC+Eug uehHxM+6/ibAn211+JSE6YIPycmh/WGOmeIr543uxO4KlfXgrOFG1qdO+A4Mrls/ BGBaMKEzgp4AEOE+FU8oak2oZYcr6UKgX1zUYpjGLGUdn8I8gkXYfU1U05kDy9wO CmNVdRsnjS//rQ6ba1FMm+ZSt16uX3XZq0DQ8Eu9zHGPos+wcGtQmqAu/pm7D62U rKvidZUk9WTmIRvAnTtb3zU1xB71IexMFZkHYHFthEgwB1prdB04SzBDc5DcHyt0 f6DALFAwD2jk+PczD8no7zRsT72cM2ZEgM6AO4oL9C3UvYAvmodygYuwmdnaGQ7p VXPpAdcSJ0YpnEW4Mkt4hrOZM0HFKXTnlnvbBEUtTqHQISvMAvZjBaLvEgD9TpAH ETFeSZjr4dsOzSwgzj2j6ylkYI+tGyBUhupVpwHEhw6V82j+k+u93j7DZVDRN34B Uhmf5JA+KjOUZAXqB4aK =qhtA -END PGP SIGNATURE- # openvas-server Brazilian Portuguese translation # Copyright (C) 2007 THE openvas-server'S COPYRIGHT HOLDER # This file is distributed under the same license as the openvas-server package. # Eder L. Marques fro...@debian-ce.org, 2007-2009 # msgid msgstr pt_BR utf-8\n Project-Id-Version: openvas-server\n Report-Msgid-Bugs-To: openvas-ser...@packages.debian.org\n POT-Creation-Date: 2009-01-22 07:14+0100\n PO-Revision-Date: 2009-03-02 09:55-0300\n Last-Translator: Eder L. Marques e...@edermarques.net\n Language-Team: Brazilian Portuguese debian-l10n-portugu...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../openvas-server.templates:2001 msgid OpenVAS daemon certificate generation msgstr Geração de certificado do daemon OpenVAS #. Type: note #. Description #: ../openvas-server.templates:2001 #| msgid #| You will need to provide the relevant information to create an SSL #| certificate for your OpenVAS daemon. Note that this information will #| *NOT* be sent to echo anybody (everything stays local), but anyone with #| the ability to connect to your OpenVAS daemon will be able to retrieve #| this information. msgid You will need to provide the relevant information to create an SSL certificate for your OpenVAS daemon. Note that this information will remain local to this system, but anyone with the ability to connect to your OpenVAS daemon will be able to see it. msgstr Você precisará fornecer as informações relevantes para a criação de um certificado SSL para o seu daemon OpenVAS. Note que estas informações permanecerão locais para este sistema, mas qualquer pessoa com a capacidade de conectar ao seu daemon OpenVAS será capaz de vê-las. #. Type: string #. Description #: ../openvas-server.templates:3001 #| msgid Server certificate life time in days msgid Certificate authority certificate lifetime (days): msgstr Tempo de vida do certificado da Autoridade Certificadora (dias): #. Type: string #. Description #: ../openvas-server.templates:3001 #| msgid #| Provide the life time of the Certificate Authority used to generate the #| OpenVAS daemon certificate. msgid Please choose the lifetime of the Certificate Authority certificate that will be used to generate the OpenVAS daemon certificate. msgstr Por favor, escolha o tempo de vida do certificado da Autoridade Certificadora que será usado para gerar o certificado do daemon OpenVAS. #. Type: string #. Description #: ../openvas-server.templates:4001 #| msgid Server certificate life time in days msgid Server certificate lifetime (days): msgstr Tempo de vida do certificado do servidor (dias): #. Type: string #. Description #: ../openvas-server.templates:4001 #| msgid #| Provide the life time of the Certificate Authority used to generate the #| OpenVAS daemon certificate. msgid Please choose the lifetime of the OpenVAS daemon certificate. msgstr Por favor, escolha o tempo de vida do certificado do daemon OpenVAS. #. Type: string #. Description #: ../openvas-server.templates:4001 msgid OpenVAS clients will not connect to servers with expired certificates, so you should choose a duration longer than the time you plan to run this server. msgstr Clientes OpenVAS não conectarão a servidores com certificados expirados, então você deve escolher uma duração maior que o tempo que você planeja executar este servidor. #. Type: string #. Description #: ../openvas-server.templates:4001 msgid This certificate can be regenerated later by removing the certificate file stored in /var/lib/openvas/CA/ and
Bug#581745: roundcube: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: roundcube Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards, - - -- Eder L. Marques http://blog.edermarques.net/ | http://www.debian.org/ http://administrando.net/| http://www.debianbrasil.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJL7dNwAAoJED9tnxvLkedtL2EQAK1t3Jz1Gskx+2gmqdIW4LGg UNs8kkdFgU+qJyo0tBNHN5Dvm4Cprxbyvs8yWsuflPhsOqtEUxXXPuUu8v/TdpvU 1tABZ45zjM6y2EeZKZB0DjVZSlOraTqdG5GLoEDC2kATueHNoBTznMA3tBHX5JYB 2bjY6ehvpN5p/wdcnMVeqjz936gF8YBuTPpH8twYJaWlV+DhQT1zGSPaVP2WO5nd OXYYvqqV9hNUw4gQwknVhpXcoLOmrjeveZFseubfSgQTb4MDupQbqUiWSE0AA25B Hbpc02BGX6s5LO+ZfQBqU6KUg1VAv4tM99tLA6pIGS1/Y6rWp8kjIl9+JsSebBIB AqELl19rPBJXxzNaoSUGqWL/8ck/QP5Devf77HkHxOQtr+9yOtrHg4B5tqpTgnDg ZeZ3TBThpxLEpCRC6DWQrUEq1GpAV11+QcvHdm3PFvPEGCvfw4SvYRW5EAJQ7bAn ge2Gn2HZg+LuZZNt4i+2hV1h+cmABrcTnjkgz+LozIU4S2UDLk22y4BWcfHCZnzX 8sdE/x6Ytu9BRxfGeREJ6ZaLwPS5OJ4TVHeWGDgq3xyhShMvUZuhCBZr6U6zcMYK Oh4Zaq8buo1SV8AtDkpheDwLOug7j6b+tQX+FMSCmhm6yFJBc64Lwv27PIYNi3q7 vCpcWKAN8XyGrOlDbCFC =tUvS -END PGP SIGNATURE- # roundcube Brazilian Portuguese translation. # Copyright (C) 2009 roundcube's COPYRIGHT HOLDER # This file is distributed under the same license as the roundcube package. # Bruno Gurgel Gomes de Oliveira bruno.gur...@gmail.com, 2009. # msgid msgstr pt_BR utf-8\n Project-Id-Version: roundcube\n Report-Msgid-Bugs-To: roundc...@packages.debian.org\n POT-Creation-Date: 2009-02-15 17:05+0100\n PO-Revision-Date: 2009-03-11 13:15+1200\n Last-Translator: Bruno Gurgel Gomes de Oliveira bruno.gur...@gmail.com\n Language-Team: Brazilian Portuguese debian-l10n-portugu...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../templates:2001 msgid apache2 msgstr apache2 #. Type: multiselect #. Choices #: ../templates:2001 msgid lighttpd msgstr lighttpd #. Type: multiselect #. Description #: ../templates:2002 msgid Web server(s) to configure automatically: msgstr Servidor(es) web para configurar automaticamente: #. Type: multiselect #. Description #: ../templates:2002 msgid RoundCube supports any web server supported by PHP, however only Apache 2 and lighttpd can be configured automatically. msgstr O RoundCube dá suporte a qualquer servidor web que tenha suporte a PHP, no entanto, somente o Apache2 e o lighttpd podem ser configurados automaticamente. #. Type: multiselect #. Description #: ../templates:2002 msgid Please select the web server(s) that should be configured automatically for RoundCube. msgstr Por favor, selecione o(s) servidor(es) web que deve(m) ser configurado(s) automaticamente para o RoundCube. #. Type: boolean #. Description #: ../templates:3001 msgid Should the webserver(s) be restarted now? msgstr O(s) servidor(es) web deve(m) ser reiniciado(s) agora? #. Type: boolean #. Description #: ../templates:3001 msgid In order to activate the new configuration, the reconfigured web server(s) have to be restarted. msgstr Para ativar a nova configuração, o(s) servidor(es) web reconfigurado(s) deve (m) ser reiniciado(s). #. Type: string #. Description #: ../templates:4001 msgid IMAP server(s) used with RoundCube: msgstr Servidor(es) IMAP usado(s) pelo RoundCube: #. Type: string #. Description #: ../templates:4001 msgid Please select the IMAP server(s) that should be used with RoundCube. msgstr Por favor, selecione o(s) servidor(es) IMAP que deve(m) ser usado(s) com o RoundCube. #. Type: string #. Description #: ../templates:4001 msgid If this is left blank, a text box will be displayed at login. Entering a space-separated list of hosts will display a pull-down menu. Entering a single host will enforce using this host. msgstr Se isto for deixado em branco, uma caixa de texto será mostrada no login. Informando uma lista de hosts separados por espaço exibirá um menu suspenso. Informando um único host forçará o uso do mesmo. #. Type: string #. Description #: ../templates:4001 msgid To use SSL connections, please enter host names as 'ssl://hostname:993'. msgstr Para usar conexões SSL, por favor, informe os nomes de máquina como: 'ssl:// nome-da-máquina:993'. #. Type: select #. Description #: ../templates:5001 msgid Default language: msgstr Idioma padrão: #. Type: select #. Description #: ../templates:5001 msgid Please choose the default language for RoundCube. msgstr Por favor, escolha o idioma padrão para o RoundCube. #. Type: select #. Description #: ../templates:5001 msgid This choice can be overridden by individual users in their preferences. msgstr Esta escolha poderá ser sobrescrita por usuários em suas preferências individuais. #. Type:
Bug#581746: pam: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: pam Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards, - - -- Eder L. Marques http://blog.edermarques.net/ | http://www.debian.org/ http://administrando.net/| http://www.debianbrasil.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJL7dPnAAoJED9tnxvLkedtIVMP/RNL8ZgIFYV86g0ciNl0/Php 3MRyZKQ/hj6yDyjDMc05qbYVSG19fHDih8GwxdmerhnAvUw5O8ys7fBn3RhSuwLd b7kTyn8xg46R6XhQ4LugCZkIgGBsRYIijUk869CQBZHCXwyS8nFujzunYF3B56f3 zs24AbaoVl8aAUUflNzAxVx0+sZFycRv481AQJJnKQv2waZgHOlfLJaaOsJZQt28 GSlMx4Z7YsilOIHoiyJurOtPHoC9fK2GYSbthDvCALrlS0SyUNYXUyzyiXWLwk9v n6BxCKWLd7uXYbmhQ7RIMk276oIXLWmlz5Rq9Eu+lizV7mgkhSohYwyefS+ru3cf nc5diZzf9cNw/W57XLIouExhHBK/UQ2HzJ8OUEX4lKK6gU1dvDJk/HrR2UQBLCxd Q4x8KU8HWgaXnkyFFIH9iG/cFXsO6b6jLCwPQ2uP9yI7l3/QONSrNtti2ZwzpySn DX2D8LFYJH295Q4pfD+sZ27GjRyv5LtYurKr5Ql3++oSy/aRzTOWk/ZnHxg8Sufa mV4ZxsFrWjtHeORXOypqEClA87TdQIajKcdN80rCL9JNhp9K/hnxVh0BGmemNB6G GCfbGgzgOsJv4GmA0SRiBdi2KRTfaPe7PeZvgv0WBAtwtCBY1lSKeWM4BviccxJ+ JxVhD/LkVCuqSvu0soH3 =bDHJ -END PGP SIGNATURE- # pam Brazilian Portuguese translation # Copyright (c) 2007 Steve Langasek vor...@debian.org # This file is distributed under the same license as the pam package. # Eder L. Marques e...@edermarques.net, 2007-2009. # msgid msgstr pt_BR utf-8\n Project-Id-Version: pam_0.99.7.1-5\n Report-Msgid-Bugs-To: p...@packages.debian.org\n POT-Creation-Date: 2009-08-18 18:30-0700\n PO-Revision-Date: 2009-09-08 11:33+0900\n Last-Translator: Eder L. Marques e...@edermarques.net\n Language-Team: Brazilian Portuguese debian-l10n-portugu...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../libpam0g.templates:1001 msgid Services to restart for PAM library upgrade: msgstr Serviços a serem reiniciados para a atualização de bibliotecas PAM: #. Type: string #. Description #: ../libpam0g.templates:1001 msgid Most services that use PAM need to be restarted to use modules built for this new version of libpam. Please review the following space-separated list of init.d scripts for services to be restarted now, and correct it if needed. msgstr A maioria dos serviços que utilizam PAM precisam ser reiniciados para usar os módulos construÃdos para esta nova versão da libpam. Por favor, revise a seguinte lista separada por espaços de seus scripts init.d para os serviços a serem reiniciados agora, e a corrija se necessário. #. Type: error #. Description #: ../libpam0g.templates:2001 msgid Display manager must be restarted manually msgstr Gerenciadores de display devem ser reiniciados manualmente #. Type: error #. Description #: ../libpam0g.templates:2001 msgid The kdm, wdm, and xdm display managers require a restart for the new version of libpam, but there are X login sessions active on your system that would be terminated by this restart. You will therefore need to restart these services by hand before further X logins will be possible. msgstr Os gerenciadores de display kdm, wdm e xdm precisam ser reiniciados para a nova versão da libpam, mas existem sessões de login X ativas em seu sistema que podem ser terminadas por este reinicio. Você consequentemente necessitará reiniciar estes serviços manualmente antes que logins X adicionais sejam possÃveis. #. Type: error #. Description #: ../libpam0g.templates:3001 msgid Failure restarting some services for PAM upgrade msgstr Falha ao reiniciar alguns serviços para a atualização da PAM #. Type: error #. Description #: ../libpam0g.templates:3001 msgid The following services could not be restarted for the PAM library upgrade: msgstr Os seguintes serviços não puderam ser reiniciados para a atualização da biblioteca PAM: #. Type: error #. Description #: ../libpam0g.templates:3001 msgid You will need to start these manually by running '/etc/init.d/service start'. msgstr Você deverá iniciá-los manualmente executando '/etc/init.d/serviço start'. #. Type: multiselect #. Description #: ../libpam-runtime.templates:1001 msgid PAM profiles to enable: msgstr Perfis PAM para habilitar: #. Type: multiselect #. Description #: ../libpam-runtime.templates:1001 msgid Pluggable Authentication Modules (PAM) determine how authentication, authorization, and password changing are handled on the system, as well as allowing configuration of additional actions to take when starting user sessions. msgstr O PAM (\Pluggable Authentication Modules\) determina como a autenticação, autorização e alteração de senha são tratados no sistema, assim como permite a configuração de ações adicionais a serem tomadas quando sessões de usuário
Bug#562720: My 5 cents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, bug is kind of reproducible here. When I start an audio/video call, my local pidgin crashes. From the valgrind output I concluded that this is a NULL pointer dereference (EIP points to mov 0x38(%rbp),%rbp and valrgind talks about invalid access to 0x38). Starting from that instruction pointer I tried to figure out where in the source code this might be. I'm pretty sure this is in libpurple/media.c, media_bus_call() before the while loop which checks on !GST_IS_PIPELINE(). This would mean that the msg argument to media_bus_call() would be NULL or GST_IS_PIPELINE() is called with a NULL pointer. (Sorry, I looked into this a while ago and don't remember exactly how I came to his conclusion. There was a function call in objdump -S output to a function which would only be called in GST_IS_PIPELINE() or something like that) I hope this helps someone in debugging this. Cheers, Uli - -- - - Buck, when, exactly, did you lose your mind? - - Three months ago. I woke up one morning married to a pineapple. An ugly pineapple... But I loved her! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBCAAGBQJL7qDWAAoJECLkKOvLj8sGthcH/0SMiunn31puNPYtIHpJtMVK VaMEo1WC9IU9BQaCAG4y+2PX/nRbW0K8PPDObP4YwE6hMc9EpLxWFtFxagp84e7o Y7IJT/ajZOepD1PNVcBixAVrS+DSZJ79dCmDVpYo+sE4bHPYf9eXMwps0z9Dw/A4 Q6iCPXY6AbmGofMXMqR+gg4LcI1ylL8jQ2bH2rlxLsTTMZTlyuw9Mfw/w2vqxvRN WSxfwJklXvcWk9UmV1+aje3ZiUqro/D5FL9l2ARiXl4CgnnLswBQ5/+6m4LOCwNK XEUa080pydjc3mzVvSJ4Sp9yXrwesNr04S6K7sNKqQZSp05kYhRGnHQUxrOOCrI= =eyim -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581729: [SQUEEZE] Document the umask change for new installs
On 05/15/2010 05:26 AM, Christoph Anton Mitterer wrote: On Sat, 2010-05-15 at 14:16 +0300, Andrei Popescu wrote: for regular users Would have to double check it,... but doesn't the current change also affect root? This does, but root is also in his own UPG. If you add any user to the root group (same this as using wheel on other systems), you're effectively giving that user full root access to the system anyway. So, this change will not have any unsavory side effects for the root user or group. -- . O . O . O . . O O . . . O . . . O . O O O . O . O O . . O O O O . O . . O O O O . O O O signature.asc Description: OpenPGP digital signature
Bug#581729: [SQUEEZE] Document the umask change for new installs
On Sat, 2010-05-15 at 15:59 +0300, Andrei Popescu wrote: By default: # grep umask .bashrc umask 022 # Not in the most recent version of base-files, which does not update most of it files. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
