Bug#631300: More info
Hi, On Thu, 23 Jun 2011, Lisandro Damián Nicanor Pérez Meyer wrote: Re checked and it doesn't works, as expected ;-) Most probable a bug in our side. I also tried with http_proxy=https://proxy.uns.edu.ar:1280/ without luck. So clearly the sed command is the key to this bug. Can you access any https URL from you normal browser? I would like to know if the fact that the https:// URL doesn't work is the fault of urllib2 or if it's because of your proxy. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621679: libfvm: diff for NMU version 0.15.2-2.1
tags 621679 + patch tags 621679 + pending thanks Dear maintainer, I've prepared an NMU for libfvm (versioned as 0.15.2-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers Luk diff -Nru libfvm-0.15.2/debian/changelog libfvm-0.15.2/debian/changelog --- libfvm-0.15.2/debian/changelog 2011-02-08 18:41:23.0 +0100 +++ libfvm-0.15.2/debian/changelog 2011-06-24 07:56:13.0 +0200 @@ -1,3 +1,10 @@ +libfvm (0.15.2-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Don't ship .la files (Closes: #621679). + + -- Luk Claes l...@debian.org Fri, 24 Jun 2011 07:55:50 +0200 + libfvm (0.15.2-2) unstable; urgency=low * Build with openmpi diff -Nru libfvm-0.15.2/debian/libfvm-dev.install libfvm-0.15.2/debian/libfvm-dev.install --- libfvm-0.15.2/debian/libfvm-dev.install 2010-02-18 11:55:07.0 +0100 +++ libfvm-0.15.2/debian/libfvm-dev.install 2011-06-24 07:55:48.0 +0200 @@ -1,4 +1,4 @@ debian/tmp/usr/bin debian/tmp/usr/include -debian/tmp/usr/lib/lib*.*a +debian/tmp/usr/lib/lib*.a debian/tmp/usr/lib/lib*.so
Bug#631409: Please reconsider the formatting of the package description
Quoting Martin Schauer (martin.e.scha...@gmx.de): Description: read-write NTFS driver for FUSE NTFS-3G is an NTFS driver for FUSE. It can There should be a colon at the end of this. * create, remove, rename, move files, directories, hard links, and streams; * read and write files, including streams, sparse files and transparently compressed files; * handle special files like symbolic links, devices, and FIFOs; * moreover it provides standard management of file ownership and permissions, including POSIX ACLs. And that last item should be on a separated paragraph, if it keeps the moreover word. As the current description comes from a review in debian-l10n-english, I tend to disagree with the comment on readability and would prefer keeping the description as is. IIRC, in the French translation, I turned the rather long enumeration into several separated sentences. These are all the formatting changes I did wrt original versions. signature.asc Description: Digital signature
Bug#630785: bucardo: impossible to initialize database
To initialize database, I use the command from README.Debian, the database initialization fail with this error message : Hi Nicolas, thanks for the bug report. Sorry, the README.Debian should say that you need to install postgresql-plperl-8.4 on your database server. Please also apply this patch to /usr/share/bucardo/bucardo.schema: 15c15,16 \c bucardo bucardo --- \c bucardo SET SESSION AUTHORIZATION bucardo; This will be fixed in the next release. Thanks, Nicholas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631435: dpkg-source: manpage typo in 3.0 (custom) section
On Thu, 23 Jun 2011, Ben Pfaff wrote: Package: dpkg-dev Version: 1.16.0.3 Severity: minor The dpkg-source(1) manpage section titled 3.0 (custom) starts out with the sentence This format is particular. This sentence doesn't mean anything in context, as far as I can tell. I think there must be a typo of some kind. Perhaps the correct meaning is closer to, This is not a particular format. Would s/particular/special/ be clearer? Because that's what I really meant. (In French particulier is a synonym of spécial) Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631466: liblognorm: diff for NMU version 0.3.0-1.1
Package: liblognorm Version: 0.3.0-1 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for liblognorm (versioned as 0.3.0-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers Luk diff -Nru liblognorm-0.3.0/debian/changelog liblognorm-0.3.0/debian/changelog --- liblognorm-0.3.0/debian/changelog 2011-04-07 10:29:22.0 +0200 +++ liblognorm-0.3.0/debian/changelog 2011-06-24 08:10:15.0 +0200 @@ -1,3 +1,11 @@ +liblognorm (0.3.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Version build dependency on libee-dev (Closes: #621714). + * Don't ship .la files (Closes: #621685). + + -- Luk Claes l...@debian.org Fri, 24 Jun 2011 08:10:00 +0200 + liblognorm (0.3.0-1) unstable; urgency=low * Imported Upstream version 0.3.0 diff -Nru liblognorm-0.3.0/debian/control liblognorm-0.3.0/debian/control --- liblognorm-0.3.0/debian/control 2011-04-07 10:13:30.0 +0200 +++ liblognorm-0.3.0/debian/control 2011-06-24 08:08:51.0 +0200 @@ -6,7 +6,7 @@ pkg-config, libxml2-dev, libestr-dev, -libee-dev +libee-dev (= 0.3.0) Standards-Version: 3.9.1 Section: libs Homepage: http://www.liblognorm.com/ diff -Nru liblognorm-0.3.0/debian/liblognorm-dev.install liblognorm-0.3.0/debian/liblognorm-dev.install --- liblognorm-0.3.0/debian/liblognorm-dev.install 2011-04-07 10:13:30.0 +0200 +++ liblognorm-0.3.0/debian/liblognorm-dev.install 2011-06-24 08:09:50.0 +0200 @@ -2,4 +2,3 @@ usr/lib/lib*.a usr/lib/lib*.so usr/lib/pkgconfig/* -usr/lib/*.la
Bug#629815: Bug#630167: Bug#629815: No rule to make target `/usr/lib/libdl.so'
On Fri, Jun 24, 2011 at 12:42:17AM +0300, Modestas Vainius wrote: close 630167 2.8.4+dfsg.1-5 thanks At first: Sorry for the confusion. ... $ dpkg -S VTKLibraryDepends.cmake libvtk5-dev: /usr/lib/vtk-5.6/VTKLibraryDepends.cmake $ dpkg -l libvtk5-dev | grep ii ii libvtk5-dev5.6.1-6 VTK header files for building C++ code So you can reassign your bug where it belongs (libvtk5-dev). Unfortunately, VTK has one of the most hackish (and outdated in places) cmake code. Good luck fixing it. Thanks for your analysis. I have just no idea of cmake and obviosely had no idea where to look at after I have seen that old cmake in testing worked and cmake in unstable did not. The hint about multiarch stuff added in unstable seemed like a reasonable explanation at first sight. So thanks for enlighting the reasons. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631364: [Pkg-samba-maint] Bug#631364:
retitle 631364 Saving a file on mounted share with OOo adds an extra empty file in the same directory thanks Quoting Dani Daniel (lind...@hotmail.de): Package: smbfs Version: 2:4.5-2 I have exported a network share on my debian squeeze server via samba, mount options: dir_mode=0777,file_mode=0777,uid=root,gid=root,noperm. On my client I have mounted the share with cifs. Everything works correct except saving from openoffice. If I save the ooo-document that i am editing it will write the changes in the file but it also will create a new empty file that has the same name with a 0. eg. test.odt -- test0.odt ( has 0 byte ). What is the version of samba on the server? 3.5.6 as in squeeze? Can you reproduce this with another samba server, or with a share located on a Windows machine? signature.asc Description: Digital signature
Bug#583958: enable pam_umask usergroups by default
Hello again, my previous patch didn't update the md5sums, this one does now. It got merged into the Ubuntu branch after review from Steve. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631457: detail
the problem seems to be the slightly experimental code (so called in
the source!) in deliver.c
If it sees address_count_max == 1 it doesn't try to route multiple
messages through a connection even when this would be desirable:
here's a patch that seems to work for my usage case,
someone who really understands this stuff should probably review it.
there may well be more wrong with the experimental code than just this
case, and/or my code may break other cases.
--
Jasen Betts
treshna Enterprises Ltd
Tel: +64 3 974 9169 or 0800 894 149
(for Jasen dial ext 204 when the voice starts)
Fax: +64 28 894 860
Web: www.treshna.com
267 Madras Street, Christchurch, New Zealand
IT Consultancy - Websites - Database development - Computer tech support
diff -C5 -r exim4-4.72/src/deliver.c exim4-4.72.fixed/src/deliver.c
*** exim4-4.72/src/deliver.c2011-06-24 18:14:45.325698987 +1200
--- exim4-4.72.fixed/src/deliver.c 2011-06-24 18:13:48.913698961 +1200
***
*** 3549,3558
--- 3549,3567
message_max -= continue_sequence - 1;
if (message_max 0 new_max address_count_max * message_max)
new_max = address_count_max * message_max;
address_count_max = new_max;
}
+ else if (address_count_max == 1 remote_max_parallel ==1)
+ {
+if (connection_max_messages = 0)
+ address_count_max = connection_max_messages;
+else
+ address_count_max = 9;
+ }
+
+
//
/* Pick off all addresses which have the same transport, errors address,
Bug#631467: kino: diff for NMU version 1.3.4-1.2
Package: kino
Version: 1.3.4-1.1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for kino (versioned as 1.3.4-1.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Cheers
Luk
reverted:
--- kino-1.3.4/confdefs.h
+++ kino-1.3.4.orig/confdefs.h
@@ -1,21 +0,0 @@
-/* confdefs.h */
-#define PACKAGE_NAME kino
-#define PACKAGE_TARNAME kino
-#define PACKAGE_VERSION 1.3.4
-#define PACKAGE_STRING kino 1.3.4
-#define PACKAGE_BUGREPORT http://sourceforge.net/tracker/?group_id=14103atid=114103;
-#define PACKAGE_URL
-#define PACKAGE kino
-#define VERSION 1.3.4
-#define STDC_HEADERS 1
-#define HAVE_SYS_TYPES_H 1
-#define HAVE_SYS_STAT_H 1
-#define HAVE_STDLIB_H 1
-#define HAVE_STRING_H 1
-#define HAVE_MEMORY_H 1
-#define HAVE_STRINGS_H 1
-#define HAVE_INTTYPES_H 1
-#define HAVE_STDINT_H 1
-#define HAVE_UNISTD_H 1
-#define HAVE_DLFCN_H 1
-#define LT_OBJDIR .libs/
diff -u kino-1.3.4/debian/rules kino-1.3.4/debian/rules
--- kino-1.3.4/debian/rules
+++ kino-1.3.4/debian/rules
@@ -44,6 +44,7 @@
dh_installdirs
$(MAKE) DESTDIR=$(CURDIR)/debian/kino/ install
rm -r $(CURDIR)/debian/kino/usr/etc
+ rm `find $(CURDIR)/debian/kino -name '*.la'`
# install icon
dh_install debian/kino.xpm usr/share/pixmaps
mv $(CURDIR)/debian/kino/usr/share/kino/help $(CURDIR)/debian/kino/usr/share/doc/kino/
diff -u kino-1.3.4/debian/changelog kino-1.3.4/debian/changelog
--- kino-1.3.4/debian/changelog
+++ kino-1.3.4/debian/changelog
@@ -1,3 +1,13 @@
+kino (1.3.4-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add 30_v4l1_includes.diff: Use libv4l1-videodev.h instead of
+linux/videodev.h, as Linux 2.6.38 dropped V4L1. Package should use
+v4l2 only then, but fails to build due to this (Closes: #621996).
+ * Don't ship .la files (Closes: #621686).
+
+ -- Luk Claes l...@debian.org Fri, 24 Jun 2011 08:25:34 +0200
+
kino (1.3.4-1.1) unstable; urgency=low
* Non maintainer upload.
diff -u kino-1.3.4/debian/control kino-1.3.4/debian/control
--- kino-1.3.4/debian/control
+++ kino-1.3.4/debian/control
@@ -13,6 +13,7 @@
libtool,
libraw1394-dev (= 0.9-2),
libdv4-dev,
+ libv4l-dev,
libavc1394-dev (= 0.4.1),
libgnome2-dev,
libglade2-dev,
@@ -38,7 +39,7 @@
libdc1394-22-dev,
libvorbis-dev,
libgl1-mesa-dev | libgl-dev,
- libswscale-dev
+ libswscale-dev,
Breaks: udev ( 136-1)
Build-Conflicts: autoconf2.13, automake1.4
diff -u kino-1.3.4/debian/patches/series kino-1.3.4/debian/patches/series
--- kino-1.3.4/debian/patches/series
+++ kino-1.3.4/debian/patches/series
@@ -2,2 +2,3 @@
20_fix_bashism.diff
+30_v4l1_includes.diff
80_move_doc.diff
only in patch2:
unchanged:
--- kino-1.3.4.orig/debian/patches/30_v4l1_includes.diff
+++ kino-1.3.4/debian/patches/30_v4l1_includes.diff
@@ -0,0 +1,26 @@
+Index: kino-1.3.4/ffmpeg/libavdevice/v4l.c
+===
+--- kino-1.3.4.orig/ffmpeg/libavdevice/v4l.c 2011-04-11 15:12:41.915593967 +0200
kino-1.3.4/ffmpeg/libavdevice/v4l.c 2011-04-11 15:13:05.825593979 +0200
+@@ -26,7 +26,7 @@
+ #include sys/mman.h
+ #include sys/time.h
+ #define _LINUX_TIME_H 1
+-#include linux/videodev.h
++#include libv4l1-videodev.h
+ #include time.h
+
+ typedef struct {
+Index: kino-1.3.4/src/v4l.h
+===
+--- kino-1.3.4.orig/src/v4l.h 2011-04-11 15:12:41.895593967 +0200
kino-1.3.4/src/v4l.h 2011-04-11 15:12:57.93975 +0200
+@@ -40,7 +40,7 @@
+
+ #define _DEVICE_H_
+ #define _LINUX_TIME_H
+-#include linux/videodev.h
++#include libv4l1-videodev.h
+
+ #include displayer.h
+
Bug#623583: version needed for GInkgo-CADx and GNUmed
Package: libwxbase2.8-0 Version: 2.8.10.1-3.1 Severity: normal The newly packaged version of Ginkgo-CADx has a bug making it unusable when packaged against 2.8.10 in Debian unstable. It has been confirmed with upstream that this bug is gone when using wx 2.8.12 or higher. Ginkgo-CADx is a medcial images viewer (DICOM) which has not competitor with the same feature set available within Debian or Linux. It is needed on a daily basis by physicians. Packaging wx 2.8.12 would also help GNUmed (electronic medical record) which currently has all kinds of upstream workarounds for bugs solved in 2.8.12. Thanks, -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwxbase2.8-0 depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgcc1 1:4.4.5-8GCC support library ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libwxbase2.8-0 recommends no packages. libwxbase2.8-0 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#631468: FTBFS on kbsd-*: cannot link mount(8) with libmount when libmount is disabled
Package: util-linux Version: 2.19.1-2 Severity: serious User: debian-...@lists.debian.org util-linux ftbfs on kfreebsd (and gnu-hurd) checking for _LARGEFILE_SOURCE value needed for large files... no checking for openat... yes checking for fstatat... yes checking for unlinkat... yes checking for struct sockaddr.sa_len... yes checking for library containing gethostbyname... none required checking for library containing socket... none required checking for dirfd... yes checking whether program_invocation_short_name is defined... yes checking whether __progname is defined... yes configure: WARNING: non-linux system; do not build mount utilities checking whether the target supports thread-local storage... yes configure: WARNING: non-linux system; do not build libmount configure: error: cannot link mount(8) with libmount when libmount is disabled make: *** [build-stamp] Error 1 Full build logs at https://buildd.debian.org/status/fetch.php?pkg=util-linuxarch=kfreebsd-i386ver=2.19.1-2stamp=1308355134 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii dpkg1.16.0.3 Debian package management system ii initscripts 2.88dsf-13.10scripts for initializing and shutt ii install-info4.13a.dfsg.1-6 Manage installed documentation in ii libblkid1 2.19.1-2 block device id library ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libncurses5 5.9-1shared libraries for terminal hand ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries ii libslang2 2.2.4-2 S-Lang programming library - runti ii libuuid12.19.1-2 Universally Unique ID library ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii tzdata 2011g-1 time zone and daylight-saving time ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools3.0.9-1utilities for making and checking ii kbd 1.15.3-4 Linux console font and keytable ut pn util-linux-localesnone (no description available) -- Configuration Files: /etc/init.d/hwclock.sh changed [not included] /etc/init.d/hwclockfirst.sh changed [not included] -- debconf information excluded -- debsums errors found: debsums: changed file /lib/udev/hwclock-set (from util-linux package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631469: FTBFS on kbsd-*: Error on line 6 char 104: Invalid UTF-8 encoded text in name - not valid
Package: anjuta
Version: 2:3.0.3.0-1
Severity: serious
User: debian-...@lists.debian.org
Usertags: kfreebsd
anjuta from experimental ftbfs:
libtool: link: ( cd .libs rm -f libanjuta-build-basic-autotools.la ln
-s ../libanjuta-build-basic-autotools.la libanjuta-build-basic-autotools.la
)
../../scripts/builder2schema.pl anjuta-build-basic-autotools-plugin.ui
org.gnome.anjuta.build ./ anjuta-build-basic-autotools-plugin.gschema.xml
mv -f anjuta-build-basic-autotools-plugin.gschema.xml
org.gnome.anjuta.build.gschema.xml
if test -f org.gnome.anjuta.build.gschema.xml; then d=; else d=./; fi;
/usr/lib/glib-2.0/glib-compile-schemas --strict --dry-run
--schema-file=${d}org.gnome.anjuta.build.gschema.xml touch
org.gnome.anjuta.build.gschema.valid
org.gnome.anjuta.build.gschema.xml: Error on line 6 char 104: Invalid UTF-8
encoded text in name - not valid '
å?H'. --strict was specified; exiting.
make[4]: *** [org.gnome.anjuta.build.gschema.valid] Error 1
make[4]: Leaving directory
`/build/buildd-anjuta_3.0.3.0-1-kfreebsd-amd64-wnfcWQ/anjuta-3.0.3.0/plugins/build-basic-autotools'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/build/buildd-anjuta_3.0.3.0-1-kfreebsd-amd64-wnfcWQ/anjuta-3.0.3.0/plugins'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/build/buildd-anjuta_3.0.3.0-1-kfreebsd-amd64-wnfcWQ/anjuta-3.0.3.0'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/build/buildd-anjuta_3.0.3.0-1-kfreebsd-amd64-wnfcWQ/anjuta-3.0.3.0'
make: *** [debian/stamp-makefile-build] Error 2
Complete build log at
https://buildd.debian.org/status/fetch.php?pkg=anjutaarch=kfreebsd-amd64ver=2%3A3.0.3.0-1stamp=1308894005
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-2-486
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631457: exim4-daemon-heavy: max_rcpt expires connections early
On 2011-06-24 Jasen Betts ja...@treshna.com wrote: [...] add the follwing global setting: remote_max_parallel = 1 add the following settings to the remote_smtp: transport max_rcpt=1 connection_max_messages = 500 and then send a single email to multiple recipients at any remote domain exim discards the connection and opens a new one between each email, ignoring the setting connection_max_messages = 500 Hello, I have been able to reproduce and have forwarded the issue upstream: http://bugs.exim.org/show_bug.cgi?id=1126 thanks for the very complete report, 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#631421: git-man: apply.ignorewhitespace should be apply.ignore-whitespace
Hello Jonathan! As using apply.ignorewhitespace gives an error and git apply --help shows that a dash is needed, the man page of git-config should be fixed to use apply ..ignore-whitespace Could you elaborate (for example, what error message do you get)? Starting git gui and choosing a chunk to commit gave an error: fatal: unrecognized whitespace ignore option 'yes'. The keyword with dash was accepted, and git apply had it this way, too. So, which is correct now? Thank you! Regards, Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629815: Bug#630167: Bug#629815: No rule to make target `/usr/lib/libdl.so'
On Fri, Jun 24, 2011 at 8:11 AM, Andreas Tille ti...@debian.org wrote: So you can reassign your bug where it belongs (libvtk5-dev). Unfortunately, VTK has one of the most hackish (and outdated in places) cmake code. Good luck fixing it. Thanks for your analysis. I have just no idea of cmake and obviosely had no idea where to look at after I have seen that old cmake in testing worked and cmake in unstable did not. The hint about multiarch stuff added in unstable seemed like a reasonable explanation at first sight. So thanks for enlighting the reasons. Thanks Modestas for finding the reason. I started a long time ago fixing VTK to remove the culprit call to EXPORT_LIBRARY_DEPENDENCIES, but had to give up. I could not get it apply upstream, maybe we can resurect this patch in debian/VTK: https://github.com/malaterre/VTK/commit/07db5b4fd2477f3843e6726ea5011aa2540921ab 2cts -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631364: [Pkg-samba-maint] Bug#631364:
Date: Fri, 24 Jun 2011 06:57:28 +0200 From: bubu...@debian.org To: lind...@hotmail.de; 631...@bugs.debian.org Subject: Re: [Pkg-samba-maint] Bug#631364: retitle 631364 Saving a file on mounted share with OOo adds an extra empty file in the same directory thanks Quoting Dani Daniel (lind...@hotmail.de): Package: smbfs Version: 2:4.5-2 I have exported a network share on my debian squeeze server via samba, mount options: dir_mode=0777,file_mode=0777,uid=root,gid=root,noperm. On my client I have mounted the share with cifs. Everything works correct except saving from openoffice. If I save the ooo-document that i am editing it will write the changes in the file but it also will create a new empty file that has the same name with a 0. eg. test.odt -- test0.odt ( has 0 byte ). What is the version of samba on the server? 3.5.6 as in squeeze? Can you reproduce this with another samba server, or with a share located on a Windows machine? Yes, it's version 3.5.6 in squeeze. I tried it on a share exported with windows xp. There it doesn't happen, only on a share exported on my debian squeeze server.
Bug#631470: debhelper: Add --help-sequence to display all commands in a sequences dh(1) runs
Package: debhelper Version: 8.1.6 Severity: wishlist Manual page reads: INTERNALS Each time dh is run, it examines the log, and finds the last logged command that is in the specified sequence. It then continues with the next command in the sequence. The --until, --before, --after, and --remaining options can override this behavior. SUGGESTION The list of commads to run is not mentioned in dh(1) manual page, so it's quite difficult to know how these options would be used. Perhaps the program could offer: See option --help-sequence to see list commands run. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils 2.21.51.20110523-1 The GNU assembler, linker and bina ii dpkg-dev 1.16.0.3 Debian package development tools ii file 5.04-5+b1 Determines file type using magic ii html2text 1.3.2a-15 advanced HTML to text converter ii man-db2.6.0.2-1 on-line manual pager ii perl 5.12.3-7+b1Larry Wall's Practical Extraction ii perl-base 5.12.3-7+b1minimal Perl system ii po-debconf1.0.16+nmu1tool for managing templates file t debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.58 tool that converts source archives -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631354: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#631354: Has the bootloader been told to use your initramfs?)
Le 23/06/2011 21:27, Debian Bug Tracking System a écrit : This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #631354: linux-image-2.6.39-2-amd64: Kernel doesn't boot (fs error) It has been closed by Ben Hutchingsb...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchingsb...@decadent.org.uk by replying to this email. Thanks, updating grub resolve the problem. Is it possible to add a dependency from the kernel 2.6.39 package to the last grub2 package ? -- Sébastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630906: git-annex completion gone missing
Joey Hess wrote: The basic git-annex completion that was added to partially fix #603503 has gone missing, now zsh can neither complete git anntab, nor can it complete git annex foo somefiltab Just to let you know this didn't fall through the cracks... The 4.3.12 release of zsh includes a (more or less) rewrite of _git (the completion function for git). I guess the guy who did it wasn't aware of git-annex and therefore didn't re-add support for it. I'm not sure what the plan is with respect to adding third-party addons. I guess just adding the old code again would be a feasible solution (and we can certainly do that with the debian package for the time being), but for the long run I'd like to discuss this upstream. Out of curiosity, is there a git-annex completion for bash? And if so, how does the bash crowd handle such third-party addons? Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631409: Please reconsider the formatting of the package description
Christian PERRIER wrote: Quoting Martin Schauer (martin.e.scha...@gmx.de): I notice your version also corrects a missing space in the second item. That definite error did get filtered out in our d-l-e review, along with a couple of punctuation tweaks: http://lists.debian.org/debian-l10n-english/2011/05/msg00101.html Description: read-write NTFS driver for FUSE NTFS-3G is an NTFS driver for FUSE. It can There should be a colon at the end of this. * create, remove, rename, move files, directories, hard links, Needs an extra or. and streams; * read and write files, including streams, sparse files and Needs an extra comma. transparently compressed files; * handle special files like symbolic links, devices, and FIFOs; * moreover it provides standard management of file ownership and permissions, including POSIX ACLs. And that last item should be on a separated paragraph, if it keeps the moreover word. Agreed. Moreover, the --help output indicates the version in Debian hasn't got support for POSIX ACLs compiled in, so it's a choice between: . Moreover, it provides standard management of file ownership and permissions. Or homogenise it to: * manage file ownership and permissions. Or keep it as: [...] and moreover it provides standard management of file ownership and permissions. Obviously, I preferred that third option. -- JBR (who will be on reduced connectivity over the coming week) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631471: kleiner Fehler in pycocumalib.CoCuMa_Server
package: pycocuma version: 0.4.5-6-4 ---BeginMessage--- Hallo, nutze das jeden Tag und sehr gerne. DelContact setzt _cards_modified, muss wohl _cal_modified sein. Dann wird das ics-File auch gespeichert wenn nur Einträge gelöscht wurden. 163c164 self._cards_modified = True --- self._cal_modified = True Viele Grüße, Nico Latzer ---End Message---
Bug#631472: Crashes when connecting
Package: telepathy-salut Version: 0.5.0-1 Severity: normal When -salut connects it crashes. This is with the experimental packaging of Empathy if that matters. $ /usr/lib/telepathy/telepathy-salut (telepathy-salut:24109): tp-glib-DEBUG: started version 0.5.0 (telepathy-glib version 0.15.2) ** salut:ERROR:contact-channel.c:229:salut_contact_channel_set_property: assertion failed: (g_value_get_uint (value) == 0 || g_value_get_uint (value) == TP_HANDLE_TYPE_LIST) Aborted (core dumped) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages telepathy-salut depends on: ii avahi-daemon0.6.30-3 Avahi mDNS/DNS-SD daemon ii libavahi-client30.6.30-3 Avahi client library ii libavahi-common30.6.30-3 Avahi common library ii libavahi-gobject0 0.6.30-3 Avahi GObject library ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.4.12-2 simple interprocess messaging syst ii libdbus-glib-1-20.94-2 simple interprocess messaging syst ii libglib2.0-02.28.6-2 GLib library of C routines ii libgnutls26 2.12.3-1 GNU TLS library - runtime library ii libsoup2.4-12.34.2-1 HTTP library implementation in C - ii libsqlite3-03.7.6.3-1SQLite 3 shared library ii libtelepathy-glib0 0.15.2-2 Telepathy framework - GLib library ii libxml2 2.7.8.dfsg-3 GNOME XML library telepathy-salut recommends no packages. telepathy-salut 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#614633: cupsd use a lot of cpu
Ok, I finally solved my problem by changing the driver of my printer (HP_Officejet_5600_series). I replaced hpcups by hpijs and now all is right :)
Bug#286672: Mail Notification: OpenSSL+GPL on Debian
Thanks for raising this issue. On Fri, Jun 24, 2011 at 04:47:56PM +1200, Dan Wallis wrote: First off, apologies if I'm out of place in sending you this, or if it's already been discussed here before. I did search the archives [0], but didn't see any mention of this particular suggestion. As I understand things, there's currently a stalemate between the Debian policy, and the package author. I can see in the Ubuntu bug report [1] that there is what appears to be a well-written solution, with which the package author agrees, in comment #86 [2]. I am not a lawyer however, so would like to get the go-ahead from debian-legal. Does this logic seem sound from a legal point-of-view? Following on with that idea, would something as simple as the attached patch be sufficient to resolve this stalemate? If not, could you perhaps suggest suitable wording? No, it would not. Indicating in user-facing documentation that it is recommended to use OpenSSL is not equivalent to granting distributors permission to distribute binaries linked with OpenSSL as part of an OS. However, in reading the bug log my understanding is the upstream author's position is that the GPL does not require dynamically-linked libraries to be distributed under the same license terms. I don't believe this is an accurate interpretation of the GPL as written, but if Jean-Yves is the sole copyright holder of the work, then this is a clarification of the intended license, which I believe is sufficient for Debian's purposes. If there are other copyright holders, we would need to get similar clarification of intent, or an OpenSSL linking exception, from each of them. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#631231: redirecting aptitude's stderr/stdout causes ucf to fail with debconf getting wrong input (was: Bug#631231: ucf: --verbose option changes return code)
Frank Küster fr...@debian.org wrote:
ucf -v --debconf-ok $fmgrConfigReplaceCfgFile $fmgrConfigReplaceOrigFile
[...]
ucf: Replace the old file is true
The hash file exists
dpkg: error processing texlive-base (--configure):
subprocess installed post-installation script returned error exit status 128
I added a set -x right after the first set -e in /usr/bin/ucf, and
got the following:
+ . /usr/share/debconf/confmodule
++ '[' '!' 1 ']'
++ '[' -z '' ']'
++ exec
++ '[' '' ']'
++ exec
++ DEBCONF_REDIR=1
++ export DEBCONF_REDIR
+ '[' YES = YES ']'
+ db_x_loadtemplatefile /var/lib/dpkg/info/ucf.templates ucf
+ _db_cmd 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates' ucf
+ IFS=' '
+ printf '%s\n' 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf'
+ IFS='
'
+ read -r _db_internal_line
+ RET='20 Unsupported command egrep (full line was egrep
[[:space:]]\/tmp\/tmp\.G1M8EZxyNp\/dvipdfmx\/dvipdfmx\.cfg$
/var/lib/ucf/hashfile) received from confmodule.'
+ case ${_db_internal_line%%[ ]*} in
+ return 20
dpkg: error processing texlive-base (--configure):
So it seems that the redirection that I performed for the aptitude run
(21 | tee some.log) caused the stuff that was supposed to be echoed to
stdout to end up as debconf input.
I think redirecting aptitude/dpkg like this should definitely work. But
I do not know whether this is a problem in ucf or in debconf.
Regards, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631473: developer.php: please strip buildX from Ubuntu versions
Package: qa.debian.org Severity: wishlist Hi, as Ubuntu does not know the concept of a binNMU, they do sourcefull uploads with the version 1.2.3-1buildX to indicate a plain rebuild for a new library or something. When looking at http://qa.debian.org/developer.php?login=evgeni+golov pokerth is shown as newer in ubuntu which is wrong, as it was just a rebuild I don't care about. It'd be nice if you could strip it at least for the version compare. Regards Evgeni -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc3+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631474: ITP: libdancer-session-memcached-perl -- Memcached-based session backend for Dancer
Package: wnpp Owner: Damyan Ivanov d...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libdancer-session-memcached-perl Version : 0.1 Upstream Author : This module has been written by Alexis Sukrieh. * URL : http://search.cpan.org/dist/Dancer-Session-Memcached/ * License : Perl Programming Lang: Perl Description : Memcached-based session backend for Dancer Dancer::Session::Memcached implements a session engine based on the Memcached API. Sessions are stored as memcached objects via a list of Memcached servers. Dancer is a lightweight yet powerful web application framework. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631315: texlive-binaries fails to install: fmtutil.cnf not found
Connor Lane Smith c...@lubutu.com wrote: [meimei:~]% sudo cat /tmp/fmtutil.ejsfxS1f warning: kpathsea: No usable entries in /var/lib/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /var/lib/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /var/lib/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R. warning: kpathsea: See the manual for how to generate ls-R. tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. fmtutil: config file `fmtutil.cnf' not found. Do any of these files exist? If yes, what is their content? (If they are large, just send the first and last 10 lines). Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631475: compiz: Alt+Shift+Tab in Application Switcher does not work as expected
Package: compiz Version: 0.8.4-4 Severity: minor I am using compiz plugin Application Switcher. Alt+Tab goes through windows in one direction. Alt+Shift+Tab is supposed to go in the other direction. This works only when Shift is pressed as the first key in the combination. It does not work in case Alt+Tab is pressd to invoke the switcher and while still holding Alt (to keep the switcher displayed) the keys Shift+Tab are pressed to switch windows. To reproduce: Press Alt+Tab and hold Alt to invoke the Application Switcher. While holding Alt press Tab to go forward and then Shift+Tab to go backward. Expected: The Application Switcher goes through windows in both diretions depending on the fact whether the Shift key is down. Actual: The Application Switcher goes one direction only ignoring the Shift key. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages compiz depends on: ii compiz-core 0.8.4-4OpenGL window and compositing mana ii compiz-gnome 0.8.4-4OpenGL window and compositing mana ii compiz-gtk0.8.4-4OpenGL window and compositing mana ii compiz-plugins0.8.4-4OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.8.4-2Compizconfig Settings Manager -- 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#631476: zabbix-agent: Deinstallation of package does not work correctly if purge is selected-prevents reinstallation
Package: zabbix-agent Version: 1:1.8.2-1squeeze2 Severity: important The problem is, after the package is purged in aptitude,it removes correctly the /etc/zabbix folder or the content of this folder, but it seems still there are some files left. If after purge the package should be reinstalled again, then there come some messages not copying deleted file /etc/zabbix/zabbix-agent.conf and not copying deleted file /etc/zabbix/zabbix-agentd.conf and really such files are not copied there, what causes the zabbix-agent daemon is not started, causes an error and the package stays in uncofigured state. The only fix Ihave found is to: 1. Deinstall the package (not purge it) 2. restore both missing files above in /etc/zabbix from backup 3. install the package again 4. Then it works So, there will be an error in purge-deinstallation process and possibly also in new-install process for this package. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages zabbix-agent depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libopenipmi02.0.16-1.2 Intelligent Platform Management In ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii ucf 3.0025+nmu1 Update Configuration File: preserv zabbix-agent recommends no packages. Versions of packages zabbix-agent suggests: ii logrotate 3.7.8-6Log rotation utility -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583958: enable pam_umask usergroups by default
Martin Pitt [2011-06-24 8:24 +0200]:
my previous patch didn't update the md5sums, this one does now.
Meh -- attached now, sorry.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
=== modified file 'debian/changelog'
--- debian/changelog2011-06-07 08:49:28 +
+++ debian/changelog2011-06-23 20:01:23 +
@@ -1,8 +1,20 @@
pam (1.1.3-1ubuntu3) UNRELEASED; urgency=low
+ [ Steve Langasek ]
* debian/patches/pam_motd-legal-notice: use pam_modutil_gain/drop_priv
common helper functions, instead of hand-rolled uid-setting code.
+ [ Martin Pitt ]
+ * debian/local/common-session{,-noninteractive}: Enable pam_umask by
+default, now that the umask setting is gone from /etc/profile.
+(LP: #253096, UbuntuSpec:umask-to-0002)
+ * debian/local/pam-auth-update: Add the new md5sum of above files.
+ * Add debian/patches-applied/pam_umask_usergroups_from_login.defs.patch:
+Deprecate pam_unix' explicit usergroups option and instead read it from
+/etc/login.def's USERGROUP_ENAB option if umask is only defined there.
+This restores compatibility with the pre-PAM behaviour of login.
+(Closes: #583958)
+
-- Steve Langasek steve.langa...@ubuntu.com Tue, 07 Jun 2011 01:36:44 -0700
pam (1.1.3-1ubuntu2) oneiric; urgency=low
=== modified file 'debian/local/common-session'
--- debian/local/common-session 2009-01-08 06:43:32 +
+++ debian/local/common-session 2011-06-23 19:59:04 +
@@ -20,6 +20,11 @@
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
sessionrequiredpam_permit.so
+# The pam_umask module will set the umask according to the system default in
+# /etc/login.defs and user settings, solving the problem of different
+# umask settings with different shells, display managers, remote sessions etc.
+# See man pam_umask.
+session optional pam_umask.so
# and here are more per-package modules (the Additional block)
$session_additional
# end of pam-auth-update config
=== modified file 'debian/local/common-session-noninteractive'
--- debian/local/common-session-noninteractive 2009-08-18 23:25:06 +
+++ debian/local/common-session-noninteractive 2011-06-23 20:00:52 +
@@ -20,6 +20,11 @@
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
sessionrequiredpam_permit.so
+# The pam_umask module will set the umask according to the system default in
+# /etc/login.defs and user settings, solving the problem of different
+# umask settings with different shells, display managers, remote sessions etc.
+# See man pam_umask.
+session optional pam_umask.so
# and here are more per-package modules (the Additional block)
$session_nonint_additional
# end of pam-auth-update config
=== modified file 'debian/local/pam-auth-update'
--- debian/local/pam-auth-update2011-02-18 00:15:43 +
+++ debian/local/pam-auth-update2011-06-23 20:00:59 +
@@ -53,9 +53,11 @@
'session' = [
'240fb92986c885b327cdb21dd641da8c',
'4a25673e8b36f1805219027d3be02cd2',
+ '73144a2f4e609a922a51e301cd66a57e',
],
'session-noninteractive' = [
'ad2b78ce1498dd637ef36469430b6ac6',
+ 'a20e8df3469bfe25c13a3b39161b30f0',
],
);
=== added file
'debian/patches-applied/pam_umask_usergroups_from_login.defs.patch'
--- debian/patches-applied/pam_umask_usergroups_from_login.defs.patch
1970-01-01 00:00:00 +
+++ debian/patches-applied/pam_umask_usergroups_from_login.defs.patch
2011-06-22 07:46:04 +
@@ -0,0 +1,90 @@
+Description: Deprecate pam_unix' explicit usergroups option and instead read
it from /etc/login.def's USERGROUP_ENAB option if umask is only defined
there. This restores compatibility with the pre-PAM behaviour of login. See
https://blueprints.launchpad.net/ubuntu/+spec/umask-to-0002.
+Author: Martin Pitt martin.p...@ubuntu.com
+Bug-Debian: http://bugs.debian.org/583958
+
+=== modified file 'modules/pam_umask/pam_umask.c'
+Index: pam/modules/pam_umask/pam_umask.c
+===
+--- pam.orig/modules/pam_umask/pam_umask.c 2011-06-22 09:42:53.437351755
+0200
pam/modules/pam_umask/pam_umask.c 2011-06-22 09:45:26.927354878 +0200
+@@ -87,7 +87,7 @@
+ }
+
+ static char *
+-search_key (const char *filename)
++search_key (const char *filename, const char *key)
+ {
+ FILE *fp;
+ char *buf = NULL;
+@@ -142,7 +142,7 @@
+ while (isspace ((int)*cp) || *cp == '=')
+ ++cp;
+
+- if (strcasecmp (tmp, UMASK) == 0)
++ if (strcasecmp (tmp, key) == 0)
+ {
+ retval = strdup (cp);
+ break;
+@@ -159,15 +159,34 @@
Bug#631477: [debcommit] Be smart as to how to tag a repository
Package: devscripts Version: 2.11.0 Severity: wishlist File: /usr/bin/debcommit -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, debcommit -r is great as it integrates well into other uses of debcommit. But when the source is maintained using a VCS helper such as git-buildpackage or git-dpm, it is unfortunate that it creates different tags than these. Also, those may add more tags, e.g. for the corresponding patched state. Hence, if debcommit could find out whether the source is managed by git-buildpackage (e.g. if debian/.gbp.conf is present) or by git-dpm (in which case debian/.git-dpm will be present) and then use the appropriate tool to tag the release, that would be very nice. Thanks, Joachim - -- Package-specific info: - --- /etc/devscripts.conf --- - --- ~/.devscripts --- DEBCHANGE_PRESERVE=yes DEBCHANGE_RELEASE_HEURISTIC=changelog DEBCHANGE_AUTO_NMU=no DEBRELEASE_UPLOADER=dput - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.0.3Debian package development tools ii libc62.13-7 Embedded GNU C Library: Shared lib ii perl 5.12.3-7+b1 Larry Wall's Practical Extraction ii python 2.6.6-14interactive high-level object-orie ii python2.62.6.7-1 An interactive high-level object-o ii python2.72.7.2-1 An interactive high-level object-o Versions of packages devscripts recommends: ii at3.1.12-1 Delayed job execution and batch pr ii curl 7.21.6-1 Get a file from an HTTP, HTTPS or ii dctrl-tools 2.18 Command-line tools to process Debi ii debian-keyring [debian-mainta 2011.03.03 GnuPG keys of Debian Developers ii dput 0.9.6.2Debian package upload tool ii equivs2.0.8 Circumvent Debian package dependen ii fakeroot 1.16-1 tool for simulating superuser priv ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libcrypt-ssleay-perl 0.57-2+b2 Support for https protocol in LWP ii libjson-perl 2.53-1 module for manipulating JSON-forma ii libparse-debcontrol-perl 2.005-3parser for debian control-like fil ii libsoap-lite-perl 0.712-3Perl implementation of a SOAP clie ii liburi-perl 1.58-1 module to manipulate and access UR ii libwww-perl 6.02-1 simple and consistent interface to ii lintian 2.5.1 Debian package checker ii man-db2.6.0.2-1 on-line manual pager ii patch 2.6.1-2Apply a diff file to an original ii patchutils0.3.2-1Utilities to work with patches ii python-debian 0.1.20 Python modules to work with Debian ii python-magic 5.04-5+b1 File type determination library us ii sensible-utils0.0.6 Utilities for sensible alternative ii strace4.5.20-2.3 A system call tracer ii unzip 6.0-4 De-archiver for .zip files ii wdiff 0.6.5-1Compares two files word by word ii wget 1.12-3.1 retrieves files from the web ii xz-utils 5.0.0-2XZ-format compression utilities Versions of packages devscripts suggests: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii build-essential11.5 Informational list of build-essent pn cvs-buildpackage none(no description available) pn devscripts-el none(no description available) ii gnuplot4.4.0-1.1 A command-line driven interactive ii libauthen-sasl-per 2.1500-1 Authen::SASL - SASL Authentication ii libfile-desktopent 0.04-2Perl module to handle freedesktop ii libnet-smtp-ssl-pe 1.01-3Perl module providing SSL support pn libterm-size-perl none(no description available) ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii libyaml-syck-perl 1.17-1+b1 Perl module providing a fast, ligh pn mutt none(no description available) ii openssh-client [ss 1:5.8p1-4 secure shell (SSH) client, for sec ii svn-buildpackage 0.8.3 helper programs to maintain Debian ii w3m0.5.3-2+b1WWW browsable pager with excellent - -- no debconf
Bug#631478: mini-buildd-rep: when adding architecture, reprepro need manual adaption
Package: mini-buildd-rep Version: 0.9.4 Severity: normal When adding a distribution via dpkg-reconfigure mini-buildd-rep, reprepro isn't told about this, which results in error messages from reprepro during run of other mini-buildd scripts. Multiple manual runs of reprepro flood are needed. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.1-zgsrv20080 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mini-buildd-rep depends on: ii cron 3.0pl1-118 process scheduling daemon ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii mini-buildd-common0.9.4 minimal Debian build daemon - comm ii procps1:3.2.8-10 /proc file system utilities ii python2.6.6-14 interactive high-level object-orie ii python-daemon 1.5.5-1library for making a Unix daemon p ii python-pyinotify 0.9.1-1simple Linux inotify Python bindin ii python-support1.0.13 automated rebuilding support for P ii reprepro 4.6.0-1Debian package repository producer Versions of packages mini-buildd-rep recommends: pn dwww none (no description available) ii logrotate 3.7.8-6Log rotation utility mini-buildd-rep suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629815: Fixing libvtk build process (Was: Bug#629815: No rule to make target `/usr/lib/libdl.so')
On Fri, Jun 24, 2011 at 10:20:32AM +0200, Sebastian Hilbert wrote: Thanks Modestas for finding the reason. I started a long time ago fixing VTK to remove the culprit call to EXPORT_LIBRARY_DEPENDENCIES, but had to give up. I could not get it apply upstream, maybe we can resurect this patch in debian/VTK: https://github.com/malaterre/VTK/commit/07db5b4fd2477f3843e6726ea5011aa2540 921ab If it fixes the problem we should. Upstream knows best which patches will cause trouble but if there is no agreement with upstream and there is a serious issue I vote for patching at the packaging level. I'd even vote for making it soonish because it affects two of our packages drastically - one of them (ginkgocadx) is highly wanted an will not make any progress without fixing this problem. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563030: Possible with some JavaScript
Hi, It would be nice if both: bugs.debian.org/558234 and bugs.debian.org/#558234 worked. I realise that '#' is a fragment identifer in URLs but sometimes copying and pasting from a changelog includes the '#', this would make things nicer. bugs.debian.org/#558234 redirects to http://www.debian.org/Bugs/#558234. If that static web page would contain a JavaScript snipped that checks if the document.hash is a number, that could redirect to bugs.debian.org/558234. It’s a work-around, but I don’t see any problem with it. CC’ing the web team, they might be in a position to implement this. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#631480: Generate short URLs/links for the standard bug view
Package: debbugs Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, most of the time, people are going to look at and to link at URLs like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=123456 e.g. the plain bug view without any options. This is also what http://bugs.debian.org/123456 redirects to. I think it would be much nicer if a) The redirect is done internal, e.g. http://bugs.debian.org/123456 will stay in the URL line, making it more likely that people will use that when they want to link to a certain bug. and maybe even b) The BTS also generates the short version version everywhere where it links to a bug without further option. Not a great deal, but makes the BTS a more aesthetic and slicker place to be :-) Greetings, Joachim - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk4EU3AACgkQ9ijrk0dDIGz70QCeMEGmwXRM8Q9Sg7wkyIxKSf49 UQkAoJMf8FzMe85Yy2jPJuQcYkxR/CtT =QOIX -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#631481: urlview: wrap doesn't work as advertised
Package: urlview Version: 0.9-19 Severity: normal $ cat .urlview REGEXP (((http|https|ftp|gopher)|mailto):(//)?[^ \t]*|(www|ftp)[0-9]?\.[-a-z0-9.]+)[^ .,;\t\n\r\):]?[^, \t]*[^ .,;\t\n\r\):] COMMAND /etc/urlview/url_handler.sh WRAP Yes UrlView 0.9: (9 matches) Press Q or Ctrl-C to Quit! -1 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID 2 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID 3 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID 4 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID 5 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID 6 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID 7 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID 8 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID 9 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID +1/20110624:085009:647122697.log I would expect the WRAP option to allow me to see the entire URL before invoking it. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.1-zgsrv20080 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages urlview depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libncurses5 5.9-1 shared libraries for terminal hand Versions of packages urlview recommends: ii elinks-lite [www-browser]0.12~pre5-4 advanced text-mode WWW browser - l Versions of packages urlview suggests: ii mutt 1.5.21-5 text-based mailreader supporting M pn ncftp | lftp none (no description available) ii wget 1.12-3.1 retrieves files from the web -- 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#631289: other products...
the issue seems to exist with other distros and routers, too. http://www.dd-wrt.com/phpBB2/viewtopic.php?p=617841sid=60cca64962f1b26b474f3a89c2963ab6 I agree that the problem lies with the routers, since they shouldn't break the network operation whatever a connected client does or doesnt. However, if a lot of devices have that problem, it's at least worth investigating it, and finding a way to avoid system breakdowns until the router firmwares are fixed. As said, with mine it helps to limit the networking speed to WLAN-g. Clearly, it's not a debian problem at least. Regards, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631482: [INTL:ko] Korean debconf template translation for tomcat6
Package: tomcat6 Version: 6.0.32.3 Severity: wishlist Tags: l10n patch The header information is updated. It is attached to this report. templates.po Description: Binary data
Bug#583971: login.defs: UMASK 022 (and have pam_umask relax it to 002 for private usergroups)
Hello all, I attach the patch which I uploaded to Ubuntu now. It updates the UMASK and USERGROUPS_ENAB documentation according to the changes proposed to bug 583958. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) === modified file 'debian/changelog' --- debian/changelog2011-02-20 23:59:18 + +++ debian/changelog2011-06-24 09:06:56 + @@ -1,3 +1,13 @@ +shadow (1:4.1.4.2+svn3283-3ubuntu2) UNRELEASED; urgency=low + + * debian/login.defs: +- Update documentation of USERGROUPS_ENAB: with pam_umask, the UPG + handling does not only apply to former (pre-PAM) uses. +- Update documentation of UMASK: Explain that USERGROUPS_ENAB will modify + this default for UPGs. (Closes: #583971) + + -- Martin Pitt martin.p...@ubuntu.com Fri, 24 Jun 2011 11:05:34 +0200 + shadow (1:4.1.4.2+svn3283-3ubuntu1) natty; urgency=low * The string cheese release. === modified file 'debian/login.defs' --- debian/login.defs 2010-11-24 13:42:42 + +++ debian/login.defs 2011-06-24 09:05:20 + @@ -139,6 +139,11 @@ # There is no One True Answer here : each sysadmin must make up his/her # mind. # +# If USERGROUPS_ENAB is set to yes, that will modify this UMASK default value +# for private user groups, i. e. the uid is the same as gid, and username is +# the same as the primary group name: for these, the user permissions will be +# used as group permissions, e. g. 022 will become 002. +# # Prefix these values with 0 to get octal, 0x to get hexadecimal. # ERASECHAR 0177 @@ -209,13 +214,14 @@ #USERDEL_CMD /usr/sbin/userdel_local # +# Enable setting of the umask group bits to be the same as owner bits +# (examples: 022 - 002, 077 - 007) for non-root users, if the uid is +# the same as gid, and username is the same as the primary group name. +# # If set to yes, userdel will remove the user´s group if it contains no # more members, and useradd will create by default a group with the name # of the user. # -# Other former uses of this variable such as setting the umask when -# user==primary group are not used in PAM environments, such as Debian -# USERGROUPS_ENAB yes # signature.asc Description: Digital signature
Bug#631367: phpmyadmin: sql error reporting is terse to the point of uselessness
Hi Dne Thu, 23 Jun 2011 11:39:38 +0100 (BST) sam penny xanthrax...@yahoo.co.uk napsal(a): I've just upgraded from 3.4.1-1 to 3.4.2-1 as part of my approximately daily dist-upgrade. When I type in a sql query in the SQL tab, if there is an error, the message consists of only an error number[1], whereas previously it included a descriptive error message including where in the query the error was detected[2]. I have seen some error messages come through on occasion, but I've not spotted any pattern to when they do, even the same message might appear on one occasion, but not another. Possibly, the bug is in php5-mysql which was also upgraded at the same time (from 5.3.3-7+squeeze1 to 5.3.6-12) As there are no changes in relevant code in phpMyAdmin, I doubt it is the real cause. I tried to reproduce the issue locally and on phpMyAdmin's demo server[1] (running Debian unstable), but I failed in both cases, is there something special steps to reproduce it? [1]:http://demo.phpmyadmin.net/ -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#631483: python-dulwich: cannot clone repos from git://git.debian.org/~user/
Package: python-dulwich Version: 0.7.1-2 Severity: normal dulwich cannot clone repos from git://git.debian.org/~user/ $ git clone git://git.debian.org/~enrico/keylog.git Cloning into keylog... remote: Counting objects: 23, done. remote: Compressing objects: 100% (23/23), done. remote: Total 23 (delta 6), reused 0 (delta 0) Receiving objects: 100% (23/23), 34.00 KiB | 10 KiB/s, done. Resolving deltas: 100% (6/6), done. $ dulwich clone git://git.debian.org/users/enrico/keylog.git Counting objects: 23, done. Compressing objects: 100% (23/23), done. Total 23 (delta 6), reused 0 (delta 0) $ rm keylog.git keylog -rf $ dulwich clone git://git.debian.org/~enrico/keylog.git Traceback (most recent call last): File /usr/bin/dulwich, line 186, in module commands[cmd](sys.argv[2:]) File /usr/bin/dulwich, line 153, in cmd_clone progress=sys.stdout.write) File /usr/lib/python2.6/dist-packages/dulwich/client.py, line 209, in fetch target.get_graph_walker(), f.write, progress) File /usr/lib/python2.6/dist-packages/dulwich/client.py, line 223, in fetch_pack (refs, server_capabilities) = self.read_refs(proto) File /usr/lib/python2.6/dist-packages/dulwich/client.py, line 96, in read_refs for pkt in proto.read_pkt_seq(): File /usr/lib/python2.6/dist-packages/dulwich/protocol.py, line 147, in read_pkt_seq pkt = self.read_pkt_line() File /usr/lib/python2.6/dist-packages/dulwich/protocol.py, line 103, in read_pkt_line raise HangupException() dulwich.errors.HangupException: The remote server unexpectedly closed the connection. This first command proves that git can clone from it. The second proves dulwich can clone from git://git.debian.org/users/user/ The third does clean. The last indicates dulwich can not clone from git://git.debian.org/~user/ Many other repos at git://git.debian.org/~user also cannot be cloned. It also affects mercurial-git (bugs:626827). Regards. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-dulwich depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii python2.6.6-14 interactive high-level object-orie ii python2.6 2.6.6-10 An interactive high-level object-o Versions of packages python-dulwich recommends: ii python-fastimport 0.9.0-3.1 Fastimport file format parser and python-dulwich 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#631484: bonnie++: man page and program help text out of sync
Package: bonnie++ Version: 1.96 Severity: normal bonnie++ help text mentions -c option not described in man page. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental'), (111, 'oldstable'), (107, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bonnie++ depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++64.6.0-14 GNU Standard C++ Library v3 bonnie++ recommends no packages. bonnie++ 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#626827: This might be a bug of dulwich.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've tried using dulwich to clone the repos. It fails too. This might be a bug of dulwich. I've reported this bug to dulwich's Debian Maintainer. Bug Number:631483 Regards Qijiang Fan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOBFkfAAoJEDmDndNQ5GFWNo8P/2i0O6Zzq8L0eQtIJ/hdPCwV q9e9eV9sw/su+oXS2ftHlhoYNW3+1BJWNqSXBOB3t+hvYKFpSKyzEGHFC3PwmPfR GYjUqGso2zMh1L/vVnoKUgXkgY2k2vBaQ+9DJGPRCX2ILV1W5qBaKmann4PEwkqk GgpyDKtt9n6kpK9KhUfe15uhqHLA/4vDf0pMwvznn1vNKZMQdvAYISJ5wXKfpizh fxDnBNfXnTgNgrQeu8xyo9FBn60Cvh0Jvnc5B24T0usaBqpKRRVxXtrI8Psfl/is j0mGZ/KvFUWWuv7uV9c6bCamAZXLNlCrB7kj2+4N8+Teslaa352x7KcuFGqhOw2g voSsoNG4PTR7brJkr873OvtUs/2XTGM+eoaOpT0wVJ0KsDIcxucZ0oWlwK9jDpoK fduzUc/9portJj2q8XNpeF1I+SWd7L2KYJ8TI+6OSKY+Ue3rI1CmIYUrov0+C2MS DEUCDSDa3C4O4n12UL99eYweaqHUtZNvXw/RvTpnTYJkU/cXxeZEtuaioPIIrDZf DvXyBIvZYNtaTylO1JuTKkRX8XE/jY+G4Fs0sWm8TlSOV/wG2d2umcF8s+Rz23DP tAmF80GxYdirFdqsy5IXGh+1sCbAF30tzE3EGOKqYIoOkEB0FT2GKmrPNYLXW7LK 4Gb2nYJDTbAEElAePHWg =mL81 -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#631480: Generate short URLs/links for the standard bug view
Hi. Le vendredi 24 juin 2011 à 11:05 +0200, Joachim Breitner a écrit : most of the time, people are going to look at and to link at URLs like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=123456 e.g. the plain bug view without any options. This is also what http://bugs.debian.org/123456 redirects to. I think it would be much nicer if a) The redirect is done internal, e.g. http://bugs.debian.org/123456 will stay in the URL line, making it more likely that people will use that when they want to link to a certain bug. and maybe even b) The BTS also generates the short version version everywhere where it links to a bug without further option. Not a great deal, but makes the BTS a more aesthetic and slicker place to be :-) +1 It also helps matching discussions in other bugtrackers (forums, lists, etc.) where a Debian bug is referred to. Taking it a step further, it also makes the BTS more compliant with the Linked Data approach (aka Semantic Web), where there URIs of bugs could become unique identifiers for these bugs, should they be referred to from elsewhere (/Linked/ data). For instance (turtle syntax for RDF predicates) http://bugs.debian.org/123456 debbugs:forwaded http://mybugsilla.example.com/987654 would then be much more manageable by SemWeb aware applications, if that short url was standard/default. Same stands for bugzilla, in this case, btw, which suffers same problems. Let me add that content-negociation on the Accept: header with respect to the expected format for output of these URLs (either HTML for humans as of now, or RDF for machines) would be a plus, also. See http://bugs.debian.org/565513 which deals with other aspects of that RDF/Linked Data problem, as OSLC-CM is a protocol which mandates REST and RDF/Linked Data principles. Hope this helps. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631485: [akregator] Annoying popup dialogs for favicons
Package: akregator Version: 4:4.4.7-3 Severity: normal --- Please enter the report below this line. --- While trying to open articles of soeme feeds annoying dialogs start appearing asking me to choose an app to open a favicon.ico. If i choose an image viewer i'll see the icon but the problem remains. That happens with some feeds not all. So what could cause this? Is there a way to correct it in Akregator side ? Prekates Alexandros http://librebytes.gr --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0 500 stable security.debian.org 500 stable ftp.gr.debian.org --- Package information. --- Depends(Version) | Installed -+- kdebase-runtime | 4:4.4.5-1 libc6 (= 2.2.5) | 2.11.2-10 libgcc1 (= 1:4.1.1) | 1:4.4.5-8 libkde3support4 (= 4:4.4) | 4:4.4.5-2+squeeze1 libkdecore5 (= 4:4.4.4-2~) | 4:4.4.5-2+squeeze1 libkdepim4 (= 4:4.4.7-3) | 4:4.4.7-3 libkdeui5 (= 4:4.4) | 4:4.4.5-2+squeeze1 libkhtml5 (= 4:4.4) | 4:4.4.5-2+squeeze1 libkio5 (= 4:4.4) | 4:4.4.5-2+squeeze1 libknotifyconfig4 (= 4:4.4) | 4:4.4.5-2+squeeze1 libkontactinterface4(= 4:4.4.0) | 4:4.4.5-2 libkparts4(= 4:4.4) | 4:4.4.5-2+squeeze1 libkpimutils4 (= 4:4.4) | 4:4.4.5-2 libkutils4(= 4:4.4) | 4:4.4.5-2+squeeze1 libqt4-dbus (= 4:4.5.3) | 4:4.6.3-4 libqt4-xml (= 4:4.5.3) | 4:4.6.3-4 libqtcore4 (= 4:4.6.1) | 4:4.6.3-4 libqtgui4 (= 4:4.5.3) | 4:4.6.3-4 libstdc++6(= 4.4.0) | 4.4.5-8 libsyndication4 (= 4:4.4) | 4:4.4.5-2 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631355: dstat: provide mem info in default output
On Thu, 23 Jun 2011, Ritesh Raj Sarraf wrote: Thank you for maintaining dstat. It would be convenient if dstat included memory information in default output. I've attached the patch. It would be convenient if patched would be send through upstream's github interface, so that discussions can be held there as well :-) That said, the memory output is wide and changes less often than the other default dstat plugins shown. So it was a deliberate decision to remove the memory output from the default dstat output in order to make it fit in 80 columns width terminals. It's very easy to add internal plugins, if you do dstat -am, you basically have the output you like. (The default, also -a, is the same as -cdnpy as documented in the man-page). I hope that answers your question sufficiently. -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630042: probably about 25% of all G4 images are not decodable
I have confirmed the bug and found a correct fix to it from upstream's CVS. I have locally built tiff-3.9.4-5+squeeze3 and confirmed that it can decode all the images attached to this bug report. I have coordinated upload with the security team and will be uploading this morning. If you'd like, I can make the source packages available to you immediately (or as soon as I see your message) for you to build yourself. Alternatively, you can downgrade to tiff-3.9.4-5 and wait for tiff-3.9.4-5+squeeze3 to appear in security updates to upgrade again. Let me know which way you'd like to go. -- Jay Berkenbilt q...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631487: grub-imageboot: please adapt or document seemingly random usage of the option raw
Package: grub-imageboot
Severity: wishlist
Currently, there is only one google hit for „rawimg linux16” (a copy
of grub-imageboot's extracted source code) and all documentation I was
able to find, including your blog entry, uses raw instead. Thus,
I assume the below quoted line is just a typo.
| test -z $IMAGEOPTS IMAGEOPTS=rawimg
Please undo this typo in bin/60_grub-imageboot and also adapt
etc/grub-imageboot accordingly if I'm right.
grub-imageboot uses iso as option to boot .iso files and it does not
use raw. To be able to use an iso image containing a firmware upgrade
tool, I needed to add raw manually, so using both is at least not
always wrong.
The type of .img files is automatically determined by memdisk. Depending
on the size of the file, it is either detected as floppy image or as
harddisk image. To let the user decide which type of image the file is,
either floppy or harddisk would need to be added as option, similar
to iso which is used for .iso files. This could be implemented by
adding new file name extensions .floppy and .harddisk, i.e., an
image file asdf.floppy would be booted as floppy image,
asdf.harddisk would be booted as harddisk image and how to boot
asdf.img would be automatically determined by memdisk.
As described above, grub-imageboot does not add (as I would have
expected) the type of the image as option for .img files, but instead
adds an option (raw) that tells memdisk how to enter protected mode.
I don't understand why raw is passed to harddisk and floppy images by
default, but not to iso images. If there is a reason to do so, please
document it, otherwise please adapt the behaviour.
Besides raw, there are other options that might be needed to boot some
images on specific computers (see /usr/share/doc/syslinux/memdisk.txt.gz
for details). If an option is required to boot image A but must not be
used to be able to boot image B, there is currently no way to tell
grub-imageboot to do so.
Two ways to make grub-imageboot more configurable that come to my mind
are:
* read options for ${imagefile} from ${imagefile}.config if it exists
* let the users add additional file name extensions with custom options
in /etc/default/grub-imageboot, e.g., .raw-hdd, which uses raw and
harddisk as options
The latter could be implemented like this:
| set -e
|
| . /usr/lib/grub/grub-mkconfig_lib
|
| imageboot_add_extension() {
| ...
| }
|
| IMAGES=/boot/images
|
| if [ -e /etc/default/grub-imageboot ]
| then
| . /etc/default/grub-imageboot
| fi
|
| ...
Users could use imageboot_add_extension in /etc/default/grub-imageboot
to add custom extensions.
I don't have an idea how imageboot_add_extension would look like exactly
yet, though.
Carsten
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631488: grub-imageboot: please do not load default values for configuration variables that have been set to an empty string
Package: grub-imageboot
Severity: wishlist
If a user sets IMAGEOPTS to an empty string, grub-imageboot sets it to
the default value rawimg. I think if a user decides to explicitly set
a configuration variable to any value, this decision should be
respected.
In my refactored grub-imageboot, fixing this can be done by replacing
${FOO:-bar} with ${FOO-bar}.
Carsten
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631486: grub-imageboot: please mention ability to boot harddisk images in documentation
Package: grub-imageboot Severity: wishlist debian/control: === grub-imageboot is able to boot harddisk images (currently .img files larger than 4 MB are detected as harddisk images). Please consider mentioning this ability in the package's description. | Description: boot iso and floppy images with grub2 and syslinux memdisk Adding this to above quoted short description would make it rather long, but maybe you have an idea how this could be done. If you don't, just adapting the long description should suffice, e.g.: | This package installs a grub hook which integrates iso, harddisk and | floppy images into the grub menu. (I have no idea if ISO image is more commonly used than iso image) If you adapt the description anyway, please also add the trailing period to it. The final paragraph currently is: | memdisk can't boot every image see | http://syslinux.zytor.com/wiki/index.php/MEMDISK for its limitations ... but it should be: | memdisk can't boot every image see | http://syslinux.zytor.com/wiki/index.php/MEMDISK for its limitations. debian/README.Debian: = The first two paragraphs of debian/README.Debian just mention floppy and iso images, please also mention hard disk images there. This file also points to /etc/default/grub-imageboot.conf, which has been renamed to /etc/default/grub-imageboot. etc/grub-imageboot: === The following line does not mention harddisk images: | # You can override the boot options for iso/floppy images here Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616092: can you try `dulwich clone'?
hello, can you try `dulwich clone'? hg-git depends python-dulwich to clone a git repository. Can you try $ dulwich clone git://github.com/schacon/hg-git.git and then report the result because I dont't have an IPv6 connection ? Regards Qijiang Fan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629815: Fixing libvtk build process (Was: Bug#629815: No rule to make target `/usr/lib/libdl.so')
Am Freitag, 24. Juni 2011, 10:57:16 schrieb Andreas Tille: On Fri, Jun 24, 2011 at 10:20:32AM +0200, Sebastian Hilbert wrote: Thanks Modestas for finding the reason. I started a long time ago fixing VTK to remove the culprit call to EXPORT_LIBRARY_DEPENDENCIES, but had to give up. I could not get it apply upstream, maybe we can resurect this patch in debian/VTK: https://github.com/malaterre/VTK/commit/07db5b4fd2477f3843e6726ea5011aa 2540 921ab If it fixes the problem we should. Upstream knows best which patches will cause trouble but if there is no agreement with upstream and there is a serious issue I vote for patching at the packaging level. I'd even vote for making it soonish because it affects two of our packages drastically - one of them (ginkgocadx) is highly wanted an will not make any progress without fixing this problem. If anyone is willing tp provide test packages (e.g. patched packages) I volutueer to test them in my system. Regards, Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631489: glusterfs-client: [l10n:cs] package description in czech is funny/nonsense
Package: glusterfs-client Severity: minor Tags: l10n It seems like the translation was made via google translator or something like that. The original sentence says that GlusterFS is a clustered file-system capable of scaling to several peta- bytes. However in czech it is ClusterFS je clusterový souborový systém schopný odměřovat různé peta- byty. which translated back to english reads ClusteFS (sic) is a clustered file-system capable of measuring various peta- bytes. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable'), (20, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616092: can you try `dulwich clone'?
Hello,
On Fri, 24 Jun 2011 17:46:48 +0800
Qijiang Fan fqj1...@gmail.com wrote:
Can you try
$ dulwich clone git://github.com/schacon/hg-git.git
and then report the result because I dont't have an IPv6 connection ?
Sure.
$ dulwich clone git://github.com/schacon/hg-git.git
Traceback (most recent call last):
File /usr/bin/dulwich, line 186, in module
commands[cmd](sys.argv[2:])
File /usr/bin/dulwich, line 153, in cmd_clone
progress=sys.stdout.write)
File /usr/lib/pymodules/python2.6/dulwich/client.py, line 204, in
fetch target.get_graph_walker(), f.write, progress)
File /usr/lib/pymodules/python2.6/dulwich/client.py, line 217, in
fetch_pack proto, can_read = self._connect('upload-pack', path)
File /usr/lib/pymodules/python2.6/dulwich/client.py, line 275, in
_connect s.connect((self._host, self._port))
File string, line 1, in connect
socket.error: [Errno 101] Network is unreachable
--
WBR, Andrew
signature.asc
Description: PGP signature
Bug#631490: python-dulwich: unable to connection on IPv6-only host
Package: python-dulwich Version: 0.7.1-2 Severity: normal Tags: ipv6 This bug is originally reported on Debian BTS(No:616092) to mercurial-git. A user cannot clone on an IPv6-only host using Mercurial's Git Extension. As mercurial-git(src:hg-git) depends python-dulwich. I asked that user to try using dulwich to clone it. It fails too. See datails: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616092#20 Regards -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-dulwich depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii python2.6.6-14 interactive high-level object-orie ii python2.6 2.6.6-10 An interactive high-level object-o Versions of packages python-dulwich recommends: ii python-fastimport 0.9.0-3.1 Fastimport file format parser and python-dulwich 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#631491: bzr-gtk: Failing tests
Source: bzr-gtk Version: bzr731-1 Severity: serious Tags: wheezy sid Justification: FTBFS Hi Trying to build bzr-gtk with a similar setup as on the buildds bzr-gtk FTBFS: debian/rules override_dh_auto_test make[1]: Entering directory `/build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731' BZR_PLUGINS_AT=gtk@/build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731 xvfb-run -a /usr/bin/bzr selftest -s bp.gtk failed to open trace file: [Errno 2] No such file or directory: '/home/salvi/.bzr.log' Xlib: extension RANDR missing on display :99. /build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731/commit.py:874: DeprecationWarning: bzrlib.repofmt.groupcompress_repo.CHKInv entoryRepository.iter_reverse_revision_history was deprecated in version 2.4.0. revid_iterator = b.repository.iter_reverse_revision_history(old_revid) bzr selftest: /usr/bin/bzr /usr/lib/python2.6/dist-packages/bzrlib bzr-2.4b4 python-2.6.7 Linux-2.6.32-5-amd64-x86_64-with-debian-wheezy-sid ERROR: bzrlib.plugins.gtk.tests.test_revisionview.TestPendingRevisions.test_create_view_with_broken_file_info Text attachment: log 5.025 creating repository in memory+51536720:///test/.bzr/. 5.026 creating branch bzrlib.branch.BzrBranchFormat7 object at 0x314e550 in memory+51536720:///test/ 5.032 preparing to commit INFO Committing to: memory+51536720:///test/ 5.034 Selecting files for commit with filter None INFO Committed revision 1. 5.040 Committed revid A as revno 1. INFO Invalid per-file info for revision:A, value: u'ld7:file_id7:root-id7:message11:test-message\n4:path0:ee' 5.047 opening working tree '/tmp/testbzr-YBmGGT.tmp' Text attachment: traceback Traceback (most recent call last): File /usr/lib/python2.6/dist-packages/testtools/runtest.py, line 169, in _run_user return fn(*args, **kwargs) File /usr/lib/python2.6/dist-packages/testtools/testcase.py, line 540, in _run_test_method return self._get_test_method()() File /build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731/tests/test_revisionview.py, line 89, in test_create_view_with_brok en_file_info log = self._get_log(True) AttributeError: 'TestPendingRevisions' object has no attribute '_get_log' == ERROR: bzrlib.plugins.gtk.tests.test_revisionview.TestPendingRevisions.test_create_view_with_broken_file_info -- _StringException: Text attachment: log 5.025 creating repository in memory+51536720:///test/.bzr/. 5.026 creating branch bzrlib.branch.BzrBranchFormat7 object at 0x314e550 in memory+51536720:///test/ 5.032 preparing to commit INFO Committing to: memory+51536720:///test/ 5.034 Selecting files for commit with filter None INFO Committed revision 1. 5.040 Committed revid A as revno 1. INFO Invalid per-file info for revision:A, value: u'ld7:file_id7:root-id7:message11:test-message\n4:path0:ee' 5.047 opening working tree '/tmp/testbzr-YBmGGT.tmp' Text attachment: traceback Traceback (most recent call last): File /usr/lib/python2.6/dist-packages/testtools/runtest.py, line 169, in _run_user return fn(*args, **kwargs) File /usr/lib/python2.6/dist-packages/testtools/testcase.py, line 540, in _run_test_method return self._get_test_method()() File /build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731/tests/test_revisionview.py, line 89, in test_create_view_with_broken_file_info log = self._get_log(True) AttributeError: 'TestPendingRevisions' object has no attribute '_get_log' -- Ran 77 tests in 4.838s FAILED (errors=1) Missing feature '_UnicodeFilenameFeature' skipped 2 tests. bzrlib.plugins.gtk.tests.test_annotate_config.TestConfig.test_create_initial_config is leaking threads among 4 leaking tests. 4 non-main threads were left active in the end. make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory `/build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Attached is the full build log. Regards Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash bzr-gtk_0.100.0+bzr731-1-amd64-20110624-0057.gz Description: GNU Zip compressed data
Bug#631492: ITP: libdancer-plugin-flashmessage-perl -- Dancer plugin to display temporary, so called flash messages
Package: wnpp Owner: Damyan Ivanov d...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libdancer-plugin-flashmessage-perl Version : 0.313 Upstream Author : Damien dams Krotkine * URL : http://search.cpan.org/dist/Dancer-Plugin-FlashMessage/ * License : Artistic or GPL-1+ This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself. Programming Lang: Perl Description : Dancer plugin to display temporary, so called flash messages Dancer::Plugin::FlashMessage helps you display temporary messages, also known as flash messages. Flash messages can be used to inform the user that a certain operation was successful in way that doesn't take space when there are no messages to be shown. The plugin provides a flash() method for setting the message and takes care of attaching the content to the session, propagating it to the templating system, and then removing it from the session. The developer's only remaining job is to provide a place in the views or the layout where the message will be displayed. Dancer is a lightweight yet powerful web application framework. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631493: mlterm: Please make the input method plugin for IBUS.
Package: mlterm Version: 3.0.5-1 Severity: wishlist --enable-ibus in the option of configure. I want to create a package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mlterm depends on: ii libc6 2.13-7Embedded GNU C Library: Shared lib ii libfribidi00.19.2-1 Free Implementation of the Unicode ii libgdk-pixbuf2.0-0 2.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libx11-6 2:1.4.3-2 X11 client-side library ii libxft22.2.0-3 FreeType-based font drawing librar ii mlterm-common 3.0.5-1 MultiLingual TERMinal, common file Versions of packages mlterm recommends: ii mlterm-tools 3.0.5-1 MultiLingual TERMinal, additional Versions of packages mlterm suggests: pn mlterm-im-m17nlib none (no description available) pn mlterm-im-scim none (no description available) pn mlterm-im-uim none (no description available) pn t1-cyrillic none (no description available) pn ttf-arphic-bsmi00lp none (no description available) pn ttf-arphic-gbsn00lp none (no description available) pn ttf-baekmuk none (no description available) ii ttf-freefont20100919-1 Freefont Serif, Sans and Mono True ii ttf-vlgothic20101218-1 Japanese TrueType font from Vine L ii unifont 1:5.1.20080914-1 font with a glyph for each visible pn xfonts-efont-unicodenone (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#563030: Possible with some JavaScript
-=| Joachim Breitner, Fri, Jun 24, 2011 at 11:01:40AM +0200 |=- bugs.debian.org/#558234 redirects to http://www.debian.org/Bugs/#558234. If that static web page would contain a JavaScript snipped that checks if the document.hash is a number, that could redirect to bugs.debian.org/558234. It’s a work-around, but I don’t see any problem with it. CC’ing the web team, they might be in a position to implement this. Shameless plug: just use the Debian Buttons extension[1] and you are done :) [1] https://addons.mozilla.org/en-US/firefox/addon/debian-buttons/ signature.asc Description: Digital signature
Bug#622686: Problem is connected with flash
As a workaround, I find that if I disable the Shockwave Flash plugin I can use Google translate without Iceweasel crashing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625726: Patch for grep syntax error in /etc/network/if-up.d/mountnfs
Package: initscripts
Version: 2.88dsf-13.10
Followup-For: Bug #625726
--- mountnfs.old2011-06-24 20:18:54.534176665 +1000
+++ /etc/network/if-up.d/mountnfs 2011-06-24 20:18:05.480019153 +1000
@@ -117,7 +117,7 @@
}
exit_unless_last_interface() {
-grep ^[:space:]*auto /etc/network/interfaces | \
+grep ^[[:space:]]*auto /etc/network/interfaces | \
sed -e 's/[ \t]*auto[ \t]*//;s/[ \t]*$//;s/[ \t]/\n/g' | \
while read i; do
if [ `grep -c $i /etc/network/run/ifstate` -eq 0 ]; then
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.34 (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages initscripts depends on:
ii coreutils 8.5-1 GNU core utilities
ii debianutils4.0.2 Miscellaneous utilities specific t
ii libc6 2.13-7Embedded GNU C Library: Shared lib
ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip
ii mount 2.19.1-2 Tools for mounting and manipulatin
ii sysv-rc2.88dsf-13.10 System-V-like runlevel change mech
ii sysvinit-utils 2.88dsf-13.10 System-V-like utilities
Versions of packages initscripts recommends:
ii e2fsprogs 1.41.12-4 ext2/ext3/ext4 file system utiliti
ii psmisc22.13-1utilities that use the proc file s
initscripts suggests no packages.
-- Configuration Files:
/etc/network/if-up.d/mountnfs changed:
PATH=/sbin:/bin
.. /lib/init/vars.sh
.. /lib/lsb/init-functions
.. /lib/init/mount-functions.sh
set_env() {
[ -f /etc/fstab ] || return
#
# Read through fstab line by line. If it is NFS, set the flag
# for mounting NFS file systems. If any NFS partition is found and it
# not mounted with the nolock option, we start the portmapper.
#
# If any sec={krb5,krb5i,krb5p} option is given, or any of the file
# systems are nfs4, we'll need to start rpc.gssd and/or rpc.idmapd too;
# we'll leave that to nfs-common.
#
exec 90 /etc/fstab
start_nfs=no
NETFS=
NETDEV=
while read DEV MTPT FSTYPE OPTS REST
do
case $DEV in
|\#*)
continue
;;
esac
case $OPTS in
noauto|*,noauto|noauto,*|*,noauto,*)
continue
;;
_netdev|*,_netdev|_netdev,*|*,_netdev,*)
NETDEV=yes
;;
esac
case $FSTYPE in
nfs)
# NFS filsystems normally require statd and portmap.
However,
# if nolock is set, portmap and statd are not required
for this
# file system.
case $OPTS in
nolock|*,nolock|nolock,*|*,nolock,*)
# no action
;;
*)
start_nfs=yes
;;
esac
# However, Kerberos requires gssd, so start nfs-common
anyway.
case $OPTS in
sec=krb5|*,sec=krb5|sec=krb5,*|*,sec=krb5,*|sec=krb5i|*,sec=krb5i|sec=krb5i,*|*,sec=krb5i,*|sec=krb5p|*,sec=krb5p|sec=krb5p,*|*,sec=krb5p,*)
start_nfs=yes
;;
esac
;;
nfs4)
# NFSv4 requires idmapd, so start nfs-common no matter
what the options are.
start_nfs=yes
;;
smbfs|cifs|coda|ncp|ncpfs|ocfs2|gfs)
;;
*)
FSTYPE=
;;
esac
if [ $FSTYPE ]
then
case $NETFS in
$FSTYPE|*,$FSTYPE|$FSTYPE,*|*,$FSTYPE,*)
;;
*)
NETFS=$NETFS${NETFS:+,}$FSTYPE
;;
esac
fi
done
exec 09 9-
}
do_start() {
#
# Initialize nfs-common (which starts rpc.statd, rpc.gssd
# and/or rpc.idmapd, and loads the right kernel modules if
# applicable) if we use Kerberos and/or NFSv4 mounts.
#
if [ $start_nfs = yes ] [ -x /etc/init.d/nfs-common ]
then
[ -x /etc/init.d/portmap
Bug#631154: bash: please package v4.2
On 06/20/2011 10:48 PM, Jonathan Nieder wrote: Package: bash Version: 4.1-3 Severity: wishlist Hi, bash 4.2 has been out for a few months. It would be nice to have a package of it in Debian, either sid or experimental, so people can test it and help Chet. I would like to get rid of the /bin/sh symlink in this version. this is unfinished work started when making /bin/dash the default. If you want to help with this, please send a working patch, which works with both new installations and upgrades. The kind folks at Ubuntu seem to have already prepared a package, so it might be possible to reuse the work from there. yes, and discovering regressions with this version too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616998: python-clientform: deprecation of dh_pycentral, please use dh_python2
tags 616998 patch
user ubuntu-de...@lists.ubuntu.com
usertags 616998 ubuntu-patch oneiric
thanks
On Mon, Mar 07, 2011 at 12:50:45AM +, Matthias Klose wrote:
The package build-depends on python-central, which should be
removed in time for the wheezy release. dh_python2 should be used instead.
dh_python2 installs into the same locations as pycentral, but
avoids the creation and removal of symlinks at package installation
and removal time, making the upgrade process more robust and faster.
Here's a patch:
* Convert to dh_python2.
diff -u python-clientform-0.2.10/debian/rules
python-clientform-0.2.10/debian/rules
--- python-clientform-0.2.10/debian/rules
+++ python-clientform-0.2.10/debian/rules
@@ -35,8 +35,6 @@
dh_testroot
dh_clean -k
dh_installdirs
- # Workaround dh_python/dh_pycentral breakage
- echo python:Provides=$(foreach pv,$(shell pyversions
-s),$(pv)-clientform)|sed 's/ /, /g' debian/python-clientform.substvars
$(MAKE) -f debian/rules $(PYVERS:%=install-python%)
install-python%:
@@ -57,8 +55,7 @@
dh_strip
dh_compress
dh_fixperms
- dh_pycentral
- dh_python
+ dh_python2
dh_makeshlibs
dh_installdeb
dh_shlibdeps
reverted:
--- python-clientform-0.2.10/debian/pycompat
+++ python-clientform-0.2.10.orig/debian/pycompat
@@ -1 +0,0 @@
-2
diff -u python-clientform-0.2.10/debian/control
python-clientform-0.2.10/debian/control
--- python-clientform-0.2.10/debian/control
+++ python-clientform-0.2.10/debian/control
@@ -3,11 +3,10 @@
Priority: extra
Maintainer: Debian/Ubuntu Zope Team
pkg-zope-develop...@lists.alioth.debian.org
Uploaders: Brian Sutherland ji...@web.de, Fabio Tranchitella
kob...@debian.org, Jérémy Bobbio lu...@debian.org , Matthias Klose
d...@ubuntu.com
-Build-Depends-Indep: python-central (= 0.5)
-Build-Depends: debhelper (= 5.0.37.2), python-setuptools (= 0.6a9),
python-all-dev (= 2.3.5-7)
+Build-Depends: debhelper (= 5.0.37.2), python-setuptools (= 0.6a9),
python-all-dev (= 2.6.6-3~)
Standards-Version: 3.8.3
Homepage: http://wwwsearch.sourceforge.net/ClientForm/
-XS-Python-Version: all
+X-Python-Version: = 2.0
Package: python-clientform
Architecture: all
@@ -15,7 +14,6 @@
Provides: ${python:Provides}
Conflicts: python2.3-clientform ( 0.2.2), python2.4-clientform ( 0.2.2)
Replaces: python2.3-clientform ( 0.2.2), python2.4-clientform ( 0.2.2)
-XB-Python-Version: ${python:Versions}
Description: module for handling HTML forms on the client side
ClientForm is a Python module for handling HTML forms on the client side,
useful for parsing HTML forms, filling them in and returning the completed
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617012: python-libpcap: deprecation of dh_pycentral, please use dh_python2
tags 617012 patch
user ubuntu-de...@lists.ubuntu.com
usertags 617012 ubuntu-patch oneiric
thanks
On Mon, Mar 07, 2011 at 12:50:59AM +, Matthias Klose wrote:
The package build-depends on python-central, which should be
removed in time for the wheezy release. dh_python2 should be used instead.
dh_python2 installs into the same locations as pycentral, but
avoids the creation and removal of symlinks at package installation
and removal time, making the upgrade process more robust and faster.
Here's a patch. I left X-Python-Version unset because I couldn't see a
minimum version requirement anywhere in the source; if you know better,
please fill it in.
* Convert to dh_python2.
diff -u python-libpcap-0.6.2/debian/rules python-libpcap-0.6.2/debian/rules
--- python-libpcap-0.6.2/debian/rules
+++ python-libpcap-0.6.2/debian/rules
@@ -24,7 +24,7 @@
dh_installdirs
for i in $(PYVERS); do\
- python$$i setup.py install --no-compile
--root=$(CURDIR)/debian/python-libpcap; \
+ python$$i setup.py install --no-compile
--root=$(CURDIR)/debian/python-libpcap --install-layout=deb; \
done;
dh_strip
@@ -34,7 +34,7 @@
dh_installchangelogs ChangeLog
dh_installdocs
dh_installexamples
- dh_pycentral
+ dh_python2
dh_link
dh_compress
dh_fixperms
diff -u python-libpcap-0.6.2/debian/control python-libpcap-0.6.2/debian/control
--- python-libpcap-0.6.2/debian/control
+++ python-libpcap-0.6.2/debian/control
@@ -1,17 +1,15 @@
Source: python-libpcap
Section: python
-XS-Python-Version: all
Priority: optional
Maintainer: Thomas Bläsing thoma...@pool.math.tu-berlin.de
Standards-Version: 3.7.2
-Build-Depends: python-all-dev (= 2.4.4-6~), python-central (= 0.5),
debhelper (= 5.0.37.1), libpcap0.8 (= 0.9.5-1~), libpcap0.8-dev (=
0.9.5-1~), swig (= 1.3.31-1~)
+Build-Depends: python-all-dev (= 2.6.6-3~), debhelper (= 5.0.37.1),
libpcap0.8 (= 0.9.5-1~), libpcap0.8-dev (= 0.9.5-1~), swig (= 1.3.31-1~)
Homepage: http://sourceforge.net/projects/pylibpcap
Package: python-libpcap
Architecture: any
Depends: ${shlibs:Depends}, ${python:Depends}, libpcap0.8 (= 0.9.5-1)
Provides: ${python:Provides}
-XB-Python-Version: ${python:Versions}
Description: python libpcap wrapper
Python module for the libpcap packet capture library,
based on the original python libpcap module by Aaron Rhodes.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616092: can you try `dulwich clone'?
OK.I've reported this bug to python-dulwich's Debian BTS(bug:631490). signature.asc Description: OpenPGP digital signature
Bug#631494: dpkg-dev: dpkg-buildpackage -S fails to clean up temporary files on SIGINT
Package: dpkg-dev Version: 1.16.0.3 Severity: normal Hi, at least with 1.0 (native), temporary files can remain on the filesystem when SIGINT is received while building a source package. Here's a test case: debcheckout xutils-dev cd xutils-dev dd if=/dev/zero of=.git/foo bs=10k count=10k debuild -S -i ^C At this point: | $ ls ../xutils-dev_* | ../xutils-dev_7.6+5_source.build ../xutils-dev_7.6+5.tar.gz.new.NPs99e and that .tar.gz.new.* file should have been killed. Two notes: - a 100MB file under .git was just a way to make the tarball creation step longer, so that one can hit ^C at this moment. - ^C should be entered during this phase: “dpkg-source: info: building xutils-dev in xutils-dev_7.6+5.tar.gz” Mraw, KiBi. -- System Information: Debian Release: sid/experimental APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev depends on: ii base-files6.4Debian base system miscellaneous f ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina ii bzip2 1.0.5-6high-quality block-sorting file co ii libdpkg-perl 1.16.0.3 Dpkg perl modules ii make 3.81-8.1 An utility for Directing compilati ii patch 2.6.1-2Apply a diff file to an original ii xz-utils 5.0.0-2XZ-format compression utilities Versions of packages dpkg-dev recommends: ii build-essential 11.5 Informational list of build-essent ii fakeroot 1.16-1 tool for simulating superuser priv ii gcc [c-compiler] 4:4.6.0-6 GNU C compiler ii gcc-4.4 [c-compiler] 4.4.6-6GNU C compiler ii gcc-4.5 [c-compiler] 4.5.3-3The GNU C compiler ii gcc-4.6 [c-compiler] 4.6.0-14 GNU C compiler ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii gpgv 1.4.11-3 GNU privacy guard - signature veri ii libalgorithm-merge-perl 0.08-2 Perl module for three-way merge of Versions of packages dpkg-dev suggests: ii debian-keyring2011.03.03 GnuPG keys of Debian Developers -- 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#631495: get-config-dir-hg: https support
Package: fai-client Version: 3.4.7 Severity: wishlist get-config-dir-hg appears to support only http:// urls. Would be nice if https:// was added. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-grml64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fai-client depends on: ii file 5.04-5 Determines file type using magic ii iproute 20100519-3 networking and traffic control too ii libapt-pkg-perl 0.1.24+b1 Perl interface to libapt-pkg ii perl 5.10.1-17 Larry Wall's Practical Extraction Versions of packages fai-client recommends: pn cfengine2 none (no description available) ii debconf-utils 1.5.36.1 debconf utilities fai-client 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#631496: glx-alternative-nvidia: Unable to setup alternatives -- duplicate slave link /usr/lib/i386-linux-gnu/libGL.so.1
Package: glx-alternative-nvidia Version: 0.1 Severity: important # dpkg --configure --pending Setting up glx-alternative-nvidia (0.1) ... + TRIPLETS=/ /i386-linux-gnu/ /x86_64-linux-gnu/ + [ configure = triggered ] + [ configure = configure ] + update-alternatives --list libGL.so.1 + update-alternatives --list libglx.so + [ configure = configure ] + dpkg-trigger register-glx-alternative-nvidia + exit 0 Processing triggers for glx-alternative-nvidia ... + TRIPLETS=/ /i386-linux-gnu/ /x86_64-linux-gnu/ + [ triggered = triggered ] + add_multiarch_slave /usr/lib libGL.so.1 /usr/lib nvidia/ + local target_dir file source_dir source_sub_dir triplet + target_dir=/usr/lib + file=libGL.so.1 + source_dir=/usr/lib + source_sub_dir=nvidia/ + echo / + sed -e s/\/$//; s/^\//-/ + add_slave /usr/lib/libGL.so.1 libGL.so.1 /usr/lib/nvidia/libGL.so.1 + local target_link name source_path triplet + target_link=/usr/lib/libGL.so.1 + name=libGL.so.1 + source_path=/usr/lib/nvidia/libGL.so.1 + [ -f /usr/lib/nvidia/libGL.so.1 ] + echo /i386-linux-gnu/ + sed -e s/\/$//; s/^\//-/ + add_slave /usr/lib/i386-linux-gnu/libGL.so.1 libGL.so.1-i386-linux-gnu /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 + local target_link name source_path triplet + target_link=/usr/lib/i386-linux-gnu/libGL.so.1 + name=libGL.so.1-i386-linux-gnu + source_path=/usr/lib/i386-linux-gnu/nvidia/libGL.so.1 + [ -f /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 ] + echo --slave /usr/lib/i386-linux-gnu/libGL.so.1 glx--libGL.so.1-i386-linux-gnu /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 + echo /x86_64-linux-gnu/ + sed -e s/\/$//; s/^\//-/ + add_slave /usr/lib/x86_64-linux-gnu/libGL.so.1 libGL.so.1-x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 + local target_link name source_path triplet + target_link=/usr/lib/x86_64-linux-gnu/libGL.so.1 + name=libGL.so.1-x86_64-linux-gnu + source_path=/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 + [ -f /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 ] + add_multiarch_slave /usr/lib libnvidia-cfg.so.1 /usr/lib nvidia/ + local target_dir file source_dir source_sub_dir triplet + target_dir=/usr/lib + file=libnvidia-cfg.so.1 + source_dir=/usr/lib + source_sub_dir=nvidia/ + echo / + sed -e s/\/$//; s/^\//-/ + add_slave /usr/lib/libnvidia-cfg.so.1 libnvidia-cfg.so.1 /usr/lib/nvidia/libnvidia-cfg.so.1 + local target_link name source_path triplet + target_link=/usr/lib/libnvidia-cfg.so.1 + name=libnvidia-cfg.so.1 + source_path=/usr/lib/nvidia/libnvidia-cfg.so.1 + [ -f /usr/lib/nvidia/libnvidia-cfg.so.1 ] + echo /i386-linux-gnu/ + sed -e s/\/$//; s/^\//-/ + add_slave /usr/lib/i386-linux-gnu/libnvidia-cfg.so.1 libnvidia-cfg.so.1-i386-linux-gnu /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 + local target_link name source_path triplet + target_link=/usr/lib/i386-linux-gnu/libnvidia-cfg.so.1 + name=libnvidia-cfg.so.1-i386-linux-gnu + source_path=/usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 + [ -f /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 ] + echo --slave /usr/lib/i386-linux-gnu/libnvidia-cfg.so.1 glx--libnvidia-cfg.so.1-i386-linux-gnu /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 + echo /x86_64-linux-gnu/ + sed -e s/\/$//; s/^\//-/ + add_slave /usr/lib/x86_64-linux-gnu/libnvidia-cfg.so.1 libnvidia-cfg.so.1-x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 + local target_link name source_path triplet + target_link=/usr/lib/x86_64-linux-gnu/libnvidia-cfg.so.1 + name=libnvidia-cfg.so.1-x86_64-linux-gnu + source_path=/usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 + [ -f /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 ] + add_multiarch_slave /usr/lib libXvMCNVIDIA.so.1 /usr/lib nvidia/ + local target_dir file source_dir source_sub_dir triplet + target_dir=/usr/lib + file=libXvMCNVIDIA.so.1 + source_dir=/usr/lib + source_sub_dir=nvidia/ + sed -e s/\/$//; s/^\//-/ + echo / + add_slave /usr/lib/libXvMCNVIDIA.so.1 libXvMCNVIDIA.so.1 /usr/lib/nvidia/libXvMCNVIDIA.so.1 + local target_link name source_path triplet + target_link=/usr/lib/libXvMCNVIDIA.so.1 + name=libXvMCNVIDIA.so.1 + source_path=/usr/lib/nvidia/libXvMCNVIDIA.so.1 + [ -f /usr/lib/nvidia/libXvMCNVIDIA.so.1 ] + echo /i386-linux-gnu/ + sed -e s/\/$//; s/^\//-/ + add_slave /usr/lib/i386-linux-gnu/libXvMCNVIDIA.so.1 libXvMCNVIDIA.so.1-i386-linux-gnu /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 + local target_link name source_path triplet + target_link=/usr/lib/i386-linux-gnu/libXvMCNVIDIA.so.1 + name=libXvMCNVIDIA.so.1-i386-linux-gnu + source_path=/usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 + [ -f /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 ] + echo --slave /usr/lib/i386-linux-gnu/libXvMCNVIDIA.so.1 glx--libXvMCNVIDIA.so.1-i386-linux-gnu /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 + echo /x86_64-linux-gnu/ + sed -e s/\/$//; s/^\//-/ + add_slave /usr/lib/x86_64-linux-gnu/libXvMCNVIDIA.so.1 libXvMCNVIDIA.so.1-x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 + local target_link name
Bug#586129: python-wxgtk2.8: upstream 2.8.12 available
Package: python-wxgtk2.8 Version: 2.8.10.1-3.1 Followup-For: Bug #586129 Upstream has released v2.8.12. Debian package gingkocadx depends on at least 2.8.11. Please package as time permits. Thanks, Karsten -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-wxgtk2.8 depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-10 GCC support library ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.10.1-3.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t ii python 2.6.6-14 interactive high-level object-orie ii python-central 0.6.17 register and build utility for Pyt ii python-wxversion2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t python-wxgtk2.8 recommends no packages. Versions of packages python-wxgtk2.8 suggests: pn editra none (no description available) pn python-xml none (no description available) ii wx2.8-doc 2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t pn wx2.8-examples 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#631477: [debcommit] Be smart as to how to tag a repository
On Fri, Jun 24, 2011 at 10:54:43AM +0200, Joachim Breitner wrote: debcommit -r is great as it integrates well into other uses of debcommit. But when the source is maintained using a VCS helper such as git-buildpackage or git-dpm, it is unfortunate that it creates different tags than these. Also, those may add more tags, e.g. for the corresponding patched state. Hence, if debcommit could find out whether the source is managed by git-buildpackage (e.g. if debian/.gbp.conf is present) or by git-dpm (in which case debian/.git-dpm will be present) and then use the appropriate tool to tag the release, that would be very nice. I don't use either of those tools. What would be the appropriate way to tag when those tools are in use? -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature
Bug#631497: 2.8.5~rc2-1 breaks compilation of hugin python support
Package: cmake Version: 2.8.5~rc2-1 Severity: normal Upgrading from 2.8.4+dfsg.1-5 to cmake 2.8.5~rc2-1 broke compilation of hugin's python support: mkdir build-dir cd build-dir cmake -DCMAKE_INSTALL_PREFIX=/usr -DBUILD_HSI:BOOL=On -DCMAKE_EXE_LINKER_FLAGS=-Wl,--as-needed -Wl,-z,defs -DCMAKE_MODULE_LINKER_FLAGS=-Wl,--as-needed -Wl,-z,defs -DCMAKE_SHARED_LINKER_FLAGS=-Wl,--as-needed -Wl,-z,defs .. -- The C compiler identification is GNU -- The CXX compiler identification is GNU [...] -- ZThread library found -- Found SWIG: /usr/bin/swig2.0 (found version 2.0.4) -- Found PythonLibs: /usr/lib/libpython2.6.so -- Using shared internal libraries -- Python libs version: 2.6.7 CMake Error at /usr/share/cmake-2.8/Modules/UseSWIG.cmake:74 (MESSAGE): Command /usr/bin/swig2.0 -MM -MF /tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/hugin_script_interface/swig_hsi_deps.txt -I/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/hugin_script_interface -python -o /tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/hugin_script_interface/hsiPYTHON_wrap.cxx -I/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/hugin_base;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/foreign;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/foreign/vigra;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/celeste;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/celeste;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src;-I/usr/include;-I/usr/include/OpenEXR;-I/usr/include/python2.6;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/hugin_script_interface;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/hugin_script_interface /tmp/HUGIN/hugin-2011.2.0+dfsg/src/hugin_script_interface/hsi.i failed with output: /tmp/HUGIN/hugin-2011.2.0+dfsg/src/hugin_script_interface/hsi.i:215: Error: Unable to find 'hsi_PanoramaData.h' [...] The missing header files are generated by src/hugin_script_interface/CMakeLists.txt but nowadays cmake swig module seems to try to include them before generating them. How to reproduce: 1 apt-get source hugin=2011.2.0+dfsg~beta1-1 (from experimental) 2 install swig and python-dev 3 Add -DBUILD_HSI:BOOL=On to the cmake invocation in debian/rules: --- a/debian/rules +++ b/debian/rules @@ -54,7 +54,7 @@ configure-stamp: sed -e s_autopano-noop.sh_autopano-noop_g doc/autopano-noop.sh.pod \ doc/autopano-noop.pod mkdir $(BUILD_DIR) - cd $(BUILD_DIR) cmake -DCMAKE_INSTALL_PREFIX=/usr $(CMAKE_LDFLAGS) .. + cd $(BUILD_DIR) cmake -DCMAKE_INSTALL_PREFIX=/usr -DBUILD_HSI:BOOL=On $(CMAKE_LDFLAGS) .. 4 Try building the package. This does not look like a Debian specific issue, it was also found on fedora f16 rawhide[1] cu andreas [1] http://mid.gmane.org/20110623183553.ge4...@postle.net -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages cmake depends on: ii cmake-data 2.8.5~rc2-1 CMake data files (modules, templat ii libarchive1 2.8.4-1 Single library to read/write tar, ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.6-1 Multi-protocol file transfer libra ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgcc1 1:4.6.0-14 GCC support library ii libstdc++6 4.6.0-14 GNU Standard C++ Library v3 ii libxmlrpc-core-c3 1.16.33-2A lightweight RPC library based on ii procps 1:3.2.8-10 /proc file system utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime cmake recommends no packages. Versions of packages cmake suggests: ii gcc 4:4.6.0-6 GNU C compiler ii make 3.81-8.1 An utility for Directing compilati -- 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#631498: e2fsprogs: filefrag should report adjacent extents as one
Package: e2fsprogs
Version: 1.41.12-4
Severity: wishlist
Tags: patch
When filefrag uses FIEMAP ioctl its logic differs for ordinary and verbose
(-v) modes. ext4 returns extent on every 32768 block so on large files it is
possible that `filefrag large-file' tells about 4 extents while
`filefrag -v large-file' finds only one.
Also when I tried to use generic_block_fiemap function to add FIEMAP for
reiserfs, every block was reported as a new extent resulting in thousands
extents for continuous files.
I think filefrag should merge adjacent extents even when -v is not
specified.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-rc3-amd64 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages e2fsprogs depends on:
ii e2fslibs 1.41.12-4 ext2/ext3/ext4 file system librari
ii libblkid1 2.17.2-9.1 block device id library
ii libc6 2.13-7 Embedded GNU C Library: Shared lib
ii libcomerr2 1.41.12-4 common error description library
ii libss2 1.41.12-4 command-line interface parsing lib
ii libuuid1 2.17.2-9.1 Universally Unique ID library
ii util-linux 2.17.2-9.1 Miscellaneous system utilities
e2fsprogs recommends no packages.
Versions of packages e2fsprogs suggests:
pn e2fsck-static none (no description available)
ii gpart 0.1h-11+b1 Guess PC disk partition table, fin
ii parted 2.3-5 The GNU Parted disk partition resi
-- debconf-show failed
diff -ur e2fsprogs-1.41.14-orig/misc/filefrag.c e2fsprogs-1.41.14/misc/filefrag.c
--- e2fsprogs-1.41.14-orig/misc/filefrag.c 2010-12-22 18:49:20.0 +0300
+++ e2fsprogs-1.41.14/misc/filefrag.c 2011-06-23 20:00:27.40800 +0400
@@ -183,9 +183,6 @@
memset(fiemap, 0, sizeof(struct fiemap));
- if (!verbose)
- count = 0;
-
if (sync_file)
flags |= FIEMAP_FLAG_SYNC;
@@ -213,11 +210,6 @@
fiemap_header_printed = 1;
}
- if (!verbose) {
- *num_extents = fiemap-fm_mapped_extents;
- goto out;
- }
-
/* If 0 extents are returned, then more ioctls are not needed */
if (fiemap-fm_mapped_extents == 0)
break;
@@ -234,7 +226,9 @@
tot_extents++;
else
last_blk = 0;
- print_extent_info(fm_ext[i], n, last_blk, blk_shift);
+
+ if (verbose)
+print_extent_info(fm_ext[i], n, last_blk, blk_shift);
last_blk = phy_blk + ext_len - 1;
if (fm_ext[i].fe_flags FIEMAP_EXTENT_LAST)
Bug#620100: libreoffice-sdbc-postgresql: cannot edit tables
I fail to see how not building this package fixes the bug. For me, not having the sdbc driver makes the whole Base functionality useless as the jdbc driver is way (10x) to slow and the odbc driver only produces errors. Even the broken sdbc driver is at least able to retrieve records from the database a great speed. The problem is that is does not let you update or add records. I request that this bug is set to not fixed and grave. Thanks, Ferry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631459: mips-linux-gnu-g++: internal compiler error: Killed (program cc1plus)
tag 631459 + help moreinfo thanks On 06/24/2011 04:18 AM, Gabriele Giacone wrote: Please submit a full bug report, with preprocessed source if appropriate. what did you misunderstand? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631499: resolvconf: [INTL:nl] Dutch translation of debconf templates
Package: resolvconf Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the resolvconf debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of resolvconf debconf templates # Copyright (C) 2011 Vincent Zweije vinc...@zweije.nl # This file is distributed under the same license as the resolvconf package. # msgid msgstr Project-Id-Version: resolvconf 1.52\n Report-Msgid-Bugs-To: resolvc...@packages.debian.org\n POT-Creation-Date: 2011-05-31 20:26+0200\n PO-Revision-Date: 2011-06-24 14:04+0200\n Last-Translator: Vincent Zweije vinc...@zweije.nl\n Language-Team: Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Prepare /etc/resolv.conf for dynamic updates? msgstr /etc/resolv.conf klaar maken voor automatische bijwerkingen? #. Type: boolean #. Description #: ../templates:2001 msgid The resolvconf package contains the infrastructure required for dynamic updating of the resolver configuration file. Part of the necessary infrastructure is a symbolic link from /etc/resolv.conf to /etc/resolvconf/ run/resolv.conf. If you choose this option then this link will be created; the existing /etc/resolv.conf file will be preserved as /etc/resolvconf/ resolv.conf.d/original, and will be restored if this package is removed. msgstr Het resolvconf-pakket bevat de infrastructuur om automatisch bijwerken van het resolver-configuratiebestand mogelijk te maken. Een gedeelte van de noodzakelijke infrastructuur is een symbolische koppeling van /etc/resolv. conf naar /etc/resolvconf/run/resolv.conf. Als u deze optie accepteert zal deze koppeling gemaakt worden; het bestaande /etc/resolv.conf-bestand zal worden bewaard als /etc/resolvconf/resolv.conf.d/original en zal worden teruggeplaatst als het pakket wordt verwijderd. #. Type: boolean #. Description #: ../templates:2001 msgid Declining this option will prevent future installations from recreating the symbolic link and therefore the resolver configuration file will not be dynamically updated. Dynamic updating can then be activated following instructions in the README file. msgstr Het weigeren van deze optie voorkomt dat toekomstige installaties de symbolische koppeling terug aanmaken; bijgevolg zal het resolver- configuratiebestand niet dynamisch worden bijgewerkt. Dynamisch bijwerken kan alsnog worden geactiveerd door de instructies in de README te volgen. #. Type: boolean #. Description #: ../templates:2001 msgid The presence of resolvconf can affect the behavior of other programs, so it should not be left installed if unconfigured. msgstr De aanwezigheid van resolvconf kan het gedrag van andere programma's beïnvloeden. Het is dus af te raden om dit pakket ongeconfigureerd, maar wel geïnstalleerd te laten. #. Type: note #. Description #. Type: note #. Description #: ../templates:3001 ../templates:4001 msgid Reboot recommended msgstr Herstart aanbevolen #. Type: note #. Description #: ../templates:3001 msgid Suppliers of name server information such as local caching name servers and interface configurers are expected to supply name server information to the resolvconf program. However, although installation of the resolvconf package triggers them to supply their information, some of them fail to do so. msgstr Van programma's die naamserver-informatie leveren, zoals lokale naamservers en interface-configuratieprogramma's, wordt verwacht dat zij naamserver- informatie aan het resolvconf programma doorgeven. Sommigen doen dit echter niet, hoewel de installatie van het resolvconf-pakket hun daartoe een signaal geeft. #. Type: note #. Description #: ../templates:3001 msgid This bug would lead to loss of valid name server information on installation of the resolvconf package if the following workaround were not adopted: resolvconf includes the full contents of the pre-installation /etc/resolv. conf in its database until reboot. This has the drawback that name server information is retained even if the associated interface is later deconfigured. (This incorrect behavior is judged to be less harmful than the alternative of losing valid information.) msgstr Deze fout kan leiden tot verlies van geldige naamserver-informatie bij installatie van het resolvconf-pakket. Daarom is er de volgende maatregel: resolvconf neemt de volledige inhoud van /etc/resolv.conf van voor zijn installatie over tot aan de volgende herstart. Het nadeel van deze maatregel is dat naamserver-informatie wordt vastgehouden, zelfs als de bijbehorende interface later wordt gedeconfigureerd. Dit op zich onjuiste gedrag wordt beschouwd als minder schadelijk dan het alternatief waarbij geldige informatie verloren gaat. #. Type: note #. Description #: ../templates:3001 msgid Until the bug in question is fixed and the
Bug#616915: newt: deprecation of dh_pycentral, please use dh_python2
tags 616915 patch
user ubuntu-de...@lists.ubuntu.com
usertags 616915 ubuntu-patch oneiric
thanks
On Mon, Mar 07, 2011 at 12:49:21AM +, Matthias Klose wrote:
The package build-depends on python-central, which should be
removed in time for the wheezy release. dh_python2 should be used instead.
dh_python2 installs into the same locations as pycentral, but
avoids the creation and removal of symlinks at package installation
and removal time, making the upgrade process more robust and faster.
Here's a patch. I couldn't find any suggestion of a minimum Python
version in the source, so I just omitted X-Python-Version; feel free to
add this if you know better.
* Convert to dh_python2.
diff -u newt-0.52.11/debian/control newt-0.52.11/debian/control
--- newt-0.52.11/debian/control
+++ newt-0.52.11/debian/control
@@ -5,8 +5,7 @@
Standards-Version: 3.9.1
Homepage: https://fedorahosted.org/newt/
Vcs-Git: git://git.fedorahosted.org/git/newt
-XS-Python-Version: all
-Build-Depends: dbs, sgmltools-lite, libslang2-dev (=2.0.4-2), libpopt-dev,
debhelper (=5.0.37.2), gettext, libfribidi-dev, tcl8.5-dev, python-all-dev (=
2.3.5-7), python-central (= 0.5), autoconf, python-all-dbg
+Build-Depends: dbs, sgmltools-lite, libslang2-dev (=2.0.4-2), libpopt-dev,
debhelper (=5.0.37.2), gettext, libfribidi-dev, tcl8.5-dev, python-all-dev (=
2.6.6-3~), autoconf, python-all-dbg
Package: libnewt-dev
Architecture: any
@@ -45,7 +44,6 @@
Architecture: any
Section: python
Priority: optional
-XB-Python-Version: ${python:Versions}
Provides: ${python:Provides}
Depends: libnewt0.52 (=${binary:Version}) , ${python:Depends},
${misc:Depends}, ${shlibs:Depends}
Description: A NEWT module for Python
diff -u newt-0.52.11/debian/rules newt-0.52.11/debian/rules
--- newt-0.52.11/debian/rules
+++ newt-0.52.11/debian/rules
@@ -211,7 +211,7 @@
dh_installdirs -p $@
dh_install -p $@ --sourcedir=$(BUILD_TREE)
dh_strip -p $@ --dbg-package python-newt-dbg
- DH_PYCENTRAL=include-links dh_pycentral -p $@
+ dh_python2 -p $@
dh_installdocs -p $@ $(BUILD_TREE)/newt.spec
# Currently disabled, as debian-test has been removed.
# chmod +x
debian/whiptail/usr/lib/debian-test/tests/whiptail/test-newt.sh/test-newt.sh
@@ -236,7 +236,7 @@
done
dh_installdirs -p $@
dh_install -p $@ --sourcedir=$(BUILD_TREE)
- DH_PYCENTRAL=include-links dh_pycentral -p $@
+ dh_python2 -p $@
mkdir -p debian/python-newt-dbg/usr/share/doc
ln -sf python-newt debian/python-newt-dbg/usr/share/doc/python-newt-dbg
dh_compress -p $@
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620100: libreoffice-sdbc-postgresql: cannot edit tables
Hi, On Fri, Jun 24, 2011 at 01:53:40PM +0200, Ferry Toth wrote: I fail to see how not building this package fixes the bug. The package is not there anymore - no bug in the package anymore because the package does not exist - no bug. Easy. For me, not having the sdbc driver makes the whole Base functionality useless as the jdbc driver is way (10x) to slow and the odbc driver only produces errors. True, but how does that change the point that there's no bug in a package if the package doesn't exist (anymore)[1]? It's also not my problem if you use a unofficial driver not kept uptodate instead of a working, official one... I request that this bug is set to not fixed and grave. A grave bug in somethig not existing anymore? You are kidding. And no, grave would not fit anyay. Get someone fix the ortiginal bug and we can happily reenable the package. Grüße/Regards, René [1] not built packages are normally semi-automatically removed and that will happen before the new version enters testing. That it happens to exist in sid right now still is just because that removal didn't happen (probably just because all gcj-using archs fail to build...) -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631289: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#631289: iwlagn: Kernel 2.6.39-2-amd64 in Debian Testing causes Lenovo X201 and T500 wifi to crash Netgear DGN3500 ADSL router/Wifi a
On Fri, 2011-06-24 at 06:52 +0100, Russel Winder wrote: On Thu, 2011-06-23 at 14:01 +0100, Ben Hutchings wrote: [ . . . ] This is the world where there is an ever-growing number of bugs open on the kernel package. We certainly don't have the resources to investigate bugs in other systems. Understood. There is now a report (on the Netgear forum) that the same problem is afflicting Linksys WRT120N as well as Netgear DGN3500, but I cannot testify as to the veracity of the claim, only that the claim is being made. If it turns out that various different products from various manufacturers are affected, then doesn't this make it an issue deserving investigation? Yes, I think I'd reopen the bug. However it would then need to be handled upstream. Ben. -- Ben Hutchings The obvious mathematical breakthrough [to break modern encryption] would be development of an easy way to factor large prime numbers. - Bill Gates signature.asc Description: This is a digitally signed message part
Bug#618094: newt: diff for NMU version 0.52.11-2.1
tags 618094 + patch tags 618094 + pending thanks Dear maintainer, I've prepared an NMU for newt (versioned as 0.52.11-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diffstat for newt_0.52.11-2 newt_0.52.11-2.1 changelog|8 patches/020_bidi.patch |9 + patches/030_tcl8.5.patch |2 +- 3 files changed, 18 insertions(+), 1 deletion(-) diff -u newt-0.52.11/debian/changelog newt-0.52.11/debian/changelog --- newt-0.52.11/debian/changelog +++ newt-0.52.11/debian/changelog @@ -1,3 +1,11 @@ +newt (0.52.11-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Link to libdl explicitly (our BiDi patch uses its symbols). +Closes: #618094. + + -- Jakub Wilk jw...@debian.org Fri, 24 Jun 2011 14:02:29 +0200 + newt (0.52.11-2) unstable; urgency=low * Icelandic translation thanks to Sveinn Ă Felli. Closes: #3600258, #592828. diff -u newt-0.52.11/debian/patches/020_bidi.patch newt-0.52.11/debian/patches/020_bidi.patch --- newt-0.52.11/debian/patches/020_bidi.patch +++ newt-0.52.11/debian/patches/020_bidi.patch @@ -2160,0 +2161,9 @@ +diff -ruN newt-0.52.11-old/Makefile.in newt-0.52.11/Makefile.in +--- newt-0.52.11-old/Makefile.in 2011-06-24 13:12:48.166848832 +0200 newt-0.52.11/Makefile.in 2011-06-24 13:11:46.870848778 +0200 +@@ -1,4 +1,4 @@ +-LIBS = -lslang ++LIBS = -lslang -ldl + LIBTCL = -ltcl8.4 + + CC = @CC@ diff -u newt-0.52.11/debian/patches/030_tcl8.5.patch newt-0.52.11/debian/patches/030_tcl8.5.patch --- newt-0.52.11/debian/patches/030_tcl8.5.patch +++ newt-0.52.11/debian/patches/030_tcl8.5.patch @@ -2,7 +2,7 @@ --- newt-0.52.11-old/Makefile.in 2009-04-20 21:44:14.0 +0100 +++ newt-0.52.11/Makefile.in 2009-04-20 21:49:26.0 +0100 @@ -1,10 +1,10 @@ - LIBS = -lslang + LIBS = -lslang -ldl -LIBTCL = -ltcl8.4 +LIBTCL = -ltcl8.5
Bug#631459: mips-linux-gnu-g++: internal compiler error: Killed (program cc1plus)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/24/2011 02:03 PM, Matthias Klose wrote: what did you misunderstand? I thought it's easy to reproduce and I don't have any mips machine whereas you do. I'll request access and if they won't ignore it, one day I'll be able to reproduce it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk4Ego0ACgkQp3cdCbVcnCtx8wCgykjNYBi/mgCwI+/6bpDQymtj +RgAoKABHSHwckS4QCveiqK5I5B/Rf80 =EZmV -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#624838: reportbug: need full-text search of bug reports
clone 624838 -1 reassign -1 debbugs retitle -1 please add a full-search SOAP API block 624838 by -1 thanks On Mon, May 2, 2011 at 01:20, Arthur Marsh arthur.ma...@internode.on.net wrote: Package: reportbug Version: 5.1 Severity: wishlist I had bug 624781 closed with the implication being that I should have found bug 624145. However, the search of bugs using the 'f' command in reportbug only searches the subject line of bug reports. A full-text search option for all existing bugs for the same package would help in such cases. Reportbug searches only on the bugs subjects since it's the only thing it downloads at the first step. It's absolutely unfeasable to get a full list of bugs + their content and then search on them (consider bug packages like gnome, kernel and so on). If it's supported by the backend (i.e. debbugs) by introducing a new API to be called via SOAP, then we can introduce this Full-search option, else it's a wontfix request. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629390: ntfs-3g: [INTL:nl] Dutch translation of debconf templates
Attached is an updated translation after the debian-l10n-english review. Regards, -- Jeroen Schot # Dutch translation of ntfs-3g debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the ntfs-3g package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: ntfs-3g 2011.1.15AR.4+2011.4.12-1\n Report-Msgid-Bugs-To: ntfs...@packages.debian.org\n POT-Creation-Date: 2011-06-15 08:00+0200\n PO-Revision-Date: 2011-06-24 14:24+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../ntfs-3g.templates:2001 msgid Should NTFS-3G be installed \setuid root\? msgstr Moet NTFS-3G als \setuid root\ worden geïnstalleerd? #. Type: boolean #. Description #: ../ntfs-3g.templates:2001 msgid NTFS-3G can be installed with the set-user-id bit set, so that it will run with superuser privileges. This allows unprivileged users to mount NTFS volumes. msgstr NTFS-3G kan worden geïnstalleerd met de setuid-bit ingesteld, zodat het wordt uitgevoerd met beheerdersrechten. Dit maakt het voor gewone gebruikers mogelijk om NTFS-schijven aan te koppelen. #. Type: boolean #. Description #: ../ntfs-3g.templates:2001 msgid Enabling this feature may be a security risk, so it is disabled by default. If in doubt, you should leave it disabled. msgstr Het activeren van deze functionaliteit is mogelijk een veiligheidsrisico en wordt daarom standaard niet gedaan. Als u twijfelt kunt u dit het best niet activeren.
Bug#631501: geoip-database-contrib: [INTL:nl] Dutch translation of debconf templates
Package: geoip-database-contrib Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the geoip-database-contrib debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of geoip-database-contrib debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the geoip-database-contrib package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: geoip-database-contrib 1.3\n Report-Msgid-Bugs-To: geoip-database-cont...@packages.debian.org\n POT-Creation-Date: 2010-12-30 19:21+0100\n PO-Revision-Date: 2011-06-16 10:57+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Automatically update the database every month? msgstr Elke maand de database automatisch bijwerken? #. Type: boolean #. Description #: ../templates:1001 msgid The GeoLite database on the MaxMind website is updated monthly. If you choose to automatically update the local copy of the database, a cron script will be installed to download the new version from the Internet on the tenth of every month. msgstr De GeoLite-database op de website van MaxMind wordt maandelijks bijgewerkt. Als u ervoor kiest om uw lokale kopie automatisch te laten bijwerken zal er een cronscript worden geïnstalleerd dat elke tiende van de maand een nieuwe versie van het Internet ophaalt. #. Type: boolean #. Description #: ../templates:1001 msgid If you choose not to update the database automatically, you can do it by hand by running the 'geoip-database-contrib_update' command as root. msgstr Als u er voor kiest om de database niet automatische te laten bijwerken kunt u dit zelf handmatig doen door als beheerder het commando 'geoip-database- contrib_update' uit te voeren.
Bug#631503: openssl: engine gost: undefined symbol: bind_engine
Package: openssl Version: 1.0.0d-3 Severity: normal Can not load engine 'gost'. Here is the output: # openssl engine gost - 3075590296:error:2506406A:DSO support routines:DLFCN_BIND_FUNC:could not bind to the requested symbol name:dso_dlfcn.c:285:symname(bind_engine): /usr/lib/openssl-1.0.0/engines/libgost.so: undefined symbol: bind_engine 3075590296:error:2506C06A:DSO support routines:DSO_bind_func:could not bind to the requested symbol name:dso_lib.c:294: 3075590296:error:260B6068:engine routines:DYNAMIC_LOAD:DSO failure:eng_dyn.c:463: 3075590296:error:2606A074:engine routines:ENGINE_by_id:no such engine:eng_list.c:417:id=gost There is no such problem if I compile openssl from the original source. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.35.13-1core2-ipset (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages openssl depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20110421 Common CA certificates -- Configuration Files: /etc/ssl/openssl.cnf changed [not included] -- 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#631502: strongswan: [INTL:nl] Dutch translation of debconf templates
Package: strongswan Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the strongswan debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of strongswan debconf templates. # Copyright (C) 2005-2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the strongswan package. # Luk Claes luk.cl...@ugent.be, 2005 # Kurt De Bree kdeb...@telenet.be, 2006. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: strongswan 4.5.0-1\n Report-Msgid-Bugs-To: strongs...@packages.debian.org\n POT-Creation-Date: 2010-08-09 12:15+0200\n PO-Revision-Date: 2011-06-17 12:00+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../strongswan-starter.templates:2001 msgid Old runlevel management superseded msgstr Het oude runlevel-beheer is vervangen #. Type: note #. Description #: ../strongswan-starter.templates:2001 msgid Previous versions of the strongSwan package gave a choice between three different Start/Stop-Levels. Due to changes in the standard system startup procedure, this is no longer necessary or useful. For all new installations as well as old ones running in any of the predefined modes, sane default levels will now be set. If you are upgrading from a previous version and changed your strongSwan startup parameters, then please take a look at NEWS. Debian for instructions on how to modify your setup accordingly. msgstr Vorige versies van het strongSwan-pakket gaven de keuze tussen drie verschillende Start/Stop-niveaus. Vanwege veranderingen aan de standaard opstartprocedure van het systeem is dit niet langer nodig of nuttig. Er worden nu logische standaardwaardes ingesteld voor zowel nieuwe installaties als oude waarvoor één van de keuzes is gemaakt. Als u opwaardeert van een vorige versie en uw strongSwan-opstartparameters heeft aangepast vindt u in NEWS.Debian instructies over het aanpassen van uw opstelling. #. Type: boolean #. Description #: ../strongswan-starter.templates:3001 msgid Restart strongSwan now? msgstr StrongSwan nu herstarten? #. Type: boolean #. Description #: ../strongswan-starter.templates:3001 msgid Restarting strongSwan is recommended, since if there is a security fix, it will not be applied until the daemon restarts. Most people expect the daemon to restart, so this is generally a good idea. However, this might take down existing connections and then bring them back up, so if you are using such a strongSwan tunnel to connect for this update, restarting is not recommended. msgstr U wordt aanbevolen om strongSwan te herstarten, want indien deze nieuwe versie veiligheidsproblemen verhelpt worden deze pas echt opgelost bij een herstart van de achtergronddienst. De meeste mensen verwachten dat de achtergronddienst herstart, dus dit is meestal een goed idee. Hoewel, dit kan bestaande verbindingen verbreken en ze dan opnieuw herstellen. Dus als u een strongSwan-tunnel gebruikt voor deze verbinding kunt u beter niet herstarten. #. Type: boolean #. Description #: ../strongswan-starter.templates:4001 msgid Start strongSwan's IKEv1 daemon? msgstr IKEv1-achtergronddienst van strongSwan starten? #. Type: boolean #. Description #: ../strongswan-starter.templates:4001 msgid The pluto daemon must be running to support version 1 of the Internet Key Exchange protocol. msgstr De pluto-achtergronddienst moet actief zijn om versie 1 van het Internet Key Exchange protocol te ondersteunen. #. Type: boolean #. Description #: ../strongswan-starter.templates:5001 msgid Start strongSwan's IKEv2 daemon? msgstr IKEv2-achtergronddienst van strongSwan starten? #. Type: boolean #. Description #: ../strongswan-starter.templates:5001 msgid The charon daemon must be running to support version 2 of the Internet Key Exchange protocol. msgstr De charon-achtergronddienst moet actief zijn om versie 2 van het Internet Key Exchange protocol te ondersteunen. #. Type: boolean #. Description #: ../strongswan-starter.templates:6001 msgid Use an X.509 certificate for this host? msgstr Moet er een X.509-certificaat voor deze computer gebruikt worden? #. Type: boolean #. Description #: ../strongswan-starter.templates:6001 msgid An X.509 certificate for this host can be automatically created or imported. It can be used to authenticate IPsec connections to other hosts and is the preferred way of building up secure IPsec connections. The other possibility would be to use shared secrets (passwords that are the same on both sides of the tunnel) for authenticating a connection, but for a larger number of connections, key based authentication is easier to administer and more secure. msgstr Een X.509-certificaat voor deze computer kan
Bug#617031: python-sqlite: deprecation of dh_pycentral, please use dh_python2
tags 617031 patch
user ubuntu-de...@lists.ubuntu.com
usertags 617031 ubuntu-patch oneiric
thanks
On Mon, Mar 07, 2011 at 12:51:19AM +, Matthias Klose wrote:
The package build-depends on python-central, which should be
removed in time for the wheezy release. dh_python2 should be used instead.
dh_python2 installs into the same locations as pycentral, but
avoids the creation and removal of symlinks at package installation
and removal time, making the upgrade process more robust and faster.
Here's a patch. I couldn't find any suggestion of a minimum Python
version in the source, so I just omitted X-Python-Version; feel free to
add this if you know better.
* Convert to dh_python2.
diff -u python-sqlite-1.0.1/debian/control python-sqlite-1.0.1/debian/control
--- python-sqlite-1.0.1/debian/control
+++ python-sqlite-1.0.1/debian/control
@@ -2,9 +2,8 @@
Section: python
Priority: optional
Maintainer: Joel Rosdahl j...@debian.org
-Build-Depends: debhelper (= 5.0.38), libsqlite0-dev (= 2.5.6),
python-all-dev (= 2.3.5-11), python-all-dbg, python-central (= 0.5.6)
+Build-Depends: debhelper (= 5.0.38), libsqlite0-dev (= 2.5.6),
python-all-dev (= 2.6.6-3~), python-all-dbg
XS-Python-Standards-Version: 0.4
-XS-Python-Version: all
Standards-Version: 3.7.2
Package: python-sqlite
@@ -14,7 +13,6 @@
Conflicts: python2.3-sqlite, python2.4-sqlite, python-pysqlite1.1,
python2.3-pysqlite1.1, python2.4-pysqlite1.1
Replaces: python2.3-sqlite, python2.4-sqlite
Suggests: python-sqlite-dbg
-XB-Python-Version: ${python:Versions}
Description: python interface to SQLite 2
pysqlite is an interface to the SQLite database server for
Python. It aims to be fully compliant with Python database
@@ -28,7 +26,6 @@
Package: python-sqlite-dbg
Architecture: any
Depends: python-sqlite (= ${binary:Version}), python-dbg, ${shlibs:Depends}
-XB-Python-Version: ${python:Versions}
Description: python interface to SQLite 2 (debug extension)
pysqlite is an interface to the SQLite database server for
Python. It aims to be fully compliant with Python database
diff -u python-sqlite-1.0.1/debian/rules python-sqlite-1.0.1/debian/rules
--- python-sqlite-1.0.1/debian/rules
+++ python-sqlite-1.0.1/debian/rules
@@ -37,11 +37,11 @@
dh_installdirs
install-ext-%:
- $* setup.py install --root=debian/python-sqlite
+ $* setup.py install --root=debian/python-sqlite --install-layout=deb
find debian/python-sqlite -name '*.pyc' | xargs rm -f
dbg-install-ext-%:
- $*-dbg setup.py install --root=debian/python-sqlite-dbg
+ $*-dbg setup.py install --root=debian/python-sqlite-dbg
--install-layout=deb
find debian/python-*-dbg ! -type d ! -name '*.so' | xargs rm -f
find debian/python-*-dbg -depth -empty -exec rmdir {} \;
@@ -57,7 +57,7 @@
dh_installexamples -A -a examples/*
chmod -x debian/python-sqlite/usr/share/doc/python-sqlite/examples/*
- dh_pycentral -a
+ dh_python2 -a
dh_installchangelogs -a
dh_strip -ppython-sqlite --dbg-package=python-sqlite-dbg
rm -rf debian/python-sqlite-dbg/usr/share/doc/python-sqlite-dbg
reverted:
--- python-sqlite-1.0.1/debian/pycompat
+++ python-sqlite-1.0.1.orig/debian/pycompat
@@ -1 +0,0 @@
-2
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617023: python-pysqlite1.1: deprecation of dh_pycentral, please use dh_python2
tags 617023 patch
user ubuntu-de...@lists.ubuntu.com
usertags 617023 ubuntu-patch oneiric
thanks
On Mon, Mar 07, 2011 at 12:51:11AM +, Matthias Klose wrote:
The package build-depends on python-central, which should be
removed in time for the wheezy release. dh_python2 should be used instead.
dh_python2 installs into the same locations as pycentral, but
avoids the creation and removal of symlinks at package installation
and removal time, making the upgrade process more robust and faster.
Here's a patch.
* Convert to dh_python2.
diff -u python-pysqlite1.1-1.1.8a/debian/control
python-pysqlite1.1-1.1.8a/debian/control
--- python-pysqlite1.1-1.1.8a/debian/control
+++ python-pysqlite1.1-1.1.8a/debian/control
@@ -2,9 +2,9 @@
Section: python
Priority: optional
Maintainer: Joel Rosdahl j...@debian.org
-Build-Depends: debhelper (= 5.0.38), libsqlite3-dev (= 3.0.8),
python-all-dev (= 2.3.5-11), python-all-dbg, python-central (= 0.5.6)
+Build-Depends: debhelper (= 5.0.38), libsqlite3-dev (= 3.0.8),
python-all-dev (= 2.6.6-3~), python-all-dbg
XS-Python-Standards-Version: 0.4
-XS-Python-Version: all
+X-Python-Version: = 2.1
Standards-Version: 3.7.2
Package: python-pysqlite1.1
@@ -14,7 +14,6 @@
Conflicts: python2.3-pysqlite1.1, python2.4-pysqlite1.1, python-sqlite,
python2.3-sqlite, python2.4-sqlite
Replaces: python2.3-pysqlite1.1, python2.4-pysqlite1.1
Suggests: python-pysqlite1.1-dbg
-XB-Python-Version: ${python:Versions}
Description: python interface to SQLite 3
pysqlite is an interface to the SQLite database server for
Python. It aims to be fully compliant with Python database
@@ -29,7 +28,6 @@
Package: python-pysqlite1.1-dbg
Architecture: any
Depends: python-pysqlite1.1 (= ${binary:Version}), python-dbg,
${shlibs:Depends}
-XB-Python-Version: ${python:Versions}
Description: python interface to SQLite 3 (debug extension)
pysqlite is an interface to the SQLite database server for
Python. It aims to be fully compliant with Python database
diff -u python-pysqlite1.1-1.1.8a/debian/rules
python-pysqlite1.1-1.1.8a/debian/rules
--- python-pysqlite1.1-1.1.8a/debian/rules
+++ python-pysqlite1.1-1.1.8a/debian/rules
@@ -37,11 +37,11 @@
dh_installdirs
install-ext-%:
- $* setup.py install --root=debian/python-pysqlite1.1
+ $* setup.py install --root=debian/python-pysqlite1.1
--install-layout=deb
find debian/python-pysqlite1.1 -name '*.pyc' | xargs rm -f
dbg-install-ext-%:
- $*-dbg setup.py install --root=debian/python-pysqlite1.1-dbg
+ $*-dbg setup.py install --root=debian/python-pysqlite1.1-dbg
--install-layout=deb
find debian/python-*-dbg ! -type d ! -name '*.so' | xargs rm -f
find debian/python-*-dbg -depth -empty -exec rmdir {} \;
@@ -57,7 +57,7 @@
dh_installexamples -A -a examples/*
chmod -x
debian/python-pysqlite1.1/usr/share/doc/python-pysqlite1.1/examples/*
- dh_pycentral -a
+ dh_python2 -a
dh_installchangelogs -a
dh_strip -ppython-pysqlite1.1 --dbg-package=python-pysqlite1.1-dbg
rm -rf
debian/python-pysqlite1.1-dbg/usr/share/doc/python-pysqlite1.1-dbg
reverted:
--- python-pysqlite1.1-1.1.8a/debian/pycompat
+++ python-pysqlite1.1-1.1.8a.orig/debian/pycompat
@@ -1 +0,0 @@
-2
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631477: [debcommit] Be smart as to how to tag a repository
Hi, Am Freitag, den 24.06.2011, 07:40 -0400 schrieb James Vega: On Fri, Jun 24, 2011 at 10:54:43AM +0200, Joachim Breitner wrote: debcommit -r is great as it integrates well into other uses of debcommit. But when the source is maintained using a VCS helper such as git-buildpackage or git-dpm, it is unfortunate that it creates different tags than these. Also, those may add more tags, e.g. for the corresponding patched state. Hence, if debcommit could find out whether the source is managed by git-buildpackage (e.g. if debian/.gbp.conf is present) or by git-dpm (in which case debian/.git-dpm will be present) and then use the appropriate tool to tag the release, that would be very nice. I don't use either of those tools. What would be the appropriate way to tag when those tools are in use? git-buildpackage --git-tag-only (possibly with --git-sign-tags) and git-dpm tag Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#631143: Module is for different version 1.2.15
Package: dovecot-antispam Followup-For: Bug #631143 Pretty-please: put a _versioned_ dependency on dovecot-imapd next time you upload this package. *Several* ABI-mismatch bugs were reported for dovecot-antispam in the past, including myself. All of these were grave, since they inherently break imapd. As long as dovecot does not provide a decent ABI for plugins you need to put a versioned dependency! Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631504: ntfs-3g: unusable for non-root users with or without setuid
Package: ntfs-3g Version: 1:2011.1.15AR.4+2011.4.12-2 Severity: normal Mounting NTFS volumes through gvfs currently fails with an error from ntfs-3g Error mounting: mount exited with exit code 1: helper failed with: Unprivileged user can not mount NTFS block devices using the external FUSE library. Either mount the volume as root, or rebuild NTFS-3G with integrated FUSE support and make it setuid root. Please see more information at http://ntfs-3g.org/support.html#unprivileged after reconfiguring it to use setuit root, the error message changes to: Error mounting: mount exited with exit code 1: helper failed with: Mount is denied because setuid and setgid root ntfs-3g is insecure with the external FUSE library. Either remove the setuid/setgid bit from the binary or rebuild NTFS-3G with integrated FUSE support and make it setuid root. Please see more information at http://ntfs-3g.org/support.html#unprivileged So it is currently unusable either way -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ntfs-3g depends on: ii debconf [deb 1.5.39 Debian configuration management sy ii fuse-utils 2.8.5-3 Filesystem in Userspace (transitio ii libc62.13-7 Embedded GNU C Library: Shared lib ii libfuse2 2.8.5-3 Filesystem in Userspace (library) ii libntfs-3g80 1:2011.1.15AR.4+2011.4.12-2 read-write NTFS driver for FUSE (l ntfs-3g recommends no packages. ntfs-3g suggests no packages. -- debconf information: * ntfs-3g/setuid-root: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631505: choqok: erroneously reports authentication required for DMs and on launch
Package: choqok Version: 1.1-1 Severity: normal *** Please type your report below this line *** I think this may be a bug upstream rather than Debian-specific but anyway.. Choqok reports an authentication error when launching and when trying to compose (you don't even get to the send bit) a direct message. The reported dialog says This method requires authentication. but I ran it from a shell and saw this extra information if that helps: choqok(28086): Error at request /1/statuses/friends.xml?cursor=-1 : This method requires authentication. It reports the same error upon launch and upon direct message composition. The program can still be used other than for direct messages. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/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 choqok depends on: ii kdebase-runtime4:4.6.3-1 runtime components from the offici ii libattica0 0.2.0-1 Qt library that implements the Ope ii libc6 2.13-4Embedded GNU C Library: Shared lib ii libgcc11:4.6.0-10GCC support library ii libkdecore54:4.6.3-3 KDE Platform Core Library ii libkdeui5 4:4.6.3-3 KDE Platform User Interface Librar ii libkhtml5 4:4.6.3-3 KHTML Web Content Rendering Engine ii libkio54:4.6.3-3 Network-enabled File Management Li ii libkjsapi4 4:4.6.3-3 KJS API Library for the KDE Develo ii libknotifyconfig4 4:4.6.3-3 library for configuring KDE Notifi ii libkparts4 4:4.6.3-3 Framework for the KDE Platform Gra ii libkutils4 4:4.6.3-3 dummy transitional library ii libqca2-plugin-ossl2.0.0~beta3-1 SSL/TLS support for the Qt Cryptog ii libqjson0 0.7.1-1 qt-based library that maps JSON da ii libqoauth1 1.0.1-1 Qt-based client implementation of ii libqt4-dbus4:4.7.3-1 Qt 4 D-Bus module ii libqt4-network 4:4.7.3-1 Qt 4 network module ii libqt4-svg 4:4.7.3-1 Qt 4 SVG module ii libqt4-xml 4:4.7.3-1 Qt 4 XML module ii libqtcore4 4:4.7.3-1 Qt 4 core module ii libqtgui4 4:4.7.3-1 Qt 4 GUI module ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 choqok recommends no packages. choqok 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#631506: open-vm-tools: CVE-2011-1787
Package: open-vm-tools Severity: important Tags: security Hi there, New security issue: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-1787 Contrib isn't covered by security support, Squeeze/Lenny can be fixed through spu/opsu if needed. Cheers, -luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631507: open-vm-tools: CVE-2011-2146
Package: open-vm-tools Severity: important Tags: security Hi there, New security issue: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2146 Contrib isn't covered by security support, Squeeze/Lenny can be fixed through spu/opsu if needed. Cheers, -luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631508: open-vm-tools: CVE-2011-2145
Package: open-vm-tools Severity: important Tags: security Hi there, New security issue: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2145 Contrib isn't covered by security support, Squeeze/Lenny can be fixed through spu/opsu if needed. Cheers, -luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630919: live-build: --apt aptitude doesn't work because of --force-yes
I am not sure but I think the Bug now exists in the Squeeze Repos? P: Configuring file /etc/apt/sources.list Reading package lists... Building dependency tree... The following NEW packages will be installed: apt-utils 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 271 kB of archives. After this operation, 594 kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! apt-utils E: There are problems and -y was used without --force-yes P: Begin unmounting filesystems... On Sat, Jun 18, 2011 at 9:13 PM, Daniel Baumann daniel.baum...@progress-technologies.net wrote: retitle 630919 workaround for keyring-packages fails with aptitude severity 630919 minor tag 630919 pending thanks fixed in git. -- Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dfd150b.6010...@progress-technologies.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631509: software-properties-gtk crash: aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template
Package: software-properties-gtk Version: 0.80.6debian1 Severity: important After edit souces.list , software-properties-gtk crashed. The attachment is my sources.list -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623583: libwxbase2.8-0: New upstream version 2.8.12 available, solve some current bugs
Hi, libwxbase 2.8.11 and libwxgtk2 are available in Ubuntu Natty and Oneiric. I have confirmed that the Ubuntu package for 2.8.11 installed on Debian fixes the crash issue in Ginkgo-CADx so you might want to consider porting the Ubuntu version over to Debian. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
