Bug#724275: uswsusp: Stops at boot with resume: libgcrypt version 1.5.3
Martin Steigerwald mar...@lichtvoll.de escribió: Package: uswsusp Version: 1.0+20120915-4 Severity: important Dear Maintainer, Today I upgraded my Debian GNU/Sid installation. After that I rebooted. On boot it stopped after resume: libgcrypt version 1.5.3 I waited for at least a minute. This happened with my custom built kernel 3.12-rc1. Debian 3.10-1-amd64 seems to work. I didn´t test any other kernels. I will attach configuration of my custom build kernel. After finding boot stops at resume: libgcrypt 1.4.5 for over 20 seconds https://bugs.launchpad.net/ubuntu/+source/libgcrypt11/+bug/665932 I tested whether removing uswsusp helps. It did. Now it boots with custom built kernel again. Since I use in-kernel-suspend currently, thats okay for me. I still wanted to report the issue. As it blocks boot I raised severity to important. I am not sure whether uswsusp causes the bug, might be another package from apt-get upgrade today, but since after removing uswsusp problem is gone, I reported it here for now. Feel free to reassign approbiately. Thanks, Martin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-rc1-tp520+ (SMP w/4 CPU cores; PREEMPT) 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 uswsusp depends on: ii debconf [debconf-2.0] 1.5.51 ii libblkid1 2.20.1-5.5 ii libc6 2.17-92+b1 ii libgcrypt111.5.3-2 ii liblzo2-2 2.06-1.2 ii libpci31:3.2.0-3 ii libx86-1 1.1+ds1-10 Versions of packages uswsusp recommends: ii initramfs-tools 0.114 ii mount2.20.1-5.5 uswsusp suggests no packages. Hi Martin, thanks a lot for your report. Please, can you send this info: 1. List of your swap devices. (cat /proc/swaps can help). 2. The contents of the uswsusp configuration file (cat /etc/uswsusp.conf). 3. The contents of the resume file for the initramfs-tools package (cat /etc/initramfs-tools/conf.d/resume). Thanks a lot, Best regards, kix Rodolfo García Peñas (kix) http://www.kix.es/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724474: ITP: grub-legacy-doc -- Documentation for GRUB Legacy
Package: wnpp Severity: wishlist Owner: Colin Watson cjwat...@debian.org * Package name: grub-legacy-doc Version : 0.97 Upstream Author : bug-g...@gnu.org * URL : http://www.gnu.org/software/grub/grub-legacy.html * License : GFDL Description : Documentation for GRUB Legacy http://bugs.debian.org/708946 reports that the GRUB Legacy info documentation is non-free due to the use of the GFDL 1.2 with Front-Cover and Back-Cover Texts (cf. http://www.debian.org/vote/2006/vote_001). The GRUB 2 info documentation does not have this problem; but GRUB Legacy is aggressively in maintenance mode and I do not expect to get upstream approval to adjust its licensing. I think the most practical resolution involving spending the least effort on GRUB Legacy is to split off its documentation into a source package in non-free. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724390: Please stop build depending on automake1.4, automake1.9 and automake1.10
tak 724390 +pending thanks Le 24/09/2013 00:37, Eric Dorland a écrit : As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. Fixed in trunk (http://code.google.com/p/httrack/source/detail?r=878) ; will be merged on the next release of in a -2 upload. (httrack needs automake as configure-stamp calls `autoreconf -v -i' to have clean build scripts ready) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724465: editra: Includes base64-encoded exe file without source code
Sorry, that was aimed at creating a separate bug report against wxwidgets2.8. I'll try that again... Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724302: libtest-kwalitee-perl fails to build with verbose tests
On Mon, 23 Sep 2013 22:19:06 +0300, Damyan Ivanov wrote: ... /usr/share/perl5/Module/CPANTS/Kwalitee.pm is in libmodule-cpants-analyse-perl, which was uploaded yesterday evening by Salvatore. ACK. Rebuilding now succeeds. Would it be appropriate to have build-dependency on libmodule-cpants-analyse-perl (= 0.92)? I think so, yes, to be on the safe side. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #118: the router thinks its a printer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724276: nvidia-kernel: 304.88 API mismatch
Andreas Beckmann a...@debian.org wrote: You should install the nvidia-driver metapackage to ensure the full nvidia package stack is installed - this includes a hard Depends on a kernel module, while picking individual packages only Recommends the kernel module (as there are use cases that get the kernel module elsewhere, e.g. chroots). Andreas My graphical environment is working again. Installing linux-image-3.10-3-amd64 and nvidia-kernel-3.10-3-amd64 packages did the trick. nierka@varliukas:~$ dpkg -l | egrep 'linux-image|nvidia-kernel|xserver-xorg-video-nvidia' ii linux-image-3.10-3-amd64 3.10.11-1 amd64 Linux 3.10 for 64-bit PCs ii nvidia-kernel-3.10-3-amd64 304.108+2+2+3.10.11-1 amd64 NVIDIA binary kernel module for Linux 3.10-3-amd64 ii nvidia-kernel-common 20130816+1 amd64 NVIDIA binary kernel module support files ii xserver-xorg-video-nvidia 304.108-1 amd64 NVIDIA binary Xorg driver nierka@varliukas:~$ I don't want all that stuff required for compilation of kernel module. The easiest way for me is to install couple of packages. The problem is that for rock-solid graphic environment all components should be the same version (at least for nvidia). When that breaks, people gets in trouble after upgrade. Please be more attentive when making packages. Everything works as expected. You can now close this ticket. -- Sincerely, Nerijus Kislauskas
Bug#724305: [Pkg-postgresql-public] PostgreSQL 9.1 support in jessie?
On 24/09/13 07:54, Martin Pitt wrote: Daniel Pocock [2013-09-23 19:20 +0200]: I'm just wondering about the status of PostgreSQL 9.1 for jessie, will it still be included? No, as usual we will only support one major version in each Debian release, which will be 9.3. We will remove 9.1 soon, and rebuild all extensions against 9.3, and only keep older versions on apt.postgresql.org. 9.1 is already quite old, and won't be supported upstream long enough for jessie's lifetime. The recently uploaded PostBooks packages don't work with 9.3 and upstream's compatibility matrix doesn't mention 9.3 yet: Hmm, if that is a recent project, why has it been developed against a rather old PostgreSQL? At least 9.2 has been around for 1.5 years now. I suspect that as it is a business software application they are supporting users who have RHEL6 or Ubuntu LTS. Those platforms seem to be allowing people to run existing PostgreSQL server versions for 5 years or more There's still plenty of time to get it ported to 9.3, though, jessie only just started. We're tracking this issue now, I'll follow up with upstream -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724476: should test PostgreSQL version at startup
Package: postbooks Version: 4.0.2-4 Should test the PostgreSQL server version at startup and display a helpful message in the GUI if the user has an unsupported version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724477: Add a launcher in the menu
Package: postbooks Version: 4.0.2-4 Should be able to launch the application from the window manager menus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724474: ITP: grub-legacy-doc -- Documentation for GRUB Legacy
control: block 708946 by -1 On Tue, Sep 24, 2013 at 8:03 AM, Colin Watson cjwat...@debian.org wrote: Package: wnpp Severity: wishlist Owner: Colin Watson cjwat...@debian.org * Package name: grub-legacy-doc Version : 0.97 Upstream Author : bug-g...@gnu.org * URL : http://www.gnu.org/software/grub/grub-legacy.html * License : GFDL Description : Documentation for GRUB Legacy http://bugs.debian.org/708946 reports that the GRUB Legacy info documentation is non-free due to the use of the GFDL 1.2 with Front-Cover and Back-Cover Texts (cf. http://www.debian.org/vote/2006/vote_001). The GRUB 2 info documentation does not have this problem; but GRUB Legacy is aggressively in maintenance mode and I do not expect to get upstream approval to adjust its licensing. I think the most practical resolution involving spending the least effort on GRUB Legacy is to split off its documentation into a source package in non-free. Thanks colin to take care of this -- Colin Watson [cjwat...@debian.org] -- 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/20130924060306.ga2...@sarantium.pelham.vpn.ucam.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724480: aide-common: rules for tt-rss package
Package: aide-common Version: 0.15.1-8 Severity: normal The Debian tt-rss package contains a daemon which creates log files. I had to add these aide rules to suppress warnings about them: /var/log/tt-rss\.log$ Log /var/log/tt-rss\.log\.1\.gz$ LoSerMemberLog /var/log/tt-rss\.log\.[2-6]\.gz$ SerMemberLog /var/log/tt-rss\.log\.7\.gz$ HiSerMemberLog It would be nice if they could be shipped by default in the aide-common package or the tt-rss package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (160, 'experimental'), (150, 'stable'), (140, 'proposed-updates'), (100, 'oldstable-updates'), (100, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aide-common depends on: ii aide0.15.1-8 ii debconf [debconf-2.0] 1.5.51 ii heirloom-mailx [mailx] 12.5-2 ii initscripts 2.88dsf-43 ii liblockfile11.09-6 ii ucf 3.0027+nmu1 Versions of packages aide-common recommends: ii cron 3.0pl1-124 aide-common suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724481: python-gnupg: Please package gnupg 1.2.2
Package: python-gnupg Severity: wishlist Hi! Would it be possible to package gnupg 1.2.2? The later comes from a new active upstream and is now gnupg on PyPI: https://pypi.python.org/pypi/gnupg Thanks, -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#724482: gimp: Gimp freezes and crashes in enlightenment.
Package: gimp Version: 2.8.6-1 Severity: normal Dear Maintainer, my system is a debian sid with xfce and enlightenment, under xfce I did not see any problems. However under enlightenement when I start gimp under enlightenment 17.3 gimp freezes and then crashes. This behaviour is always reproducible. Regards, Anthony. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-9.slh.2-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.6-1 ii libaa1 1.4p5-41 ii libatk1.0-0 2.8.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-5 ii libc6 2.17-92+b1 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-20.100.2-1 ii libexif12 0.6.21-1 ii libexpat1 2.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgegl-0.2-0 0.2.0-4 ii libgimp2.0 2.8.6-1 ii libglib2.0-02.36.4-1 ii libgs9 9.05~dfsg-8 ii libgtk2.0-0 2.24.20-1 ii libgudev-1.0-0 204-4 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-14 ii libjavascriptcoregtk-1.0-0 2.0.4-5 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 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-4 ii libpoppler-glib80.18.4-8 ii librsvg2-2 2.36.4-2 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.42.2-6 ii libtiff43.9.7-2 ii libwebkitgtk-1.0-0 2.0.4-5 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-62:1.6.1-1 ii libxcursor1 1:1.1.14-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.4-1 ii python 2.7.5-5 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.5-8 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-8 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none pn gvfs-backends none ii libasound21.0.27.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#713514: [Pkg-pascal-devel] Need help with lazarus-related bug
On Sun, 2013-09-22 at 10:47 +0200, Paul Gevers wrote: Hi Michael, [I cc'd the pascal devel mail list which is going to be the maintainer of most pascal based packages, including fpc/lazarus itself, please don't respond to me in private, but to that list (Mail-Reply-To set accordingly) I am subscribed.] On 22-09-13 09:36, Michael Hanke wrote: thanks for the pointer! Unfortunately that did not solve the original issue: So far, you didn't explain the original issue :). lazbuild --build-all --ws=gtk2 --pcp=/etc/lazarus mricron.lpi SetPrimaryConfigPath NewValue=/etc/lazarus - /etc/lazarus primary config path: /etc/lazarus/ TLazPackageGraph.OpenDependency: LazarusDir=/usr/lib/lazarus/1.0.10/ The lpl directory is missing. Check that the Lazarus (--lazarusdir) directory is correct. The lpk is missing for dependency=FCL (=1.0) ERROR: Broken dependency: FCL (=1.0) Please check your alternative settings for lazarus and fpc. I recommend them to be set to the highest version of fpc and lazarus that you installed. That is to say, start with checking that /etc/lazarus is actually a symlink to /etc/alternatives/lazarus.cfg. /etc/lazarus is the scp and normally provides all the system installed unti paths it should be changed if you want to keep a particualr version as system default lazarus. However you should know what you want if you do that. Of course, the other thing to check is your build dependencies. Might be that you are missing one (lcl-units ?). I hope Abou can jump in on this discussion, he is much more knowledgeable than me on the exact layout of the different packages. I don't really understand them as I am not enough involved in development of lazarus. this is quite simple: you need to keep the system default lazarus inline with the system default fpc, fp-utils and fpc.cfg That should be all I git cloned your packaging, so I could help debug, but it is not working for me. Do you also have a pristine-tar branch so that I create the tar ball from the git repository? Your get-orig-source target finishes with an error: finishing deferred symbolic links: mricron/mricron.app/Contents/MacOS/mricron - ../../../mricron date: invalid date `28 August 2013\n 32bit\n 64bit' make: *** [get-latest-source] Error 1 Also your clean target fails: paul@wollumbin ~/tmp/mricron $ debian/rules clean dh clean dh_testdir dh_auto_clean debian/rules override_dh_clean make[1]: Entering directory `/media/home/paul/tmp/mricron' find . -name '*.o' -delete -o -name '*.ppu' -delete -o -name '*.a' -delete find . -name '*.compiled' -delete rm mricron.rc mricron.lrs mricron rm: cannot remove `mricron.rc': No such file or directory rm: cannot remove `mricron.lrs': No such file or directory rm: cannot remove `mricron': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) rm dcm2nii/dcm2nii rm: cannot remove `dcm2nii/dcm2nii': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) rm dcm2nii/dcm2niigui rm: cannot remove `dcm2nii/dcm2niigui': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) rm npm/mricron-npm rm: cannot remove `npm/mricron-npm': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) rm iconfinal-*.xpm mricron.xpm rm: cannot remove `iconfinal-*.xpm': No such file or directory rm: cannot remove `mricron.xpm': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) dh_clean make[1]: Leaving directory `/media/home/paul/tmp/mricron' And lastly, it is of course possible that you hit a bug in the packaging of lazarus. Maybe we find out here. Paul On Sat, Sep 21, 2013 at 7:50 PM, Paul Gevers elb...@debian.org mailto:elb...@debian.org wrote: On 21-09-13 19:39, Michael Hanke wrote: It seems like a broken build-dependency spec is the reason -- it builds on my laptop, but I can't get it to work in a clean chroot. I wonder whether you could easily spot the problem and help me out? I had a very similar bug reported against my package winff. It has nothing to do with the version of lazarus, but with the way that specific rebuild is done. I fixed it in this [1] commit. Hope this helps. Paul [1] http://anonscm.debian.org/gitweb/?p=pkg-pascal/winff.git;a=commit;h=168a95092d1e3ad2785412b6c60223fa564a8aa7 Cheers, signature.asc Description: This is a digitally signed message part
Bug#724484: dmsetup: initrd fails to configure RAID (with root LV on it)
Package: dmsetup Version: 2:1.02.77-6+b1 Severity: serious Justification: makes the system not boot Hi, after about two weeks uptime in sid I decided to reboot because there is a new kernel, but both the new and the old fail to come up (because the initrd was regenerated apparently). My setup is: two HDDs with a swap and a 0xDA partition, each, the latter backing a RAID-1 array: md1 : active raid1 sda2[0] sdb2[1] 311390400 blocks super 1.2 [2/2] [UU] Inside /dev/md1 there's an LVM pv, vg, with the lv that hosts the root filesystem (no separate /boot since GRUB manages just fine). I ended up in the (initramfs) shell with both 3.10-[23] with cat /proc/mdstat being empty. Manually running… $ mdadm --assemble --scan $ lvm pvscan $ lvm vgscan $ lvm lvscan … made everything come up as needed, so why doesn't the initrd do that? I did manage to boot into the system by editing the GRUB command line and adding “rootdelay=5” even though it did not delay at all. I don't even claim to understand what, and why, is going on, but I normally expect such a setup to boot out-of-the-box in 2013, and I especially consider requiring manual changes like this to be unacceptable for a major GNU distribution, and a pretty standard setup, in 2013; imagine this being a headless server which suddenly doesn’t come up any more… (this setup i̲̲s̲ common on server systems, after all)! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages dmsetup depends on: ii libc6 2.17-93 ii libdevmapper1.02.1 2:1.02.77-6+b1 ii libudev1204-5 ii util-linux 2.20.1-5.5 dmsetup recommends no packages. dmsetup 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#724473: spice-gtk: FTBFS: autoreconf: automake failed with exit status: 1
The new versions have build and bindings fixes, probably solve also this problem. The Spice team is pleased to release a new spice-gtk version 0.21, with the following bug fixes and changes: - improve inverted cursor support - win32 usb redirected device uninstall fix - add support for libusb hotplug API - smartcard initialization fixes - cp converts line-endings if necessary - rendering and overall performance improvements -*fix acl helper**CVE-2011-1485*: -*build and bindings fixes* http://spice-space.org/download/gtk/spice-gtk-0.21.tar.bz2 sha1sum: 4fafea2c95dff0a114242f19aefd15922cee5b30 spice-gtk-0.21.tar.bz2 There is also a security fix, I think is good update to this version.
Bug#724485: italc: French debconf templates translation
Package: italc Version: 2.0.0.1-1 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Best, steve # French po-debconf translation for italc # Copyright (C) 2013 # This file is distributed under the same license as the italc package. # Steve Petruzzello dl...@bluewin.ch, 2013 # msgid msgstr Project-Id-Version: italc_2.0.1-1\n Report-Msgid-Bugs-To: it...@packages.debian.org\n POT-Creation-Date: 2013-09-06 07:17+0200\n PO-Revision-Date: 2013-09-08 22:00+0200\n Last-Translator: Steve Petruzzello dl...@bluewin.ch\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: French\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid Automatically set up iTALC's role model and create key pairs? msgstr Faut-il configurer automatiquement le modèle de rôle d'iTALC et créer des paires de clefs ? #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid iTALC knows four different access roles for iTALC clients (teacher, student, supporter, and administrator). msgstr iTALC utilise quatre rôles d'accès différents pour les clients iTALC (teacher, student, supporter et admin). #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid iTALC manages this role-based client access via SSL keys. msgstr iTALC gère l'accès au rôle d'un client à l'aide de clefs SSL. #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid Automatically generated SSL keys will be created in subfolders of /etc/italc/ keys. msgstr Les clefs SSL seront automatiquement créées dans des sous-répertoires de / etc/italc/keys. #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid Create groups for iTALC roles now? msgstr Faut-il créer les groupes pour les rôles iTALC maintenant ? #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid iTALC's role model requires four groups to exist: \teacher\, \student\, \supporter\, and \admin\. msgstr Le modèle de rôle d'iTALC nécessite l'existence de quatre groupes : « teacher » (enseignants), « student » (étudiants), « supporter » (assistance) et « admin » (administrateurs). #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid If these four groups are not created now, you will be asked to assign existing groups in their place. msgstr Si ces quatre groupes ne sont pas créés maintenant, il vous sera demandé d'assigner des groupes existants à leur place. #. Type: boolean #. Description #: ../italc-client.templates:8001 msgid Use already existing groups for iTALC roles? msgstr Faut-il utiliser les groupes existants pour les rôles d'iTALC ? #. Type: boolean #. Description #: ../italc-client.templates:8001 msgid If groups reflecting the iTALC role model have already been set up (e.g. in the LDAP user/group database) then you can specify those group names on the next screens. msgstr Si les groupes pour les rôles d'iTALC ont déjà été configurés (p. ex. dans une base de données LDAP), alors vous aurez la possibilité de les indiquer. #. Type: string #. Description #: ../italc-client.templates:9001 msgid iTALC teachers role group: msgstr Groupe pour le rôle « teacher » (enseignants) d'iTALC : #. Type: string #. Description #: ../italc-client.templates:9001 msgid Please specify the group name for iTALC teachers. msgstr Veuillez indiquer le nom du groupe pour les enseignants dans iTALC. #. Type: string #. Description #: ../italc-client.templates:9001 msgid The teacher role gives basic control over iTALC clients in classrooms. msgstr Ce rôle donne un contrôle basique sur les clients iTALC dans les salles de classe. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../italc-client.templates:9001 ../italc-client.templates:11001 #: ../italc-client.templates:13001 ../italc-client.templates:15001 msgid If you leave this empty, the \root\ group will be used. msgstr Le groupe « root » sera utilisé si vous laissez ce champ vide. #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #: ../italc-client.templates:10001 ../italc-client.templates:12001 #: ../italc-client.templates:14001 ../italc-client.templates:16001 msgid Delete the group that was formerly used for this role? msgstr Faut-il supprimer le groupe qui était anciennement utilisé pour ce rôle ? #. Type: boolean #. Description #: ../italc-client.templates:10001 msgid The group for the iTALC teacher role has been modified. msgstr Le groupe pour le rôle « teacher » (enseignants) iTALC a été modifié. #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #.
Bug#724486: support for EDI-style schemes for automated invoice import/export
package: postbooks version: 4.0.2-4 severity: wishlist There are various schemes available for generating and/or parsing machine-readable business documents such as purchase orders and invoices Supporting one or more of these schemes could reduce the effort for manual data entry cXML: http://cxml.org/ http://en.wikipedia.org/wiki/CXML UBL: https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl EDI: http://en.wikipedia.org/wiki/Electronic_data_interchange - quite a heavyweight solution There are also country-specific schemes, e.g. Mexico has adopted an XML invoicing schema under a program called CFDI -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719069: git: fatal: protocol error: bad line length character: Remo
On Thu, Aug 08, 2013 at 09:53:35AM -0700, Jonathan Nieder wrote: Yes, this is worth fixing in stable. Thanks for a clear report. Thanks. It seems 7.2 will be released on 12.Oct. Do you think you get this in p-u? Is there anything I can help you with? Regards, Jonathan Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724486: another
Another option is RosettaNet XML, used by some technology companies http://en.wikipedia.org/wiki/RosettaNet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Hi, Source: opencv Version: 2.4.5+dfsg-0exp1 Severity: normal Hi, there is a new module in opencv: ocl, allowing using OpenCL. It is introduced almost a year ago [1]: 2.4.3 (November 2012): Technology-preview version of ocl - OpenCL-accelerated computer vision algorithms, contributed by the Chinese Academy of Science and it has been improved in consecutive releases: 2.4.4 (March 2013): The openCL-based hardware acceleration (ocl) module is now mature, and, with numerous bug fixes, it is largely bug-free. 2.4.5 (April 2013): there are further improvements and extensions in ocl module:... 2.4.6 (July 2013): Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all other platforms. Please, consider packaging this module. I support the ocl module in opencv is difficult in Debian. Because OCL SDK is in non-free section. When opencv is dependent on the OCL SDK if, opencv is in contrib section. Because I want to distribute opencv in the main section, I will not support ocl module. Does this work for you? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724488: audacious-plugins: scrobbler plugin not working: Peer certificate cannot be authenticated
Package: audacious-plugins Version: 3.4.1-1 Severity: normal Tags: upstream Looks like the Audacious scrobbler plugin is broken after some changes in Last.fm: scrobbler_communication.c:151 [send_message_to_lastfm]: Could not communicate with last.fm: Peer certificate cannot be authenticated with given CA certificates. scrobbler_communication.c:169 [scrobbler_request_token]: Could not send token request to last.fm. Upstream bug: http://redmine.audacious-media-player.org/issues/343 The upstream bug tracker seems to be down, but it can be accessed using the Google cache: it seems that the issue may be related with the order the certificates are sent by last.fm. OpenSSL seems to be more resilient to server (mis?)configurations. After checking if it really solves this issue, a strong dependency on OpenSSL to avoid compiling against GnuTLS may solve this. Regards, Berto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacious-plugins depends on: ii audacious-plugins-data3.4.1-1 ii libasound21.0.27.2-1 ii libatk1.0-0 2.8.0-2 ii libaudcore1 3.4.1-1 ii libavcodec-extra-54 6:9.8-2+b1 ii libavformat54 6:9.8-2+b1 ii libavutil52 6:9.8-2+b1 ii libbinio1ldbl 1.4+dfsg1-1 ii libbs2b0 3.1.0+dfsg-2 ii libc6 2.17-92+b1 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libcddb2 1.3.2-3 ii libcdio-cdda1 0.83-4 ii libcdio13 0.83-4 ii libcue1 1.4.0-1 ii libcurl3-gnutls 7.32.0-1 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-2 0.100.2-1 ii libfaad2 2.7-8 ii libflac8 1.3.0-2 ii libfluidsynth11.1.6-2 ii libgcc1 1:4.8.1-10 ii libgdk-pixbuf2.0-02.28.2-1 ii libgl1-mesa-glx [libgl1] 9.1.6-2+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-03.8.4-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.9.5+20130622git7de15e7a-1 ii liblircclient00.9.0~pre1-1 ii libmms0 0.6.2-3 ii libmodplug1 1:0.8.8.4-4 ii libmp3lame0 3.99.5+repack1-3 ii libmpg123-0 1.15.3-2 ii libneon27-gnutls 0.30.0-1 ii libnotify40.7.6-1 ii libogg0 1.3.1-1 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpulse0 4.0-6+b1 ii libsamplerate00.1.8-5 ii libsdl1.2debian 1.2.15-6 ii libsndfile1 1.0.25-7 ii libstdc++64.8.1-10 ii libvorbis0a 1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libvorbisfile31.3.2-1.3 ii libwavpack1 4.60.1-3 ii libx11-6 2:1.6.1-1 ii libxcomposite11:0.4.4-1 ii libxml2 2.9.1+dfsg1-3 ii libxrender1 1:0.9.8-1 ii multiarch-support 2.17-92+b1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages audacious-plugins recommends: ii audacious 3.4.1-1 audacious-plugins 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#724484: dmsetup: initrd fails to configure RAID (with root LV on it)
Control: severity -1 normal On Tue, Sep 24, 2013 at 10:15:40AM +0200, Thorsten Glaser wrote: after about two weeks uptime in sid I decided to reboot because there is a new kernel, but both the new and the old fail to come up (because the initrd was regenerated apparently). This is the old i-t race. You can try to use rootdelay=5. Nothing new in this bug-report. Bastian -- Bones: The man's DEAD, Jim! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724260: openmx FTBFS
Hi, As I was the one uploading the NMU I'll care about this issue. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714546: #714546: debhelper: Please make Perl tests verbose
Control: block -1 with 724299 724298 724302 724297 -=| Damyan Ivanov, 21.09.2013 14:36:20 +0300 |=- I tried to rebuild all packages build-depending on debhelper and perl with a patched version of debhelper as an attempt to catch any issues this proposed change may create. Out of 3765 such packages, 182 failed to build. I am still digging through failed logs and so far all failures were generic FTBFS, for which I reported a bug if there was none already reported. Log review done. I filed a total of 40 serious FTBFS bugs. Packages that fail with verbose testing have an important bug now, there were a total of 7 of these, all blocking this bug. signature.asc Description: Digital signature
Bug#724489: python-qrcode: missing dependency on python-six
Package: python-qrcode Version: 4.0.1-1 Severity: grave Hi! It looks like python-qrcode is missing a Depends on python-six. # apt-get install python-qrcode […] The following NEW packages will be installed: liblcms1 python-imaging python-qrcode […] $ echo 'bla' | qr Traceback (most recent call last): File /usr/bin/qr, line 10, in module import qrcode File /usr/lib/pymodules/python2.7/qrcode/__init__.py, line 1, in module from qrcode.main import QRCode, make File /usr/lib/pymodules/python2.7/qrcode/main.py, line 1, in module from qrcode import constants, exceptions, util File /usr/lib/pymodules/python2.7/qrcode/util.py, line 4, in module import six ImportError: No module named six # apt-get install python-six […] The following NEW packages will be installed: python-six […] $ echo 'bla' | qr insert QR code here -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#723129: (no subject)
That fixes the source package, but you also need to have the existing broken binaries removed: https://wiki.debian.org/ftpmaster_Removals -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724481: python-gnupg: Please package gnupg 1.2.2
On 2013-09-24 at 10:06:58 +0200, Jérémy Bobbio wrote: Would it be possible to package gnupg 1.2.2? The later comes from a new active upstream and is now gnupg on PyPI: https://pypi.python.org/pypi/gnupg sorry, but why? python-gnupg's upstream is active, he is releasing every couple of months and he reacts quite quickly to issues opened on the bugtracker, so I don't see how just having another active upstream is an improvement on the original project. Is there something else that I missed? Why can't the improvements be submitted upstream? -- Elena ``of Valhalla'' signature.asc Description: Digital signature
Bug#721316: more info
In case this is useful, I saw the same issue on debian squeeze with a custom 3.0.50 kernel: Sep 24 07:55:00 averno2 kernel: [ cut here ] Sep 24 07:55:00 averno2 kernel: WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x254/0x260() Sep 24 07:55:00 averno2 kernel: Hardware name: ProLiant DL380e Gen8 Sep 24 07:55:00 averno2 kernel: NETDEV WATCHDOG: eth3 (igb): transmit queue 5 timed out Sep 24 07:55:00 averno2 kernel: Modules linked in: rmd160 crypto_null camellia lzo lzo_compress cast6 cast5 cts ctr gcm ccm serpent blowfish twofish_generic twofish_x86_64 twofish_common ecb xcbc sha512_generic xfrm_user af_key xt_length xt_IMQ sch_tbf act_police sch_ingress pppoe pppox ppp_generic slhc dahdi(F) crc_ccitt(F) quota_v2 quota_tree cls_u32 cls_fw sch_sfq sch_hfsc sch_prio nf_conntrack_netlink nfnetlink xt_conntrack xt_addrtype xt_mark xt_connmark bridge 8021q garp stp llc imq nf_nat_ftp nf_conntrack_tftp nf_conntrack_ftp evdev pcspkr psmouse serio_raw hpwdt acpi_power_meter processor button sha256_generic aesni_intel cryptd aes_x86_64 aes_generic dm_crypt dm_mod raid1 md_mod usbhid hid_monterey hid_microsoft hid_logitech hid_ezkey hid_cypress hid_chicony hid_cherry hid_belkin hid_apple hid_a4tech cmuuid sg sr_mod sd_mod cdrom uhci_hcd ahci libahci libata igb mpt2sas dca ehci_hcd scsi_transport_sas raid_class scsi_mod thermal thermal_sys [last unloaded: sdladrv] Sep 24 07:55:00 averno2 kernel: Pid: 0, comm: swapper Tainted: GF 3.0.50 #1 Sep 24 07:55:00 averno2 kernel: Call Trace: Sep 24 07:55:00 averno2 kernel: IRQ [8103d63b] ? warn_slowpath_common+0x7b/0xc0 Sep 24 07:55:00 averno2 kernel: [8103d735] ? warn_slowpath_fmt+0x45/0x50 Sep 24 07:55:00 averno2 kernel: [81310944] ? dev_watchdog+0x254/0x260 Sep 24 07:55:00 averno2 kernel: [81049ae1] ? run_timer_softirq+0x131/0x240 Sep 24 07:55:00 averno2 kernel: [813106f0] ? __netdev_watchdog_up+0x70/0x70 Sep 24 07:55:00 averno2 kernel: [8101b8c8] ? lapic_next_event+0x18/0x20 Sep 24 07:55:00 averno2 kernel: [81043441] ? __do_softirq+0x91/0x120 Sep 24 07:55:00 averno2 kernel: [8105ce2c] ? hrtimer_interrupt+0x17c/0x290 Sep 24 07:55:00 averno2 kernel: [813ac2cc] ? call_softirq+0x1c/0x30 Sep 24 07:55:00 averno2 kernel: [81003f7d] ? do_softirq+0x4d/0x80 Sep 24 07:55:00 averno2 kernel: [810431c5] ? irq_exit+0x75/0x80 Sep 24 07:55:00 averno2 kernel: [8101c138] ? smp_apic_timer_interrupt+0x68/0xa0 Sep 24 07:55:00 averno2 kernel: [813aba93] ? apic_timer_interrupt+0x13/0x20 Sep 24 07:55:00 averno2 kernel: EOI [a02f9e94] ? acpi_idle_enter_simple+0xd7/0x105 [processor] Sep 24 07:55:00 averno2 kernel: [a02f9e8f] ? acpi_idle_enter_simple+0xd2/0x105 [processor] Sep 24 07:55:00 averno2 kernel: [812d7fd1] ? cpuidle_idle_call+0x81/0xf0 Sep 24 07:55:00 averno2 kernel: [81001818] ? cpu_idle+0x58/0xb0 Sep 24 07:55:00 averno2 kernel: [81591b84] ? start_kernel+0x32a/0x335 Sep 24 07:55:00 averno2 kernel: [81591408] ? x86_64_start_kernel+0xee/0xf2 Sep 24 07:55:00 averno2 kernel: ---[ end trace 25e86362d8441f7b ]--- Sep 24 07:55:00 averno2 kernel: igb :02:00.3: eth3: Reset adapter Thanks, François. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716922: Taking it up with upstream myself, WTF?
If I wanted to take it up with upstream myself I’d use Gentoo or something. As a Debian _user_ I cannot even simply try upstream patches because I’ve got to use Debian packages, and they’re often heavily patched *and* lagging behind upstream versions, which means upstream would *also* not be willing to help me. And this is at work, which means I have absolutely no developer hat here. It’s a means to do productive work, and it has to work. I mean, you were given the problem description, an easy way to reproduce (set Akonadi to use PostgreSQL, watch it explode), and even a preliminary analysis. As a package maintainer it’s *your* job to work with upstream to fix this. Especially if you got this good bugreports. I’d be happy if all were like this. In the meantime, I have downloaded http://snapshot.debian.org/archive/debian/20130524T214652Z/pool/main/q/qt4-x11/libqt4-sql-psql_4.8.4%2Bdfsg-4_i386.deb and overwrote the .so file… again. It now works. Until the next time dpkg overwrites the file. I could probably use a local diversion. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706798: transition: Libav 9
On 09/11/2013 06:02 PM, Moritz Mühlenhoff wrote: On Fri, Sep 06, 2013 at 05:06:03PM +0200, Moritz Mühlenhoff wrote: Hi, two more testing removals related to the libav9 transition: - libavg 1.7.1-3 fails to build for unrelated boost reasons. Popcon is virtually non-existant. Well the patch for boost problem is uploaded into debian (built in a jessie chroot / against older libav that is). Such that to prevent erroneous FTBFS attribution to earlier boost failure in the build process. This was available since August 27th in Ubuntu, but not uploaded into debian as I couldn't build the package in sid as it FTBFS against libav 9. Unfortunately I'm not familiar with libav API changes to port libavg, I'll poke upstream about it, but at the moment I'm tagging libavg FTBFS against libav 9 bug with help. Is there a libav 9 porting guide available somewhere? Or can someone help out with a patch to fix libav 9 FTBFS? Also, why did libavg was removed from testing? Was it actually blocking any removals from the archive and/or transitions? As far as I can see all libraries that libavg binaries are linked against are still present in sid. This haste removal seems inconsistent to me w.r.t. how other transitions library removals are handled by the release team. ps. Popcon is virtually non-existant because virtually libavg has only been recently reintroduced in debian after having been away for a long time. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724490: vit: help accesses /usr/etc/vit-commands, but help file is at /etc/vit-commands
Package: vit Version: 1.1-1 Severity: normal Dear Maintainer, When attempting to access vit help (:help command), vit opens /usr/etc/vit-commands, which does not exist, and therefore no help is displayed. In fact, dpkg -L shows that the file is placed by the package at /etc/vit-commands (*not* under /usr). Thanks! Dov -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vit depends on: ii libcurses-perl 1.28-1+b3 ii perl5.18.1-4 ii task2.2.0-3 vit recommends no packages. vit suggests no packages. -- no debconf information
Bug#724491: localepurge: debconf-communicate -fnoninteractive localepurge does not work
Package: localepurge Version: 0.7.3 Severity: normal Dear Maintainer, After upgrading to localepurge 0.7.3, the following commands do not work: = debconf-communicate -fnoninteractive localepurge EOF set localepurge/nopurge ca_ES.UTF-8, de_DE.UTF-8 fset localepurge/nopurge seen true EOF dpkg-reconfigure --priority=low --unseen-only localepurge = Before I run this script, Running: grep -A3 localepurge/nopurge /var/cache/debconf/config.dat shows me: = Name: localepurge/nopurge Template: localepurge/nopurge Value: en, en_US.UTF-8 Owners: localepurge Flags: seen = Now after I run that script, then following command: grep -A3 localepurge/nopurge /var/cache/debconf/config.dat still shows me: = Name: localepurge/nopurge Template: localepurge/nopurge Value: en, en_US.UTF-8 Owners: localepurge Flags: seen = I expect it should be changed as Value: ca_ES.UTF-8, de_DE.UTF-8 However, if I downgrade localepurge to 0.6.3, this issue is gone. Did I miss something for the new version of localepurge? Thanks. Steven. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages localepurge depends on: ii debconf [debconf-2.0] 1.5.51 ii locales2.17-93 ii procps 1:3.3.8-2 ii ucf3.0027+nmu1 localepurge recommends no packages. Versions of packages localepurge suggests: pn bleachbit none pn debfoster none pn deborphan none -- debconf information: localepurge/none_selected: false localepurge/mandelete: true localepurge/showfreedspace: true * localepurge/nopurge: en, en_US.UTF-8 * localepurge/use-dpkg-feature: false localepurge/dontbothernew: false localepurge/remove_no: localepurge/verbose: false localepurge/quickndirtycalc: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724486: interoperability, license
It would be quite useful to evaluate all of these schemes (and potentially others) from a free software perspective: - is the schema available under an appropriate license for free software platforms such as Debian, Ubuntu, Fedora? - are there free software implementations of document generation/parsing libraries? - free software implementation of any related document exchange network protocol? - is the schema implemented by any other free software accounting/ERP, whether packaged or not, e.g. GnuCash, OpenERP? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724490: vit: help accesses /usr/etc/vit-commands, but help file is at /etc/vit-commands
Hmm, vit-commands looks like documentation and probably shouldn't be in /etc at all... Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724492: ITP: kchildlock -- Child computer time restrictor
Package: wnpp Severity: wishlist Owner: Howard Chan smartbo...@gmail.com * Package name: kchildlock Version : 0.90.4.2 Upstream Author : Rene Landert rene.land...@bluewin.ch * URL : http://kchildlock.sourceforge.net * License : GPL-2+ Programming Lang: C++ Description : Child computer time restrictor kchildlock restricts the time a children spends on the PC. Limits can be specified per day of the week, by lower and upper hour limits, max daily usage time, and max weekly usage time. Restriction limits can be applied to applications. Linux/ KDE4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724484: dmsetup: initrd fails to configure RAID (with root LV on it)
Bastian Blank dixit: This is the old i-t race. You can try to use rootdelay=5. If this is an old, known error, with a known workaround, WHY THE HELL IS THEN rootdelay=5 NOT THE DEFAULT? This, I do not understand! bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724491: localepurge: debconf-communicate -fnoninteractive localepurge does not work
Control: tags -1 moreinfo On 2013-09-24 11:11, Steven Shiau wrote: Package: localepurge Version: 0.7.3 Severity: normal Dear Maintainer, Hi, After upgrading to localepurge 0.7.3, the following commands do not work: = debconf-communicate -fnoninteractive localepurge EOF set localepurge/nopurge ca_ES.UTF-8, de_DE.UTF-8 fset localepurge/nopurge seen true EOF [...] I expect it should be changed as Value: ca_ES.UTF-8, de_DE.UTF-8 However, if I downgrade localepurge to 0.6.3, this issue is gone. Did I miss something for the new version of localepurge? Thanks. Steven. [...] In 0.7.3, I (mostly[1]) fixed a problem where localepurge was not respecting the values stored in /etc/locale.nopurge. It seems that you are working around #691431 when you should instead just update /etc/locale.nopurge to contain the values you want. Currently, localepurge will (now) read the values from /etc/locale.nopurge when it is being (re-)configured (or upgraded) and inject those into the database before asking questions. ~Niels [1] Mostly because I haven't fixed #563774 yet. But from what I can tell, that particular bug does not apply to your case. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724493: dzen2 lacks fallback font support (regression)
Package: dzen2 Version: 0.9.5~svn271-4 Severity: important Tags: l10n Dear Maintainer, dzen2 0.8.5 used to support font fallback by listing several comma-separated fonts (I use terminus with fallback to ms-gothic for japanese). Trying to specify multiple fonts now leads to a default font being chosen. To replicate, try: dzen2 -fn -*-terminus-medium-r-normal-*-12-*-*-*-*-*-iso10646-*,-*-ms gothic-*-*-*-*-12-*-*-*-*-*-*-* (or another font available to the mantainer) and inputting japanese characters. The behavior in 0.8.5 is as expected: characters are shown properly in the corresponding fonts whether ascii or japanese. The behavior in 0.9.5 shows a default font and missing character unicode squares for japanese characters. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dzen2 depends on: ii libc6 2.17-92+b1 ii libx11-6 2:1.6.1-1 ii libxft2 2.3.1-1 ii libxinerama1 2:1.1.3-1 ii libxpm4 1:3.5.10-1 dzen2 recommends no packages. dzen2 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#724264: [xserver-xorg-video-radeon] X server crashes in multiple programs attempting to view a jpg file
Package: xserver-xorg-video-radeon Version: 1:7.2.0-1+b1 This crashes X for me immediately too - ironically Thunderbird automatically loaded the attachment when this email came in. --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 990 testing security.debian.org 990 testing ftp.uk.debian.org 500 unstableignorantguru.github.com 500 unstableftp.uk.debian.org 500 stable www.getgnash.org 500 quodlibet-unstable www.student.tugraz.at 1 experimentalftp.uk.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== libc6 (= 2.17) | libdrm-radeon1 (= 2.4.31) | libpciaccess0 | libudev1 (= 183) | xorg-video-abi-12 | xserver-xorg-core (= 2:1.12.3.901) | Package's Recommends field is empty. Suggests(Version) | Installed =-+-=== firmware-linux| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697932: init script for single application appliances
s/incube\.tk/zincube.net/ Please read above : [1] http://sousmonlit.zincube.net/~niol/repositories/deejayd/file/d52a42471c0a/debian/deejayd.deejayd-xserver.init [2] http://sousmonlit.zincube.net/~niol/repositories/deejayd/file/d52a42471c0a/debian/deejayd.default -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652139: pkg-config --cflags and header name collision
Jamie Heilman ja...@audible.transient.net writes: Zed Pobre wrote: [...] Ouch. This puts me in the unpleasant position of having to decide whether to break compilation of anything that uses both libmodplug and libsndfile, or breaking compilation of every package that relies on that path. I may punt to upstream on this one. That's fair, I took a look at some other distros last night to see if they were the same way, and they were, so an upstream change would be ideal. Current version in sid did now have an empty '/usr/bin/pkg-config libmodplug --cflags', hence the xmms2 #724487 bugs[1]. Should I consider this as the definitive decision for libmodplug, and adapt xmms2 source? If this is the case, bug report should be sent to the others concerned package (cmus and cynthiune.app) Cordially, Rémi Vanicat [1]:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724487 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724494: munin: graph_period hour is broken
Package: munin Version: 2.0.6-4+deb7u1 Severity: normal Tags: patch Dear Maintainer, graph_period hour is currently broken in the debian stable version of munin. a simple patch for the problem is available here: http://munin-monitoring.org/changeset/3ac5d311163430788fb9a72022b936860d253b57/munin -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (900, 'stable'), (100, 'stable-updates'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 munin depends on: ii adduser 3.113+nmu3 ii cron 3.0pl1-124 ii libcgi-fast-perl 5.14.2-21 ii libdate-manip-perl 6.32-1 pn libdigest-md5-perl none ii libfile-copy-recursive-perl 0.38-1 ii libhtml-template-perl2.91-1 ii libio-socket-inet6-perl 2.69-2 ii liblog-log4perl-perl 1.29-1 ii libparse-recdescent-perl 1.967009+dfsg-1 ii librrds-perl 1.4.7-2 pn libstorable-perl none ii liburi-perl 1.60-1 ii munin-common 2.0.6-4+deb7u1 ii perl [libtime-hires-perl]5.14.2-21 ii perl-modules 5.14.2-21 ii rrdtool 1.4.7-2 ii ttf-dejavu 2.33-3 Versions of packages munin recommends: ii munin-doc 2.0.6-4+deb7u1 ii munin-node 2.0.6-4+deb7u1 Versions of packages munin suggests: ii libnet-ssleay-perl 1.48-1+b1 ii lighttpd [httpd]1.4.31-4 ii lynx-cur [www-browser] 2.8.8dev.12-2 -- Configuration Files: /etc/logrotate.d/munin changed [not included] /etc/munin/munin.conf 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#723936: systemd: fails to upgrade - same behavior
Hi, I got exactly the same problem. dist-upgrade contained systemd/204-4; getting errors and impossible to invoke a start of pcscd and bluez. I rebooted because the kernel 3.10-3 also came with the upgrade. And systemd did not start properly hanging and failing in timedout after a while. I checked mounted FS but none of my LVM FS were there. I tried to boot with previous versions of the kernel with the same result. I switched back to initd to recover. If I can help, tell me. Jean-Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724336: [Pkg-parrot-devel] Bug#724336: parrot: FTBFS: step auto::icu failed: no result returned at Configure.pl line 97.
Control: tags -1 confirmed upstream patch On lun, set 23, 2013 at 11:03:35 +0300, Damyan Ivanov wrote: Package: src:parrot Version: 5.0.0-1 Severity: serious Justification: FTBFS Parrot fails to build in a current sid pbuilder chroot on amd64: During configuration the following steps failed: 53: auto::icu You should diagnose and fix these errors before calling 'make' make: *** [configure-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Seems to be caused by the parrot's build system that can't handle multi-arch include paths. I prepared a patch (see attached) which seems to fix the problem... but it's kinda ugly. Allison, can you please have a look at it? Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' From 4dd2897db56197b2287af1f7395c1823e39cbf4c Mon Sep 17 00:00:00 2001 From: Alessandro Ghedini alessan...@ghedini.me Date: Tue, 24 Sep 2013 11:17:56 +0200 Subject: [PATCH] Fix ICU headers autodetect Closes: #724336 --- debian/patches/04_fix_icu_autodetect.patch | 44 ++ debian/patches/series | 1 + debian/rules | 3 ++ 3 files changed, 48 insertions(+) create mode 100644 debian/patches/04_fix_icu_autodetect.patch diff --git a/debian/patches/04_fix_icu_autodetect.patch b/debian/patches/04_fix_icu_autodetect.patch new file mode 100644 index 000..c64ee6e --- /dev/null +++ b/debian/patches/04_fix_icu_autodetect.patch @@ -0,0 +1,44 @@ +Description: Force ICU autodetect even if 'icuheaders' is set +Origin: vendor +Bug-Debian: http://bugs.debian.org/724336 +Forwarded: not-needed +Author: Alessandro Ghedini gh...@debian.org +Last-Update: 2013-09-24 + +--- a/config/auto/icu.pm b/config/auto/icu.pm +@@ -94,9 +94,7 @@ + return 1; + } + +-my $autodetect = ( ! defined($icushared) ) +- +-( ! defined($icuheaders) ); ++my $autodetect = ( ! defined($icushared) ); + + my $without = 0; + ($icuconfig, $autodetect, $without) = $self-_handle_autodetect( +@@ -288,12 +286,17 @@ + $conf-debug(For icushared, found $icushared and $arg-{without}\n); + + # location of header files +-$conf-debug(Trying $arg-{icuconfig} with '--prefix'\n); +-$icuheaders = capture_output($arg-{icuconfig} --prefix); +-chomp($icuheaders); +-$conf-debug(icuheaders: captured $icuheaders\n); +-($icuheaders, $arg-{without}) = +-$self-_handle_icuheaders($conf, $icuheaders, $arg-{without}); ++if ( ! $icuheaders ) { ++$conf-debug(Trying $arg-{icuconfig} with '--prefix'\n); ++$icuheaders = capture_output($arg-{icuconfig} --prefix); ++chomp($icuheaders); ++$conf-debug(icuheaders: captured $icuheaders\n); ++($icuheaders, $arg-{without}) = ++$self-_handle_icuheaders($conf, $icuheaders, $arg-{without}); ++} else { ++($icuheaders, $arg-{without}) = ($icuheaders, 0); ++} ++ + $conf-debug(For icuheaders, found $icuheaders and $arg-{without}\n); + } + diff --git a/debian/patches/series b/debian/patches/series index 8ba7038..7d904e6 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,2 +1,3 @@ 02_fix_perl_interpreter_path.patch 03_fix_nqp_man.patch +04_fix_icu_autodetect.patch diff --git a/debian/rules b/debian/rules index df71ebc..b7bf939 100755 --- a/debian/rules +++ b/debian/rules @@ -6,6 +6,8 @@ LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) VERSION = $(shell cat VERSION) SOVERSION = $(VERSION) +DEB_HOST_MULTIARCH = $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) + CONTROL_FILES = \ debian/control.in \ debian/parrot.install.in \ @@ -29,6 +31,7 @@ configure-stamp: debian-control-stamp $(QUILT_STAMPFN) dh_testdir perl Configure.pl --ccflags=$(CFLAGS) --ldflags=$(LDFLAGS) \ --prefix=/usr --mandir=/usr/share/man --disable-rpath \ + --icuheaders=/usr/include/$(DEB_HOST_MULTIARCH) \ --without-libffi --without-gmp --without-opengl \ --without-pcre --without-zlib touch configure-stamp -- 1.8.4.rc3 signature.asc Description: Digital signature
Bug#724450: [Pkg-parrot-devel] Bug#724450: bigint library in parrot
Control: tags -1 patch On lun, set 23, 2013 at 11:50:36 +0100, Zefram wrote: Package: parrot-minimal Version: 4.0.0-3 Severity: wishlist Parrot can be compiled with a built-in bigint facility. The Debian Parrot build has not. It would be convenient if it did have bigint support. I prepared the attached patch that should enable GMP (and thus bigint). Allison, can you please have a look? Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' From a731c0db786734f72ca8849707df0525535c6158 Mon Sep 17 00:00:00 2001 From: Alessandro Ghedini alessan...@ghedini.me Date: Tue, 24 Sep 2013 11:53:16 +0200 Subject: [PATCH] Enable Bigint support Closes: #724450 --- debian/control| 2 +- debian/control.in | 2 +- debian/rules | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/debian/control b/debian/control index 668b1a3..4ed1c67 100644 --- a/debian/control +++ b/debian/control @@ -5,7 +5,7 @@ Maintainer: Debian Parrot Maintainers pkg-parrot-de...@lists.alioth.debian.org Uploaders: Allison Randal alli...@parrot.org, Alessandro Ghedini gh...@debian.org, Dominique Dumont d...@debian.org -Build-Depends: debhelper (= 5.0.0), perl, perl-doc, libicu-dev, libreadline-dev +Build-Depends: debhelper (= 5.0.0), perl, perl-doc, libgmp-dev, libicu-dev, libreadline-dev Standards-Version: 3.9.4 Homepage: http://parrot.org diff --git a/debian/control.in b/debian/control.in index 40f0470..f1a9226 100644 --- a/debian/control.in +++ b/debian/control.in @@ -5,7 +5,7 @@ Maintainer: Debian Parrot Maintainers pkg-parrot-de...@lists.alioth.debian.org Uploaders: Allison Randal alli...@parrot.org, Alessandro Ghedini gh...@debian.org, Dominique Dumont d...@debian.org -Build-Depends: debhelper (= 5.0.0), perl, perl-doc, libicu-dev, libreadline-dev +Build-Depends: debhelper (= 5.0.0), perl, perl-doc, libgmp-dev, libicu-dev, libreadline-dev Standards-Version: 3.9.4 Homepage: http://parrot.org diff --git a/debian/rules b/debian/rules index b7bf939..135d4ed 100755 --- a/debian/rules +++ b/debian/rules @@ -32,7 +32,7 @@ configure-stamp: debian-control-stamp $(QUILT_STAMPFN) perl Configure.pl --ccflags=$(CFLAGS) --ldflags=$(LDFLAGS) \ --prefix=/usr --mandir=/usr/share/man --disable-rpath \ --icuheaders=/usr/include/$(DEB_HOST_MULTIARCH) \ - --without-libffi --without-gmp --without-opengl \ + --without-libffi --without-opengl \ --without-pcre --without-zlib touch configure-stamp -- 1.8.4.rc3 signature.asc Description: Digital signature
Bug#711234: minidlna: New upstream (1.1.0) version available
Hello, would be great to get your working (I tested it some minutes ago) 1.1.0 package into sid again. Thanks for your work. -- Noël Köthe noel debian.org Debian GNU/Linux, 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#724495: [liblocale-maketext-lexicon-perl] xgettext.pl should extract 'c.loc' from .tt/.tt2 files
Package: liblocale-maketext-lexicon-perl Version: 0.96-1 Severity: normal --- Please enter the report below this line. --- Hello! I'm developing a web application using libcatalyst-perl and libtemplate-perl packages. I try to use the I18N catalyst plugin. http://search.cpan.org/~bobtfish/Catalyst-Plugin-I18N-0.10/lib/Catalyst/Plugin/I18N/Manual.pod The docs says that I should use '[% c.loc(…) %]' for template files. But xgettext.pl extracts (thanks to Locale::Maketext::Extract::Plugin::TT2) only '[% l(…) %]', '[% c.l(…) %]' and '[% loc(…) %]' strings. I can't use 'l', 'c.l' or 'loc' functions because it undefined in the templates. I think that xgettext.pl should extract '[% c.loc(…) %]' strings from the template files. --- System information. --- Architecture: i386 Kernel: Linux 3.10-2-686-pae Debian Release: jessie/sid 990 testing debian.botik.ru 500 unstabledebian.botik.ru 500 stable debian.botik.ru 500 stable deb.opera.com 500 maverickppa.launchpad.net 1 experimentaldebian.botik.ru --- Package information. --- Depends (Version) | Installed ==-+-=== perl (= 5.14) | 5.14.2-21 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== libtemplate-perl | 2.24-1.1 libyaml-perl | 0.84-1 libhtml-parser-perl| 3.71-1 libppi-perl| 1.215-1 -- Max V. Stotsky m...@pereslavl.ru signature.asc Description: This is a digitally signed message part
Bug#718473: pcscd: 100% CPU usage
I am experiencing the same bug. My computer is a Dell Latitude E6220. I can reliably reproduce the bug with the following steps: 1. Switch off wireless (using the hardware button) 2. Suspend 3. Resume 4. Switch on wireless Le 02/08/2013 10:56, Ludovic Rousseau a écrit : Can you: 1. run pcscd inside gdb 2. stop pcscd using Ctrl-C while in the 100% CPU loop 3. use the bt gdb command to generate a backtrace 4. send the result There: (gdb) bt #0 0x772d6793 in select () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00410b70 in ?? () #2 0x004035b0 in ?? () #3 0x77216995 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x004038de in _start () I've noticed that only one thread (and not the main one) was consuming 100% CPU: (gdb) thread apply all bt Thread 5 (Thread 0x755c1700 (LWP 8126)): #0 0x772d6793 in select () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x0040e2ab in ?? () #2 0x775a8e0e in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #3 0x772dd93d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 4 (Thread 0x75dc2700 (LWP 8125)): #0 0x772d219d in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x76dcd73e in poll (__timeout=6, __nfds=4, __fds=0x79c0) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46 #2 handle_events (ctx=ctx@entry=0x6586c0, tv=tv@entry=0x75dc1d80) at ../../libusb/io.c:1963 #3 0x76dce3a3 in libusb_handle_events_timeout_completed (ctx=0x6586c0, tv=tv@entry=0x75dc1dc0, completed=completed@entry=0x0) at ../../libusb/io.c:2126 #4 0x76dce46f in libusb_handle_events (ctx=optimized out) at ../../libusb/io.c:2202 #5 0x76fe8118 in ?? () from /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so #6 0x76fe2fc2 in ?? () from /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so #7 0x00405eed in ?? () #8 0x775a8e0e in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #9 0x772dd93d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 3 (Thread 0x765c3700 (LWP 8124)): #0 0x772d219d in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x76dd36f8 in poll (__timeout=-1, __nfds=2, __fds=0x765c2ec0) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46 #2 linux_udev_event_thread_main (arg=optimized out) at ../../libusb/os/linux_udev.c:175 #3 0x775a8e0e in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #4 0x772dd93d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 2 (Thread 0x76dc4700 (LWP 8123)): #0 0x772d219d in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x76dd36f8 in poll (__timeout=-1, __nfds=2, __fds=0x76dc3ec0) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46 #2 linux_udev_event_thread_main (arg=optimized out) at ../../libusb/os/linux_udev.c:175 #3 0x775a8e0e in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #4 0x772dd93d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 1 (Thread 0x77fdb700 (LWP 8119)): #0 0x772d6793 in select () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00410b70 in ?? () #2 0x004035b0 in ?? () #3 0x77216995 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x004038de in _start () The loop seems to happen in thread 2. With strace, I see an active poll-recvmsg loop. 5. kill any running pcscd 6. run in a terminal sudo pcscd -dfa 7. send me the result After resume, I get: 31404819 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x413C, PID: 0x8187, path: /dev/bus/usb/001/007 2486 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x413C, PID: 0x8187, path: /dev/bus/usb/001/007 3401 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x413C, PID: 0x8187, path: /dev/bus/usb/001/007 0944 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x413C, PID: 0x8187, path: /dev/bus/usb/001/007 Then after a while, I get: 29258929 hotplug_libudev.c:587:HPEstablishUSBNotifications() Device removed 0412 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0114 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0116 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x8087, PID: 0x0024, path: /dev/bus/usb/001/002 0143 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/002/001 0103 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/002/001 0116 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x8087,
Bug#724281: [Build-common-hackers] Bug#724281: Bug#724281: cdbs: license check a lot of time results in an error
Dear Vasudev, On 24/09/2013 05:32, Vasudev Kamath wrote: On Mon, Sep 23, 2013 at 10:33 PM, Giulio Paci giuliop...@gmail.com wrote: By the way, today I noticed the same behaviour while packaging another software. In this case I am not regenerating autoconf files at all, so I think this is a real bug. I disagree on this I and Jonas use copyright check on several of our packages and never have encountered this problem! Looks like something else is wrong here. As Jonas says more information will help. In the following fail = produce a slightly different result almost every time. I am also using this feature on several of my packages, usually without any issue. Moreover I do not remember that this package (sptk) failed in the past on the same systems where it is failing now (without some of the latest updates to both devscripts and cdbs). In addition it is not failing on Jonas computer, while it is failing on two of my systems. The licensecheck line is failing even when invoked from the command line on a clean source tree. I agree that there is something wrong, but what? If the license check code is working on your systems with the sptk package, what is the difference between my systems and yours? If it is not working on your systems, what is the problem with that package? On one of the failing systems I am using: cdbs 0.4.122 devscripts 2.13.3 My locale is it_IT.UTF-8, but I also tried invoking the command with LC_ALL=C and was still failing. I have no access to the other system now, but I guess it is the same configuration (the only difference could be in the cdbs version). Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723936: [Pkg-systemd-maintainers] Bug#723936: systemd: fails to upgrade - same behavior
Am 24.09.2013 12:01, schrieb Jean-Marc: Hi, I got exactly the same problem. dist-upgrade contained systemd/204-4; getting errors and impossible to invoke a start of pcscd and bluez. I rebooted because the kernel 3.10-3 also came with the upgrade. And systemd did not start properly hanging and failing in timedout after a while. I checked mounted FS but none of my LVM FS were there. The upgrade failure and the LVM problem sound like different issue not related to each other. Your LVM issue is most likely the same as [1] As for the upgrade failure: Did running apt-get a second time successfully complete the upgrade? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718190#85 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#717687: bumblebee-nvidia: I have this bug too on Lenovo y570
On Thu, Sep 19, 2013 at 5:37 AM, CrabMan headcrabex...@gmail.com wrote: Package: bumblebee-nvidia Version: 3.2.1-4 Followup-For: Bug #717687 Dear Maintainer, I have this bug too: $ optirun glxgears [ 607.540506] [ERROR]Cannot access secondary GPU - error: Could not load GPU driver [ 607.540572] [ERROR]Aborting because fallback start is disabled. primusrun give the same result. I tried different changes in bumblebee.conf, changing driver to nvidia, nvidia-current and leaving empty - none works Did you try to restart the bumblebee daemon after making those changes (i.e. set KernelDriver=nvidia-current) to /etc/bumblebee/bumblebee.conf (i.e. /etc/init.d/bumblebeed restart)? Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723699: Valgrind Bug 307082 - HG false positive: pthread_cond_destroy: destruction of unknown cond var
Control: tags -1 pending On gio, set 19, 2013 at 01:39:11 +0200, Jeroen Massar wrote: Package: valgrind Tags: patch https://bugs.kde.org/show_bug.cgi?id=307082 Please apply the patch they have there, that fixes a tiny oversight in valgrind with respect to condition initialization tracking. I imported the patch in git, and will upload soon. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#723699: Valgrind Bug 307082 - HG false positive: pthread_cond_destroy: destruction of unknown cond var
On 2013-09-24 12:44, Alessandro Ghedini wrote: Control: tags -1 pending On gio, set 19, 2013 at 01:39:11 +0200, Jeroen Massar wrote: Package: valgrind Tags: patch https://bugs.kde.org/show_bug.cgi?id=307082 Please apply the patch they have there, that fixes a tiny oversight in valgrind with respect to condition initialization tracking. I imported the patch in git, and will upload soon. Thanks! Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724496: gnome-shell: greeter: crash at startup before login because $XDG_SESSION_ID is NULL
Package: gnome-shell Version: 3.8.4-1 Severity: important Dear Maintainer, After upgrading from gnome 3.4 to the last version in experimental, the GDM greeter crashes at startup and the screen remains black; I only see the mouse pointer so I am unable to login. /var/log/gdm3/:0-greeter.log.1 contains a JS exception in getCurrentSessionProxy() from loginManager.js: 8 gnome-session[3721]: WARNING: Failed isActive call to ConsoleKit: Method IsActive with signature on interface org.freedesktop.ConsoleKit.Manager doesn't exist openConnection: connect: No such file or directory cannot connect to brltty at :0 JS ERROR: !!! Exception in callback for signal: sessions-loaded JS ERROR: !!! message = 'Argument 'string' (type utf8) may not be null' JS ERROR: !!! fileName = '/usr/share/gjs-1.0/overrides/GLib.js' JS ERROR: !!! lineNumber = '105' JS ERROR: !!! stack = '_pack_variant([object Array],null)@/usr/share/gjs-1.0/overrides/GLib.js:105 _pack_variant([object Array],[object Array])@/usr/share/gjs-1.0/overrides/GLib.js:152 ((s),[object Array])@/usr/share/gjs-1.0/overrides/GLib.js:262 _proxyInvoker(GetSession,false,[object Array],[object Array])@/usr/share/gjs-1.0/overrides/Gio.js:79 (null,function () {[native code]})@/usr/share/gjs-1.0/overrides/Gio.js:125 (function () {[native code]})@/usr/share/gnome-shell/js/misc/loginManager.js:155 wrapper(function () {[native code]})@/usr/share/gjs-1.0/lang.js:213 ()@/usr/share/gnome-shell/js/ui/screenShield.js:517 wrapper()@/usr/share/gjs-1.0/lang.js:213 ()@/usr/share/gjs-1.0/lang.js:154 ()@/usr/share/gjs-1.0/lang.js:248 _initializeUI()@/usr/share/gnome-shell/js/ui/main.js:163 _sessionsLoaded([object Object])@/usr/share/gnome-shell/js/ui/main.js:109 _emit(sessions-loaded)@/usr/share/gjs-1.0/signals.js:124 ([object Object])@/usr/share/gnome-shell/js/ui/sessionMode.js:172 done()@/usr/share/gnome-shell/js/misc/fileUtils.js:33 ([object Array])@/usr/share/gnome-shell/js/misc/fileUtils.js:51 onNextFileComplete([object GObject_Object],[object GObject_Object])@/usr/share/gnome-shell/js/misc/fileUtils.js:21 ' (gnome-shell:3911): GLib-GIO-WARNING **: Type of return value is incorrect: expected `(b)', got `()'' 8 I added some debugs in /usr/share/gnome-shell/js/misc/loginManager.js so I can see that GLib.getenv('XDG_SESSION_ID') is NULL, hence the exception in loginManager.js in getCurrentSessionProxy(). It got fixed by installing 1 package: libpam-systemd, which was not installed. I suspect that a dependency to libpam-systemd was missing because it works fine now. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii evolution-data-server3.8.5-2 ii gdm3 3.8.4-1 ii gir1.2-accountsservice-1.0 0.6.34-2 ii gir1.2-caribou-1.0 0.4.12-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gcr-3 3.8.2-4 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.8.4-1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-ibus-1.0 1.5.3-7 ii gir1.2-mutter-3.03.8.3-1 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.4-1 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.42.2-6 ii gir1.2-telepathyglib-0.120.20.4-1 ii gir1.2-telepathylogger-0.2 0.8.0-2 ii gir1.2-upowerglib-1.00.9.21-3 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.8.2.2-2 ii gnome-settings-daemon3.8.5-1 ii gnome-shell-common 3.8.4-1 ii gnome-themes-standard3.8.4-1 ii gsettings-desktop-schemas3.8.0-1 ii libatk-bridge2.0-0 2.9.5-2 ii libatk1.0-0 2.8.0-2 ii libc6
Bug#719623: linux-image-3.10-3-amd64: still present in 3.10-3-amd64
Package: src:linux Version: 3.10.11-1 Followup-For: Bug #719623 Hi, I see the same bug I reported on 3.10-2 in this kernel version. Below is another backtrack log. Thanks, Johannes lease wait... (gathering kmem slab cache data) crash: page excluded: kernel virtual address: 880133d9c000 type: kmem_cache buffer crash: unable to initialize kmem slab cache subsystem KERNEL: /usr/lib/debug/boot/vmlinux-3.10-3-amd64 DUMPFILE: /var/crash/201309240910/dump.201309240910 [PARTIAL DUMP] CPUS: 2 DATE: Tue Sep 24 11:09:18 2013 UPTIME: 00:07:14 LOAD AVERAGE: 0.13, 0.68, 0.47 TASKS: 301 NODENAME: Erwin RELEASE: 3.10-3-amd64 VERSION: #1 SMP Debian 3.10.11-1 (2013-09-10) MACHINE: x86_64 (2792 Mhz) MEMORY: 3.9 GB PANIC: PID: 0 COMMAND: swapper/0 TASK: 81613400 (1 of 2) [THREAD_INFO: 8160] CPU: 0 STATE: TASK_RUNNING (PANIC) crash log [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.10-3-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10) [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.10-3-amd64 root=UUID=4ba7d001-60e1-4e5d-b936-0d74eda2e679 ro crashkernel=128m [0.00] Disabled fast string operations [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009abff] usable [0.00] BIOS-e820: [mem 0x0009ac00-0x0009] reserved [0.00] BIOS-e820: [mem 0x000d6000-0x000d7fff] reserved [0.00] BIOS-e820: [mem 0x000dc000-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0xbf8a0fff] usable [0.00] BIOS-e820: [mem 0xbf8a1000-0xbf8a6fff] reserved [0.00] BIOS-e820: [mem 0xbf8a7000-0xbf9b6fff] usable [0.00] BIOS-e820: [mem 0xbf9b7000-0xbfa0efff] reserved [0.00] BIOS-e820: [mem 0xbfa0f000-0xbfac5fff] usable [0.00] BIOS-e820: [mem 0xbfac6000-0xbfad0fff] ACPI NVS [0.00] BIOS-e820: [mem 0xbfad1000-0xbfad3fff] ACPI data [0.00] BIOS-e820: [mem 0xbfad4000-0xbfad7fff] reserved [0.00] BIOS-e820: [mem 0xbfad8000-0xbfadbfff] ACPI NVS [0.00] BIOS-e820: [mem 0xbfadc000-0xbfadefff] reserved [0.00] BIOS-e820: [mem 0xbfadf000-0xbfb05fff] ACPI NVS [0.00] BIOS-e820: [mem 0xbfb06000-0xbfb07fff] ACPI data [0.00] BIOS-e820: [mem 0xbfb08000-0xbfd0efff] reserved [0.00] BIOS-e820: [mem 0xbfd0f000-0xbfd9efff] ACPI NVS [0.00] BIOS-e820: [mem 0xbfd9f000-0xbfdfefff] ACPI data [0.00] BIOS-e820: [mem 0xbfdff000-0xbfdf] usable [0.00] BIOS-e820: [mem 0xbfe0-0xbfff] reserved [0.00] BIOS-e820: [mem 0xe000-0xefff] reserved [0.00] BIOS-e820: [mem 0xfec0-0xfec0] reserved [0.00] BIOS-e820: [mem 0xfed0-0xfed003ff] reserved [0.00] BIOS-e820: [mem 0xfed1-0xfed13fff] reserved [0.00] BIOS-e820: [mem 0xfed18000-0xfed19fff] reserved [0.00] BIOS-e820: [mem 0xfed1c000-0xfed8] reserved [0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved [0.00] BIOS-e820: [mem 0xff80-0x] reserved [0.00] BIOS-e820: [mem 0x0001-0x00013bff] usable [0.00] NX (Execute Disable) protection: active [0.00] SMBIOS 2.4 present. [0.00] DMI: LENOVO 4061WFA/4061WFA, BIOS 6FET92WW (3.22 ) 12/14/2011 [0.00] e820: update [mem 0x-0x0fff] usable == reserved [0.00] e820: remove [mem 0x000a-0x000f] usable [0.00] No AGP bridge found [0.00] e820: last_pfn = 0x13c000 max_arch_pfn = 0x4 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-D7FFF write-protect [0.00] D8000-DBFFF uncachable [0.00] DC000-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 13C00 mask FFC00 uncachable [0.00] 1 base 0 mask F8000 write-back [0.00] 2 base 08000 mask FC000 write-back [0.00] 3 base 1 mask FC000 write-back sh bt PID: 0 TASK: 81613400 CPU: 0 COMMAND: swapper/0 #0 [88013bc03a70] machine_kexec at 8102b6f0 #1
Bug#723936: [Pkg-systemd-maintainers] Bug#723936: systemd: fails to upgrade - same behavior
Am 24.09.2013 13:27, schrieb Jean-Marc: On Tue, 24 Sep 2013 12:45:32 +0200, Michael Biebl bi...@debian.org wrote: Am 24.09.2013 12:01, schrieb Jean-Marc: Hi, [SNIP] The upgrade failure and the LVM problem sound like different issue not related to each other. Your LVM issue is most likely the same as [1] OK. You could try the packages posted there and see if they fix your LVM issue (assuming you use the amd64 architecture) As for the upgrade failure: Did running apt-get a second time successfully complete the upgrade? Unfortunately, when I ran apt-get the second time, I have started my system using initd, the only way I found to make it started. Do you have an backup from before the upgrade so we have a chance of reproducing the issue? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#724497: RM: geronimo-activation-1.1-spec -- ROM; obsolete, no rdeps
Package: ftp.debian.org Severity: normal I'd like to request the removal of geronimo-activation-1.1-spec, this package provides an implementation of the javax.activation API which is now a standard part of the JDK. There are no reverse dependencies left on this package. Thank you, Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667966: Belangrijke mededeling
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
Bug#723936: [Pkg-systemd-maintainers] Bug#723936: systemd: fails to upgrade - same behavior
On Tue, 24 Sep 2013 12:45:32 +0200, Michael Biebl bi...@debian.org wrote: Am 24.09.2013 12:01, schrieb Jean-Marc: Hi, [SNIP] The upgrade failure and the LVM problem sound like different issue not related to each other. Your LVM issue is most likely the same as [1] OK. As for the upgrade failure: Did running apt-get a second time successfully complete the upgrade? Unfortunately, when I ran apt-get the second time, I have started my system using initd, the only way I found to make it started. And it worked, meaning the 2 (re)starts were OK. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718190#85 P.S. I am not used to send bug reports; Do I have to reply to you, to the bug tracking system or to both ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709186: mapserver: fails to build with ld that defaults to --as-needed
Dear Colin, Is this bug still relevant? In the mean time MapServer has been updated in Debian to 6.2.1 and 6.4.0. These build use -ldl already. In Ubuntu saucy MapServer has been updated to 6.2.1-3, and should pull in 6.4.0-2 from Debian. Kind Regards, Bas -- GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724275: uswsusp: Stops at boot with resume: libgcrypt version 1.5.3
Am Dienstag, 24. September 2013, 06:03:08 schrieben Sie: Martin Steigerwald mar...@lichtvoll.de escribió: Package: uswsusp Version: 1.0+20120915-4 Severity: important Dear Maintainer, Today I upgraded my Debian GNU/Sid installation. After that I rebooted. On boot it stopped after resume: libgcrypt version 1.5.3 I waited for at least a minute. This happened with my custom built kernel 3.12-rc1. Debian 3.10-1-amd64 seems to work. I didn´t test any other kernels. I will attach configuration of my custom build kernel. After finding boot stops at resume: libgcrypt 1.4.5 for over 20 seconds https://bugs.launchpad.net/ubuntu/+source/libgcrypt11/+bug/665932 I tested whether removing uswsusp helps. It did. Now it boots with custom built kernel again. Since I use in-kernel-suspend currently, thats okay for me. I still wanted to report the issue. As it blocks boot I raised severity to important. I am not sure whether uswsusp causes the bug, might be another package from apt-get upgrade today, but since after removing uswsusp problem is gone, I reported it here for now. Feel free to reassign approbiately. […] -- System Information: Debian Release: jessie/sid […] Hi Martin, thanks a lot for your report. Please, can you send this info: 1. List of your swap devices. (cat /proc/swaps can help). merkaba:~ cat /proc/swaps Filename TypeSizeUsedPriority /dev/dm-2 partition 1258290812584 -1 merkaba:~ swapon -s Filename TypeSizeUsedPriority /dev/mapper/merkaba-swap partition 1258290812584 -1 2. The contents of the uswsusp configuration file (cat /etc/uswsusp.conf). Sorry, as I purged the package its gone. I removed the package in order to be able to boot my custom kernels again. I could only try to look in an older backup snapshot at home. 3. The contents of the resume file for the initramfs-tools package (cat /etc/initramfs-tools/conf.d/resume). merkaba:~ cat /etc/initramfs-tools/conf.d/resume RESUME=/dev/mapper/merkaba-swap Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723780:
Indeed, I was not listening to what aptitude told me to do. I had renegade dependency from the old evolution-3.4.4 (libreoffice-evolution and libebook) which I had to uninstall first. After removing them manually, aptitude was able to install evolution-3.8.5.
Bug#724491: localepurge: debconf-communicate -fnoninteractive localepurge does not work
On 09/24/2013 05:24 PM, Niels Thykier wrote: Control: tags -1 moreinfo On 2013-09-24 11:11, Steven Shiau wrote: Package: localepurge Version: 0.7.3 Severity: normal Dear Maintainer, Hi, After upgrading to localepurge 0.7.3, the following commands do not work: = debconf-communicate -fnoninteractive localepurge EOF set localepurge/nopurge ca_ES.UTF-8, de_DE.UTF-8 fset localepurge/nopurge seen true EOF [...] I expect it should be changed as Value: ca_ES.UTF-8, de_DE.UTF-8 However, if I downgrade localepurge to 0.6.3, this issue is gone. Did I miss something for the new version of localepurge? Thanks. Steven. [...] In 0.7.3, I (mostly[1]) fixed a problem where localepurge was not respecting the values stored in /etc/locale.nopurge. It seems that you are working around #691431 when you should instead just update /etc/locale.nopurge to contain the values you want. Currently, localepurge will (now) read the values from /etc/locale.nopurge when it is being (re-)configured (or upgraded) and inject those into the database before asking questions. Hi Niels, Thanks for the quick response. Actually I can reproduce the problem in the bootstrap chroot environment. Here is how I reproduce the problem: 1. debootstrap --verbose --arch=i386 sid sid-chroot http://free.nchc.org.tw/debian 2. sudo chroot sid-chroot 3. apt-get update; apt-get install localepurge Then (1) choose not to remove all locales, (2) not to use dpkg --path-exclude (3) selecting locale file en_US.UTF-8 4. grep -A3 localepurge/nopurge /var/cache/debconf/config.dat Name: localepurge/nopurge Template: localepurge/nopurge Value: en_US.UTF-8 Owners: localepurge Flags: seen 5. debconf-communicate -fnoninteractive localepurge EOF set localepurge/nopurge ca_ES.UTF-8, de_DE.UTF-8 fset localepurge/nopurge seen true EOF 6. dpkg-reconfigure --priority=low --unseen-only localepurge Then choose also delete localized man pages. 7. grep -A3 localepurge/nopurge /var/cache/debconf/config.dat Name: localepurge/nopurge Template: localepurge/nopurge Value: en_US.UTF-8 Owners: localepurge Flags: seen The value is still en_US.UTF-8, which I expect it should be ca_ES.UTF-8, de_DE.UTF-8. I also ran steps 5-6 again, and the step 7 step still showed me Value: en_US.UTF-8 Any suggestion or idea? Thanks. Steven. ~Niels [1] Mostly because I haven't fixed #563774 yet. But from what I can tell, that particular bug does not apply to your case. -- Steven Shiau steven _at_ nchc org tw steven _at_ stevenshiau org National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723936: [Pkg-systemd-maintainers] Bug#723936: systemd: fails to upgrade - same behavior
Am 24.09.2013 14:07, schrieb Jean-Marc: On Tue, 24 Sep 2013 13:53:18 +0200, Michael Biebl bi...@debian.org wrote: Am 24.09.2013 13:27, schrieb Jean-Marc: On Tue, 24 Sep 2013 12:45:32 +0200, Michael Biebl bi...@debian.org wrote: Am 24.09.2013 12:01, schrieb Jean-Marc: Hi, [SNIP] The upgrade failure and the LVM problem sound like different issue not related to each other. Your LVM issue is most likely the same as [1] OK. You could try the packages posted there and see if they fix your LVM issue (assuming you use the amd64 architecture) I took a look at this but I have no issue with systemd/LVM. The problem is systemd never reached the step where it mounts FS's. It hangs before and timedouts asking for root password or ctrl-D. That sounds like the LVM problem. Without the fixes in the lvm2 package, the lvm2 devices won't show up and systemd times out waiting for those devices. As said, it would be good if you could test those packages. Please follow up on #718190 for this. As for the upgrade failure: Did running apt-get a second time successfully complete the upgrade? Unfortunately, when I ran apt-get the second time, I have started my system using initd, the only way I found to make it started. Do you have an backup from before the upgrade so we have a chance of reproducing the issue? No, no backup But I am sure there is a problem with systemd. The last version installed on my system is not able to start it anymore. And I can reproduce this. The non-booting/LVM problem is a different bug and we shouldn't mix this with this bug report #723936 which is about the failure during upgrade, otherwise we get a complete mess. Let's only deal with the upgrade failure in this bug report. If you have a journalctl dump from during the system upgrade, that could be helpful. If you are not comfortable sharing it on the internet, you can also send it to me privately. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#724498: perlsyn(1) contains POD errors
Package: perl-doc Version: 5.18.1-4 Severity: minor File: /usr/share/man/man1/perlsyn.1.gz Tags: upstream Hi, The perlsyn(1) manual page contains a POD ERRORS section: POD ERRORS Hey! The above document had some coding errors, which are explained below: Around line 1008: Expected text after =item, not a number I wonder how was this built, since all other POD-shipping packages fail to build with perl 5.18 if their POD has errors :) Cheers, dam -- 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.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perl-doc depends on: ii perl 5.18.1-4 perl-doc recommends no packages. Versions of packages perl-doc suggests: ii groff 1.22.2-3 ii man-db [man-browser] 2.6.5-2 -- 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#724499: Missing Depends on python3-cairo for snippets plugin
Package: gedit-plugins Version: 3.8.3-2 Severity: normal Since the last upgrade of gedit and gedit-plugins, the snippets plugin stopped working. If I try to enable it, in the terminal I see Traceback (most recent call last): File /usr/lib/x86_64-linux-gnu/gedit/plugins/snippets/__init__.py, line 18, in module from .appactivatable import AppActivatable File /usr/lib/x86_64-linux-gnu/gedit/plugins/snippets/appactivatable.py, line 26, in module from .manager import Manager File /usr/lib/x86_64-linux-gnu/gedit/plugins/snippets/manager.py, line 29, in module from .document import Document File /usr/lib/x86_64-linux-gnu/gedit/plugins/snippets/document.py, line 21, in module import cairo ImportError: No module named 'cairo' The problem is solved by simply installing the package python3-cairo. Even after installing that package there are other problems, which I will describe in another bug report. -- System Information: Debian Release: jessie/sid APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit-plugins depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gedit3.8.3-3+b1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-gtksource-3.0 3.8.2-1 ii gir1.2-gucharmap-2.901:3.8.2-2 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-peas-1.0 1.8.1-1 ii gir1.2-vte-2.90 1:0.34.6-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libgtksourceview-3.0-1 3.8.2-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpeas-1.0-01.8.1-1 ii python3 3.3.2-15 ii python3.33.3.2-5 gedit-plugins recommends no packages. Versions of packages gedit-plugins suggests: pn zeitgeist-datahub 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#724500: jwchat: patch for NMU version 1.0+dfsg-1.2
Package: jwchat Version: 1.0+dfsg-1.2 Tags: patch Severity: wishlist I've just uploaded an NMU of jwchat 1.0+dfsg-1.2 to unstable. The complete patch is attached. It is based on patches I found in BTS, and updated with a few issues lintian reported. This is the changelog: jwchat (1.0+dfsg-1.2) unstable; urgency=low * Non-maintainer upload. * Rename /etc/apache4/sites-available/jwchat and /etc/apache2/sites-available/jwchat.conf and add maintainer script code to handle this rename during upgrades, to make jwchat compatible with apache 2.4 (Closes: #710688). Based on patch from Jean-Michel Vourgère with additions from Petter Reinholdtsen. * Change file owner of files handled out via apache from nobody and www-data to root, to ensure the apache server and processes running as user nobody can't modify the files (Closes: #632631). * Apply patch from Jean-Michel Vourgère to not leave any files behind after purge, even if ucf isn't available during purge (Closes: #656455). * Add web page symlinks to allow DEBUG=true mode to work with the jwchat web client (Closes: #644097). Patch from Jean-Michel Vourgère. * Updated Standards-Version from 3.9.1 to 3.9.4 keeping lintian happy. No changes needed. * Removed article from short description, keeping lintian happy. -- Petter Reinholdtsen p...@debian.org Tue, 24 Sep 2013 14:24:39 +0200 I had intended to send the NMU to the delayed queue, but goofed up when calling dput, and hope I can be forgiven. -- Happy hacking Petter Reinholdtsen diff -Nru jwchat-1.0+dfsg/debian/changelog jwchat-1.0+dfsg/debian/changelog --- jwchat-1.0+dfsg/debian/changelog 2012-09-05 00:08:20.0 +0200 +++ jwchat-1.0+dfsg/debian/changelog 2013-09-24 14:24:46.0 +0200 @@ -1,3 +1,26 @@ +jwchat (1.0+dfsg-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Rename /etc/apache4/sites-available/jwchat and +/etc/apache2/sites-available/jwchat.conf and add maintainer script +code to handle this rename during upgrades, to make jwchat +compatible with apache 2.4 (Closes: #710688). Based on patch from +Jean-Michel Vourgère with additions from Petter Reinholdtsen. + * Change file owner of files handled out via apache from nobody and +www-data to root, to ensure the apache server and processes +running as user nobody can't modify the files (Closes: #632631). + * Apply patch from Jean-Michel Vourgère to not leave any +files behind after purge, even if ucf isn't available during +purge (Closes: #656455). + * Add web page symlinks to allow DEBUG=true mode to work with the +jwchat web client (Closes: #644097). Patch from Jean-Michel +Vourgère. + * Updated Standards-Version from 3.9.1 to 3.9.4 keeping lintian +happy. No changes needed. + * Removed article from short description, keeping lintian happy. + + -- Petter Reinholdtsen p...@debian.org Tue, 24 Sep 2013 14:24:39 +0200 + jwchat (1.0+dfsg-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru jwchat-1.0+dfsg/debian/control jwchat-1.0+dfsg/debian/control --- jwchat-1.0+dfsg/debian/control 2010-09-17 23:55:06.0 +0200 +++ jwchat-1.0+dfsg/debian/control 2013-09-24 14:24:33.0 +0200 @@ -10,13 +10,13 @@ Vcs-Browser: http://git.debian.org/?p=pkg-xmpp/jwchat.git Vcs-Git: git://git.debian.org/git/pkg-xmpp/jwchat.git Homepage: http://jwchat.sourceforge.net/ -Standards-Version: 3.9.1 +Standards-Version: 3.9.4 Package: jwchat Architecture: all Depends: ${misc:Depends}, apache2 | httpd, ucf, libjs-jac, libjs-xmlextras, libjs-debugger Recommends: ejabberd -Description: a full featured, web-based Jabber chat client +Description: full featured, web-based Jabber chat client JWChat is a full featured, web-based Jabber client. Written using AJAX technology it relies on JavaScript and HTML at the client-side only. It supports basic jabber instant messaging, roster management and groupchats diff -Nru jwchat-1.0+dfsg/debian/postinst jwchat-1.0+dfsg/debian/postinst --- jwchat-1.0+dfsg/debian/postinst 2010-09-17 20:11:48.0 +0200 +++ jwchat-1.0+dfsg/debian/postinst 2013-09-24 14:17:32.0 +0200 @@ -7,7 +7,8 @@ configfile='/etc/jwchat/config.js' configsource='/usr/share/jwchat/config.js' -apachefile='/etc/apache2/sites-available/jwchat' +oldapachefile='/etc/apache2/sites-available/jwchat' +apachefile='/etc/apache2/sites-available/jwchat.conf' apachesource='/usr/share/jwchat/apache.conf' wwwdir='/usr/share/jwchat/www' tempfile=$(mktemp) @@ -19,17 +20,27 @@ { find $wwwdir -type d -exec chmod 0755 {} \; find $wwwdir -type f -exec chmod 0644 {} \; - find $wwwdir -type f -exec chown nobody:nogroup {} \; + find $wwwdir -type f -exec chown root:nogroup {} \; } setup_apache() { +case $1 in +configure) +if dpkg --compare-versions $2 le 1.0+dfsg-1.1; then +if [ -e $oldapachefile.dpkg-backup ] [ ! -e $apachefile ] ; then
Bug#724501: Broken snippets plugin (TypeErrors, dialog won't open)
Package: gedit-plugins Version: 3.8.3-2 Severity: normal Since the last upgrade, if you use the snippets plugin, 1) when a document is loaded, although nothing anomalous seems to happen, you will see in the terminal (gedit:12519): GLib-GObject-CRITICAL **: g_value_unset: assertion `G_IS_VALUE (value)' failed Traceback (most recent call last): File /usr/lib/x86_64-linux- gnu/gedit/plugins/externaltools/windowactivatable.py, line 217, in do_update_state self.menu.filter(self.window.get_active_document()) File /usr/lib/python3/dist-packages/gi/_gobject/propertyhelper.py, line 215, in __get__ value = instance.get_property(self.name) TypeError: unknown type (null) Traceback (most recent call last): File /usr/lib/gedit/plugins/latex/windowactivatable.py, line 385, in adjust for name in self._action_objects: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' Traceback (most recent call last): File /usr/lib/gedit/plugins/latex/windowactivatable.py, line 385, in adjust for name in self._action_objects: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2) if you try to open the Manage snippets dialog, it won't open, and instead you see in the terminal (gedit:12421): GLib-GObject-CRITICAL **: g_value_unset: assertion `G_IS_VALUE (value)' failed Traceback (most recent call last): File /usr/lib/x86_64-linux-gnu/gedit/plugins/snippets/windowactivatable.py, line 209, in on_action_snippets_activate self.create_configure_dialog() File /usr/lib/x86_64-linux-gnu/gedit/plugins/snippets/windowactivatable.py, line 206, in create_configure_dialog SharedData().show_manager(self.window, self.plugin_info.get_data_dir()) File /usr/lib/python3/dist-packages/gi/_gobject/propertyhelper.py, line 215, in __get__ value = instance.get_property(self.name) TypeError: unknown type (null) -- System Information: Debian Release: jessie/sid APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit-plugins depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gedit3.8.3-3+b1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-gtksource-3.0 3.8.2-1 ii gir1.2-gucharmap-2.901:3.8.2-2 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-peas-1.0 1.8.1-1 ii gir1.2-vte-2.90 1:0.34.6-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libgtksourceview-3.0-1 3.8.2-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpeas-1.0-01.8.1-1 ii python3 3.3.2-15 ii python3.33.3.2-5 gedit-plugins recommends no packages. Versions of packages gedit-plugins suggests: pn zeitgeist-datahub 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#724502: kmix: KMix crashes when dragdrop channel
Package: kmix Version: 4:4.10.5-1 Severity: important Dear Maintainer, My sound card is Creative Labs SB Live! EMU10k1 (rev 0a) / Creative Labs SBLive! 5.1 Digital Model SB0220 backed by kernel module snd_emu10k1. It has a switch Mic Boost +20db. When I add it to the list of used channels and try to drag it KMix crashes. Possibly I need to build kmix-dbg from Debian source package. Please adwise if it will be helpful. The crash can be reproduced every time. PS. For some reason Kde crash reporter said Kmix version is 4.3 thus declined to send bugreport. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmix depends on: ii kde-runtime 4:4.10.5-1 ii libasound2 1.0.27.2-1 ii libc62.17-92+b1 ii libcanberra0 0.30-2 ii libkdecore5 4:4.10.5-1+b1 ii libkdeui54:4.10.5-1+b1 ii libplasma3 4:4.10.5-1+b1 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpulse04.0-6+b1 ii libqt4-dbus 4:4.8.5+dfsg-4 ii libqt4-xml 4:4.8.5+dfsg-4 ii libqtcore4 4:4.8.5+dfsg-4 ii libqtgui44:4.8.5+dfsg-4 ii libsolid44:4.10.5-1+b1 ii libstdc++6 4.8.1-10 kmix recommends no packages. kmix suggests no packages. Application: KMix (kmix), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f61ce7d6780 (LWP 3174))] Thread 2 (Thread 0x7f61c31c2700 (LWP 3178)): #0 0x003b732dd19d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x003b75e48194 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x003b75e4829c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x0032443a7d06 in QEventDispatcherGlib::processEvents (this=0x7f61bc0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #4 0x0032443797bf in QEventLoop::processEvents (this=this@entry=0x7f61c31c1db0, flags=...) at kernel/qeventloop.cpp:149 #5 0x003244379ab5 in QEventLoop::exec (this=this@entry=0x7f61c31c1db0, flags=...) at kernel/qeventloop.cpp:204 #6 0x0032442788cf in QThread::exec (this=this@entry=0x2406340) at thread/qthread.cpp:536 #7 0x00324435aee3 in QInotifyFileSystemWatcherEngine::run (this=0x2406340) at io/qfilesystemwatcher_inotify.cpp:256 #8 0x00324427af6f in QThreadPrivate::start (arg=0x2406340) at thread/qthread_unix.cpp:338 #9 0x003b73a07e0e in start_thread (arg=0x7f61c31c2700) at pthread_create.c:311 #10 0x003b732e893d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7f61ce7d6780 (LWP 3174)): [KCrash Handler] #6 length (this=0x2388410) at ../../include/QtCore/../../src/corelib/tools/qstring.h:697 #7 operator (out=..., str=...) at tools/qstring.cpp:7555 #8 0x003249e673f8 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kmix.so #9 0x00324611f3d8 in QListModel::mimeData (this=0x23c8e10, indexes=...) at itemviews/qlistwidget.cpp:432 #10 0x0032460c55a0 in QAbstractItemView::startDrag (this=this@entry=0x2a2b0a0, supportedActions=...) at itemviews/qabstractitemview.cpp:3525 #11 0x0032460e5333 in QListView::startDrag (this=this@entry=0x2a2b0a0, supportedActions=...) at itemviews/qlistview.cpp:893 #12 0x0032460c3f29 in QAbstractItemView::mouseMoveEvent (this=this@entry=0x2a2b0a0, event=event@entry=0x7fffb4905d10) at itemviews/qabstractitemview.cpp:1725 #13 0x0032460e4ef4 in QListView::mouseMoveEvent (this=0x2a2b0a0, e=0x7fffb4905d10) at itemviews/qlistview.cpp:781 #14 0x003245c17e35 in QWidget::event (this=this@entry=0x2a2b0a0, event=event@entry=0x7fffb4905d10) at kernel/qwidget.cpp:8361 #15 0x003245fb595e in QFrame::event (this=0x2a2b0a0, e=0x7fffb4905d10) at widgets/qframe.cpp:557 #16 0x0032460c49d3 in QAbstractItemView::viewportEvent (this=0x2a2b0a0, event=0x7fffb4905d10) at itemviews/qabstractitemview.cpp:1644 #17 0x00324437acc6 in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=this@entry=0x204c390, receiver=receiver@entry=0x265dbe0, event=event@entry=0x7fffb4905d10) at kernel/qcoreapplication.cpp:1059 #18 0x003245bc86ec in QApplicationPrivate::notify_helper (this=this@entry=0x204c390, receiver=receiver@entry=0x265dbe0, e=e@entry=0x7fffb4905d10) at kernel/qapplication.cpp:4563 #19 0x003245bceebd in QApplication::notify (this=this@entry=0x2020fa0, receiver=receiver@entry=0x265dbe0, e=e@entry=0x7fffb4905d10) at kernel/qapplication.cpp:4110 #20 0x003247641cfa in
Bug#724500: jwchat: patch for NMU version 1.0+dfsg-1.2
Control: retitle -1 jwchat: patch for NMU versions 1.0+dfsg-1.2 and 1.0+dfsg-1.3 I forgot the updated symlinks in version -1.2. Here is an updated patch used in -1.3. This is the changelog: jwchat (1.0+dfsg-1.3) unstable; urgency=low * Non-maintainer upload. * Add forgotten symlinks used in debug mode (really closes: #644097). * Add launcepad bug reference for #710688 fix. -- Petter Reinholdtsen p...@debian.org Tue, 24 Sep 2013 15:12:21 +0200 -- Happy hacking Petter Reinholdtsen diff -Nru jwchat-1.0+dfsg/debian/changelog jwchat-1.0+dfsg/debian/changelog --- jwchat-1.0+dfsg/debian/changelog2012-09-05 00:08:20.0 +0200 +++ jwchat-1.0+dfsg/debian/changelog2013-09-24 15:13:05.0 +0200 @@ -1,3 +1,35 @@ +jwchat (1.0+dfsg-1.3) unstable; urgency=low + + * Non-maintainer upload. + * Add forgotten symlinks used in debug mode (really closes: #644097). + * Add launcepad bug reference for #710688 fix. + + -- Petter Reinholdtsen p...@debian.org Tue, 24 Sep 2013 15:12:21 +0200 + +jwchat (1.0+dfsg-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Rename /etc/apache4/sites-available/jwchat and +/etc/apache2/sites-available/jwchat.conf and add maintainer script +code to handle this rename during upgrades, to make jwchat +compatible with apache 2.4 (Closes: #710688). Based on patch from +Jean-Michel Vourgère with additions from Petter Reinholdtsen. +Also fixes LP: #571925. + * Change file owner of files handled out via apache from nobody and +www-data to root, to ensure the apache server and processes +running as user nobody can't modify the files (Closes: #632631). + * Apply patch from Jean-Michel Vourgère to not leave any +files behind after purge, even if ucf isn't available during +purge (Closes: #656455). + * Add web page symlinks to allow DEBUG=true mode to work with the +jwchat web client (Closes: #644097). Patch from Jean-Michel +Vourgère. + * Updated Standards-Version from 3.9.1 to 3.9.4 keeping lintian +happy. No changes needed. + * Removed article from short description, keeping lintian happy. + + -- Petter Reinholdtsen p...@debian.org Tue, 24 Sep 2013 14:24:39 +0200 + jwchat (1.0+dfsg-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru jwchat-1.0+dfsg/debian/control jwchat-1.0+dfsg/debian/control --- jwchat-1.0+dfsg/debian/control 2010-09-17 23:55:06.0 +0200 +++ jwchat-1.0+dfsg/debian/control 2013-09-24 14:24:33.0 +0200 @@ -10,13 +10,13 @@ Vcs-Browser: http://git.debian.org/?p=pkg-xmpp/jwchat.git Vcs-Git: git://git.debian.org/git/pkg-xmpp/jwchat.git Homepage: http://jwchat.sourceforge.net/ -Standards-Version: 3.9.1 +Standards-Version: 3.9.4 Package: jwchat Architecture: all Depends: ${misc:Depends}, apache2 | httpd, ucf, libjs-jac, libjs-xmlextras, libjs-debugger Recommends: ejabberd -Description: a full featured, web-based Jabber chat client +Description: full featured, web-based Jabber chat client JWChat is a full featured, web-based Jabber client. Written using AJAX technology it relies on JavaScript and HTML at the client-side only. It supports basic jabber instant messaging, roster management and groupchats diff -Nru jwchat-1.0+dfsg/debian/links jwchat-1.0+dfsg/debian/links --- jwchat-1.0+dfsg/debian/links2010-09-17 23:55:06.0 +0200 +++ jwchat-1.0+dfsg/debian/links2013-09-24 15:07:45.0 +0200 @@ -2,3 +2,6 @@ /usr/share/javascript/jsjac/jsjac.js /usr/share/jwchat/www/jsjac.js /usr/share/javascript/xmlextras/xmlextras.js /usr/share/jwchat/www/xmlextras.js /usr/share/javascript/debugger/Debugger.js /usr/share/jwchat/www/Debugger.js +/usr/share/javascript/debugger/Debugger.html /usr/share/jwchat/www/Debugger.html +/usr/share/javascript/debugger/DebugBottom.html /usr/share/jwchat/www/DebugBottom.html +/usr/share/javascript/debugger/DebugTop.html /usr/share/jwchat/www/DebugTop.html diff -Nru jwchat-1.0+dfsg/debian/postinst jwchat-1.0+dfsg/debian/postinst --- jwchat-1.0+dfsg/debian/postinst 2010-09-17 20:11:48.0 +0200 +++ jwchat-1.0+dfsg/debian/postinst 2013-09-24 14:17:32.0 +0200 @@ -7,7 +7,8 @@ configfile='/etc/jwchat/config.js' configsource='/usr/share/jwchat/config.js' -apachefile='/etc/apache2/sites-available/jwchat' +oldapachefile='/etc/apache2/sites-available/jwchat' +apachefile='/etc/apache2/sites-available/jwchat.conf' apachesource='/usr/share/jwchat/apache.conf' wwwdir='/usr/share/jwchat/www' tempfile=$(mktemp) @@ -19,17 +20,27 @@ { find $wwwdir -type d -exec chmod 0755 {} \; find $wwwdir -type f -exec chmod 0644 {} \; - find $wwwdir -type f -exec chown nobody:nogroup {} \; + find $wwwdir -type f -exec chown root:nogroup {} \; } setup_apache() { +case $1 in +configure) +if dpkg --compare-versions $2 le 1.0+dfsg-1.1; then +if [ -e $oldapachefile.dpkg-backup ] [ ! -e $apachefile ] ;
Bug#681282: gdm3 or xdm fails to start X after upgrade from squeeze to wheezy
Hello, this issue is fixed since I am booting using kernel 3.2.0-4-686-pae. My mistake was that I have booted using the squeeze kernel 2.6.32-5-686. Kind 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#722567: Acknowledgement (nginx-extras: 1.4.1-3+b1 segfaults with libc6 2.17-92+b1)
# gdb nginx GNU gdb (GDB) 7.6 (Debian 7.6-5) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/sbin/nginx...(no debugging symbols found)...done. (gdb) run -t Starting program: /usr/sbin/nginx -t warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:165 165 ../sysdeps/x86_64/multiarch/strcmp-sse42.S: No such file or directory. (gdb) bt #0 __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:165 #1 0x00428ba1 in ngx_conf_parse () #2 0x00440e52 in ?? () #3 0x00428cda in ngx_conf_parse () #4 0x00426599 in ngx_init_cycle () #5 0x004183da in main ()
Bug#723936: [Pkg-systemd-maintainers] Bug#723936: systemd: fails to upgrade - same behavior
On Tue, 24 Sep 2013 13:53:18 +0200, Michael Biebl bi...@debian.org wrote: Am 24.09.2013 13:27, schrieb Jean-Marc: On Tue, 24 Sep 2013 12:45:32 +0200, Michael Biebl bi...@debian.org wrote: Am 24.09.2013 12:01, schrieb Jean-Marc: Hi, [SNIP] The upgrade failure and the LVM problem sound like different issue not related to each other. Your LVM issue is most likely the same as [1] OK. You could try the packages posted there and see if they fix your LVM issue (assuming you use the amd64 architecture) I took a look at this but I have no issue with systemd/LVM. The problem is systemd never reached the step where it mounts FS's. It hangs before and timedouts asking for root password or ctrl-D. As for the upgrade failure: Did running apt-get a second time successfully complete the upgrade? Unfortunately, when I ran apt-get the second time, I have started my system using initd, the only way I found to make it started. Do you have an backup from before the upgrade so we have a chance of reproducing the issue? No, no backup But I am sure there is a problem with systemd. The last version installed on my system is not able to start it anymore. And I can reproduce this. Do you want the output of journalctl -xb ? Or other logs ? Michael Jean-Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638262: lcdfilter setting
Like others suggested, please enable the lcdfilter option to the default system-wide fonts.conf, it makes fonts so much better-looking than the default configuration. match target=font edit mode=assign name=lcdfilter constlcddefault/const /edit /match Danijel Schiavuzzi, Software Engineer Office: Mletacka 12/III, 52100 Pula, Croatia | Fax: +38552210979 Email: danijel.schiavu...@infobip.com | Skype: danijel.schiavuzzi www.infobip.com / GSMA Associate Member / Mobey Forum Member This message is private and confidential. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Razvoj tehnologija d.o.o. If you have received this message in error, please notify us immediately via email to customer.supp...@infobip.com or telephone +442032864235. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540512: ping bug 540512: dash upgrade breaks mksh-as-/bin/sh
On Fri, 30 Aug 2013, Paul Gevers wrote: [Ping to all who have an idea on how to solve this bug] Goswin von Brederlow goswin-...@web.de had a proposal to fix this using system-shell-* packages that provide a system-shell virtual essential package. http://lists.debian.org/debian-devel/2013/05/msg00976.html is not the correct reference, but this was during the DebConf in Bosna i Hercegovina… I don’t find it. At that time, the dash maintainer agreed that other people may try to fix it, but the bash maintainer gave absolutely no response at all. jrnieder also seems to have ideas. Wouldn't it be a great time now to try and fix this bug properly, before we land in jessie freeze and see that we have this bug still open? Yesplease! bye, //mirabilos -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724503: ekiga: Ekiga randomly crashes during the h323 connection
Subject: ekiga: Ekiga randomly crashes during the h323 connection Package: ekiga Version: 4.0.1-2+b1 Severity: important Dear Maintainer, When I use ekiga for h323 teleconferences, sometimes it happens, that it hangs displaying the following message: 97920105 assert.cxx(112) PWLib Assertion fail: Operating System error, file ptlib/unix/tlibthrd.cxx, line 402, Error=24 Assertion fail: Operating System error, file ptlib/unix/tlibthrd.cxx, line 402, Error=24 Abort, Core dump, Throw exception, Ignore? a Abort, Core dump, Throw exception, Ignore? Abort, Core dump, Throw exception, Ignore? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.7 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ekiga depends on: ii gconf-service 3.2.6-1 ii gconf2 3.2.6-1 ii gnome-icon-theme3.8.3-1 ii libatk1.0-0 2.8.0-2 ii libavahi-client30.6.31-2 ii libavahi-common30.6.31-2 ii libavahi-glib1 0.6.31-2 ii libboost-signals1.54.0 1.54.0-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.1-10 ii libgconf-2-43.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libidn111.28-1 ii libldap-2.4-2 2.4.31-1+nmu2+b1 ii libloudmouth1-0 1.4.3-9 ii libnotify4 0.7.6-1 ii libopal3.10.10 3.10.10~dfsg-2 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 libpt2.10.102.10.10~dfsg-2 ii libsasl2-2 2.1.25.dfsg1-14 ii libspeexdsp11.2~rc1-7 ii libstdc++6 4.8.1-10 ii libx11-62:1.6.1-1 ii libxext62:1.3.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxv1 2:1.0.9-1 Versions of packages ekiga recommends: ii gvfs 1.16.3-1+b1 ii yelp 3.8.1-2 Versions of packages ekiga suggests: pn asterisknone pn ekiga-plugin-evolution none pn gnugk none pn mediaproxy none pn rtpproxynone pn ser none pn siproxd none pn yatenone -- 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#724325: xserver-xorg-video-nv: FTBFS against xserver 1.14
your package needs to be rebuilt against xorg-server 1.14. That most likely means pulling in a couple changes from upstream git HEAD. It suffices to put attached file into debian/patches/ and enlist it in debian/patches/series. Please, could some DD (Robert, please) do the upload. Ideally for both kfreebsd-*, as non-free is usually not auto-build. Petrdiff --git a/src/g80_driver.c b/src/g80_driver.c index cc4e197..719b96c 100644 --- a/src/g80_driver.c +++ b/src/g80_driver.c @@ -34,7 +34,6 @@ #include xf86Resources.h #endif #include mipointer.h -#include mibstore.h #include micmap.h #include xf86cmap.h #include fb.h @@ -833,7 +832,6 @@ G80ScreenInit(SCREEN_INIT_ARGS_DECL) } } -miInitializeBackingStore(pScreen); xf86SetBackingStore(pScreen); xf86SetSilkenMouse(pScreen); diff --git a/src/nv_driver.c b/src/nv_driver.c index 6dad6e5..8f35334 100644 --- a/src/nv_driver.c +++ b/src/nv_driver.c @@ -2550,7 +2550,6 @@ NVScreenInit(SCREEN_INIT_ARGS_DECL) if (!pNv-NoAccel) NVAccelInit(pScreen); -miInitializeBackingStore(pScreen); xf86SetBackingStore(pScreen); xf86SetSilkenMouse(pScreen); diff --git a/src/nv_include.h b/src/nv_include.h index fb190bf..72c74d5 100644 --- a/src/nv_include.h +++ b/src/nv_include.h @@ -24,12 +24,10 @@ /* All drivers initialising the SW cursor need this */ #include mipointer.h -/* All drivers implementing backing store need this */ -#include mibstore.h - #include micmap.h #include xf86DDC.h +#include xf86Modes.h #include vbe.h diff --git a/src/nv_setup.c b/src/nv_setup.c index 203e7b2..92ca3ec 100644 --- a/src/nv_setup.c +++ b/src/nv_setup.c @@ -491,6 +491,8 @@ NVCommonSetup(ScrnInfoPtr pScrn) pNv-Television = FALSE; +vgaHWGetIOBase(pVga); + if(!pNv-twoHeads) { pNv-CRTCnumber = 0; if((monitorA = NVProbeDDC(pScrn, 0))) { diff --git a/src/riva_driver.c b/src/riva_driver.c index e0667ef..759501e 100644 --- a/src/riva_driver.c +++ b/src/riva_driver.c @@ -1168,7 +1168,6 @@ RivaScreenInit(SCREEN_INIT_ARGS_DECL) if (!pRiva-NoAccel) RivaAccelInit(pScreen); -miInitializeBackingStore(pScreen); xf86SetBackingStore(pScreen); xf86SetSilkenMouse(pScreen); diff --git a/src/riva_include.h b/src/riva_include.h index f2c5302..c7aeef7 100644 --- a/src/riva_include.h +++ b/src/riva_include.h @@ -22,9 +22,6 @@ /* All drivers initialising the SW cursor need this */ #include mipointer.h -/* All drivers implementing backing store need this */ -#include mibstore.h - #include micmap.h #include xf86DDC.h
Bug#710650: Bug#718767: transition: ocaml 4.00.1
Le 06/09/2013 10:14, Thomas Goirand a écrit : However, as I wrote it, it's going to happen, so please be patient about it. IMO, this shouldn't block any transition though. If the release team is reading: just let everything transition to testing, and remove the old version of XCP 1.3.2 in testing if that helps, plus add some blocking bugs so that the rest of Debian isn't affected by the (not finished) work on XCP 1.6 for Debian. More than two weeks later, xen-api is still in testing, and preventing the start of the OCaml transition. If I remove all binary packages of xen-api from testing, the following new packages are broken: xcp-guest-templates, nova-xcp-plugins, nova-compute-xen. xcp-guest-templates is built by guest-templates which seems to be a leaf package and could be removed from testing. On the other hand, both nova-* packages are built by nova which Julien wants to keep in testing. The last changelog entry advertises the removal of nova-xcp-plugins, but it is still there. Thomas, could you please upload a new nova without nova-xcp-plugins and nova-compute-xen? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724458: RFP: diskscan -- Scan disk for bad or near failure sectors
Hi Francois and Baruch! How are you? I liked of the program idea and philosofy. I am thinking to maintain it on Debian. However, I wasn't able to compile the code on Wheezy/Sid. Please, see the errors: --- cli/cli.c: In function ‘report_scan_done’: cli/cli.c:67:4: error: format ‘%llu’ expects argument of type ‘long long unsigned int’, but argument 2 has type ‘uint64_t’ [-Werror=format=] printf(%8llu: %llu\n, histogram_time[hist_idx], disk-histogram[hist_idx]); ^ cli/cli.c:67:4: error: format ‘%llu’ expects argument of type ‘long long unsigned int’, but argument 3 has type ‘uint64_t’ [-Werror=format=] cli/cli.c:69:4: error: format ‘%llu’ expects argument of type ‘long long unsigned int’, but argument 3 has type ‘uint64_t’ [-Werror=format=] printf(%8s: %llu\n, above that, disk-histogram[hist_idx]); ^ cc1: all warnings being treated as errors do: cli/cli.o: got exit code 1 do: cli/cli.a: got exit code 1 do: diskscan: got exit code 1 do: all: got exit code 1 make: ** [all] Erro 1 --- I think it is an upstream code problem. Can you help me, if it was a mistake of mine, or provide a new (updated) code? Have a nice day! Regards, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724504: tiger: lin001w is warning me about packages that are generated on the install of the kernel
Package: tiger Version: 1:3.2.3-11 Severity: normal Dear Maintainer, The files lin001w warns me about are generated in the install of the kernel. They should be ignored in tiger by default. -- 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.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tiger depends on: ii binutils 2.22-8 ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-3 ii net-tools 1.60-25 ii ucf3.0027 Versions of packages tiger recommends: ii chkrootkit 0.49-4.1 ii john1.7.8-1 ii postfix [mail-transport-agent] 2.10.0-3 pn tripwire | aide none Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- Configuration Files: /etc/tiger/tiger.ignore 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#710650: Bug#718767: transition: ocaml 4.00.1
Le 24/09/2013 15:48, Stéphane Glondu a écrit : If I remove all binary packages of xen-api from testing, the following new packages are broken: xcp-guest-templates, nova-xcp-plugins, nova-compute-xen. xcp-guest-templates is built by guest-templates which seems to be a leaf package and could be removed from testing. On the other hand, both nova-* packages are built by nova which Julien wants to keep in testing. The last changelog entry advertises the removal of nova-xcp-plugins, but it is still there. On the other hand, if removing nova is accepted, it seems that novnc is the only reverse dependency. To summarize, at the moment, (at least) the following packages need to be removed (or fixed) from testing to proceed: xen-api, guest-templates, nova and novnc. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598638: Question about a alternative impacting on an other
Hi! [ Leaving most of the original mail intact for context. ] On Thu, 2011-02-24 at 22:55:44 +0100, Sylvestre Ledru wrote: There is what I currently have. I have two important linear algebra librairies which are managed by update-alternatives as primary: * libblas.so.3gf * liblapack.so.3gf There are have various implementations. For now, we have a few of them: * refblas for libblas. * lapack for lapack. * atlas which provides both. Switching to Atlas will update both blas and lapack alternatives. This will work. However, if manually, I update liblapack to Atlas: update-alternatives --config liblapack.so.3gf Obviously, it won't update the libblas.so.3gf. In theory, this should not be a problem... However, lapack from Atlas uses some internal of libblas.so. IE, if the user has libblas.so configured as refblas.so and liblapack.so as Atlas. This will break (cf bug #598638). Is there a way to have a kind of trigger in update-alternatives for this case ? I don't think this is something that has to be fixed in update-alternatives. To me this needs to be fixed in atlas itself. If a library depends on symbols from another library, then it needs to require so explicitly to the dynamic linker. Requiring the generic library is not good nor correct enough (even if u-a would enforce some kind of group links, as hooks is not the solution as they would need to override any manual setting for example, or automatic priority). So if liblapack-atlas.so links against libblas-atlas.so, and the alternatives are set as liblapack.so (atlas) and libblas.so (blas), an application linking against both generic versions might misbehave as the linker might pick up symbols from either of the two libblas.so libraries loaded (atlas, blas). The general solution to that is symbol versioning. The other solution is to try to move the private symbols into a common private library. But here, it appears the solution might be even easier, libatlas3-base already ships a /usr/lib/libatlas.so.3 library, which seems to contain (after some random symbol checks) most if not all of the private ATL_ symbols. So it seems the correct fix would be to link both libblas-atlas.so and liblapack-atlas.so against /usr/lib/libatlas.so.3 (instead of embedding the ATL_ private symbols themselves), this way liblapack-atlas.so will not be making use of the private ATL_ symbols from libblas-atlas.so, but directly from libatlas.so. (This should also reduce the package size!) Or did I miss something? Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712383: Migration into Wheezy?
I have been bitten by this bug in my Wheezy box for months, until finally found the fix in Sid/Jessie. So, I've stolen it and it works. It really deserves a migration into Wheezy to fix the RC bug there. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711071: uploading
Control: tags -1 +pending Control: tags -1 -patch Hi, I'll upload that patch now, but i think this issue needs to remain opened until bitlbee is ported. this is just a crude workaround... a. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724292: Heavy handed fix
I needed to fix it, so I did alter table ttrss_entries drop column lang then I did dpkg-reconfigure tt-rss and that did the trick. But that's just a workaround. By the way, I never altered the mysql schema of tt-rss on this machine (or on any other machine in fact). And I'm sure that not relevant, but one never knows : tt-rss doesn't run on apache or lighthttpd but on nginx. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692728: GeoGebra licence and GPL violation
Dear Stuart, thank you again for your interest in GeoGebra and sorry for the delay in my response! We have put together a little license FAQ list on our website at http://www.geogebra.org/cms/license#FAQ to give a little bit more background on the details of our license for everyone interested. We hope that this also answers all your questions. The International GeoGebra Institute, our non-profit organization behind GeoGebra, is dedicated to the open source movement and collaboration with members of the FOSS community. Kind regards, Markus On Mon, Aug 19, 2013 at 1:56 PM, Markus Hohenwarter mar...@geogebra.org wrote: Hi Stuart, Thank you for your email, and in particular for taking the time to write such a complete and thoughtful inquiry with regards to GeoGebra's license and terms of service. I wanted to send this note off to you now confirming receipt, and in advance of a fulsome response to your inquiry. The latter half of August is typically a very busy time here at the university, with preparations for the new academic year well under way. I will revert early September when I will be able to attend to this properly and in full, as I wish to ensure that GeoGebra retains its close ties and positive relationships with colleagues in the Debian and FLOSS communities. Kind regards, Markus -- Dr. Markus Hohenwarter GeoGebra | Founder Managing Director http://www.geogebra.org -- Professor for Mathematics Education Johannes Kepler University Linz, Austria -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724442: Please stop build depending on automake1.4, automake1.9 and automake1.10
Control: tags -1 + pending thank you for your reporting, fixed in git. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#724505: screenie: allow options for screen to be passed
Package: screenie Version: 20120406-1 Severity: normal Tags: patch I don't literally have a patch attached, but what I propose might be acceptable to you. In /usr/bin/screenie, you have: # You can redistribute and/or modify it under the same terms as Perl # itself. my $SCREEN = 'screen -L'; # optionally configure location of screen $0 =~ s{^.*/}{}; If you notice, I initialized $SCREEN with the '-L' option. This option is used to enable logging in GNU Screen. Currently, to my knowledge, there is no interface in screenie, to pass the screen options to it. GNU Screen is powerful. But by the interface limitations, screenie makes it look stripped. It would be wise to have a system wide config file (from /etc/default/ or /etc/screenie) sourced, to provide an interface to the user to pass sane screen options. Ritesh -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages screenie depends on: ii perl5.18.1-4 ii screen 4.1.0~20120320gitdb59704-9 screenie recommends no packages. screenie 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#724506: ITP: libcgi-expand-perl -- convert flat hash to nested data using TT2's dot convention
Package: wnpp Severity: wishlist Owner: Vasudev Kamath kamathvasu...@gmail.com * Package name: libcgi-expand-perl Version : 2.04 Upstream Author : Bard Bowman cgi-exp...@bereft.net * URL : https://metacpan.org/module/CGI::Expand * License : Artistic or GPL-1+ on license) Programming Lang: Perl Description : convert flat hash to nested data using TT2's dot convention Converts a CGI query into structured data using a dotted name convention similar to TT2. expand_cgi works with CGI.pm, Apache::Request or anything with an appropriate param method. Or you can use expand_hash directly. . If you prefer to use a different flattening convention then CGI::Expand can be subclassed. . This is dependency of libcatmandu-perl -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#724028: w3m: vim/-perator like handling
owner 724028 Laurence Richert laurencerich...@yahoo.de thanks pgp2y0XXQLwDf.pgp Description: PGP signature
Bug#716759: python-mlt and python-mlt5 incompatible, cannot install openshot
I confirm the bug on jessie. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724292: Heavy handed fix
Well actually, it didn't really fix anything. The db update script passed, but now, the app is broken. I can see the feeds list, it even shows me I had some unread before the update. But i can't read them, they are only shown in the tree view. 2013/9/24 LEDUQUE Mickaël mledu...@gmail.com: I needed to fix it, so I did alter table ttrss_entries drop column lang then I did dpkg-reconfigure tt-rss and that did the trick. But that's just a workaround. By the way, I never altered the mysql schema of tt-rss on this machine (or on any other machine in fact). And I'm sure that not relevant, but one never knows : tt-rss doesn't run on apache or lighthttpd but on nginx. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724507: lintian: check for ucf/ucfr operating on shipped files
Package: lintian Version: 2.5.18.1 Severity: wishlist Hi, lintian should check for ucf/ucfr operating on configuration files that are shipped by the package, either as files or as symlinks. See #724457 and #722548. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589755: Segfaults/FPEs using -lc_p
Package: libc6-prof Version: 2.17-92+b1 Followup-For: Bug #589755 The bug is still present as of 2.17-92+b1. It is actually possible to trigger it even using a minimal source program: int main() { return 0; } Compiling following the instructions in README.Debian fails: $ gcc -g -pg main.cc -static-libstdc++ -lc_p /usr/bin/ld: dynamic STT_GNU_IFUNC symbol `strcmp' with pointer equality in `/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libc_p.a(strcmp.op)' can not be used when making an executable; recompile with -fPIE and relink with -pie collect2: error: ld returned 1 exit status Adding `-static -Wl,--no-export-dynamic' to the command line fixes this: $ gcc -g -pg main.cc -static -Wl,--no-export-dynamic -static-li bstdc++ -lc_p However: $ gdb ./a.out GNU gdb (GDB) 7.6 (Debian 7.6-5) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/dmancusi/src/foo/a.out...done. (gdb) r Starting program: /home/dmancusi/src/foo/a.out warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffd000 Program received signal SIGSEGV, Segmentation fault. 0x0044be3b in __mcount_internal () (gdb) bt #0 0x0044be3b in __mcount_internal () #1 0x004104e4 in mcount () #2 0x in ?? () I can provide more information if needed. Cheers, Davide -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6-prof depends on: ii libc6 2.17-92+b1 libc6-prof recommends no packages. libc6-prof 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#724508: nmu: libfile-extattr-perl_1.09-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Seems like 1.09-3 is again built against Perl 5.14. Please nmu libfile-extattr-perl_1.09-3 . amd64 . -m Rebuild against Perl 5.18. (Alexander, please update your build enviroment.) Cheers, gregor - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSQajMAAoJELs6aAGGSaoGI0AP/R4J3NHyVLtsYCNQIJxsS9iB EjAxcrU4BzPfVLJEmlzQ8kzsFP2WQIBI88siWxrPMHitDFLDXR/HvB8VQc9x+AhE 2Z22MC5ZbKnm5Ead4JBIeHfc+8mw7q9FytZgkW1doXWWFpW+I0W5sq+hWShnhhb/ FxvJeV3sNgHBRVushgdY8hiU5fMhOcflvZ4dyh95jLa7wGON0OXpW5ZkVKtbdcCz IRGlIoVcUecVW9MGg8V4lBoeddrOT5Ohh4m4RX4oYJ2F3IUhB9z38+idmRX3u2Xb bRsiPqiFfmcuwVg26MCtdqt7UAD9eEylvQHEcynQAa4PNq2qyKzzFfSc8K9+5CAX csp1lQe793UJ3V/C/AEWIbD8aMWt+NnRNLG6UZYSGUt94mgUkVDxdv0Bu6AOvgkH eMTPX/a3LXtrk262okmMerYQRO8TY8m9LW1S5wFKlNLlkvC3JV0YJYPo55cbVifU c32HD4wep0Af2pRlq8pHUrO02JHOe2EhICxiHcePhbCrKuPWBu/nJiryFEOA8+2i qoHXBh9yRu1gP8rri0irJYP355nsAE1CMx6MJriuonDvSchLBg8+Oj1R+uTRPP31 E87J44n3aQjyoi/zhomi6qmKe4QD626O0cofvi1ps1kkgQGozu3etitVRkYZUAwx 9c5U1IMabKe2nbMbbVFf =0VTp -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#724509: luarocks library detection works poorly with Debian
Package: luarocks Version: 2.0.9-1 Severity: normal Dear Maintainer, When using luarocks to install a luarock that (1) requires compilation, and (2) requires a specific library, luarocks seems to try and search for the library first. Unfortunately it also seems to use the crufty old look in fixed locations method of doing so... E.g., I tried to do sudo luarocks install luasec, and the luasec module requires libssl. I have libssl installed, but luarocks couldn't find it, because it was not looking in the proper location for Debian: $ sudo luarocks install luasec Installing http://luarocks.org/repositories/rocks/luasec-0.4.1-2.src.rock... Using http://luarocks.org/repositories/rocks/luasec-0.4.1-2.src.rock... switching to 'build' mode Archive: /usr/tmp/luarocks_luarocks-rock- luasec-0.4.1-2-1537/luasec-0.4.1-2.src.rock inflating: luasec-0.4.1-2.rockspec inflating: luasec-0.4.1.tar.gz Error: Could not find expected file libssl.a, or libssl.so, or libssl.so.* for OPENSSL -- you may have to install OPENSSL in your system and/or pass OPENSSL_DIR or OPENSSL_LIBDIR to the luarocks command. Example: luarocks install luasec OPENSSL_DIR=/usr/local The problem of course is that Debian puts libraries in /usr/lib/x86_64-linux- gnu, and luarocks was not looking there. Manually specifying the location, as per the instructions in the error message, made it work: $ sudo luarocks install luasec OPENSSL_LIBDIR=/usr/lib/x86_64-linux-gnu Installing http://luarocks.org/repositories/rocks/luasec-0.4.1-2.src.rock... Using http://luarocks.org/repositories/rocks/luasec-0.4.1-2.src.rock... switching to 'build' mode Archive: /usr/tmp/luarocks_luarocks-rock- luasec-0.4.1-2-6124/luasec-0.4.1-2.src.rock inflating: luasec-0.4.1-2.rockspec inflating: luasec-0.4.1.tar.gz gcc -O2 -fPIC -I/usr/include/lua5.1 -c src/buffer.c -o src/buffer.o -I/usr/include # ... compilation lines omitted ... gcc -O2 -fPIC -I/usr/include/lua5.1 -c src/usocket.c -o src/usocket.o -I/usr/include gcc -shared -o ssl.so -L/usr/local/lib src/buffer.o src/context.o src/io.o src/ssl.o src/timeout.o src/usocket.o -L/usr/lib/x86_64-linux-gnu -lssl -lcrypto Updating manifest for /usr/local/lib/luarocks/rocks luasec 0.4.1-2 is now built and installed in /usr/local/ (license: MIT) I suppose the easy solution is to just hack Debian's version of luarocks to know about Debian's particular library locations. [Of course a much better solution would be to use some sort of less hacky method of finding libraries, e.g. by using autoconf's probe using the compiler but I suppose that's unlikely to happen.] Thanks, -miles -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luarocks depends on: ii liblua5.1-0-dev [liblua5.1-dev] 5.1.5-5 ii lua5.1 5.1.5-5 ii wget 1.14-2 ii zip 3.0-7 luarocks recommends no packages. luarocks 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#724510: xserver-xorg-video-intel: Time to set '--with-default-accel=sna'?
Package: xserver-xorg-video-intel Version: 2:2.21.15-1+b1 Severity: wishlist Hi, I'm testing the SNA acceleration method since ≈ 1 month without any apparent regressions. I think it could be interesting to enable it early in the Jessie development in order to catch regressions on the potentially large range of Intel hardware that Debian users are using. Opinion? Cheers, Vincent -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Apr 17 23:56 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2007880 Sep 12 12:25 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) Xorg X server configuration file status: -rw-r--r-- 1 root root 92 Aug 24 23:01 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section Device Identifier intel Driver intel Option AccelMethod sna EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.10-3-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10) Xorg X server log files on system: -- -rw-r--r-- 1 root root 32991 Sep 24 16:22 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 4.859] X.Org X Server 1.12.4 Release Date: 2012-08-27 [ 4.859] X Protocol Version 11, Revision 0 [ 4.859] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [ 4.859] Current Operating System: Linux lamella 3.10-3-amd64 #1 SMP Debian 3.10.11-1 (2013-09-10) x86_64 [ 4.859] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.10-3-amd64 root=UUID=05885802-d6d1-4a25-b7ef-8c3e00c144b0 ro quiet pcie_aspm=force elevator=noop i915.i915_enable_rc6=3 i915.semaphores=1 [ 4.859] Build Date: 12 September 2013 10:21:09AM [ 4.859] xorg-server 2:1.12.4-6.2+b3 (amd64 Build Daemon (binet) buildd-bi...@buildd.debian.org) [ 4.859] Current version of pixman: 0.30.2 [ 4.859]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 4.859] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 4.860] (==) Log file: /var/log/Xorg.0.log, Time: Tue Sep 24 16:22:09 2013 [ 4.860] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 4.862] (==) No Layout section. Using the first Screen section. [ 4.862] (==) No screen section available. Using defaults. [ 4.862] (**) |--Screen Default Screen Section (0) [ 4.862] (**) | |--Monitor default monitor [ 4.862] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 4.862] (==) Automatically adding devices [ 4.862] (==) Automatically enabling devices [ 4.864] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 4.864]Entry deleted from font path. [ 4.866] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [ 4.866]Entry deleted from font path. [ 4.866] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 4.866] (==) ModulePath set to /usr/lib/xorg/modules [ 4.866] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 4.866] (II) Loader magic: 0x7f50e8276b20 [ 4.866] (II) Module ABI versions: [ 4.866]X.Org ANSI C Emulation: 0.4 [ 4.866]X.Org Video Driver: 12.1 [ 4.866]X.Org XInput driver : 16.0 [ 4.866]X.Org Server Extension : 6.0 [ 4.866] (--) PCI:*(0:0:2:0) 8086:0166:1043:1517 rev 9, Mem @ 0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64 [ 4.866] (II) Open ACPI successful (/var/run/acpid.socket) [ 4.866] (II) LoadModule: extmod [ 4.869] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [ 4.870] (II) Module extmod: vendor=X.Org Foundation [ 4.870]compiled for 1.12.4, module version = 1.0.0 [ 4.870]Module class: X.Org Server Extension [ 4.870]ABI class: X.Org Server Extension, version 6.0 [ 4.870] (II) Loading extension
Bug#723649: closed by David Prévot da...@tilapin.org (Re: [Pkg-mozext-maintainers] Bug#723649: xul-ext-adblock-plus: wrong dependency on icedove 16)
On Wed, Sep 18, 2013 at 04:45:11PM +, Debian Bug Tracking System wrote: icedove 17.0.8-1~deb7u1 should be part of stable proper with the upcoming 7.2 point release, and may be copied to testing if 17.0.8-1 0 doesn’t migrate in the mean time. It doesn't seem to actually be migrating due to the FTBFSes. Any idea if there's likely to be progress here? Thanks, Neil -- signature.asc Description: Digital signature
Bug#724503: ekiga: Ekiga randomly crashes during the h323 connection
On 24/09/13 15:13, Wojtek Zabolotny wrote: Subject: ekiga: Ekiga randomly crashes during the h323 connection Package: ekiga Version: 4.0.1-2+b1 Severity: important Dear Maintainer, When I use ekiga for h323 teleconferences, sometimes it happens, that it hangs displaying the following message: 97920105 assert.cxx(112) PWLib Assertion fail: Operating System error, file ptlib/unix/tlibthrd.cxx, line 402, Error=24 Assertion fail: Operating System error, file ptlib/unix/tlibthrd.cxx, line 402, Error=24 Abort, Core dump, Throw exception, Ignore? a Abort, Core dump, Throw exception, Ignore? Abort, Core dump, Throw exception, Ignore? This bug is difficult to investigate for me, and upstream (ptlib) uses a new release which is incompatible with ekiga. So please be patient until ekiga will use the new ptlib release, in which case if the bug still appears I will contact ptlib developer. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org