Bug#727613: u-boot: Please provide patman
On Fri, Oct 25, 2013 at 12:28:53AM +0900, Nobuhiro Iwamatsu wrote: U-Boot has tool patman which can simplify the exchanges of the patch using git (in u-boot/tools/patman). I want to provide this with u-boot-tools or other packages. At a brief glance, it's a tool for generating patchsets from git? This doesn't really seem to be specific to u-boot in any way, just happens to be a utility shipped with u-boot upstream... It might make more sense as it's own source package? live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728051: lintian complains about non multiarch -dbg package
Control: tags -1 moreinfo On 2013-10-27 22:41, Vincent Bernat wrote: Package: lintian Version: 2.5.19 Severity: normal Hi! I have the following lintian warning: I: libsmi source: debug-package-for-multi-arch-same-pkg-not-coinstallable libsmi2-dbg = libsmi2ldbl N: N:The debug package appear to be containing debug symbols for a N:Multi-Arch: same package, but the debug package itself is not N:Multi-Arch: same. If so, it is not possible to have the debug symbols N:for all architecture variants of the binaries available at the same N:time. N: N:Making a debug package co-installable with itself is very trivial, when N:installing the debug symbols beneath: N: /usr/lib/debug/.build-id/XX/rest-id.debug N: N:dh_strip does this in debhelper compat 9. Otherwise, the expected N:location of the debug symbols of a given ELF binary can be determined by N:using: N: N: readelf -n binary-elf | \ N: perl -ne 'print if s,^\s*Build ID:\s*(\S\S)(\S+),/usr/lib/debug/.build-id/$1/$2.debug,' N: N:Severity: minor, Certainty: possible N: N:Check: group-checks, Type: source N: But the package is already using debhelper 9 and already produces the appropriate stuff: -rw-r--r-- root/root143119 2013-10-27 22:29 ./usr/lib/debug/.build-id/57/e03ffaf3f7f9a036c80f89d6601e4ba1c0b160.debug [...] Hi, The real issue is that libsmi2-dbg is missing a Multi-arch: same header as explained in the first paragraph. The rest is just descriping how to make a normal -dbg package multi-arch ready. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727082: apt: dist-upgrade says no longer required and will be installed for the same packages
Now I get this output: # apt-get install kmail=4:4.11.2-2 -t experimental ... The following extra packages will be installed: akonadi-backend-mysql akonadi-server akonadiconsole akregator blogilo kaddressbook kalarm kdelibs-bin kdelibs5-data kdelibs5-plugins kdepim ... The following packages will be upgraded: akonadi-backend-mysql akonadi-server akonadiconsole akregator blogilo kaddressbook kalarm kdelibs-bin kdelibs5-data kdelibs5-plugins kdepim This is about packages that are already installed, so the extra packages will be installed seems to be wrong: # dpkg-query -l akonadiconsole ii akonadiconsole 4:4.10.5-2amd64 management and ... 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#669019: 669019: tag it as wish
This should be tagged as Wish. Few months ago I went on IRC and gtranslator developer confirmed that this feature was not present yet.
Bug#723936: [Pkg-systemd-maintainers] Bug#723936: Bug#723936: Bug#723936: systemd: fails to upgrade - same behavior
Hi Michael, Michael Biebl bi...@debian.org writes: Am 27.10.2013 22:52, schrieb Michael Stapelberg: I pushed this change: http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commitdiff;h=75051b6 Be careful with this check, this should be rather something like if [ -d /run/systemd/system/ ] dpkg --compare-versions $2 lt 204-1 ; then preserve_stuff fi Otherwise you file the dist-upgrade for systems where systemd is not the active PID 1. Good point, I’ve fixed this in http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commitdiff;h=449d45f Thanks! -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728073: RM: rainbow [ia64] -- ANAIS; B-D on pandoc which is unavail on ia64
Package: ftp.debian.org Severity: normal Hi, rainbow Build-Depends on pandoc, but pandoc is no longer built on ia64. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728065: [Pkg-xfce-devel] Bug#728065: thunar: USB and eSATA devices not seen by Thunar
On Sun, 2013-10-27 at 17:54 -0700, David Christensen wrote: Dear Maintainer, dmesg reports devices when plugged in. Shotwell sees USB devices. Thunar does not see USB or eSATA devices. Hi, is udisks2 installed? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#728074: petsc: FTBFS on several architectures but built there in the past
Package: petsc Version: 3.4.2.dfsg1-4 Severity: serious Hi, Your package FTBFS on s390x and mipsel (maybe also mips, still waiting for built there), but has built there in the past. This is a regression on a release architecture and therefore an RC bug. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727792: Correction: libindicator7: mate-indicator-applet fails with latest update
Not mate-indicator-applet fails but indicator-application-gtk2. indicator-application works (GNOME Flashback), indicator-application-gtk2 doesn't (Xfce). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727782: [Pkg-samba-maint] Bug#727782: samba: FTBFS due to several file list mismatches
On Sun, Oct 27, 2013 at 11:16:16PM +, Thorsten Glaser wrote: Jelmer Vernooij dixit: Does 'xsltproc --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl' work properly on the m68k host with xsltproc and docbook-xsl installed? I don’t know what “work properly” means here, but it takes about 20 seconds to not display anything and return a zero errorlevel. On an i386 sid box, it also does not display anything and returns zero, so I assume it does. That does sound like it works, although 20 seconds is really slow. gwenhwyvar:~% time xsltproc --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl xsltproc --nonet 0.17s user 0.01s system 97% cpu 0.180 total Can you provide the config.log from the Samba4 build? Configure tries to run this exact command, and for some reason it failed there. Cheers, Jelmer signature.asc Description: Digital signature
Bug#728064: netboot, fetch, can't access to server via domain name
reassign 728064 live-boot close 728064 thanks On 10/28/2013 01:42 AM, debian wrote: But I can't access to domain name into initramfs you'll need to enable experimental DNS resolver support in live-build e.g. with LIVE_DNS=true in /etc/live/boot/foo.conf within your live system. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728075: [INTL:sv] Swedish strings for pluxml debconf
package: pluxml severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#728076: [INTL:sv] Swedish strings for dokuwiki debconf
package: dokuwiki severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#723679: cmucl: update
Package: cmucl Version: 20c-2 Followup-For: Bug #723679 Hallo, here cmucl segfaults too, at the same point. cmucl-20c from upstream segfaults too, more recent versions, e.g. 20e run fine. Fulvio *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cmucl depends on: ii debconf [debconf-2.0] 1.5.51 ii libc6 2.17-93 Versions of packages cmucl recommends: ii binfmt-support 2.0.15 Versions of packages cmucl suggests: pn cmucl-docsnone pn cmucl-source none pn ilisp none -- Configuration Files: /etc/common-lisp/cmucl/site-init.lisp changed [not included] -- 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#728077: autopkgtest broken: wrapped dependencies, wrong package name
Package: patsy Version: 0.2.1-2 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty Hello, patsy's autopkgtest currently fails [1]: | blame: arg:patsy_0.2.1-2.dsc dsc:patsy | badpkg: Test Depends field contains an invalid dependency `' | adt-run: erroneous package: Test Depends field contains an invalid | dependency `' | adt-run1: ** stop | adt-run1: ** close, | scratch=tb-scratch~/tmp/adt-run.9Ko5wG:-/|/tmp/adt-run.9Ko5wG/! | Connection to localhost closed. | 2013-10-25 04:55:17 PM: Failure: adt-run exited with status 12. That's because autopkgtest does not currently support line-wrapped dependencies. After fixing that, the test still fails because it cannot import the patsy python module. That's because currently debian/tests/control pulls in python-pandas, I suppose that was a copypaste error. Attached debdiff fixes both, and the test works fine now in a pristine VM with autopkgtest. Thanks for considering, Martin [1] https://jenkins.qa.ubuntu.com/job/trusty-adt-patsy/1/? -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru patsy-0.2.1/debian/changelog patsy-0.2.1/debian/changelog --- patsy-0.2.1/debian/changelog2013-10-21 21:55:46.0 +0200 +++ patsy-0.2.1/debian/changelog2013-10-28 09:06:59.0 +0100 @@ -1,3 +1,10 @@ +patsy (0.2.1-2ubuntu1) trusty; urgency=low + + * Don't wrap test dependencies, autopkgtest does not currently support that. + * Actually test-depend on python[3]-patsy, not -pandas. + + -- Martin Pitt martin.p...@ubuntu.com Mon, 28 Oct 2013 08:59:47 +0100 + patsy (0.2.1-2) unstable; urgency=low * Initial official Debian package (Closes: #718429) diff -Nru patsy-0.2.1/debian/tests/control patsy-0.2.1/debian/tests/control --- patsy-0.2.1/debian/tests/control2013-10-21 21:55:46.0 +0200 +++ patsy-0.2.1/debian/tests/control2013-10-28 09:03:37.0 +0100 @@ -1,11 +1,5 @@ Tests: unittests -Depends: python-all, - python-nose, - python-numpy, - python-pandas, +Depends: python-all, python-nose, python-numpy, python-patsy Tests: unittests3 -Depends: python3-all, - python3-nose, - python3-numpy, - python3-pandas, +Depends: python3-all, python3-nose, python3-numpy, python3-patsy
Bug#727677: icedove: copies folders settings not saved with a gmail IMAP account
Hello Carsten, On 27/10/2013 07:53, Carsten Schoenert wrote: Hello Fabien, If I use the context menu and select Copy To the copy of the mail will be found on the selected folder. But I have to say that I use the Icedove from stable-security that's highly recommended to use instead of the Icedove version 10 from the Wheezy release! I installed the release 17 from backports and the problem seems resolved. Regards, Fabien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728050: tethering with iOS 7 devices fails
Hi Sebastien. The tethering feature - the ipheth driver is now in the mainline Linux kernel. In fact, if you are using the Gnome desktop which uses GVFS, the ipheth-utils package is not required. This package simply supplies a set of udev rules to kick off usbmuxd on which it depends. The idea behind the package is that; supposing you installed a minimal Debian system, all you would need to get a network up and running via iPhone is to install ipheth-utils. This would be sufficient to bring up the network as soon as you plug your phone in. However, tools to do the equivalent already exist, and are part of modern desktop environments such as Gnome. Having said all that, have you tried getting the initial pairing done with the passcode disabled? See the following thread for more information: https://github.com/dgiagio/ipheth/issues/4 Another problem that I have is; the last iPhone I had was a 3GS, and this cannot run iOS 7. If there is anyone out there who is better equipped, and would like to take over maintaining this package, please let me know. Regards, Paul.
Bug#728078: ceph: fails to build, assumes all 64-bit architectures are x86-64
Package: ceph Version: 0.67.3-1 Severity: serious Tags: upstream Justification: fails to build from source (but built successfully in the past) ceph fails to build on 64-bit architectures that are not x86-64 ones. It tries to build x86 specific assembly code on all 64-bit architectures: | common/crc32c-intel.c: In function 'crc32c_intel_le_hw_byte': | common/crc32c-intel.c:41:17: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c: In function 'ceph_crc32c_le_intel': | common/crc32c-intel.c:63:17: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:59:17: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c: In function 'crc32c_intel_le_hw_byte': | common/crc32c-intel.c:37:17: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c: In function 'ceph_crc32c_le_intel': | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:68:46: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:68:46: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:68:46: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:68:46: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:68:46: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:99:1: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching constraint does not allow a register [enabled by default] | common/crc32c-intel.c:48:10: warning: matching
Bug#728079: stk: FTFBS on kfreebsd but built there in the past
Package: stk Version: 4.4.4-3 Severity: serious Hi, Your package FTBFS on kfreebsd, but built there in the past. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727753: Missing -dev test dependency: libglu1-mesa-dev | libglu-dev
Tags: patch
Here is an updated version of the patch that adds the missing dependency
to the -dev package instead of the dep8 test.
--
Jean-Baptiste
IRC: jibel
diff -Nru libgtkada-2.24.1/debian/changelog libgtkada-2.24.1/debian/changelog
--- libgtkada-2.24.1/debian/changelog 2013-08-28 14:43:49.0 +0200
+++ libgtkada-2.24.1/debian/changelog 2013-10-28 09:12:03.0 +0100
@@ -1,3 +1,10 @@
+libgtkada (2.24.1-13ubuntu1) UNRELEASED; urgency=low
+
+ * Add missing dependency 'libglu1-mesa-dev | libglu-dev' to
+ libgtkglada2.24.1-dev. (LP: #1244896)
+
+ -- Jean-Baptiste jean-baptiste.lallem...@canonical.com Mon, 28 Oct 2013
09:11:55 +0100
+
libgtkada (2.24.1-13) unstable; urgency=low
* Revert share library_dir changes, which sometimes FTBFS: dynamic/static
diff -Nru libgtkada-2.24.1/debian/control libgtkada-2.24.1/debian/control
--- libgtkada-2.24.1/debian/control 2013-08-28 04:23:56.0 +0200
+++ libgtkada-2.24.1/debian/control 2013-10-28 09:11:31.0 +0100
@@ -1,7 +1,8 @@
Source: libgtkada
Section: libs
Priority: optional
-Maintainer: Ludovic Brenta lbre...@debian.org
+Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com
+XSBC-Original-Maintainer: Ludovic Brenta lbre...@debian.org
Uploaders: Nicolas Boulenguez nico...@debian.org
Build-Depends: debhelper (= 9), dpkg-dev (= 1.16.2),
gnat, gnat-4.6,
@@ -69,6 +70,7 @@
Architecture: any
Depends: ${misc:Depends}, ${ada:Depends},
libgtkgl2.0-dev,
+ libglu1-mesa-dev | libglu-dev,
libgl1-mesa-dev | libgl-dev
Suggests: libgtkada-doc (= ${binary:Version})
Description: Ada binding for GTK+ OpenGL extensions (development files)
Bug#728080: initramfs password prompt wording can be improved
Package: cryptsetup Version: 2:1.6.1-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, currently, the password prompt in the initramfs is defined in /usr/share/initramfs-tools/scripts/local-top/cryptroot as cryptkey=Unlocking the disk $cryptsource ($crypttarget)\nEnter passphrase: This can be improved in various ways: * When using plymouth, it is not guaranteed (even unlikely) that the password field will be _after_ the prompt, so the Enter passphrase: at the end looks strange. An imperative sentence like “Please enter passphrase to unlock disk ...” might work in more situations. * The $cryptsource can be a UUID=... string which is really not helpful, and so long that it breaks some plymouth themes. I seee two possibilities: - Only print $crypttarget. This has usually some useful name, so it ought to be sufficient. If you don't like that, at least - only print $crypttarget if $cryptsource is a UUID. I’ll be happy to submit a patch if you agree that these changes would be an improvement. Thanks, Joachim - -- Package-specific info: - -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.11-1-amd64 root=/dev/mapper/kirk-root ro quiet splash init=/lib/systemd/systemd - -- /etc/crypttab sda5_crypt /dev/sda5 none luks #backup /dev/vg-500/backup /etc/luks-keys/vg500-backup luks,noauto - -- /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass /dev/mapper/kirk-root / ext4errors=remount-ro 0 1 # /boot was on /dev/sda1 during installation UUID=5145d8c3-8511-4e9d-8cd2-8b79b7ee7f6b /boot ext2defaults 0 2 /dev/mapper/kirk-home /home ext4defaults0 2 /dev/mapper/kirk-swap_1 noneswapsw 0 0 /dev/sr0/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/mmcblk0p1 /mnt/sdcard vfatdefaults,users,user,noauto,noexec 0 0 UUID=082adeb3-80e3-40b8-97f4-cf195243819a /mnt/mediaext3 defaults,users,noauto #/dev/vg-500/backup /mnt/backup ext3defaults,user,noauto,exec 0 0 /dev/vg-jeff/backup-image /mnt/backup ext3defaults,user,noauto,exec 0 0 kent.vpn.ehbuehl.net:/mnt/media1000 /mnt/media1000 nfs defaults,users,noauto,hard,intr 0 0 overlay /var/lib/schroot/union/overlay tmpfs defaults,size=80% - -- lsmod Module Size Used by openafs 618664 2 binfmt_misc12882 1 parport_pc 22422 0 ppdev 12724 0 lp 13025 0 parport31858 3 lp,ppdev,parport_pc nfsd 212451 2 auth_rpcgss43068 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 121791 0 lockd 72004 2 nfs,nfsd fscache37992 1 nfs sunrpc188958 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl iTCO_wdt 12831 0 iTCO_vendor_support12704 1 iTCO_wdt x86_pkg_temp_thermal13088 0 cdc_mbim 12736 0 snd_hda_codec_hdmi 35967 1 psmouse74801 0 coretemp 12898 0 serio_raw 12940 0 microcode 30542 0 snd_hda_codec_realtek41107 1 thinkpad_acpi 61166 0 arc4 12536 2 nvram 13092 1 thinkpad_acpi snd_seq_midi 12848 0 pcspkr 12632 0 snd_seq_midi_event 13316 1 snd_seq_midi uvcvideo 66710 0 videobuf2_vmalloc 12848 1 uvcvideo videobuf2_memops 12519 1 videobuf2_vmalloc cdc_ncm17410 1 cdc_mbim videobuf2_core 31053 1 uvcvideo iwldvm111777 0 i2c_i801 17045 0 videodev 93149 2 uvcvideo,videobuf2_core mac80211 353358 1 iwldvm media 18345 2 uvcvideo,videodev snd_rawmidi22959 1 snd_seq_midi usbnet 22815 2 cdc_mbim,cdc_ncm mii12675 1 usbnet snd_hda_intel 35821 3 cdc_wdm17474 1 cdc_mbim snd_hda_codec 122811 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel cdc_acm22167 0 iwlwifi73173 1 iwldvm snd_hwdep 13189 1 snd_hda_codec snd_seq45053 2 snd_seq_midi_event,snd_seq_midi snd_pcm_oss37026 0 snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi snd_mixer_oss 18034 1 snd_pcm_oss cfg80211 311201 3 iwlwifi,mac80211,iwldvm lpc_ich16764 0 snd_pcm68455 4
Bug#728081: fake-vconfig: a shell wrapper for iproute2 emulating vconfig command-line interface
Package: vlan Version: 1.9-3 Severity: normal Tags: patch Hi, Half a year ago I've written this code: https://bitbucket.org/andrew_shadoura/fake-vconfig/src This could be used as a replacement for vconfig utility, which uses an old interface anyway. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vlan depends on: ii iproute 1:3.9.0-5 ii libc62.17-0experimental2 vlan recommends no packages. vlan suggests no packages. -- no debconf information -- debsums errors found: sh: /usr/sbin/dpkg-divert: No such file or directory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692606: Marking as done in recent versions
Hi, On 28 October 2013 08:53, Yves-Alexis Perez cor...@debian.org wrote: Hi, it seems we never actually received the mail for the reassign, please always copy the destination package people so they're actually aware of it. Gah, right. I'm closing the bug with version information so it's correctly tracked as fixed in later versions. I'll coordinate with SRM for uploading a fix to stable. Are you available to test a tentatively fixed package before upload? The change is trivial, but sure. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727670: [Pkg-roundcube-maintainers] Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
https://github.com/graviox/Roundcube-CardDAV This one has not been touched for a while. Can you confirm that it works well with Roundcube 0.9? I worked for me with previous version of Roundcube, I don't know with version 0.9. I tried right now, it seems it imports contacts from ownCloud, but it doesn't show them. It's an “Intent to package”. It would be a new package, named “roundcube-plugins-kolab”. Thank you for the information.
Bug#692606: Marking as done in recent versions
On Mon, 2013-10-28 at 09:46 +0100, Raphael Geissert wrote: The change is trivial, but sure. Yeah, but are you positively certain it fixes your bug? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#728077: autopkgtest broken: wrapped dependencies, wrong package name
Hello again, Martin Pitt [2013-10-28 9:10 +0100]: That's because autopkgtest does not currently support line-wrapped dependencies. I was actually wrong about this. It's not the folded lines, it's the trailing comma which upsets it. Updated debdiff attached. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru patsy-0.2.1/debian/changelog patsy-0.2.1/debian/changelog --- patsy-0.2.1/debian/changelog2013-10-21 21:55:46.0 +0200 +++ patsy-0.2.1/debian/changelog2013-10-28 09:56:00.0 +0100 @@ -1,3 +1,11 @@ +patsy (0.2.1-2ubuntu1) trusty; urgency=low + + * debian/tests/control: Drop trailing comma, autopkgtest interprets it as +empty package name. + * Actually test-depend on python[3]-patsy, not -pandas. + + -- Martin Pitt martin.p...@ubuntu.com Mon, 28 Oct 2013 08:59:47 +0100 + patsy (0.2.1-2) unstable; urgency=low * Initial official Debian package (Closes: #718429) diff -Nru patsy-0.2.1/debian/tests/control patsy-0.2.1/debian/tests/control --- patsy-0.2.1/debian/tests/control2013-10-21 21:55:46.0 +0200 +++ patsy-0.2.1/debian/tests/control2013-10-28 09:56:29.0 +0100 @@ -2,10 +2,10 @@ Depends: python-all, python-nose, python-numpy, - python-pandas, + python-patsy Tests: unittests3 Depends: python3-all, python3-nose, python3-numpy, - python3-pandas, + python3-patsy
Bug#728082: icedtea6-plugin: 6b18 package can not be intalled with 6b27 openjdk-6-jre from squeeze-backports
Package: icedtea6-plugin Version: 6b18-1.8.13-0+squeeze2 Severity: important icedtea6-plugin package from Squeeze (6b18 release) is not compatible with openjdk-6-jre (6b27 release) from squeeze-backports and security repository. Please, upgrade in backports. -- System Information: Debian Release: 6.0.8 APT prefers oldstable-proposed-updates APT policy: (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea6-plugin depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-7~bpo60+1 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.9-1.1~bpo60+1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8GCC support library ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libnspr4-0d 2:4.9.6-1~bpo60+1NetScape Portable Runtime Library ii libpango1.0-0 1.28.3-1+squeeze2Layout and rendering of internatio ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii openjdk-6-jre 6b27-1.12.6-1~deb6u1 OpenJDK Java runtime, using Hotspo ii xulrunner-1.9.1 1.9.1.16-20 XUL + XPCOM application runner icedtea6-plugin recommends no packages. icedtea6-plugin suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728083: autopkgtest fails, and does not test installed package
Package: python-memprof Version: 0.3.2-1 Hello, python-memprof's autopkgtest currently fails [1]: | Traceback (most recent call last): | File setup.py, line 19, in module | from setuptools import setup, Extension | ImportError: No module named 'setuptools' When adding that to debian/tests/control, it fails further, as it wants to build the package first. Adding a build-needed restriction fixes that as it installs all build dependencies. But this would be wrong: an autopkgtest must not test the module in the source tree, but the *installed* package, otherwise it's quite pointless. So I suggest the autopkgtest should invoke the actual tests directly without the build system, and also take care that any Python imports don't use the module from the source tree (as PYTHONPATH implicitly contains .). Thanks, Martin [1] https://jenkins.qa.ubuntu.com/job/trusty-adt-python-memprof/1 -- 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#728084: eztrace gets broken after every new binutils update
Package: eztrace Version: 0.9.1-3 Severity: grave Justification: renders package unusable Dear Maintainer, after each new binutils update the eztrace package become uninstallable because it depends on a previous binutils version. Maybe this is due to the src dependency on binutils-dev which pulls in a versioned dependency (with =) on binutils for the binary package, but I ma not an expert on these matters. Could you please check the situation? Thanks, Antonio Ospite http://ao2.it -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-rc5-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eztrace depends on: ii binutils 2.23.90.20130927-1 ii libc62.17-93 ii libeztrace0 0.9.1-3 ii libfxt0 0.2.14-2 ii libgtg0 0.2+dfsg-1+b1 ii opari2 1.0.7+dfsg-2 eztrace recommends no packages. eztrace 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#728085: ITP: pyfftw -- A pythonic wrapper around FFTW, the FFT library, presenting a unified interface for all the supported transforms.
Package: wnpp Severity: wishlist Owner: Ghislain Vaillant ghisv...@gmail.com * Package name: pyfftw Version : 0.9.2 Upstream Author : Henry Gomersall h...@kedevelopments.co.uk * URL : http://hgomersall.github.io/pyFFTW/ * License : GPL-3, some windows-specific headers in BSD clause-2 and 3 Programming Lang: python Description : A pythonic wrapper around FFTW, the FFT library, presenting a unified interface for all the supported transforms. pyFFTW is a pythonic wrapper around FFTW 3, the speedy FFT library. The ultimate aim is to present a unified interface for all the possible transforms that FFTW can perform. Both the complex DFT and the real DFT are supported, as well as on arbitrary axes of abitrary shaped and strided arrays, which makes it almost feature equivalent to standard and real FFT functions of numpy.fft (indeed, it supports the clongdouble dtype which numpy.fft does not). Wisdom import and export now works fairly reliably. Operating FFTW in multithreaded mode is supported. pyFFTW implements the numpy and scipy fft interfaces in order for users to take advantage of the speed of FFTW with minimal code modifications. A comprehensive unittest suite can be found with the source on the github repository or with the source distribution on PyPI. The documentation can be found on github pages, the source is on github and the python package index page is here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728086: vlc: SIGABRT when loading playlist file for DVB tuner
Package: vlc
Version: 2.1.0-1
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
loading a playlist file for a DVB tuner that worked with previous versions of
VLC.
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
b/vlc/plugins/access/libstream_filter_rar_plugin.so
7fffdfbd5000-7fffdfdd4000 ---p 3000 08:03 10186441
/usr/lib/vlc/plugins/access/libstream_filter_rar_plugin.so
7fffdfdd4000-7fffdfdd5000 r--p 2000 08:03 10186441
/usr/lib/vlc/plugins/access/libstream_filter_rar_plugin.so
7fffdfdd5000-7fffdfdd6000 rw-p 3000 08:03 10186441
/usr/lib/vlc/plugins/access/libstream_filter_rar_plugin.so
Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffec7b2700 (LWP 12059)]
0x0030016351e5 in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 0x0030016351e5 in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x003001638398 in __GI_abort () at abort.c:90
#2 0x0030016707cb in __libc_message (do_abort=do_abort@entry=2,
fmt=fmt@entry=0x300176cca8 *** Error in `%s': %s: 0x%s ***\n)
at ../sysdeps/unix/sysv/linux/libc_fatal.c:199
#3 0x00300167aa26 in malloc_printerr (action=3,
str=0x3001768c4a free(): invalid pointer, ptr=optimized out)
at malloc.c:4923
#4 0x00300167b7a3 in _int_free (av=optimized out, p=0x7fffe4c1b68f,
have_lock=0) at malloc.c:3779
#5 0x7fffd739c2d8 in var_InheritString (
name=name@entry=0x7fffd73a66e5 dvb-modulation, obj=0x7fffe4c1db08,
obj@entry=0x7fffe4c1b69f) at ../../include/vlc_variables.h:710
#6 var_InheritModulation (obj=obj@entry=0x7fffe4c1db08,
var=var@entry=0x7fffd73a66e5 dvb-modulation) at dtv/access.c:745
#7 0x7fffd739c9ec in dvbt_setup (obj=0x7fffe4c1db08, dev=0x7fffe4c0a170,
freq=17750) at dtv/access.c:907
#8 0x7fffd739d07a in Tune (freq=17750, delsys=optimized out,
dev=0x7fffe4c0a170, obj=0x7fffe4c1db08) at dtv/access.c:689
#9 Open (obj=0x7fffe4c1db08) at dtv/access.c:468
#10 0x0030ff27b0a8 in module_load (obj=obj@entry=0x7fffe4c1db08,
m=m@entry=0x74aaf0, init=init@entry=0x30ff27b000 generic_start,
args=args@entry=0x7fffec7b1b00) at modules/modules.c:185
---Type return to continue, or q return to quit---
#11 0x0030ff27b65e in vlc_module_load (obj=obj@entry=0x7fffe4c1db08,
capability=capability@entry=0x30ff2a8925 access, name=0x7fffe4c1b2e5 ,
name@entry=0x7fffe4c1b2e0 dvb-t, strict=strict@entry=true,
probe=probe@entry=0x30ff27b000 generic_start) at modules/modules.c:277
#12 0x0030ff27bb34 in module_need (obj=obj@entry=0x7fffe4c1db08,
cap=cap@entry=0x30ff2a8925 access,
name=name@entry=0x7fffe4c1b2e0 dvb-t, strict=strict@entry=true)
at modules/modules.c:366
#13 0x0030ff233892 in access_New (p_obj=p_obj@entry=0x7fffe8006928,
p_parent_input=p_parent_input@entry=0x7fffe8006928,
psz_access=0x7fffe4c1b2e0 dvb-t, psz_demux=0x30ff2c7a15 ,
psz_location=0x7fffe4c1b2e8
frequency=17750:inversion=2:bandwidth=7:code-rate-hp=3:code-rate-lp=0:modulation=64:transmission=8:guard=16:hierarchy=-1)
at input/access.c:87
#14 0x0030ff247b90 in InputSourceInit (
p_input=p_input@entry=0x7fffe8006928, in=0x7fffe8006a20,
psz_mrl=0x7fffe4c11130
dvb-t://frequency=17750:inversion=2:bandwidth=7:code-rate-hp=3:code-rate-lp=0:modulation=64:transmission=8:guard=16:hierarchy=-1,
psz_forced_demux=psz_forced_demux@entry=0x0,
b_in_can_fail=b_in_can_fail@entry=false) at input/input.c:2418
#15 0x0030ff248b1b in Init (p_input=p_input@entry=0x7fffe8006928)
at input/input.c:1224
#16 0x0030ff24c076 in Run (obj=0x7fffe8006928) at input/input.c:520
#17 0x003002207e0e in start_thread (arg=0x7fffec7b2700)
---Type return to continue, or q return to quit---
at pthread_create.c:311
#18 0x0030016e89ed in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
(gdb) bt full
#0 0x0030016351e5 in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 11991
selftid = 12059
#1 0x003001638398 in __GI_abort () at abort.c:90
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x30016123e4,
sa_sigaction = 0x30016123e4}, sa_mask = {__val = {5, 206182977410,
3, 140737160875662, 2, 206182973113, 1, 206182984141, 3,
140737160875638, 10, 206182984145, 2, 140737160876448, 14,
140737160878208}}, sa_flags = 77, sa_restorer = 0x7}
sigs = {__val = {32, 0 repeats 15 times}}
#2 0x0030016707cb in __libc_message (do_abort=do_abort@entry=2,
fmt=fmt@entry=0x300176cca8 *** Error in `%s': %s: 0x%s
Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host
Hi Guido
on Friday 25 October 2013-17:39:07 Guido Günther (Guido Günther
a...@sigxcpu.org) wrote:
Hi Manuel,
On Fri, Oct 18, 2013 at 02:15:39PM +0200, Manuel VIVES wrote:
Guido Günther (Guido Günther a...@sigxcpu.org) wrote:
On Mon, Oct 07, 2013 at 02:12:37PM +0200, Manuel VIVES wrote:
[..snip..]
I don't use systemd, so I'm probably not the best person for
making this part of the script.
But you're advocating for it.
I'm not advocating for systemd, but for a good cgroup filesytem while
using libvirt.
Yes, the indications that D.Berrange gave me when I asked on #virt
are indicating that we need the same hierarchy as the one used by
systemd but I really don't use it (and I don't want to use it ;) )
I didn't mean to say that you're advocating for systemd but for an init
script. You have to make sure it's a noop when running under systemd.
I don't have any idea on how to make it noop when running under systemd.
Basically I would think to execute the mount and unmount process only if
there isn't systemd on the machine, but I don't know any reliable way to
find if systemd is running on the machine
And for the init script, I don't know, there is no process to
start so..
...you still have to follow the init scripts start/stop logic if it
should be an init script.
I could probably make a script which mounts on start and unmounts on
stop, I'm going to look at this.
Yes, please do. You also need to add the right dependencies in the
headers.
Cheers,
-- Guido
I modified script to add this.
It is attached to this mail
Great! Looking at udev.postinst it checks for /run/systemd/system/ to
see it systemd is running as init system.
Looking at the script I wonder if we should move this into
/etc/init.d/libvirt-bin itself and enable it via a flag in
/etc/default/libvirt-bin (e.g. mount_cgroups). This would keep
everything nicely in one place.
Alternatively we could use /etc/{init.d,default}/libvirt-cgroups if you
want to keep it as a different script. (I'm slightly leaning to moving
everything to libvirt-bin). What do you think?
Cheers,
-- Guido
I agree with you for moving it into libvirt-bin, so I did it and I modified the
libvirt-bin script in order to do this.
It is attached to the mail.
I also made a check for systemd, and if it's running, there is just a message
saying that you can not use this cgroup configuration with systemd and the
function exits.
Regards,
Manuel VIVES
Manuel VIVES
Cheers,
-- Guido
Regards,
Manuel VIVES
-- System Information:
Debian Release: 7.1
APT prefers stable
APT policy: (500, 'stable'), (1, 'experimental'), (1,
'unstable'), (1, 'testing'), (1, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/16 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libvirt-bin depends on:
ii adduser 3.113+nmu3
ii gettext-base 0.18.1.1-9
ii init-system-helpers 1.4-hns1
ii libaudit01:1.7.18-1.1
ii libavahi-client3 0.6.31-2
ii libavahi-common3 0.6.31-2
ii libblkid12.20.1-5.3
ii libc62.13-38
ii libcap-ng0 0.6.6-2
ii libdbus-1-3 1.6.8-1
ii libdevmapper1.02.1 2:1.02.74-7
ii libgcrypt11 1.5.0-5
ii libgnutls26 2.12.20-7
ii libnetcf11:0.2.3-3~bpo70+1
ii libnl-3-200 3.2.7-4
ii libnl-route-3-2003.2.7-4
ii libnuma1 2.0.8~rc4-1
ii libparted0debian12.3-12
ii libpcap0.8 1.3.0-1
ii libpciaccess00.13.1-2
ii libreadline6 6.2+dfsg-0.1
ii libsasl2-2 2.1.25.dfsg1-6+deb7u1
ii libudev0 175-7.2
ii libvirt0 1.1.2-3hns1
ii libxenstore3.0 4.1.4-3+deb7u1
ii libxml2 2.8.0+dfsg1-7+nmu1
ii libyajl2 2.0.4-2
ii logrotate3.8.1-4
Versions of packages libvirt-bin recommends:
ii bridge-utils1.5-6
ii dmidecode 2.11-9
ii dnsmasq-base2.62-3+deb7u1
ii ebtables2.0.10.4-1
ii gawk1:4.0.1+dfsg-2.1
ii iproute 20120521-3+b3
ii iptables1.4.14-3.1
ii libxml2-utils 2.8.0+dfsg1-7+nmu1
ii netcat-openbsd 1.105-7
ii parted 2.3-12
ii pm-utils1.4.1-9
ii qemu1.1.2+dfsg-6a
ii qemu-kvm1.1.2+dfsg-6
Versions of packages libvirt-bin
Bug#727708: Init systems: arguments for the CTTE
Hi, since this is the time to submit arguments before the CTTE can discuss things internally and hopefully reach a decision, I’d like to say a few words. It won’t be a surprise if I say systemd should be the default init systems for the Linux architectures for jessie and, unless another solution arises, the only supported option for jessie+1. I say this as a systems engineer, because systemd is great software. I’m not going to list all systemd features, but there are many of them I want to see on my production servers. In addition, the command-line interface is awesome, and the unit file description is straightforward. I say this as a package maintainer, too. Systemd is becoming a de facto standard in Linux distributions (at least Fedora, SuSE and Arch), and is getting excellent upstream support in many packages. So far, only Gentoo uses OpenRC (and it doesn’t have most of the features I’d like to have), and only Ubuntu uses Upstart. Therefore using OpenRC would mean maintaining many patches on our own, and using Upstart would mean that our upstream would become Ubuntu. As a side note, I think upstart’s CLA dismisses it as software of choice for our core system. I know it’s not the only important piece of software in Debian with a CLA. I still stand on this point. I have experienced a real world CUPS nightmare because of Apple’s CLA, and I would be all for ditching CUPS as default too if we had a decent alternative. Finally, I say this as one of the GNOME packages’ maintainers. GNOME in jessie will need systemd as the init system to work with all its features, just like it needs the network configuration to be handled by NetworkManager. While it is (and can remain) possible, just like in the NM case, to install it without systemd and lose functionality, I think it is unreasonable to ask for a default GNOME installation without it. Some people have argued this functionality can be reimplemented on top of Upstart or OpenRC. These people should be ready to show the code and to commit on maintaining it in the long term before it can be considered as a possible alternative. Finally, a word about kFreeBSD. I know systemd and upstart have not been ported to kFreeBSD (and despite claims that upstart developers would accept patches, so far they don’t exist). However, we are talking about a major feature leap for Linux, and having kFreeBSD interfere in the decision would be unfair to Linux users. My gut feeling is that, despite the original enthusiasm I shared, kFreeBSD was branded a release architecture too soon, or at least for a too broad set of packages. Most packages have never been tested on non-linux, and a large portion of those does not work. A possible approach would be to restrict these architectures to a defined set of packages and maintain OpenRC or insserv scripts for these packages. In all cases, this should be worked on after reaching a decision for the Linux init system. Thanks for reading, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722242: debian-maintainers: Please add James Hunt as a Debian Maintainer
Thanks Jonathan, However, it appears the updated package hasn't hit the archive yet? Kind regards, James. signature.asc Description: OpenPGP digital signature
Bug#728087: Document how to start thinkfan with systemd
Package: thinkfan Version: 0.8.1-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, after switching to systemd I noticed that thinkfan was no longer started. I found out that /etc/default/thinkfan is no long used then. I got it to work by adding a symlink /etc/systemd/system/multi-user.target.wants/thinkfan.service - /lib/systemd/system/thinkfan.service but I’m not sure if this is the correct way. Given that /usr/share/doc/thinkfan/README.Debian documents how to enable the daemon in sysvinit, I think it should * make clear that /etc/default/thinkfan is not adhered to if systemd is active, and * how to activate thinkfan with systemd Thanks, Joachim (CC’ing Michael as I’m not sure who wrote the original systemd support for thinkfan.) - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thinkfan depends on: ii libc6 2.17-93 thinkfan recommends no packages. thinkfan suggests no packages. - -- Configuration Files: /etc/default/thinkfan changed: START=yes DAEMON_ARGS=-q /etc/thinkfan.conf changed: sensor /sys/devices/virtual/thermal/thermal_zone0/temp (0, 0, 58) (1, 50, 69) (2, 68, 77) (level auto, 75, 32768) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlJuMVgACgkQ9ijrk0dDIGz7zgCgn/nVO6dw/AjLvU8EjSztz5KS HWQAoI533azSY8h6d7ImBZZulbCARPUE =722M -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#719946: cups: CUPS 1.6 client sends wrong mimetype to 1.5 server, can't print
On Tue, Aug 27, 2013 at 11:47:12AM -0400, Michael Sweet wrote: Brian, On 2013-08-26, at 7:10 AM, Brian Potkin claremont...@gmail.com wrote: ... There is a disparity in the MIME types for FINAL_CONTENT_TYPE. I do not know whether this is an intentional difference between CUPS 1.5.3 and CUPS 1,6,3, so I'm Cc'ing this report upstream. There were some changes here, and there is a bug fix for a related issue in the upcoming 1.6.4 release (probably will go live next week) to make sure we pass the correct MIME media type to the server. (whether it understands that media type is another matter...) I'm experiencing the same issue with a setup in which both the client and server are running cups 1.6.3-1 (the client sends a PJL file and calls it application/vnd.cups-pdf, which causes the server to barf). I note that cups 1.7.0 has just been released; have you had an opportunity to look at it yet? Might that resolve this bug? I have looked at the Debian 1.6.3-1 package, and note that it has just under 40 patches; I don't have the time to try to port this to 1.7.0 to see whether it is successful in this regard. Best wishes, Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#131137: [ft-devel] manual pages for freetype2-demos
Please find attached some minimal draft man pages, mainly based upon the usage output of the various tools. Any kind of feedback/review is appreciated since I hardly know anything about freetype, and whether you are interested in adding man pages upstream at all. I've now committed revised and updated versions of the man pages. Please check. Werner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728049: adt-virt-schroot: avoid debconf prompts on running tests
tag 728049 moreinfo unreproducible thanks Hello Arthur, Arthur de Jong [2013-10-27 22:18 +0100]: I'm trying to write some tests for one of my package and I noticed that when installing the dependencies I get Debconf prompts for packages requiring them. Can you please give me a reproducible example? I'm unable to reproduce that, I tried to add e. g. mysql-server-5.5 (which always asks for a root password) as a test dependency, and I didn't see a debconf prompt with adt-run. I tried this with both the schroot and the null runner. adt-run already sets DEBIAN_FRONTEND=noninteractive, so I suppose this either doesn't stick in some cases or it's not applied correctly. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#728057: adt-virt-schroot: set incorrect TMPDIR permissions
tag 728057 pending thanks Hello Arthur, Arthur de Jong [2013-10-27 23:56 +0100]: Setting a more liberal umask before running atd-run fixes the issue. The attached patch also fixes the issue but I haven't checked whether other directories are created with the correct permissions. I can reproduce the failure by setting umask 077 in the NullRunner.test_tmpdir_for_other_users test. -script += 'rm -rf -- $@; mkdir -- $@\n' +script += 'rm -rf -- $@; mkdir -- $@; chmod 755 $@\n' I used mkdir -m 755, which is more efficient and does the same. Thanks! Fixed in http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=commitdiff;h=b79ba2d4da8 Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#728088: libmtp9: unrecognised device - Nokia C5-00 handset
Package: libmtp9 Version: 1.1.6-20-g1b9f164-1 Severity: normal Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? plugging the handset in via USB cable, selecting Media Transfer on the handset, and attempting to look at MTP devices in vlc * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Device 0 (VID=0421 and PID=0595) is UNKNOWN. Please report this VID/PID and the device model to the libmtp development team * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12.0-rc7 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libmtp9 depends on: ii dpkg 1.17.1 ii libc6 2.17-93 ii libgcrypt111.5.3-2 ii libmtp-common 1.1.6-20-g1b9f164-1 ii libusb-1.0-0 2:1.0.17-1+b1 ii multiarch-support 2.17-93 Versions of packages libmtp9 recommends: ii libmtp-runtime 1.1.6-20-g1b9f164-1 ii udev204-5 libmtp9 suggests no packages. -- 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#728090: please upload a more current upstream
Package: re2 Could you please upload a newer version of re2 to unstable? The current version in experimental is over a year old already and I need it as a build-depends for lmctfy. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728091: mutt-patched: SIGSEGV in calc_boundaries (menu=6) at ../sidebar.c:95
Package: mutt-patched Version: 1.5.21-6.4 Severity: important mutt crashes for me after opening a mailbox on the sidebar and then using sidebar-next one or multiple times. My configuration files can be found in my git repository at: https://gitorious.org/jak-home-directory/dotfiles/ The backtrace is: #0 0x0047287b in calc_boundaries (menu=6) at ../sidebar.c:95 tmp = optimized out #1 0x0047350d in scroll_sidebar (op=6, op@entry=184, menu=6) at ../sidebar.c:408 No locals. #2 0x004218a2 in mutt_index_menu () at ../curs_main.c:2264 buf = Mail\000with 10 messages\000\061\060 Flag:1 299K]---(threads/last-date-received), '-' repeats 74 times, (all)---, '\000' repeats 873 times helpstr = q:Ende d:Lösch. u:Behalten s:Speichern m:Senden r:Antw. g:Antw.alle ?:Hilfe\000\000\000\000\000\064l\315\365\377\177, '\000' repeats 18 times, \b\000\000\000\000\000\000\000\300\327\377\377\377\177\000\000\020\267\256\000\000\000\000\000\027, '\000' repeats 11 times, \001\000\000\000\027\000\000\000\000\000\000\000\026\000\000\000\000\000\000\000\060\000\000\000\000\000\000\000\230\005\000\000\000\000\000\000\001\000\000\000\000\000\000\000\370\272\256\000\000\000\000\000\064... op = 184 done = 0 i = 0 j = optimized out tag = 0 newcount = 0 oldcount = optimized out rc = optimized out menu = 0xaec0b0 cp = optimized out index_hint = 9 do_buffy_notify = 1 close = 0 attach_msg = 0 #3 0x00408949 in main (argc=1, argv=optimized out) at ../main.c:1026 folder = imaps://imap.mathematik.uni-marburg.de/INBOX, '\000' repeats 211 times subject = optimized out includeFile = optimized out draftFile = optimized out newMagic = optimized out msg = 0x0 attach = 0x0 commands = 0x0 queries = optimized out alias_queries = optimized out sendflags = 0 flags = optimized out version = optimized out i = optimized out explicit_folder = optimized out dump_variables = optimized out double_dash = optimized out nargc = optimized out -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-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 mutt-patched depends on: ii libassuan02.1.1-1 ii libc6 2.17-93 ii libcomerr21.42.8-1 ii libgnutls26 2.12.23-8 ii libgpg-error0 1.12-0.2 ii libgpgme111.4.3-0.1 ii libgssapi-krb5-2 1.11.3+dfsg-3 ii libidn11 1.28-1 ii libk5crypto3 1.11.3+dfsg-3 ii libkrb5-3 1.11.3+dfsg-3 ii libncursesw5 5.9+20130608-1 ii libsasl2-22.1.25.dfsg1-17 ii libtinfo5 5.9+20130608-1 ii libtokyocabinet9 1.4.48-2 ii mutt 1.5.21-6.4 mutt-patched recommends no packages. mutt-patched suggests no packages. -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. pgpQoLyAqc6v6.pgp Description: PGP signature
Bug#728091: mutt-patched: SIGSEGV in calc_boundaries (menu=6) at ../sidebar.c:95
Control: severity -1 normal On Mon, Oct 28, 2013 at 11:01:53AM +0100, Julian Andres Klode wrote: Package: mutt-patched Version: 1.5.21-6.4 Severity: important mutt crashes for me after opening a mailbox on the sidebar and then using sidebar-next one or multiple times. My configuration files can be found in my git repository at: https://gitorious.org/jak-home-directory/dotfiles/ This happens because I have a folder-hook that re-reads the list of mailboxes (for account switching) when switching mailboxes. So, when I open a new mailbox from the sidebar, no mailbox is selected afterwards, and thus CurBuffy or next/prev in there is probably NULL. I disabled those options for now, I need to find a better way (or don't do) account switching. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. pgpKFhK6f2nDF.pgp Description: PGP signature
Bug#728090: please upload a more current upstream
Hi Daniel (2013.10.28_12:01:14_+0200) Could you please upload a newer version of re2 to unstable? The current version in experimental is over a year old already and I need it as a build-depends for lmctfy. re2 has no stable ABI guarantees. So, we have two options for including it in unstable. 1. static library only (with Built-Using). 2. Manage our own ABI. Changes are becoming very infrequent, and we could probably get away with changing the ABI once a year. Thoughts? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706639: RFP: btsync -- Directory synchronizer from Bittorrent Inc.
Hey all, the source code of btsync is currently not available, it's only distributed as binary. It might be released with a OSS license in the future, but I couldn't find any information about that. http://labs.bittorrent.com/experiments/sync.html http://www.bittorrent.com/legal/terms-of-use Cheers Markus -- Markus Frosch mar...@lazyfrosch.de http://www.lazyfrosch.de signature.asc Description: This is a digitally signed message part
Bug#728092: ifupdown: ifup -v displays wpa-password in cleartext
Package: ifupdown Version: 0.7.45 Severity: grave Tags: security Justification: user security hole I’ve got a configuration snippet in /etc/network/interfaces (chmod 0600, root-owned) on my work laptop like the following one: iface tarent-lan inet dhcp wireless-mode Managed wireless-essid tarent-lan wpa-ssid tarent-lan wpa-key-mgmt WPA-EAP wpa-identity tglase wpa-password xxx This is for “enterprise” WPA, which was introduced here last week. Now I normally run “sudo ifup -v wlan0=tarent-lan” to activate it, but ifupdown then displays the wpa-password in cleartext. This does *not* happen for “regular” WPA, like this (from FOSDEM): iface bruxelles inet dhcp wireless-mode Managed wireless-essid HOTEL-BEVERLY-HILLS 3 wpa-ssid HOTEL-BEVERLY-HILLS 3 wpa-psk xxx Please hide this information. Additionally, it would be very nice if I could write the passwords (both wpa-psk and wpa-password) into a *separate* file, so access to /e/n/i needs not to be restricted that much. I’ve not got a good feeling having my LDAP password be written there in the plaintext… -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages ifupdown depends on: ii file-rc 0.8.16 ii initscripts 2.88dsf-43 ii iproute2 3.11.0-1 ii libc62.17-93 ii lsb-base 4.1+Debian12 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.2.4-7 Versions of packages ifupdown suggests: ii net-tools 1.60-25 ii ppp2.4.5-5.2 pn rdnssd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662731: Any help?
Hi Seb, any help with this one? :) Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727676: ITP: gitignorer -- A simple utility that aids in the creation of .gitignore files.
Hi, On Fri, Oct 25, 2013 at 02:28:42AM -0700, Zach Latta wrote: Package: wnpp Severity: wishlist Owner: Zach Latta z...@zachlatta.com * Package name: gitignorer Version : 1.0.0 Upstream Author : Zach Latta z...@zachlatta.com * URL : https://github.com/zachlatta/gitignorer * License : MIT Programming Lang: Go Description : A simple utility that aids in the creation of .gitignore files. Gitignore is a simple command-line utility that aids in the creation of .gitignore files. Could the package description be imporved and explain _how_ it helps to create the files? vim helps to create .gitignore files too, as does echo. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131025092842.13920.39658.report...@plato.zachlatta.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714279: This is nota non-severe issue
severity 714279 serious thanks Hi Michael, it sounds like a joke that you wrote This is a non-severe issue. Many people had a real WTF? experience after upgrading to the broken package, and this is an issue that negatively effects a huge number of GUI applications. By lowering the severity you imply that it would be OK if the bug still exists when jessie becomes stable - and in reality that would be an absolute disaster. The simplicity of the workarounds implies that it should be easy to fix, not that every single user should have to do the workaround himself. cu Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728090: please upload a more current upstream
On 10/28/2013 11:10 AM, Stefano Rivera wrote: 1. static library only (with Built-Using). 2. Manage our own ABI. Changes are becoming very infrequent, and we could probably get away with changing the ABI once a year. (not saying that is a good way, but jftr, there is also:) 3. have it like like ntfs-3g (Provides: libntfs-3g-$SONAME) and testdisk (Depends: libntfs-3g-$SONAME). Thoughts? if 2. is not too big a pain for you to keep track of (or, unless it becomes one at some future point), i'd go with 2. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728093: quodlibet: change dependency gstreamer1.0-pulseaudio to gstreamer1.0-audiosink
Package: quodlibet Version: 3.0.2-3 Severity: normal I do not want pulseaudio on my systems, instead I use alsa directly. On systems such as mine, gstreamer1.0-pulseaudio is installed unnecessarily, but without working sound anyway. I guess the dependence should be moved to gstreamer1.0-audiosink -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (600, 'stable'), (550, 'unstable'), (500, 'raring'), (400, 'testing'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-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 quodlibet depends on: ii exfalso 3.0.2-3 ii gir1.2-gst-plugins-base-1.0 1.2.0-1 ii gir1.2-gstreamer-1.0 1.2.0-1 ii gstreamer1.0-plugins-base1.2.0-1 ii gstreamer1.0-plugins-good1.2.0-1 ii gstreamer1.0-plugins-ugly1.2.0-1 ii gstreamer1.0-pulseaudio 1.2.0-1 ii python 2.7.5-5 Versions of packages quodlibet recommends: pn gir1.2-gtksource-3.0 none pn gir1.2-keybinder-3.0 none pn libgpod4 none pn media-player-info none ii python-dbus 1.2.0-2+b1 pn python-feedparser none ii udisks1.0.4-8+b1 Versions of packages quodlibet suggests: pn gstreamer1.0-plugins-bad none ii quodlibet-plugins 1:3.0.2-1 -- 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#728094: stimfit: FTBFS on kfreebsd but built there in the past
Package: stimfit Version: 0.13.2-1 Severity: serious Hi, Your package FTBFS on kfreebsd but built there in the past. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725997: alacarte: config fails with error: alacarte depends on python:any (= 2.6.6-7~)
The problem was fixed by manually upgrading the package python:any; then installing both alacarte 3.9.91-1 and the latest alacarte 3.10.0-1 worked properly, where before both had given this error. This was confusing because the installed python2.6 is above this version already: ii python2.6 2.6.8-1.1 i386 ii python2.6-dev 2.6.8-1.1 i386 ii python2.6-doc 2.6.8-1.1 all ii python2.6-examples 2.6.8-1.1 all ii python2.6-minimal 2.6.8-1.1 i386 Perhaps adding a dependency on python:any version 2.7.5-5 or greater would avoid this installation problem? thanks, --jack -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728093: quodlibet: change dependency gstreamer1.0-pulseaudio to gstreamer1.0-audiosink
2013/10/28 Arian Sanusi ar...@sanusi.de: I do not want pulseaudio on my systems, instead I use alsa directly. On systems such as mine, gstreamer1.0-pulseaudio is installed unnecessarily, but without working sound anyway. I guess the dependence should be moved to gstreamer1.0-audiosink gstreamer1.0-audiosink isn't an option since it's provided by plugins-good/bad, so afair alsa/pulseaudio sinks don't get installed on a default install. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728092: ifupdown: ifup -v displays wpa-password in cleartext
Control: reassign -1 wpasupplicant Hi, this is a bug in wpa-supplicant's scripts.
Bug#728092: Fwd: Re: Bug#728092: ifupdown: ifup -v displays wpa-password in cleartext
Control: reassign -1 wpasupplicant Hi, this is a bug in wpa-supplicant's scripts.
Bug#728092: ifupdown: ifup -v displays wpa-password in cleartext
Hi, One more thought: wpasupplicant.conf may be what you want.
Bug#728090: please upload a more current upstream
Hi Daniel (2013.10.28_12:47:45_+0200) 3. have it like like ntfs-3g (Provides: libntfs-3g-$SONAME) and testdisk (Depends: libntfs-3g-$SONAME). That wouldn't really be appropriate for a library package. Only a library bundled with an application. if 2. is not too big a pain for you to keep track of (or, unless it becomes one at some future point), i'd go with 2. Yeah, it's probably what I'll do. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720441: Got a fix, how to submit patch.
I think I am done with the Debian testing, and fixes, to *properly*
integrate ast-ksh.2013-10-10 into Debian, with functionality and scope
similar to Opensolaris PSARC/2006/550 - the shell is much more stable
now, and properly has all its builtins working.
Olga
On Thu, Oct 10, 2013 at 2:44 AM, Oliver Kiddle okid...@yahoo.co.uk wrote:
ольга крыжановская wrote:
What is the way to replace the patched up 2012-02-29? Find sponsor,
declare him how bad it is?
I think so.
One thought is that you could try to pester Jonathan Wiltshire
j...@debian.org: he did 93u+-1.2.
It is probably wise to prepare the replacement first.
Oliver
--
, __ ,
{ \/`o;-Olga Kryzhanovska -;o`\/ }
.'-/`-/ olga.kryzhanov...@gmail.com \-`\-'.
`'-..-| / http://twitter.com/fleyta \ |-..-'`
/\/\ Solaris/BSD//C/C++ programmer /\/\
`--` `--`
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728090: please upload a more current upstream
On 10/28/2013 12:42 PM, Stefano Rivera wrote: Yeah, it's probably what I'll do. thanks ;) -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728095: libmono-system-windows-forms-datavisualization4.0a-cil: Install failure
Package: libmono-system-windows-forms-datavisualization4.0a-cil Version: 3.2.3+dfsg-1 Severity: normal Here is what happened when upgrading mono from 2.10 to 3.2.3 (apt-get -t experimental install mono-complete)h System.TypeLoadException: Could not load type 'Monodoc.EditMerger' from assembly 'monodoc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756'. [ERROR] FATAL UNHANDLED EXCEPTION: System.TypeLoadException: Could not load type 'Monodoc.EditMerger' from assembly 'monodoc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756'. Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/libmono-system-windows-forms-datavisualization4.0a-cil_3.2.3+dfsg-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) jr@Erwin:~$ sudo dpkg --configure -a -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 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 libmono-system-windows-forms-datavisualization4.0a-cil depends on: ii libmono-corlib4.5-cil3.2.3+dfsg-1 ii libmono-system-core4.0-cil 3.2.3+dfsg-1 ii libmono-system-data4.0-cil 3.2.3+dfsg-1 ii libmono-system-drawing4.0-cil3.2.3+dfsg-1 ii libmono-system-windows-forms4.0-cil 3.2.3+dfsg-1 ii libmono-system-xml4.0-cil3.2.3+dfsg-1 ii libmono-system4.0-cil3.2.3+dfsg-1 libmono-system-windows-forms-datavisualization4.0a-cil recommends no packages. libmono-system-windows-forms-datavisualization4.0a-cil suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679607: python-pywbem and sblim-wbemcli: error when trying to install together
Ferenc Wagner wf...@niif.hu writes: Bernd Zeimetz be...@bzed.de writes: I'm preparing a new upload of sblim-wbemcli. Shall I rename the contained wbemcli binary, or do you still plan letting me use that name? given the low popcon and pywebem not being devleoped by upstream anymore, I think it would be okay for you to take the name, if we find a proper way to let people know about it. I guess pywbem could ship wbemcli.py instead, then it would be obvious. I agree. What would you think about a debconf notice which is displayed only to those who have python-wbem installed? or something like that? Do you have better ideas? I could most certainly add a notice like that. However, this is actually a change in pywbem, thus I feel like it should be documented there. I also think a NEWS entry would be more than enough, as the current wbemcli binary in pywbem looks more like an example than a readily usable utility, so I don't expect a wide affected user base. Hi Bernd, If the above plan does not work for you, please let me know. I'm still holding back a new upload with some bugfixes. -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728096: schroot fails if shm tmpfs is mounted on /dev/shm
Package: schroot Version: 1.7.1-1 Severity: important Hi, schroot is failing with the following error when the shm tmpfs is mounted on /dev/shm on the host system: E: 10mount: E: Failed to resolve path “/var/lib/schroot/mount/sid-amd64-sbuild-blOhtk-17839/dev/shm”: Not a directory On the same machine remounting it to /run/shm and creating a symlink from /dev/shm fix the issues. I can reproduce this with both the version from unstable and experimental. See the attached log. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages schroot depends on: ii libboost-filesystem1.54.0 1.54.0-3 ii libboost-iostreams1.54.01.54.0-3 ii libboost-program-options1.54.0 1.54.0-3 ii libboost-regex1.54.01.54.0-3 ii libboost-system1.54.0 1.54.0-3 ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libpam0g1.1.3-10 ii libsbuild1.7.1 1.7.1-1 ii libstdc++6 4.8.2-1 ii schroot-common 1.7.1-1 schroot recommends no packages. Versions of packages schroot suggests: pn aufs-modules | unionfs-modules none pn btrfs-tools none ii debootstrap 1.0.55 ii lvm22.02.98-6+b1 ii qemu-user-static1.6.0+dfsg-2 -- no debconf information schroot.log.gz Description: application/gzip
Bug#691770: AW: freeradius: New upstream release 3.0.0
Package: freeradius Version: 2.1.12+dfsg-1.2 Followup-For: Bug #691770 Dear Maintainer, The freeradius team has released 3.0.0 which is a major rewrite of FreeRADIUS with a couple of modules rewritten for code cleanup and performance. 2.x will remain in maintenance for some time but thereafter ultimately left for the dead. Although this requires manual config migration (thus possibly better freeradius3?) for jessie this should not be missed. In the meantime 2.2.1 has been released on the 2.x branch and contains another round of bugfixes. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728095: libmono-system-windows-forms-datavisualization4.0a-cil: Install failure
On Mon, 2013-10-28 at 12:52 +0100, Johannes Rohr wrote: Package: libmono-system-windows-forms-datavisualization4.0a-cil Version: 3.2.3+dfsg-1 Severity: normal Here is what happened when upgrading mono from 2.10 to 3.2.3 (apt-get -t experimental install mono-complete)h System.TypeLoadException: Could not load type 'Monodoc.EditMerger' from assembly 'monodoc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756'. [ERROR] FATAL UNHANDLED EXCEPTION: System.TypeLoadException: Could not load type 'Monodoc.EditMerger' from assembly 'monodoc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756'. Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/libmono-system-windows-forms-datavisualization4.0a-cil_3.2.3+dfsg-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) jr@Erwin:~$ sudo dpkg --configure -a install monodoc-browser from Unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system question before the technical committee
Steve Langasek writes[1]: For my part, I think the suggestion that Russ and Lars made a while ago to maintain position statements in the Debian wiki is a good one, and I would encourage you to make use of this structure so that you can lay out your arguments in a way that doesn't require you to repeat yourselves endlessly in a mail thread. The wiki is just waiting for someone to create the content: https://wiki.debian.org/Debate/initsystem/systemd I would like very much to second this. This discussion is going to become unmanageable if we try to have it in the bug report and it will be difficult to get any kind of overview. I have been skimreading the messages from both sides here in the bug, but I can't guarantee to give proper consideration to all of the things which are said. In summary: I, at least, intend to base my decision on how to vote primarily on the information provided in the Debate wiki pages. So I would appreciate it if you (and by you I mean each side of the argument) would make sure that your page represents the best case you can put forward. In particular, I think for the systemd and OpenRC camps the first step would be to set out who the maintainers are of the position statement. And then the points made in the emails need to be transferred into the wiki and perhaps merged. I'm expecting that the upstart camp will then want to add some text to the section Rebuttals of their page. For the avoidance of any doubt: only the listed position statement maintainers should edit the page for a particular camp; with the exception that if you agree with the thrust of the position statement you may add something to Comments for the maintainer's consideration. Maintainers, please make sure you subscribe to updates the page for your camp, so that you can spot any edits which don't confirm to this rule. Finally: we need this conversation to stay constructive and pleasant. If anyone receives any rude, unprofessional or insulting messages (in any medium) on this matter, please let one of the TC know. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709086: freeradius: Same issue here - ping
Package: freeradius Version: 2.1.12+dfsg-1.2 Followup-For: Bug #709086 Dear Maintainer, * What was the outcome of this action: mschap doesn't authenticate after logrotate (possibly other modules too) * What outcome did you expect instead: mschap not breaking on logrotate This problem is quite annoying since it breaks 802.1X which is pretty much essential once implemented in areas. Please consider Alan's (upstream author) patch for at least the current stable release wheezy. This patch is at least present in already-released FreeRADIUS releases 2.2.20 onwards. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freeradius depends on: ii adduser3.113+nmu3 ii ca-certificates20130119 ii freeradius-common 2.1.12+dfsg-1.2 ii libc6 2.13-38 ii libfreeradius2 2.1.12+dfsg-1.2 ii libgdbm3 1.8.3-11 ii libltdl7 2.4.2-1.1 ii libpam0g 1.1.3-7.1 ii libperl5.145.14.2-21+deb7u1 ii libpython2.7 2.7.3-6 ii libssl1.0.01.0.1e-2 ii lsb-base 4.1+Debian8+deb7u1 ii ssl-cert 1.0.32 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages freeradius recommends: ii freeradius-utils 2.1.12+dfsg-1.2 Versions of packages freeradius suggests: pn freeradius-krb5none ii freeradius-ldap2.1.12+dfsg-1.2 pn freeradius-mysql none ii freeradius-postgresql 2.1.12+dfsg-1.2 -- Configuration Files: /etc/freeradius/clients.conf changed [not included] /etc/freeradius/eap.conf changed [not included] /etc/freeradius/modules/ldap changed [not included] /etc/freeradius/modules/mschap changed [not included] /etc/freeradius/modules/ntlm_auth changed [not included] /etc/freeradius/sites-available/default changed [not included] /etc/freeradius/sites-available/inner-tunnel changed [not included] /etc/freeradius/sql.conf changed [not included] /etc/freeradius/users changed [not included] /etc/logrotate.d/freeradius 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#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host
Hi Manuel,, On Mon, Oct 28, 2013 at 10:30:50AM +0100, Manuel VIVES wrote: Hi Guido [..snip..] I agree with you for moving it into libvirt-bin, so I did it and I modified the libvirt-bin script in order to do this. It is attached to the mail. I also made a check for systemd, and if it's running, there is just a message saying that you can not use this cgroup configuration with systemd and the function exits. Great! The systemd_running funciton seems to check for the wrong dir though ;) Moreover: shouldn't we better execute mount_cgroups when the daemon gets started (iff system_like_cgroups is set in /etc/default/libvirt-bin) and try to unmount it on daemon stop (we shouldn't fail then since there might be other cgroups running). Having them as extra targets is nice but wouln't work by itself if we want to do it automatically on system startup. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723111: any takers ?
* rey ray2...@videotron.ca, 2013-10-20, 15:22: Hello- just found out that cuneiform re ORC is in need of adoption ! Can you tell me if any Assyriologist has show any interest in this ? No. Note that the package name might be misleading, because this software supports only Latin and Cyrillic writing systems, so it wouldn't be very interesting to assyriologists. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728097: libcurlpp-dev: arch-dependent file in Multi-Arch: same package
Package: libcurlpp-dev Version: 0.7.3-3 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libcurlpp-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/include/curlpp/Types.hpp An example diff between i386 and amd64 is attached. -- Jakub Wilk diff -ur libcurlpp-dev_0.7.3-3_i386/usr/include/curlpp/Types.hpp libcurlpp-dev_0.7.3-3_amd64/usr/include/curlpp/Types.hpp --- libcurlpp-dev_0.7.3-3_i386/usr/include/curlpp/Types.hpp 2013-10-24 17:32:38.0 +0200 +++ libcurlpp-dev_0.7.3-3_amd64/usr/include/curlpp/Types.hpp2013-10-24 16:36:39.0 +0200 @@ -25,8 +25,6 @@ #define CURLPP_TYPES_HPP -#include internal/global.h - #ifdef HAVE_BOOST #include boost/function.hpp #endif
Bug#727758: cups segfaults in libdbus
reassign 727758 cups affects 727758 + libdbus-1-3 thanks On Sat, 26 Oct 2013 at 11:37:44 +0200, Michael Meskes wrote: Most of the times cups comes up I get this: Oct 25 20:27:57 aragorn kernel: [ 389.581166] cupsd[2937]: segfault at 8 ip 7faeb7c98cd0 sp 7fff18af7148 error 4 in libdbus-1.so.3.7.5[7faeb7c72000+45000] Having thought about this some more, I'm going to reassign this to cups. I'm quite prepared for it to be reassigned back if it turns out to be a dbus bug, but we can't know that - or how to fix it - without more information, and the cups maintainers are likely to know much more about how to get that information than I do. Please reply to this bug with the result of reportbug --template cups so the cups package's full dependencies, and any other useful info from reportbug scripts, are visible. If an executable is crashing in a way that might implicate a library, it's likely to be best to report it initially as a bug in the executable (ideally with a cc to the library's @packages.debian.org address), unless you have a minimal test-case demonstrating that it is in fact a bug in the library. That way, the bug report already contains the executable's full dependencies and other relevant information from its bug scripts, and it'll be triaged by someone who knows how to get debug information from that particular executable. The proposed HOWTO_BUGREPORT documents in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717596 might explain how you can provide enough information for this crash to be diagnosed and fixed. From a quick look at the cups bug list, your crash might be related to one of these, for instance: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682206 (crash in libdbus possibly caused by cups passing a dangling string pointer to libdbus functions, which also has some notes about how to get a backtrace or core dump) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634937 (segfault in libavahi-common (which uses libdbus), closed because unreproducible) Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728098: tiff: FTBFS on m68k due to unknown host system
Package: tiff Version: 4.0.3-5 Severity: normal Hello! tiff currently FTBFS on m68k since the configure script doesn't know anything about the host architecture [1]. The interesting bits from the build log are: === Libtiff is now configured for m68k-unknown-linux-gnu === and === /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 -D_REENTRANT -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W -c -o tif_aux.lo tif_aux.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 -D_REENTRANT -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W -c tif_aux.c -fPIC -DPIC -o .libs/tif_aux.o In file included from tiffiop.h:60:0, from tif_aux.c:32: tiffio.h:67:1: error: unknown type name 'unknown' === On i386, the host architecture is detected as: i486-pc-linux-gnu [2] while on sparc it is: sparc-unknown-linux-gnu [3]. So, I am not sure if that's the actual problem. Adrian [1] http://buildd.debian-ports.org/status/fetch.php?pkg=tiffarch=m68kver=4.0.3-5stamp=1379274729 [2] https://buildd.debian.org/status/fetch.php?pkg=tiffarch=i386ver=4.0.3-5stamp=1379358378 [3] https://buildd.debian.org/status/fetch.php?pkg=tiffarch=sparcver=4.0.3-5stamp=1379356596 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728099: upgrade to 1.5.2 to fix important bug
Package: enigmail Please upgrade to 1.5.2 in experimental, it fixes the following important bug: http://sourceforge.net/p/enigmail/bugs/136/ -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728071: vzctl depends on gawk
Hi When does it not print anything? I have mawk installed myself and it prints a few things. Maybe I have missed some case though. // Ola On Mon, Oct 28, 2013 at 4:26 AM, Marco d'Itri m...@linux.it wrote: Package: vzctl Version: 3.0.30.2-4 Severity: normal It does not print any output at all if awk is mawk. -- ciao, Marco -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---
Bug#728100: [l10n] Updated Czech translation of samba debconf messages
Package: samba Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of samba debconf messages. Please include it with the package. Thank you -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: samba4\n Report-Msgid-Bugs-To: sa...@packages.debian.org\n POT-Creation-Date: 2013-06-19 21:52+0200\n PO-Revision-Date: 2013-10-28 13:34+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../samba-ad-dc.templates:1001 msgid Upgrade from Samba 3? msgstr Přejít ze Samby 3? #. Type: boolean #. Description #: ../samba-ad-dc.templates:1001 msgid It is possible to migrate the existing configuration files from Samba 3 to Samba 4. This is likely to fail for complex setups, but should provide a good starting point for most existing installations. msgstr Stávající konfigurační soubory Samby 3 je možno převést do Samby 4. Převod složitějších nastavení nejspíše selže, avšak pro většinu instalací by měl poskytnout solidní základ. #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid Server role msgstr Role serveru #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid Domain controllers manage NT4-style or Active Directory domains and provide services such as identity management and domain logons. Each domain needs to have a at least one domain controller. msgstr Doménové řadiče spravují domény typu NT4 nebo Active Directory a poskytují služby typu správa identit a přihlášení do domény. Každá doména musí mít alespoň jeden doménový řadič. #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid Member servers can be part of a NT4-style or Active Directory domain but do not provide any domain services. Workstations and file or print servers are usually regular domain members. msgstr Členské servery mohou být součástí domény typu NT4 nebo Active Directory, ale samy neposkytují žádné doménové služby. Typicky to bývají běžné pracovní stanice nebo souborové a tiskové servery. #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid A standalone server can not be used in a domain and only supports file sharing and Windows for Workgroups-style logins. msgstr Samostatný server nelze použít v doméně a podporuje pouze sdílení souborů a přihlašování ve stylu Windows for Workgroups. #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid If no server role is specified, the Samba server will not be provisioned, so this can be done manually by the user. msgstr Nezvolíte-li žádnou roli, Samba server nebude zprovozněn, takže to může uživatel provést ručně. #. Type: string #. Description #: ../samba-ad-dc.templates:3001 msgid Realm name: msgstr Název říše: #. Type: string #. Description #: ../samba-ad-dc.templates:3001 msgid Please specify the Kerberos realm for the domain that this domain controller controls. msgstr Zadejte název kerberovy říše pro doménu, kterou spravuje tento doménový řadič. #. Type: string #. Description #: ../samba-ad-dc.templates:3001 msgid Usually this is the a capitalized version of your DNS hostname. msgstr Obvykle to bývá DNS jméno počítače napsané velkými písmeny. #. Type: password #. Description #: ../samba-ad-dc.templates:4001 msgid New password for the Samba \administrator\ user: msgstr Nové heslo Samba uživatele „administrator“: #. Type: password #. Description #: ../samba-ad-dc.templates:4001 msgid If this field is left blank, a random password will be generated. msgstr Ponecháte-li prázdné, vygeneruje se náhodné heslo. #. Type: password #. Description #: ../samba-ad-dc.templates:4001 msgid A password can be set later by running, as root: msgstr Heslo můžete nastavit později spuštěním jako uživatel root: #. Type: password #. Description #: ../samba-ad-dc.templates:4001 msgid $ samba-tool user setpassword administrator msgstr $ samba-tool user setpassword administrator #. Type: password #. Description #: ../samba-ad-dc.templates:5001 msgid Repeat password for the Samba \administrator\ user: msgstr Zopakujte heslo pro Samba uživatele „administrator“: #. Type: error #. Description #: ../samba-ad-dc.templates:6001 msgid Password input error msgstr Chyba zadání hesla #. Type: error #. Description #: ../samba-ad-dc.templates:6001 msgid The two
Bug#727818: mongodb-server: please, integrate changes from github
On Sun, Oct 27, 2013 at 12:40 PM, Rogério Brito rbr...@ime.usp.br wrote: Package: mongodb-server Version: 1:2.4.5-1 Please check your changes with the latest Debian uploaded version, 1:2.4.6-1 ATM. In April of this year, I started playing with mongodb and made many improvements to the package: [...] Now that I see that fresh blood has started to work on mongodb, I would like to resume my contributions and, before that, I would kindly ask that you consider integrating or reviewing the modifications that I sent to the previous repository: To be honest, I'm not that fresh, being 36 years old. :) But I'm not fresh anyway as I was in touch with MongoDB already due to my php5-mongodb and syslog-ng packages. I'll do my best to get the package in a good shape soon. ATM I'm waiting for the boost1.54 bugfix[1] to build MongoDB again on 32 bit archs. Then I plan to include systemd support and correct the copyright file with the AGPL+OpenSSL license exception. Then MongoDB should be built on all architectures[2] that V8 supports. I think these are the most important changes needed to the packaging. James, what do you think? If you guys need/want a helping hand, please let me know and I will try to help as best as I can. Feel free to contact me whenever you feel like so. I consider James a friend of mine (we are in contact for other things as well) and I suspect that he also accept any help from you. Anyway, I'll work with him to eliminate any differences between Debian and Ubuntu packages of MongoDB. Kind regards, Laszlo/GCS [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727750 [2] https://buildd.debian.org/status/package.php?p=mongodb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728101: failing autopkgtest: ImportError: No module named test.test_core
Package: pyptlib Version: 0.0.5-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty Hello, pyptlib's autopkgtest fails [1]: | Traceback (most recent call last): | File pyptlib/test/test_client.py, line 6, in module | from pyptlib.test.test_core import PluginCoreTestMixin | ImportError: No module named test.test_core | adt-run1: testbed executing test finished with exit status 1 | adt-run: dsc0t-upstream-tests: ] | adt-run: dsc0t-upstream-tests: - - - - - - - - - - results - - - - - - - - - - | dsc0t-upstream-tests FAIL non-zero exit status 1 Attached debdiff fixes this by making the test find the test module. Thanks for considering, Martin [1] https://jenkins.qa.ubuntu.com/job/trusty-adt-pyptlib/1/ARCH=amd64,label=adt/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru pyptlib-0.0.5/debian/changelog pyptlib-0.0.5/debian/changelog --- pyptlib-0.0.5/debian/changelog 2013-10-03 22:23:57.0 +0200 +++ pyptlib-0.0.5/debian/changelog 2013-10-28 13:47:57.0 +0100 @@ -1,3 +1,10 @@ +pyptlib (0.0.5-1ubuntu1) trusty; urgency=low + + * debian/tests/upstream-tests: Add pyptlib/test/ to PYTHONPATH so that the +autopkgtest can find test.test_core. + + -- Martin Pitt martin.p...@ubuntu.com Mon, 28 Oct 2013 13:47:28 +0100 + pyptlib (0.0.5-1) unstable; urgency=low * New upstream version. diff -Nru pyptlib-0.0.5/debian/tests/upstream-tests pyptlib-0.0.5/debian/tests/upstream-tests --- pyptlib-0.0.5/debian/tests/upstream-tests 2013-10-03 22:23:57.0 +0200 +++ pyptlib-0.0.5/debian/tests/upstream-tests 2013-10-28 13:47:23.0 +0100 @@ -2,6 +2,8 @@ set -e +export PYTHONPATH=`pwd`/pyptlib/test:$PYTHONPATH + for test in $(find pyptlib/test -type f -name 'test_*.py'); do python $test done signature.asc Description: Digital signature
Bug#728102: [l10n] Updated Czech translation of dokuwiki debconf messages
Package: dokuwiki Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of dokuwiki debconf messages. Please include it with the package. Thank you -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # Miroslav Kure ku...@debian.cz, 2011. # msgid msgstr Project-Id-Version: dokuwiki\n Report-Msgid-Bugs-To: dokuw...@packages.debian.org\n POT-Creation-Date: 2013-10-27 19:00+0100\n PO-Revision-Date: 2013-10-28 13:39+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../templates:1001 msgid apache2 msgstr apache2 #. Type: multiselect #. Choices #: ../templates:1001 msgid lighttpd msgstr lighttpd #. Type: multiselect #. Description #: ../templates:1002 msgid Web server(s) to configure automatically: msgstr Webové servery, které se mají nastavit automaticky: #. Type: multiselect #. Description #: ../templates:1002 msgid DokuWiki runs on any web server supporting PHP, but only listed web servers can be configured automatically. msgstr DokuWiki běží na libovolném webovém serveru s podporou PHP, ale automatické nastavení funguje pouze s uvedenými webovými servery. #. Type: multiselect #. Description #: ../templates:1002 msgid Please select the web server(s) that should be configured automatically for DokuWiki. msgstr Vyberte webové servery, které se mají automaticky nastavit pro běh DokuWiki. #. Type: boolean #. Description #: ../templates:2001 msgid Should the web server(s) be restarted now? msgstr Mají se nyní webové servery restartovat? #. Type: boolean #. Description #: ../templates:2001 msgid In order to activate the new configuration, the reconfigured web server(s) have to be restarted. msgstr Aby se nové nastavení projevilo, je třeba webové servery restartovat. #. Type: string #. Description #: ../templates:3001 msgid Wiki location: msgstr Umístění wiki: #. Type: string #. Description #: ../templates:3001 msgid Specify the directory below the server's document root from which DokuWiki should be accessible. msgstr Zadejte adresář pod kořenovým adresářem dokumentů, ve kterém má být DokuWiki dostupná. #. Type: select #. Description #: ../templates:4001 msgid Authorized network: msgstr Autorizovaná síť: #. Type: select #. Description #: ../templates:4001 msgid Wikis normally provide open access to their content, allowing anyone to modify it. Alternatively, access can be restricted by IP address. msgstr Wiki obvykle umožňují volný přístup k informacím v nich uložených a kdokoliv je tak může měnit. Pokud chcete, můžete přístup omezit jen určeným IP adresám. #. Type: select #. Description #: ../templates:4001 msgid If you select \localhost only\, only people on the local host (the machine the wiki is running on) will be able to connect. \local network\ will allow people on machines in a local network (which you will need to specify) to talk to the wiki. \global\ will allow anyone, anywhere, to connect to the wiki. msgstr Vyberete-li „pouze tento počítač“, budou se moci připojit pouze uživatelé z tohoto počítače (na kterém běží wiki). Volba „místní síť“ umožní přístup uživatelům z počítačů umístěných v místní síti (budete ji muset zadat). Poslední možnost povolí připojení k wiki komukoliv odkudkoliv. #. Type: select #. Description #: ../templates:4001 msgid The default is for site security, but more permissive settings should be safe unless you have a particular need for privacy. msgstr Výchozí možnost je zvolena s ohledem na zabezpečení počítače, ale pokud nevyžadujete speciální soukromí, mělo by být i volnější nastavení bezpečné. #. Type: select #. Choices #: ../templates:4002 msgid localhost only msgstr pouze tento počítač #. Type: select #. Choices #: ../templates:4002 msgid local network msgstr místní síť #. Type: select #. Choices #: ../templates:4002 msgid global msgstr kdokoliv #. Type: string #. Description #: ../templates:5001 msgid Local network: msgstr Místní síť: #. Type: string #. Description #: ../templates:5001 msgid The specification of your local network should either be an IP network in CIDR format (x.x.x.x/y) or a domain specification (like .example.com). msgstr Jak je definována vaše místní síť? Můžete ji zadat jako rozsah IP adres v CIDR tvaru (x.x.x.x/y) nebo jako doménu (jako .example.com). #. Type: string #. Description
Bug#727693: [Debian-med-packaging] Bug#727693: autopkgtest fails: there is no package called ‘statmod’
Le Fri, Oct 25, 2013 at 03:30:37PM +0200, Martin Pitt a écrit :
apt-cache search statmod does not give anything. Is that a missing
dependency or some missing configuration? Also, could the autopkgtest
perhaps do something like R [...] || { cat logfile; exit 1 } to
make the test fail usefully?
Hi Martin,
sorry for the headaches. I did not try the test in a minimal environment and
did not realise that it requires modules that are not packaged in Debian but
were present on my computer. The next update of r-bioc-limma and r-bioc-edger
will disable them.
Thanks as well for the suggestion on how to make the failure more useful.
Cheers,
--
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677533: Gspca and kernel 3.x ?
2013/10/28 Karim gou...@gmail.com: It seems we can request datasheet of VC0321, maybe it can help ? http://www.vimicro.com/english/product/d_vc0321_n.htm Karim, Thanks for following up on this bug report. It could be a good idea to reply directly to the bug report, rather than e-mailing me and Jonathan separately. This way, more people can participate in resolving this issue as a group effort. Cheers! Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727693: [Debian-med-packaging] Bug#727693: autopkgtest fails: there is no package called ‘statmod’
Hey Charles, Charles Plessy [2013-10-28 21:55 +0900]: sorry for the headaches. I did not try the test in a minimal environment and did not realise that it requires modules that are not packaged in Debian but were present on my computer. The next update of r-bioc-limma and r-bioc-edger will disable them. Ah thanks, good to know. So I won't waste more time trying to get it running. That's precisely the/one kind of issue that autopkgtest is supposed to detect, so I guess in that sense this counts as success :-) Cheers, 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#727691: (no subject)
hi gianfranco, there is indeed some reasoning behind this: the ABI (and even API) of libcheck isn't particularily stable, arguably it wouldn't even be desirable for a library like this to have a stable interface: the cost of making it harder to change outweghts the benefits. because of this, libcheck is shipped as a *static only* library, which means you can still link against it and don't have to include libcheck *code* in your project. the static library is called liobcheck.a, and a typical linker invocation involves -static to tell the linker about the fact that you want to link statically. please also note that it is not the target usecase to ever *ship* anything linked against libcheck, which is the usual reason for wanting to link against a .so. regards robert On Fri, Oct 25, 2013 at 02:10:06PM +0100, Gianfranco Costamagna wrote: Hi developers, maybe do you have a rationale for this, but in ettercap we have recently enabled tests, and we link our tests with libcheck.so file. In debian seems to be this file is deleted upon build, as shown in rules file rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.so.* rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.so rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.la How can we link it if you delete it when building? At this moment we are using an embedded libcheck copy, but this solution isn't the best one. -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#726123:
All my Jessie machines started reporting this error this morning. (unattended-upgrades is run daily on all these machines.) I am enclosing log files from today and 2 days preceeding on a representative machine -- Marty (Reading database ... 123230 files and directories currently installed.) Preparing to replace libapt-pkg4.12:i386 0.9.11.4 (using .../libapt-pkg4.12_0.9.12.1_i386.deb) ... Unpacking replacement libapt-pkg4.12:i386 ... Setting up libapt-pkg4.12:i386 (0.9.12.1) ... Processing triggers for libc-bin ... (Reading database ... 123230 files and directories currently installed.) Preparing to replace apt 0.9.11.4 (using .../archives/apt_0.9.12.1_i386.deb) ... Unpacking replacement apt ... Processing triggers for man-db ... Setting up apt (0.9.12.1) ... (Reading database ... 123230 files and directories currently installed.) Preparing to replace libapt-inst1.5:i386 0.9.11.4 (using .../libapt-inst1.5_0.9.12.1_i386.deb) ... Unpacking replacement libapt-inst1.5:i386 ... Preparing to replace libass4:i386 0.10.1-2 (using .../libass4_0.10.1-3_i386.deb) ... Unpacking replacement libass4:i386 ... Preparing to replace apt-utils 0.9.11.4 (using .../apt-utils_0.9.12.1_i386.deb) ... Unpacking replacement apt-utils ... Processing triggers for man-db ... Setting up libapt-inst1.5:i386 (0.9.12.1) ... Setting up libass4:i386 (0.10.1-3) ... Setting up apt-utils (0.9.12.1) ... Processing triggers for libc-bin ... (Reading database ... 123230 files and directories currently installed.) Preparing to replace libfile-mimeinfo-perl 0.18-1 (using .../libfile-mimeinfo-perl_0.20-1_all.deb) ... Unpacking replacement libfile-mimeinfo-perl ... Processing triggers for man-db ... Setting up libfile-mimeinfo-perl (0.20-1) ... (Reading database ... 123230 files and directories currently installed.) Preparing to replace libcloog-isl4:i386 0.18.0-2 (using .../libcloog-isl4_0.18.1-1_i386.deb) ... Unpacking replacement libcloog-isl4:i386 ... Preparing to replace libisl10:i386 0.11.2-1 (using .../libisl10_0.12.1-1_i386.deb) ... Unpacking replacement libisl10:i386 ... Preparing to replace dconf-service 0.16.1-1 (using .../dconf-service_0.18.0-1_i386.deb) ... Unpacking replacement dconf-service ... Preparing to replace libdconf1:i386 0.16.1-1 (using .../libdconf1_0.18.0-1_i386.deb) ... Unpacking replacement libdconf1:i386 ... Preparing to replace dconf-gsettings-backend:i386 0.16.1-1 (using .../dconf-gsettings-backend_0.18.0-1_i386.deb) ... Unpacking replacement dconf-gsettings-backend:i386 ... Preparing to replace libsoup2.4-1:i386 2.42.2-6 (using .../libsoup2.4-1_2.44.1-1_i386.deb) ... Unpacking replacement libsoup2.4-1:i386 ... Preparing to replace libspice-server1:i386 0.12.4-0nocelt1 (using .../libspice-server1_0.12.4-0nocelt1.1_i386.deb) ... Unpacking replacement libspice-server1:i386 ... Preparing to replace libupower-glib1:i386 0.9.22-1 (using .../libupower-glib1_0.9.23-2_i386.deb) ... Unpacking replacement libupower-glib1:i386 ... Preparing to replace upower 0.9.22-1 (using .../upower_0.9.23-2_i386.deb) ... Unpacking replacement upower ... Processing triggers for man-db ... Processing triggers for libglib2.0-0:i386 ... Setting up libisl10:i386 (0.12.1-1) ... Setting up libcloog-isl4:i386 (0.18.1-1) ... Setting up libdconf1:i386 (0.18.0-1) ... Setting up dconf-service (0.18.0-1) ... Setting up dconf-gsettings-backend:i386 (0.18.0-1) ... Setting up libsoup2.4-1:i386 (2.44.1-1) ... Setting up libspice-server1:i386 (0.12.4-0nocelt1.1) ... Setting up libupower-glib1:i386 (0.9.23-2) ... Setting up upower (0.9.23-2) ... Installing new version of config file /etc/UPower/UPower.conf ... Processing triggers for libc-bin ...
Bug#727740: installation-reports: wireless and wired network works in the installer but not transfered to the installed system
On Sun 27 Oct 2013 at 07:37:40 +0100, Holger Wansing wrote: Nick Gawronski n...@nickgawronski.com wrote: Overall install:[E network configuration was not transfered to installed system so after I booted my system I had no internet access ] Now you are done with a static /etc/network/interfaces file. As far as I can determine, documentation describing netcfg's behaviour when writing /e/n/i at the end of the install is non-existant. It appears to follow a principle of producing maximum surprise. I'll mention that #709017 also has the same origin as this bug Only in case you might want a flexible network management tool: apart from network-manager, which is not usable for blind people, there is also the wicd daemon for automatic network configuration, which has an ncurses (text-based) client as user interface. Another text-based network management tool is ceni. It is maintained by the same team which maintains Debian's wpasupplicant and is at http://debian.tu-bs.de/project/aptosid/debian/pool/main/c/ceni/ceni_2.26_all.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728103: initscript: show a proper message when test_nginx_config fails
Package: nginx-common
Severity: normal
Tags: patch
Attached is a patch to make the init script show a fail message when
test_nginx_config fails:
# /etc/init.d/nginx reload
[FAIL] Reloading nginx configuration: nginx failed!
The init script only returned a status code when testing the nginx
configuration failed. No failure message at all. Therefor run test_nginx_config
after calling log_daemon_msg.
From 456a73f4d2fb4d51f2ce091f6b81df60b8e6a086 Mon Sep 17 00:00:00 2001
From: Pim van den Berg pim.van.den.b...@mendix.com
Date: Mon, 28 Oct 2013 12:23:11 +0100
Subject: [PATCH] initscript: show a proper message when test_nginx_config
fails
The init script only returned a status code when testing the nginx
configuration failed. No failure message at all. Therefor run test_nginx_config
after calling log_daemon_msg.
Because of the set -e the init script return 1 immediately after executing
$DAEMON -t $DAEMON_OPTS. It didn't even get to the exit $retvar.
---
debian/nginx-common.nginx.init | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/debian/nginx-common.nginx.init b/debian/nginx-common.nginx.init
index c8a8887..d269632 100644
--- a/debian/nginx-common.nginx.init
+++ b/debian/nginx-common.nginx.init
@@ -39,12 +39,16 @@ if [ -n $ULIMIT ]; then
fi
test_nginx_config() {
+ set +e
$DAEMON -t $DAEMON_OPTS /dev/null 21
retvar=$?
+
if [ $retvar -ne 0 ]
then
+ log_end_msg $retvar
exit $retvar
fi
+ set -e
}
start() {
@@ -59,8 +63,8 @@ stop() {
case $1 in
start)
- test_nginx_config
log_daemon_msg Starting $DESC $NAME
+ test_nginx_config
start
log_end_msg $?
;;
@@ -72,8 +76,8 @@ case $1 in
;;
restart|force-reload)
- test_nginx_config
log_daemon_msg Restarting $DESC $NAME
+ test_nginx_config
stop
sleep 1
start
@@ -81,8 +85,8 @@ case $1 in
;;
reload)
- test_nginx_config
log_daemon_msg Reloading $DESC configuration $NAME
+ test_nginx_config
start-stop-daemon --stop --signal HUP --quiet --pidfile $PID \
--oknodo --exec $DAEMON
log_end_msg $?
@@ -90,11 +94,7 @@ case $1 in
configtest|testconfig)
log_daemon_msg Testing $DESC configuration
- if test_nginx_config; then
- log_daemon_msg $NAME
- else
- exit $?
- fi
+ test_nginx_config
log_end_msg $?
;;
--
1.7.10.4
Bug#727758: cups segfaults in libdbus
On Sat, Oct 26, 2013 at 11:40:20PM +0100, Simon McVittie wrote: thread apply all bt backtrace from cupsd, please? Sorry, I don't know Will send as soon as I'm on the system again. Why is this RC severity? If cupsd links libdbus, then almost by definition it isn't breaks unrelated software... Well, you're right, kind of. I think this bug makes the package in question unusable. However, the package is cups that you moved the bug to anyway. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727805: rjava: Depends on openjdk-6 which is going away
On 2013-10-27 22:22, Dirk Eddelbuettel wrote: On 27 October 2013 at 08:10, Niels Thykier wrote: | Package: rjava | Version: 0.9-4-1 | Severity: serious | | Hi, | | rjava Depends on openjdk-6-jre, but openjdk-6 is going away. Please | adjust your dependency to either use default-jre, openjdk-7-jre or | some other java implementation. rjava (or rJava upstream) is an interface package which uses what R itself got compiled with. So I need the relevant jdk for R. jdk-7 should work as that has been working on Ubuntu for a while. Okay. :) | NB: openjdk-7 is not available on mipsel, but rjava has been built | there. If you change your dependency to openjdk-7-jre, you probably | have to get rjava/mipsel removed from unstable. In that case, please | ensure the package is not built on mipsel and then request the ftp | masters to remove it from unstable. What do we do with R there? Build without Java support? Could do... Dirk I would assume so; it wouldn't be any different than mips AFAICT. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728103: initscript: show a proper message when test_nginx_config fails
Thanks for the patch! I'll review and test it tonight, but it looks great. On Mon, Oct 28, 2013 at 8:23 AM, Pim van den Berg pim.van.den.b...@mendix.com wrote: Package: nginx-common Severity: normal Tags: patch Attached is a patch to make the init script show a fail message when test_nginx_config fails: # /etc/init.d/nginx reload [FAIL] Reloading nginx configuration: nginx failed! The init script only returned a status code when testing the nginx configuration failed. No failure message at all. Therefor run test_nginx_config after calling log_daemon_msg.
Bug#728077: autopkgtest broken: wrapped dependencies, wrong package name
Thank you Martin for the report -- I will incorporate your patch now. btw -- what is your favorite way to run autopkgtest? (never got to use it actually yet) On Mon, 28 Oct 2013, Martin Pitt wrote: Package: patsy Version: 0.2.1-2 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty Hello, patsy's autopkgtest currently fails [1]: | blame: arg:patsy_0.2.1-2.dsc dsc:patsy | badpkg: Test Depends field contains an invalid dependency `' | adt-run: erroneous package: Test Depends field contains an invalid | dependency `' | adt-run1: ** stop | adt-run1: ** close, | scratch=tb-scratch~/tmp/adt-run.9Ko5wG:-/|/tmp/adt-run.9Ko5wG/! | Connection to localhost closed. | 2013-10-25 04:55:17 PM: Failure: adt-run exited with status 12. That's because autopkgtest does not currently support line-wrapped dependencies. After fixing that, the test still fails because it cannot import the patsy python module. That's because currently debian/tests/control pulls in python-pandas, I suppose that was a copypaste error. Attached debdiff fixes both, and the test works fine now in a pristine VM with autopkgtest. Thanks for considering, Martin [1] https://jenkins.qa.ubuntu.com/job/trusty-adt-patsy/1/? -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727680: “Yes, do as I say!“ sounds odd
[reordered to have the most-important response-part first] On Sun, Oct 27, 2013 at 9:33 PM, Fabien Givors (Debian) f+deb...@chezlefab.net wrote: On 27/10/2013 18:54, David Kalnischkies wrote: On Sun, Oct 27, 2013 at 2:55 PM, Fabien Givors (Debian) f+deb...@chezlefab.net wrote: I'm sure you have, as an apt dev, a better understanding than me of these problems so, now that I've reported my thoughts, I'll stop arguing and trust your decision :) No no no no no. Put that idea back into the trash bin there it belongs. Use a baseball bat if you have to, to keep it from popping up again! ;) As a developer I have an incredible big bias because I know what the code assumes. The result is that I don't see bugs anymore and understand the output of apt even if it is in some foreign language which means that more often than not the output *is* written in a foreign language nobody on this planet will understand expect me [and the other core dev(s) maybe]. --force-all does't only force removal of essential packages, but also AFAIK installation from untrusted sources, etc. More generally, I think that options like --force-all shouls /never/ be recommanded as good practices. (Correct me if I'm wrong.) I agree, but I don't see how removing essentials could be interpreted as good practice Well, replacing the (essential) init with a non-supported one looks to me like an operation that should be well supported by the package manager. The fact that everything may break after is not the responsibility on APT/DPKG anymore (and that's' to my understanding, the non-supported part.) Then using the I'll do everything I can without checking anything --force-yes option looks to me like we don't support removing essential packages anymore. Ah, now I see where are you coming from. My take is: Removing an essential package is in the same category as 'rm -rf /'. Very few people will ever need it for what it does, but many people (in comparison) will execute it by accident. rm invented the --preserve-root flag, APT has this silly question (and a flag) and starts to bug you to install this package again e.g. on dist-upgrade. I feel like this is in line with what the debian policy says: http://www.debian.org/doc/debian-policy/ch-binary.html#s3.8 So in the current init-limbo-state the flag being set on sysvinit is wrong as the interface it provides is required, but not the actual implementation. We have the same situation with awk which is (pseudo-)essential as a virtual package with currently two different implementations. What the essential flag is supposed to guard is better described by the examples: dpkg, coreutils or findutils. Other packages assume they are available for usage all the time. Its a bit of a stretch to say the same about init. A program doesn't really care who is his parent and isn't interacting with it (I e.g. can't imagine a case in which it would be useful/legal to shutdown the machine from a maintainer script…) Indeed, the various init system maintainers have it on their agenda to work on this, not sure what the status of this is ATM though. I guess it is pending on the decision if Debian actually wants to enable switching inits. Currently, you are able to replace sysvinit with the competitors, but assuming its decided to adopt one of the competitors you can't switch anymore as the additional interfaces the new one provide become essential – which are not provided by the other competitors as they are backward- compatible to sysvinit, but none of them is forward-compatible to any other init (at the moment). So, the desire to remove an essential package and replacing it with another package feels like a temporary glitch to me which is hopefully resolved for good soon without involving APT. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728104: [l10n] Updated Czech translation of strongswan debconf messages
Package: strongswan Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of strongswan debconf messages. Please include it with the package. Thank you -- Miroslav Kure # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # # msgid msgstr Project-Id-Version: strongswan\n Report-Msgid-Bugs-To: strongs...@packages.debian.org\n POT-Creation-Date: 2013-02-07 13:28+0100\n PO-Revision-Date: 2013-10-28 14:42+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\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 Stará správa běhových úrovní je překonána. #. 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 Dřívější verze balíku strongSwan dávaly na výběr mezi třemi různými Start/ Stop úrovněmi. Díky změnám ve způsobu zavádění systému to již není nutné a ani užitečné. Novým i stávajícím instalacím používajícím některou ze tří předefinovaných úrovní budou nyní automaticky nastaveny rozumné výchozí úrovně. Přecházíte-li z dřívější verze strongSwanu, u které jste si upravovali startovací parametry, podívejte se prosím do souboru NEWS.Debian, kde naleznete pokyny, jak si příslušně upravit nastavení. #. Type: boolean #. Description #: ../strongswan-starter.templates:3001 msgid Restart strongSwan now? msgstr Restartovat nyní strongSwan? #. 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 Restartování strongSwan je dobrý nápad, protože v případě, že aktualizace obsahuje bezpečnostní záplatu, nebude tato funkční, dokud se démon nerestartuje. Většina lidí s restartem daemona počítá, nicméně je možné, že tím budou existující spojení ukončena a následně znovu nahozena. Pokud tuto aktualizaci provádíte přes takovýto strongSwan tunel, restart nedoporučujeme. #. Type: boolean #. Description #: ../strongswan-starter.templates:4001 msgid Start strongSwan's charon daemon? msgstr Spustit strongSwan daemona charon? #. Type: boolean #. Description #: ../strongswan-starter.templates:4001 msgid The charon daemon must be running to support the Internet Key Exchange protocol. msgstr Pro podporu protokolu Internet Key Exchange musí běžet daemon charon. #. Type: boolean #. Description #: ../strongswan-starter.templates:5001 msgid Use an X.509 certificate for this host? msgstr Použít pro tento počítač certifikát X.509? #. Type: boolean #. Description #: ../strongswan-starter.templates:5001 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 Pro tento počítač můžete automaticky vytvořit nebo importovat certifikát X.509. Certifikát může být využit k autentizaci IPsec spojení na další počítače a je upřednostňovaným způsobem pro sestavování bezpečných IPsec spojení. Další možností autentizace je využití sdílených tajemství (hesel, která jsou stejná na obou stranách tunelu), ale pro větší počet spojení je RSA autentizace snazší na správu a mnohem bezpečnější. #. Type: boolean #. Description #: ../strongswan-starter.templates:5001 msgid Alternatively you can reject this option and
Bug#728105: RFS: libharu/2.2.1-2
Package: sponsorship-requests Dear mentors, I am looking for a sponsor for my package libharu * Package name: libharu Version : 2.2.1-2 Upstream Author : [fill in name and email of upstream] * URL : http://libharu.org/ * License : zlib Section : libs It builds those binary packages: libhpdf-2.2.1 - C library for generating pdf files libhpdf-dev - C library for generating pdf files (development files) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libharu Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libh/libharu/libharu_2.2.1-2.dsc Changes since previous version in the archive: libharu (2.2.1-2) unstable; urgency=low [ Johan Van de Wauw ] * Bump standards version * Fix copyright file formatting * Support huge fonts (Closes: #726069) * Autoreconf to support recent architectures(Closes: #727409) -- Johan Van de Wauw johan.vandew...@gmail.com Sun, 27 Oct 2013 18:07:05 +0100 Or check in git: http://anonscm.debian.org/gitweb/?p=collab-maint/libharu.git;a=shortlog;h=refs/heads/debian Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728106: libreoffice-writer: The Save dialog doesn't appear when quitting with two windows open on different desktops
Package: libreoffice-writer Version: 1:4.1.2-1 Severity: grave Justification: causes non-serious data loss To reproduce the problem: 0. Make sure you have a configuration with different desktops. With my window manager fvwm, I use: DeskTopSize 2x2 and the FvwmPager module. Just in case, I've attached my fvwm configuration, where fvwm is run with: fvwm2 -cmd ModuleSynchronous FvwmM4 -lock $HOME/etc/fvwm2rc.m4 1. Open a first file with libreoffice file1.odt. 2. From a different desktop (this is important to reproduce the bug!), open a second file with: libreoffice file2.odt. 3. Modify the first file (file1.odt), but do not save it. 4. In the file2.odt window, type Ctrl-Q. The effect is that LibreOffice switches to the first desktop, where the file1.odt window is, but I can't do anything with this window. In the list of windows, I can see a Save docum[...] window, but this window doesn't appear. Even if I iconify it and reopen it from the list of windows, it still doesn't appear (just in case it was below some other window). The only thing I can do is to destroy both windows via fvwm. Then, if I reopen file1.odt, LibreOffice proposes me to start recovery, which I accept. It says Successfully recovered, but the changes have been lost! As described, this bug is always reproducible here. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-writer depends on: ii libc6 2.17-93 ii libgcc11:4.8.2-1 ii libicu48 4.8.1.1-13+nmu1 ii libmwaw-0.1-1 0.1.11-1 ii libodfgen-0.0-00.0.2-1 ii libreoffice-base-core 1:4.1.2-1 ii libreoffice-core 1:4.1.2-1 ii libstdc++6 4.8.2-1 ii libwpd-0.9-9 0.9.9-1 ii libwpg-0.2-2 0.2.1-1 ii libwps-0.2-2 0.2.9-2 ii libxml22.9.1+dfsg1-3 ii uno-libs3 4.1.2-1 ii ure4.1.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages libreoffice-writer recommends: ii default-jre [java5-runtime]1:1.7-49 ii gcj-4.6-jre [java5-runtime]4.6.4-2 ii gcj-4.7-jre [java5-runtime]4.7.3-2 ii gcj-4.8-jre [java5-runtime]4.8.2-1 ii gcj-jre [java5-runtime]4:4.8.1-3 ii libreoffice-java-common1:4.1.2-1 ii libreoffice-math 1:4.1.2-1 ii openjdk-7-jre [java5-runtime] 7u25-2.3.12-4 Versions of packages libreoffice-writer suggests: ii libreoffice-base 1:4.1.2-1 pn libreoffice-gcj none Versions of packages libreoffice-core depends on: ii fontconfig 2.10.2-2 ii fonts-opensymbol2:102.3+LibO4.1.2-1 ii libatk1.0-0 2.10.0-2 ii libboost-date-time1.54.01.54.0-3 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libclucene-contribs12.3.3.4-4 ii libclucene-core12.3.3.4-4 ii libcmis-0.3-3 0.3.1-3 ii libcups21.6.3-1 ii libcurl3-gnutls 7.33.0-1 ii libdbus-1-3 1.6.16-1 ii libdbus-glib-1-20.100.2-1 ii libexpat1 2.1.0-4 ii libexttextcat-2.0-0 3.4.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgraphite2-3 1.2.3-1 ii libgstreamer-plugins-base1.0-0 1.2.0-1 ii libgstreamer1.0-0 1.2.0-1 ii libgtk2.0-0 2.24.21-1 ii libharfbuzz-icu00.9.19-1 ii libharfbuzz0a 0.9.19-1 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.6-3 ii libice6 2:1.0.8-2 ii libicu484.8.1.1-13+nmu1 ii libjpeg88d-1 ii liblangtag1 0.5.1-2 ii liblcms2-2 2.2+git20110628-2.3 ii libldap-2.4-2 2.4.31-1+nmu2+b1 ii libmythes-1.2-0 2:1.2.2-1 ii libneon27-gnutls0.30.0-1 ii libnspr42:4.10.1-1 ii libnss3 2:3.15.2-1 ii libnss3-1d 2:3.15.2-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-0 1.32.5-5+b1 ii libpng12-0 1.2.49-5 ii librdf0 1.0.16-1 ii libreoffice-common 1:4.1.2-1 ii libsm6 2:1.2.1-2 ii
Bug#728077: autopkgtest broken: wrapped dependencies, wrong package name
Hell o Yaroslav, Yaroslav Halchenko [2013-10-28 9:39 -0400]: Thank you Martin for the report -- I will incorporate your patch now. Thanks! BTW, I fixed the autopkgtest fails on trailing comma issue in autopkgtest 2.4.0, uploaded today. btw -- what is your favorite way to run autopkgtest? (never got to use it actually yet) For packages which don't make special demands on system services, boot, etc. I often use the schroot runner. I have lots of schoots anwyay (for sid, wheezy, various Ubuntu releases etc.) and that's very fast. So in the package build dir you can run adt-run --no-built-binaries ./ --- adt-virt-schroot sid For most other bits I use the run-adt-test wrappper [1] which runs the test in a complete VM. That's not quite applicable to Debian at the moment though, as the corresponding prepare-testbed script doesn't have Debian cloud images to base on. I didn't yet investigate how it could be adapted to Debian. But for this package in particular, a schroot is just fine. Martin [1] http://developer.ubuntu.com/packaging/html/auto-pkg-test.html#executing-the-test -- 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#727805: rjava: Depends on openjdk-6 which is going away
Hi Niels, On 28 October 2013 at 14:32, Niels Thykier wrote: | On 2013-10-27 22:22, Dirk Eddelbuettel wrote: | jdk-7 should work as that has been working on Ubuntu for a while. | | | Okay. :) | | | NB: openjdk-7 is not available on mipsel, but rjava has been built | | there. If you change your dependency to openjdk-7-jre, you probably | | have to get rjava/mipsel removed from unstable. In that case, please | | ensure the package is not built on mipsel and then request the ftp | | masters to remove it from unstable. | | What do we do with R there? Build without Java support? Could do... | | Dirk | | | I would assume so; it wouldn't be any different than mips AFAICT. And R itself already has (and had for ages) this in debian/control::Build-Depends default-jdk [!arm !hppa !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !mips] SO I guess we really only need to trigger a rebuild for rJava -- and possibly tell the mips builders to ignore this package as it also has default-jdk [!arm !hppa !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !mips] but it should really be skipped on all of these/ Can you remind how I do that again? Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726255: (no subject)
My own gut feeling is that not providing /usr/bin/coverage will confuse our users who are reading upstream documentation, not just for coverage but possibly other packages too. So I tend to think there should be *some* mechanism for providing this. But I agree that resolution of this issue shouldn't hold up getting coverage updated in Debian. I also think that this is a recurring problem that's larger than Debian. Ultimately, the safest route is `$python -m coverage` but that's not very convenient. (This same pattern is repeated with nose and other bilingual packages that provide command line wrappers.) At the very least, I think there should be some way of hinting to users that run `coverage` that `python-coverage` or `python3-coverage` is the command. Maybe command-not-found will save us here? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722242: debian-maintainers: Please add James Hunt as a Debian Maintainer
James Hunt dijo [Mon, Oct 28, 2013 at 09:35:37AM +]: Thanks Jonathan, However, it appears the updated package hasn't hit the archive yet? Hi James, According to what I see, your key was uploaded to the Debian keyring servers on October 7. Not every keyring upload is accompanied by a package upload — But it will be included in the next upload we make. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728106: libreoffice-writer: The Save dialog doesn't appear when quitting with two windows open on different desktops
reassign 728106 libreoffice severity 728106 important tag 728106 + moreinfo thanks Hi, On Mon, Oct 28, 2013 at 02:46:55PM +0100, Vincent Lefevre wrote: Package: libreoffice-writer Nah, Save is shared between all of them.. Version: 1:4.1.2-1 Severity: grave Justification: causes non-serious data loss I assume this is not new in 4.1.2 and affects testing, too? I don't think this should block transition of this to testing. To reproduce the problem: 1. Open a first file with libreoffice file1.odt. 2. From a different desktop (this is important to reproduce the bug!), open a second file with: libreoffice file2.odt. 3. Modify the first file (file1.odt), but do not save it. 4. In the file2.odt window, type Ctrl-Q. The effect is that LibreOffice switches to the first desktop, where the file1.odt window is, but I can't do anything with this window. In the list of windows, I can see a Save docum[...] window, but this window doesn't appear. Even if I iconify it and reopen it from the list of windows, it still doesn't appear (just in case it was below some other window). And you are *sure* this isn't fvwm only? (And/or a fvwm bug?) If this only happens in fvwm (only knowledged people will use it) I wouldn't count this as grave (i.e. if it doesn't work in GNOME/KDE/XFCE/...) - not grave as it doesn't affect majority of people. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727819: [icedove] found workaround
Package: icedove Version: 17.0.9-2 --- Please enter the report below this line. --- i just found this simple work around, which i would liketo share with you. In case icedoce is going mad, just tell it to work offline and you are done. Until next time it goes mad... --- System information. --- Architecture: i386 Kernel: Linux 3.11-rc7-486 Debian Release: jessie/sid 800 testing www.deb-multimedia.org 800 testing security.debian.org 800 testing ftp.de.debian.org 750 unstable ftp.de.debian.org 250 experimental ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== fontconfig | 2.10.2-2 psmisc | 22.20-1 debianutils (= 1.16) | 4.4 libasound2 (= 1.0.16) | 1.0.27.2-3 libatk1.0-0 (= 1.12.4) | 2.10.0-2 libc6 (= 2.15) | 2.17-93 libcairo2 (= 1.10.2-2~) | 1.12.16-2 libdbus-1-3 (= 1.0.2) | 1.6.16-1 libdbus-glib-1-2 (= 0.78) | 0.100.2-1 libevent-2.0-5 (= 2.0.10-stable) | 2.0.21-stable-1 libffi6 (= 3.0.4) | 3.0.13-4 libfontconfig1 (= 2.10.0) | 2.10.2-2 libfreetype6 (= 2.3.9) | 2.4.9-1.1 libgcc1 (= 1:4.1.1) | 1:4.8.1-10 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.28.2-1 libglib2.0-0 (= 2.22.0) | 2.36.4-1 libgtk2.0-0 (= 2.24.0) | 2.24.21-1 libhunspell-1.3-0 | 1.3.2-4 libjpeg8 (= 8c) | 8d-1 libnspr4 (= 2:4.9.2) | 2:4.10-1 libnss3 (= 2:3.13.4-2~) | 2:3.15.2-1 OR libnss3-1d (= 3.13.2) | 2:3.15.2-1 libpango-1.0-0 (= 1.14.0) | 1.32.5-5+b1 libpangocairo-1.0-0 (= 1.14.0) | 1.32.5-5+b1 libpangoft2-1.0-0 (= 1.14.0) | 1.32.5-5+b1 libpixman-1-0 (= 0.18.0) | 0.30.2-1 libsqlite3-0 (= 3.7.4) | 3.8.0.2-1 libstartup-notification0 (= 0.8) | 0.12-3 libstdc++6 (= 4.6) | 4.8.1-10 libvpx1 (= 1.0.0) | 1.2.0-2 libx11-6 | 2:1.6.2-1 libxext6 | 2:1.3.2-1 libxrender1 | 1:0.9.8-1 libxt6 | 1:1.1.4-1 zlib1g (= 1:1.2.0) | 1:1.2.8.dfsg-1 Recommends (Version) | Installed ==-+-=== myspell-en-us | OR hunspell-dictionary | OR myspell-dictionary | Suggests (Version) | Installed ===-+-=== fonts-lyx | 2.0.6-1 libgssapi-krb5-2 | 1.11.3+dfsg-3 0x0C8DE883.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#627434: Dringend om maatregelen vraagt!
Geachte BNP PARIBAS FORTIS Client, Houdt u er rekening mee dat de toegang tot uw online-account dreigt te verlopen.Om de toegang tot uw online account actief te houden, vragen wij u dan gelieve om zo snel mogelijk in te loggen.Gebruik de onderstaande link om verder te gaan en toegang te krijgen tot uw account. Nadat u gebruik heeft gemaakt van de onderstaande link zal er door één van onze medewerkers nog contact met u worden opgenomen om het gehele proces te voltooien. Wanneer het gehele proces gereed is zal u weer als vanouds gebruik kunnen maken van uw BNP PARIBAS FORTIS-online. Klik hier Met toegang tot uw BNP PARIBAS FORTIS online kunt u het grootste gedeelte van uw bankverrichtingen uitvoeren door u aan te melden op het onlinebankieren. Wij willen u alvast bedanken voor uw medewerking BNP PARIBAS FORTIS. Hoogachtend, Klantenservice
