Bug#727665: lintian: FTBFS: Test failures
Source: lintian Version: 2.5.19 Severity: serious From my pbuilder build log: ... Running deb-format-ancient-file... building... testing... FAILED --- t/debs/deb-format-ancient-file/tags 2013-09-23 16:56:58.0 + +++ /tmp/buildd/lintian-2.5.19/debian/test-out/tags.deb-format-ancient-file 2013-10-25 05:47:47.181164244 + @@ -1,2 +1 @@ E: deb-format-ancient-file: package-contains-ancient-file usr/share/doc/deb-format-ancient-file/changelog.gz 1970-01-01 -E: deb-format-ancient-file: tar-errors-from-control control: implausibly old time stamp 1970-01-01 00:00:00 ... Running cruft-ancient-file... building... testing... FAILED --- t/source/cruft-ancient-file/tags2013-09-23 16:56:58.0 + +++ /tmp/buildd/lintian-2.5.19/debian/test-out/tags.cruft-ancient-file 2013-10-25 05:48:16.737762120 + @@ -1 +0,0 @@ -I: cruft-ancient-file source: tar-errors-from-source cruft-ancient-file-1.0/README: implausibly old time stamp 1970-01-01 00:00:00 ... Running legacy-filenames 1:12-0.1... building... testing... FAILED legacy-filenames: Can't open '/tmp/temp-lintian-lab-eqmZo0u5T7/pool/f/filenames/filenames_1_12-0.1_all_binary/unpacked/usr/share/doc/filenames/bokm\\\ål' for reading: 'No such file or directory' at /tmp/buildd/lintian-2.5.19/collection/scripts line 93 legacy-filenames: warning: collect info scripts about package filenames failed legacy-filenames: warning: skipping check of binary package filenames legacy-filenames: md5sum: usr/share/doc/filenames/bokm\\\ål: No such file or directory legacy-filenames: md5sum: usr/share/doc/filenames/bokm\\\�l: No such file or directory legacy-filenames: internal error: command failed with error code 123 at /tmp/buildd/lintian-2.5.19/lib/Lintian/Command.pm line 314. legacy-filenames: warning: collect info md5sums about package filenames failed legacy-filenames: warning: skipping check of binary package filenames legacy-filenames: W: filenames source: no-section-field-for-source legacy-filenames: W: filenames source: diff-contains-arch-control-dir .arch-ids legacy-filenames: W: filenames source: diff-contains-bzr-control-dir .bzr legacy-filenames: W: filenames source: diff-contains-svn-control-dir .svn legacy-filenames: W: filenames source: diff-contains-cvs-control-dir CVS internal error: /tmp/buildd/lintian-2.5.19/frontend/lintian --no-user-dirs --profile debian --allow-root --no-cfg -I -E /tmp/buildd/lintian-2.5.19/debian/test-out/filenames/filenames-1:12-0.1/../filenames_12-0.1_amd64.changes exited with status 2 at t/runtests line 573 thread 8. legacy-filenames: W: filenames source: diff-contains-editor-backup-file filenames.c~ legacy-filenames: W: filenames source: diff-contains-arch-control-dir {arch} legacy-filenames: W: filenames source: diff-contains-cvs-conflict-copy files/.#Maelstrom Sound.1.1.1 legacy-filenames: W: filenames source: diff-contains-arch-inventory-file files/.arch-inventory legacy-filenames: W: filenames source: diff-contains-svn-conflict-file files/Maelstrom Sounce.r121 legacy-filenames: W: filenames source: diff-contains-svk-commit-file files/svk-commitsEr9P.tmp legacy-filenames: W: filenames source: diff-contains-svn-commit-file files/svn-commit.tmp legacy-filenames: W: filenames source: ancient-standards-version 3.1.1 (current is 3.9.4) legacy-filenames: E: more-filename-games: no-copyright-file legacy-filenames: W: more-filename-games: package-section-games-but-has-usr-bin legacy-filenames: W: more-filename-games: binary-without-manpage usr/bin/another-test-game legacy-filenames: W: more-filename-games: binary-without-manpage usr/games/yet-another-test-game legacy-filenames: I: more-filename-games: no-md5sums-control-file legacy-filenames: E: filename-games: no-copyright-file legacy-filenames: W: filename-games: no-priority-field legacy-filenames: E: filename-games: package-section-games-but-contains-no-game legacy-filenames: I: filename-games: package-contains-empty-directory usr/games/ legacy-filenames: W: filename-games: binary-without-manpage usr/bin/test-game legacy-filenames: I: filename-games: no-md5sums-control-file FAILED ... Skipped/disabled tests: [tests] binaries-missing-lfs: architecture mismatch runtests-arch-i386: architecture mismatch shared-libs-non-pic-i386: architecture mismatch Failed tests (3) deb-format-ancient-file cruft-ancient-file legacy-filenames make: *** [runtests] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727661: security bug: Desktop setuid cores readable by non-privileged user
On Friday 25 October 2013 10:12 AM, Martin Pitt wrote: Package: apport Severity: important Version: 2.9-1 Tags: security patch upstream Hey Ritesh, I just released 2.21.6. This release fixes an information disclosure for programs which are setuid root and drop their privileges back to the user later on. In those cases, if you run apport and enable core dump files (with ulimit -c), these core dump files previously were owned by the user; they should be owned by root as the program temporarily ran with root privileges and thus might have internal state which is not accessible to the user. This internal state is exposed in the core dump. Details, links to the trunk and backported patches etc. are in https://launchpad.net/bugs/1242435 . In particular, the fix is http://bazaar.launchpad.net/~apport-hackers/apport/trunk/revision/2723 but I suppose for experimental you might just want to update to the 2.21.6 directly? Thanks Martin. Yes. I'll soon prepare a new upload (2.21.6) directly for experimental. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#727657: [Debian-med-packaging] Bug#727657: unconditional build dependency on g++-multilib
Hi Matthias, On Fri, 25 Oct 2013, Matthias Klose wrote: uc-echo has an unconditional build dependency on g++-multilib, which is not available on all architectures. do you know a better choice? also, it fails to build on mips* which does have g++-multilib, so it seems that this package has hardcoded ix86 assumptions. The problem on mips* is not g++-multilib but the parameter -m64 for gcc. Somewhere I read that -mabi=64 is default on mips, but 'gcc -dumpspecs' tells me: *multilib_defaults: EB mips1 mabi=32 I guess I am totally confused now :-(. Can you please point me in the right direction? Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727666: FTBFS: mipsel-linux-gnu-gcc: internal compiler error: Killed (program cc1plus)
Package: python-pytango Version: 8.0.3-3 Severity: critical File: pytango Here the log message during the build on mayer. /«PKGBUILDDIR»/src/boost/cpp/server/attribute.cpp: In function 'void PyAttribute::__set_value_date_quality_array(Tango::Attribute, boost::python::api::object, double, Tango::AttrQuality*, long int*, long int*, const string, bool)': /«PKGBUILDDIR»/src/boost/cpp/server/attribute.cpp:267:64: warning: typedef 'TangoArrayType' locally defined but not used [-Wunused-local-typedefs] typedef typename TANGO_const2arraytype(tangoTypeConst) TangoArrayType; ^ mipsel-linux-gnu-gcc: internal compiler error: Killed (program cc1plus) Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.8/README.Bugs for instructions. error: command 'mipsel-linux-gnu-gcc' failed with exit status 4 I rebuilt it on eder (porter box), (attached the non-FTBFS build log). what is wrong with mayer ? cheers Frederic -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-1-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pytango depends on: ii ipython 0.13.2-2 ii libboost-python1.54.0 1.54.0-3 ii libc6 2.17-93 ii libcos4-1 4.1.6-2 ii libgcc1 1:4.8.2-1 ii liblog4tango5 8.1.2c+dfsg-1 ii libomniorb4-1 4.1.6-2 ii libomnithread3c2 4.1.6-2 ii libstdc++64.8.2-1 ii libtango8 8.1.2c+dfsg-1 ii libzmq3 3.2.4+dfsg-1 ii python2.7.5-5 ii python-numpy [python-numpy-abi9] 1:1.7.1-3 python-pytango recommends no packages. python-pytango 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#726863: pdns: FTBFS on s390x
Hello, On Oct 22, 2013, at 23:31 , Peter van Dijk wrote: We now have an upstream patch for this at https://github.com/PowerDNS/pdns/commit/0c3742099d6f94a8928ac5e6eca11f8d3f4cb3ad Maintainers, please pick this patch up for 3.3-2 With that patch, one failing test remains. https://github.com/PowerDNS/pdns/commit/916a0fda31405290cedac058aab7f5d9f9c26a7b fixes it. Please pick this patch as well. Kind regards, -- Peter van Dijk Netherlabs Computer Consulting BV - http://www.netherlabs.nl/ signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#724731: [gdm3] gdm does not start properly, cannot login via gdm
It seems to be solved for me after upgrading to 3.8.4-3. Here are the information regarding each packages that seems involved in this bug report : === gdm3 : === -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.34-2 ii adduser 3.113+nmu3 ii dconf-cli 0.18.0-1 ii dconf-gsettings-backend 0.18.0-1 ii debconf [debconf-2.0] 1.5.51 ii gir1.2-gdm3 3.8.4-3 ii gnome-session [x-session-manager] 3.8.4-2 ii gnome-session-bin 3.8.4-2 ii gnome-settings-daemon 3.8.5-2 ii gnome-shell 3.8.4-4 ii gnome-terminal [x-terminal-emulator] 3.10.1-1 ii gsettings-desktop-schemas 3.8.2-2 ii libaccountsservice0 0.6.34-2 ii libatk1.0-0 2.10.0-2 ii libaudit1 1:2.3.2-2 ii libc6 2.17-93 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libcanberra-gtk3-00.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-02.28.2-1 ii libgdm1 3.8.4-3 ii libglib2.0-0 2.38.1-1 ii libglib2.0-bin2.38.1-1 ii libgtk-3-03.8.6-1 ii libpam-modules1.1.3-10 ii libpam-runtime1.1.3-10 ii libpam0g 1.1.3-10 ii libpango-1.0-01.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii librsvg2-common 2.40.0-1 ii libselinux1 2.1.13-3 ii libwrap0 7.6.q-24 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxrandr22:1.4.1-1 ii lsb-base 4.1+Debian12 ii metacity [x-window-manager] 1:2.34.13-1 ii upower0.9.23-2 ii x11-common1:7.7+4 ii x11-xserver-utils 7.7+1 ii xfwm4 [x-window-manager] 4.10.1-2 Versions of packages gdm3 recommends: ii at-spi2-core 2.10.0-1+b1 ii desktop-base 7.0.3 ii gnome-icon-theme 3.10.0-1 ii gnome-icon-theme-symbolic 3.10.1-1 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.14.3-4 ii xserver-xorg 1:7.7+4 ii zenity 3.8.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii libpam-gnome-keyring 3.8.2-2 -- debconf information excluded === systemd : === -- Package-specific info: -- systemd-delta: -- 0 overridden configuration files found. -- Contents of /var/lib/systemd/deb-systemd-helper-enabled: -- == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service == /var/lib/systemd/deb-systemd-helper-enabled/plymouth.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/libvirt-guests.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/virtlockd.socket == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/libvirt-bin.service == == /var/lib/systemd/deb-systemd-helper-enabled/plymouth-quit.service.dsh-also == /etc/systemd/system/plymouth.service == /var/lib/systemd/deb-systemd-helper-enabled/plymouth-read-write.service.dsh-also == /etc/systemd/system/plymouth-log.service == /var/lib/systemd/deb-systemd-helper-enabled/syslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/graphical.target.wants/accounts-daemon.service == ==
Bug#727667: google-talkplugin: No license in /usr/share/doc
Package: google-talkplugin Version: 4.7.0.0-1 Severity: normal What are the license terms of this software? I notice it is in debian main. Does that mean it's free software? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (400, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.6.00 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages google-talkplugin depends on: ii libasound21.0.27.2-3 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libfontconfig12.11.0-1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.2-1 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.22-1 ii libpango1.0-0 1.36.0-1 ii libstdc++64.8.2-1 ii libv4l-0 1.0.0-1 ii libx11-6 2:1.6.2-1 ii libxcomposite11:0.4.4-1 ii libxfixes31:5.0.1-1 ii libxrandr22:1.4.1-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 google-talkplugin recommends no packages. google-talkplugin 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#662813: Five months passed.
Dear Maintainer, Please apply my patch posted here on 20th May and release 1.3.7-4.1 to Wheezy. The problem is not going to solve itself, and not every user knows how to patch and build the package from source.
Bug#727668: roundcube:CVE-2013-6172: vulnerability in handling _session argument of utils/save-prefs
Package: roundcube Severity: grave Tags: security upstream patch fixed-upstream Hi, the following vulnerability was published for roundcube. CVE-2013-6172[0]: vulnerability in handling _session argument of utils/save-prefs See [1] for further information. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6172 http://security-tracker.debian.org/tracker/CVE-2013-6172 [1] http://roundcube.net/news/2013/10/21/security-updates-095-and-087/ [2] http://trac.roundcube.net/ticket/1489382 Please adjust the affected versions in the BTS as needed (not yet verified if also roundcube in oldstable/squeeze is affected). Do you have a chance to prepare packages also for wheezy-security (and squeeze-security if affected)? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721763: [brltty] Idea to get id for free
Le 24 oct. 2013 23:31, Samuel Thibault sthiba...@debian.org a écrit : bastien ROUCARIES, le Thu 24 Oct 2013 21:51:10 +, a écrit : May be we could ask openmoko to get usb/vid/pid for braille stuff ? see http://wiki.openmoko.org/wiki/USB_Product_IDs Sure, but the problem is not the possibility of asking; it is convincing the *manufacturers* that they should do it and record the obtained ID in their devices. Samuel Fdti and the other one in this thread accept to be reflashed for pid/vid only. So let reserve a few id on openmoko and ask your user to reflash. Brltty could be slipt in two package Brltty that will get support for only well behaved driver and brltty-cruft for the conflict id stuff. Debian-install will use both so we will not loose stability but during install you will be ask to reflash bad behaved serial converter. Brltty-cruft will not be enable by default except if answer use it during install. Bastien
Bug#655851: unable to reproduce
tags 655851 + pending upstream owner 655851 ! thanks Dear Donovan, thank you for this report. I was unable to reproduce this on a Ubuntu system running a self-compiled 1.0.4.git20130324-0rolf1 package. Looks like this may be fixed upstream, tagging appropriately. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#250754: verified
I was able to verify this even for my self-compiled package 1.0.4.git20130324-0rolf1. Let's hope we can fix this before the 10-year mark. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724731: XDG_RUNTIME_DIR has incorrect value
Same issue for me after upgrading to gdm 3.8.4-3. A black screen after starting gdm, except if I chmod 777 /run/user/0. /var/log/gdm3/:0-slave.log: gdm-simple-slave[5325]: Failed to give slave programs access to the display. Trying to proceed. gdm-launch-environment][5358]: pam_env(gdm-launch-environment:session): Unable to open env file: /etc/environment: Datei oder Verzeichnis nicht gefunden gdm-launch-environment][5358]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0) gdm-launch-environment][5358]: pam_systemd(gdm-launch-environment:session): Asking logind to create session: uid=115 pid=5358 service=gdm-launch-environment type=x11 class=greeter seat=seat0 vtnr=7 tty= display=:0 remote=no remote_user= remote_host= gdm-launch-environment][5358]: pam_systemd(gdm-launch-environment:session): Reply from logind: id=c1 object_path=/org/freedesktop/login1/session/c1 runtime_path=/run/user/0 session_fd=13 seat=seat0 vtnr=1 gdm-launch-environment][5358]: pam_ck_connector(gdm-launch-environment:session): nox11 mode, ignoring PAM_TTY :0 gdm3][5591]: pam_env(gdm3:session): Unable to open env file: /etc/environment: Datei oder Verzeichnis nicht gefunden gdm3][5591]: pam_unix(gdm3:session): session opened for user gabriel by (uid=0) gdm3][5591]: pam_systemd(gdm3:session): Asking logind to create session: uid=1000 pid=5591 service=gdm3 type=x11 class=user seat=seat0 vtnr=7 tty= display=:0 remote=no remote_user= remote_host= gdm3][5591]: pam_systemd(gdm3:session): Reply from logind: id=c1 object_path=/org/freedesktop/login1/session/c1 runtime_path=/run/user/0 session_fd=15 seat=seat0 vtnr=1 gdm3][5591]: pam_ck_connector(gdm3:session): nox11 mode, ignoring PAM_TTY :0 gdm-launch-environment][5358]: pam_unix(gdm-launch-environment:session): session closed for user Debian-gdm gdm-simple-slave[5325]: Failed to remove slave program access to the display. Trying to proceed. gdm-simple-slave[5325]: Child process -5369 was already dead. gdm3][5591]: pam_unix(gdm3:session): session closed for user gabriel gdm-simple-slave[5325]: GLib-GObject: g_object_ref: assertion `object-ref_count 0' failed gdm-simple-slave[5325]: GLib-GObject: g_object_unref: assertion `object-ref_count 0' failed If I login with my user account, I still get the wrong runtime_path. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655851: log
By the way, this is what gets written to the log when testing for this ticket. Polipo keeps on running fine afterwards. DNS: Host not found Falling back to using system resolver. Host crap.crap lookup failed: Host not found (131072). Host crap.crap lookup failed: Host not found (131072). Host crap.crap lookup failed: Host not found (131072). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726187: [pkg-horde] Bug#726187: Bug#726187: Provice empty conf.php and conf.bak.php (writeable for ww-data)
Hi Matthieu, On Mi 23 Okt 2013 15:37:46 CEST, Mathieu Parent wrote: 2013/10/22 Mathieu Parent math.par...@gmail.com: Control: tag -1 + wontfix 2013/10/13 Mike Gabriel mike.gabr...@das-netzwerkteam.de: Package: php-horde Version: 5.1.4+debian0-1 To allow editing the Horde configuration administratively, two files need to be present in /etc/horde/horde. conf.php conf.bak.php Both files have to be writable by user www-data. I don't want this because this is a security hole IMO. But, I welcome a patch to: - create those files owned by root - improve the documentation (README.Debian) Thinking a bit more. I propose to not create those 2 empty files. And to write a README.Debian file mentioning the three ways to configure Horde: - 1. Installaing a bundle [1] (php-horde-webmail or -groupware) and running the included script (webmail-install or groupware-), or Will these scripts then provide the empty conf.*php files? - 2. configuring thru the web interface + download + chown root + chmod That is really awkward (copy+pasting conf files from the webbrowser to the file system). - 3. creating those 2 files + chown ww-data + configuring thru the web interface My favourite would be, to provide conf.php and conf.bak.php in the webmail-/groupware-install scripts. Actually, we could add a query if the admin wants to create those files or not. What do you think? Mike, don't hesitate to directly commit to git. I have just applied for membership in pkg-horde on Alioth. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb bin9lcKWHt3O2.bin Description: Öffentlicher PGP-Schlüssel pgpmqOmTgioBX.pgp Description: Digitale PGP-Signatur
Bug#719943: makedumpfile: fails to dump kernel log, continually appends the line [ 0.000000] to dmesg file
On Sun, Oct 20, 2013 at 10:25:31PM -0400, Alex Vanderpol wrote: Unfortunately I no longer have any of those crash dumps available to send you anything, I had sent what I had gotten to the kernel maintainers previously in an attempt to track down the cause of the crashing, which I don't believe was ever figured out exactly but was ultimate fixed in a later kernel version. I don't know if they would still happen to have it on hand or not, though. For what it's worth, there never was a vmcore file created any time I did get a dump, instead I always got two separate files, one which is the main core dump and one which is supposed to be the dmesg log dump which unfortunately was never actually able to be dumped (the issue I filed this bug report about). If the end result is supposed to be one vmcore file, I suspect the inability of makedumpfile to dump the kernel dmesg log prohibited it from combining the two files into one file. It's always two separate files. They are not meant to be combined - the dmesg dump is just intended for convenience (you can just read the file as text instead of opening a dump with crash). Using the 'log' command from within crash was ultimately useless as well, as the kernel log wasn't dumped, therefore there wasn't any log for crash to open. This issue was with kernel 3.11-rc4-amd64 in its stock configuration. Not a Debian package? I'm not sure what you mean when you say stock configuration. Do you mean you ran 'make defconfig' to generate the kernel .config? I hope what information I am able to give you proves to be at least somewhat useful. I'm not really sure what you saw. :-/ I'll see if I can reproduce anything with linux-image-3.11-1-amd64_3.11.5-1_amd64 when I have some free time (I lost the VM I use for testing this stuff). It's possible there was a short-lived bug in the kernel itself, causing some corrupt representation of its log buffer. On 2013-10-20 10:29 PM, John Wright wrote: Hi Alex, On Fri, Aug 16, 2013 at 10:12:39PM -0400, Alex Vanderpol wrote: Package: makedumpfile Version: 1.5.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, There seems to be a serious issue with makedumpfile that causes it to fail to dump the kernel log when collecting crash dump information. Instead, the program continues to run indefinitely, continually appending the line [ 0.00] to the file as it seems to attempt to dump the log, which, if left alone for any considerable length of time, can rapidly result in a very large, entirely useless dmesg dump file. I have been trying to collect crash dump information for a crash that's triggered whenever Folding@Home's FahCore_a4 attempts to resume an in-progress work unit, however, every crash dump I've collected has had this problem. The main dump file seems to be dumped without a problem (though crash identifies it as a partial dump, possibly due to the kernel log being dumped into a separate file). I hope you can look into this issue and hopefully it can be sorted out soon. Sorry for the long delay in my response. This seems like a serious but not actually grave issue, since the core dump does actually exist (even though you have to interrupt the dmesg extraction). crash identifies the dump as a partial dump because we explicitly ignore zero pages and userspace pages. Within crash, you should be able to use the 'log' command to get the most recent log messages before the crash...assuming crash doesn't break in the same way makedumpfile does. I will try to reproduce this, but I worry the problem might be somewhat specific either to your crash or some other part of your configuration. Would you feel comfortable making the vmcore available to me? It would also help to know the exact kernel version, and access to a dbg package if it's not a stock kernel. Sorry for the issue and thanks for the report! -- John Wright j...@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#727669: Protect against CSRF attacks by using tokens on destructive actions
Package: php-ingo Severity: important Version: 3.1.2-1 Upstream fixed a CSRF issue (CVE-2013-6275) in Ingo. The upstream bug is found here: http://bugs.horde.org/ticket/12796 The upstream patch is this: http://bugs.horde.org/h/services/download/?app=whupsactionID=download_filefile=bug_12796.patchticket=12796fn=%2Fbug_12796.patch Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb bin1KaKN193XY.bin Description: Öffentlicher PGP-Schlüssel pgpbMupnx8hXC.pgp Description: Digitale PGP-Signatur
Bug#727669: Protect against CSRF attacks by using tokens on destructive actions
Control: reassign -1 php-horde-ingo 3.1.2-1 On Vi, 25 oct 13, 07:40:03, Mike Gabriel wrote: Package: php-ingo Severity: important Version: 3.1.2-1 Upstream fixed a CSRF issue (CVE-2013-6275) in Ingo. The upstream bug is found here: http://bugs.horde.org/ticket/12796 The upstream patch is this: http://bugs.horde.org/h/services/download/?app=whupsactionID=download_filefile=bug_12796.patchticket=12796fn=%2Fbug_12796.patch Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pub 4096R/25771B31 2012-07-20 Mike Gabriel mike.gabr...@das-netzwerkteam.de uidMike Gabriel mike.gabr...@it-zukunft-schule.de uidMike Gabriel m.gabr...@das-netzwerkteam.de uidMike Gabriel m...@ubuntu.de uidMike Gabriel sunwea...@debian.org sub 4096R/3D7D2E42 2012-07-20 -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
Package: roundcube-plugins-extra Version: 0.9.2-20130819 Severity: wishlist --- Please enter the report below this line. --- If possible, please add calendar and carddav plugins, I find them very useful to include events and contacts from a caldav/cardav server. Thanks, Matteo --- System information. --- Architecture: amd64 Kernel: Linux 3.10-3-amd64 Debian Release: jessie/sid 500 testing www.deb-multimedia.org 500 testing security.debian.org --- Package information. --- Depends (Version) | Installed ==-+- === libjs-jquery-mousewheel| 8-2 php-net-sieve (= 1.3.2) | 1.3.2-4 roundcube-core (= 0.9.2) | 0.9.4-1 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== fail2ban| 0.8.10-3
Bug#719943: makedumpfile: fails to dump kernel log, continually appends the line [ 0.000000] to dmesg file
On 2013-10-25 4:02 AM, John Wright wrote: On Sun, Oct 20, 2013 at 10:25:31PM -0400, Alex Vanderpol wrote: Unfortunately I no longer have any of those crash dumps available to send you anything, I had sent what I had gotten to the kernel maintainers previously in an attempt to track down the cause of the crashing, which I don't believe was ever figured out exactly but was ultimate fixed in a later kernel version. I don't know if they would still happen to have it on hand or not, though. For what it's worth, there never was a vmcore file created any time I did get a dump, instead I always got two separate files, one which is the main core dump and one which is supposed to be the dmesg log dump which unfortunately was never actually able to be dumped (the issue I filed this bug report about). If the end result is supposed to be one vmcore file, I suspect the inability of makedumpfile to dump the kernel dmesg log prohibited it from combining the two files into one file. It's always two separate files. They are not meant to be combined - the dmesg dump is just intended for convenience (you can just read the file as text instead of opening a dump with crash). Using the 'log' command from within crash was ultimately useless as well, as the kernel log wasn't dumped, therefore there wasn't any log for crash to open. This issue was with kernel 3.11-rc4-amd64 in its stock configuration. Not a Debian package? I'm not sure what you mean when you say stock configuration. Do you mean you ran 'make defconfig' to generate the kernel .config? What I meant was that it was the kernel image as supplied in the Debian repos, without any custom changes of any sort made. I'm sorry if I confused you, the correct terminology for some things eludes me at times. I hope what information I am able to give you proves to be at least somewhat useful. I'm not really sure what you saw. :-/ I'll see if I can reproduce anything with linux-image-3.11-1-amd64_3.11.5-1_amd64 when I have some free time (I lost the VM I use for testing this stuff). It's possible there was a short-lived bug in the kernel itself, causing some corrupt representation of its log buffer. I am quite sorry I can't be of any real help here. If I had thought they might be necessary at all for this particular bug I would have held onto what I got from the crash dumps, but once the bug I was having with the kernel was resolved with a later kernel version, and since I'd already sent a copy of what I got to the kernel maintainers prior to the newer release, I didn't think I needed them anymore and removed them as part of my routine cleanup. It is quite possible that, as the kernel in question was an RC build, this issue may have been just one more kink that was ultimately smoothed out in the later builds, along with whatever was causing the kernel to crash on me whenever Folding@Home tried to resume its current work unit. Digging back to one of my messages on the kernel bug I filed at the time, I mentioned to the kernel maintainers that: When I run the 'log' command within crash I get this message: log: WARNING: log buf data structure(s) have changed and of course, the separate log dump file issue this bug is about. The first message in the kernel bug thread when I ran into this problem with makedumpfile is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719277#65 if you want to have a look, I don't know if there's anything that might be useful there as it wasn't long after that I filed this bug. On 2013-10-20 10:29 PM, John Wright wrote: Hi Alex, On Fri, Aug 16, 2013 at 10:12:39PM -0400, Alex Vanderpol wrote: Package: makedumpfile Version: 1.5.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, There seems to be a serious issue with makedumpfile that causes it to fail to dump the kernel log when collecting crash dump information. Instead, the program continues to run indefinitely, continually appending the line [ 0.00] to the file as it seems to attempt to dump the log, which, if left alone for any considerable length of time, can rapidly result in a very large, entirely useless dmesg dump file. I have been trying to collect crash dump information for a crash that's triggered whenever Folding@Home's FahCore_a4 attempts to resume an in-progress work unit, however, every crash dump I've collected has had this problem. The main dump file seems to be dumped without a problem (though crash identifies it as a partial dump, possibly due to the kernel log being dumped into a separate file). I hope you can look into this issue and hopefully it can be sorted out soon. Sorry for the long delay in my response. This seems like a serious but not actually grave issue, since the core dump does actually exist (even though you have to interrupt the dmesg extraction). crash identifies the dump as a partial dump because we explicitly ignore zero pages and userspace pages. Within crash,
Bug#726187: [pkg-horde] Bug#726187: Bug#726187: Provice empty conf.php and conf.bak.php (writeable for ww-data)
Mike, 2013/10/25 Mike Gabriel mike.gabr...@das-netzwerkteam.de: [...] - 1. Installaing a bundle [1] (php-horde-webmail or -groupware) and running the included script (webmail-install or groupware-), or Will these scripts then provide the empty conf.*php files? They will provided *filled in* configuration. - 2. configuring thru the web interface + download + chown root + chmod That is really awkward (copy+pasting conf files from the webbrowser to the file system). This is not copy-pasting but download + scp. I agree this is awkward. We can put 3 before 2. - 3. creating those 2 files + chown ww-data + configuring thru the web interface My favourite would be, to provide conf.php and conf.bak.php in the webmail-/groupware-install scripts. Actually, we could add a query if the admin wants to create those files or not. What do you think? webmail-/groupware-install are upstream scripts. Maybe we can provide our own script (horde-writeable-config or something) that touch and make writable all those files (in every app)? So the ReADME will look like: - 1. Installaing a bundle [1] (php-horde-webmail or -groupware) and running the included script (webmail-install or groupware-) ; or - 2. creating those 2 files per app owned by ww-data (done with the horde-writeable-config script) and configuring thru the web interface ; or - 3. configuring thru the web interface + download + chown root + chmod Mike, don't hesitate to directly commit to git. I have just applied for membership in pkg-horde on Alioth. Great! -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719559: cuetools: filenames are split on spaces
also sprach Dick Tatyr dick...@yahoo.co.uk [2013-08-13 08:07 +0200]: it appears that the recent commit to fix bug 655078 caused unexpected name splitting Can you please give us a reproducible example of this alleged regression? Also, what shell provides /bin/sh on your system? the following line in the function main appears to serve no purpose and removing it solves the problem set -- $FILES That line has a purpose. I am fairly sure there's a better solution than removing it (or working around it), but I need to understand the problem you are experiencing. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#727607: RabbitMQ allows anyone to connect by default over IPv6
On 24/10/13 15:34, Thomas Goirand wrote: I reported this to the maintainer, and to the security team a *very* long time ago, though it seems to be that nothing has been done to address this issue. Your suggestions have not been ignored, and we take feedback on security issues very seriously. Please bear in mind that v3.2.0 is the first feature release since June 2013 when the discussion you refer to took place. Entry 24094 from the release notes is the first step towards a solution: http://www.rabbitmq.com/release-notes/README-3.2.0.txt This will allow the broker to report authentication failures explicitly. This is a feature that AMQP does not offer, so the protocol had to be extended in a backwards-compatible way. Only now that the broker can reliably report authentication failures do we plan to execute the next step, which is to remove the ability to log in with a default account on a public interface in the default configuration. (BTW this has nothing to do with IPv6 as suggested in the bug title.) I'm sorry you feel disappointed that not enough progress has been made. We are attempting to introduce this change to the default configuration in a way that will cause as little disruption as possible. Since the incidence of authentication failures is expected to rise dramatically it was deemed necessary to improve their reporting before proceeding. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727672: gmusicbrowser: package description still bad
Package: gmusicbrowser Version: 1.1.10-2 Severity: wishlist Tags: patch I've already reported this as a followup to bug #720760, but since that has been marked fixed without correcting any of the problems I pointed out I suppose I'd better give it its own bug number. (I only count package description nitpicks like this as wishlist, though.) http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;bug=720760; To repeat my review in abbreviated form: Description: graphic jukebox for large collections of mp3/ogg/flac/mpc files * Word choice: you mean graphical, not graphic. * There's no need to list all the file formats here. * (And they shouldn't be all-lowercase anyway.) * Saying that the collection is made up of files is also redundant. gmusicbrowser is a powerful graphic browser which supports libraries with a great number of songs (10,000) * Word choice: the number is large, not great. * Use words (above), not mathematical notation (). * Missing final punctuation. . It can use multiple inputs and plays MP3, OGG and flac files; it also supports * This list of file formats contradicts the synopsis! * The canonical names are MP3, Ogg, and FLAC. mass-renaming and mass-retagging of a song library, multiple genres per song, ratings and customizable labels * This paragraph should be at least two sentences. * Missing final punctuation. . The window layout is also customizable and it ships natively plugins to use * Bad elision: these clauses have different subjects. * Misplaced adverb natively. * The Debian package doesn't ship plugins, it includes them. last.fm, retrieve lyrics, find album pictures and WebContext which, through * Broken-backed list (especially the relative subclause). * Word choice: using, not through. the mozilla/webkit engine will display the wikipedia artist's page and search lyrics with google. * Unclear subject of will display. * Wrong word order in the wikipedia artist's page. * You don't search lyrics, you search for lyrics. * The canonical names are Last.fm/Mozilla/WebKit/Wikipedia/Google. Revised version: | Description: graphical jukebox for large music collections | gmusicbrowser is a powerful graphical browser which supports libraries | with a very large number of songs (over 10,000). | . | It can use multiple inputs and has native support for MP3, Ogg, and | FLAC files. It also supports mass-renaming and mass-retagging of a song | library, multiple genres per song, ratings, and customizable labels. | . | gmusicbrowser has a customizable window layout, and comes with plugins | to use Last.fm, retrieve lyrics, or find album pictures and WebContext | (using the Mozilla or WebKit engines to display the artist's page on | Wikipedia and search for lyrics with Google). -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru gmusicbrowser-1.1.10.pristine/debian/control gmusicbrowser-1.1.10/debian/control --- gmusicbrowser-1.1.10.pristine/debian/control 2013-10-05 19:11:30.0 +0100 +++ gmusicbrowser-1.1.10/debian/control 2013-10-24 23:40:18.553134427 +0100 @@ -41,15 +41,15 @@ mpg321 | flac123 | ogg123, mplayer, vorbis-tools -Description: graphic jukebox for large collections of mp3/ogg/flac/mpc files - gmusicbrowser is a powerful graphic browser which supports libraries with - a great number of songs (10,000) +Description: graphical jukebox for large music collections + gmusicbrowser is a powerful graphical browser which supports libraries + with a very large number of songs (over 10,000). . - It can use multiple inputs and plays MP3, OGG and flac files; it also supports - mass-renaming and mass-retagging of a song library, multiple genres per song, - ratings and customizable labels + It can use multiple inputs and has native support for MP3, Ogg, and + FLAC files. It also supports mass-renaming and mass-retagging of a song + library, multiple genres per song, ratings, and customizable labels. . - The window layout is also customizable and it ships natively plugins to use - last.fm, retrieve lyrics, find album pictures and WebContext which, through - the mozilla/webkit engine will display the wikipedia artist's page and search - lyrics with google. + gmusicbrowser has a customizable window layout, and comes with plugins + to use Last.fm, retrieve lyrics, or find album pictures and WebContext + (using the Mozilla or WebKit engines to display the artist's page on + Wikipedia and search for lyrics with Google).
Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
Hi Matteo, Matteo Calorio: If possible, please add calendar and carddav plugins, I find them very useful to include events and contacts from a caldav/cardav server. Do you have a link to upstream tarball and source repositories? The last time I have looked, upstream was using closed-source-like, painful distribution methods. I have recently seen the following ITP for Kolab's plugins which might cover similar grounds: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726120 -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#724944: [Intel-gfx] Patch for crashing intel server
On Fri, Oct 25, 2013 at 05:46:53AM +0200, Bas Wijnen wrote: On Wed, Oct 23, 2013 at 09:28:28AM +0100, Chris Wilson wrote: No worries, if you can run addr2line -e /usr/lib/xorg/modules/drivers/intel_drv.so -i 0xfcd79 0xf8215 that should give me the information needed to pinpoint the crash. $ addr2line -e /usr/lib/xorg/modules/drivers/intel_drv.so -i 0xfcd79 0xf8215 /build/xserver-xorg-video-intel-WbV7Z9/xserver-xorg-video-intel-2.21.15/build/src/uxa/../../../src/uxa/intel.h:138 /build/xserver-xorg-video-intel-WbV7Z9/xserver-xorg-video-intel-2.21.15/build/src/uxa/../../../src/uxa/i915_video.c:156 /build/xserver-xorg-video-intel-WbV7Z9/xserver-xorg-video-intel-2.21.15/build/src/uxa/../../../src/uxa/intel_video.c:1584 Note that I'm running the unpatched Debian version again (so not with your or my patch), which is why it was crashing. Ah. Ok, but we still don't know how we end up in this situation. If you apply the patch to prevent the crash here, can you please report what the contents of /sys/kernel/debug/dri/0/i915_gem_objects is at the time the video goes black? -Chris -- Chris Wilson, Intel Open Source Technology Centre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677955: very intricate relationship between rspec packages
Cédric Boutillier: I am wondering if for future versions it my not be more interesting to provide unsplit these packages, by providing a unique Debian package made out of four (including ruby-rspec) upstream gem. There is a working version of that idea in: http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-rspec.git;a=shortlog;h=refs/heads/pu/multideb It uses multiple source tarballs, git submodules, and gem2deb 4.0 multigem capabilities. Yeah, modern world. It needs review and cleanups. I can do the latter. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#727673: RFS: couriergrey/0.3.2-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package couriergrey * Package name: couriergrey Version : 0.3.2-4 Upstream Author : Matthias Wimmer * URL : http://couriergrey.com/ * License : GPL-2+ Section : mail It builds those binary packages: couriergrey - Mail filter interface of Courier-MTA to support greylisting To access further information about this package, please visit the following URL: http://mentors.debian.net/package/couriergrey Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.2-4.dsc Changes since the last upload: couriergrey (0.3.2-4) unstable; urgency=low * debian/control Build-Depends autotools-dev added * debian/rules dh --with autotools_dev added (Closes: #727348) Regards, Marco Balmer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSaiu7AAoJECWTbxPp/5knhKoP/1dnUdEVwdl0rRd6g8Zlg+7Z ORNe1RvOmdHv4AR7JirWuSPlPppn8PSo8SQAVfd59tKksDGuGHDy11V8vg9wM9Dv HQz0FKoFUaiGz9dfes850WEcx+VnNlbx47XwQ3WDyRz+0MxzzqqfijAw3k2Va1uj FJHSewXbCWpX4Rm1U4zYEjoYONneFL7kGe808Bp8Ps9uJNSQje008lbXC00KPT1j jWncLbDIC6BVIHtRVXFgKg6AXFMRzbs/8V/LbuO0bvo5IFyfFsZHtmCzoB/q+XDU 7SCKpVyTMPTDEBXGc06C5cZPcyCQzocH+NDia1bUnidGzAzxyGJLU6RunwrE7pXy t4GSnYKogASUmU3EQ+My2y0/QNhP9i2PAGDViVI4aoisraz+8B03DpbWkQbs98Nq 0jNsBNXZzi96UHd0sIm8ZTRvCH1djVgSxPu2B/YixDy5Zch9aHO+XcNIk6rZhdSY SsASuCKuDfQDjEl2vD5K5lFk5tUnr0UwcF0lUycVjFSrYxU+g5xR+7xaoCklwhIH n+YKcbaeGMoDGIkvBrG6HF6g7ABJMMxkvXuuh/Oe5V5rnOWm3vxSXDSUh8SnTOIf Pbojn3wN+P4d0CfTbb0ERSlihnWbUgqFPDfpFQAOmLnBB87shiBHntXU2/iv1Htc LDG9WXmf4NMATYD6Hsy5 =qgEC -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#727605: [Pkg-xfce-devel] Bug#727605: Add support for systemd inhibit API
On Thu, 2013-10-24 at 16:03 +0200, Michael Biebl wrote: a/ xfce4-power-manager-systemd-inhibit.patch b/ xfce4-power-manager-systemd-shutdown-reboot-support.patch c/ xfce4-power-manager-systemd-suspend-hibernate-suport.patch You can choose to only apply a/ and continue to use upower, even when systemd is active. But as you are already aware, the suspend/hibernate functionality is going to be removed from upower 1.0, so it makes sense to include b/ and c/ as well. Actually, at this point, if we use c/ we lose upower suspend/hibernate support completely (the check is done at built time), so I'm not really sure I want to do that now. Also, I don't think I got an answer from you about the upower issue. Unless I'm mistaken, that means removing suspend/hibernate support from *all* DEs unless init=/bin/systemd? Do we really want that in Debian? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#727674: test regression: Thinks python2.6 is supported
Package: dh-python Version: 1.20131021-1 Hello, The current dh-python version now fails its own tests. I first noticed that in Ubuntu's autopkgtest jenkins [1], but it is perfectly reproducible by merely apt-get source dh-python and make tests in current sid. At first it stumbles over missing python3.3-dbg: begin captured logging dhpython: DEBUG: invoking: python2.7 -c 'import sysconfig as s;print(__SEP__.join(i or for i in s.get_config_vars(SOABI, MULTIARCH, INCLUDEPY, LIBPL, LDLIBRARY)))' dhpython: DEBUG: invoking: python3.3-dbg -c 'import sysconfig as s;print(__SEP__.join(i or for i in s.get_config_vars(SOABI, MULTIARCH, INCLUDEPY, LIBPL, LDLIBRARY)))' dhpython: DEBUG: /bin/sh: 1: python3.3-dbg: not found dhpython: DEBUG: cannot get include path Traceback (most recent call last): File /usr/share/dh-python/dhpython/interpreter.py, line 382, in include_dir result = self._get_config()[2] File /usr/share/dh-python/dhpython/interpreter.py, line 502, in _get_config conf_vars = self._execute(cmd, version).split('__SEP__') File /usr/share/dh-python/dhpython/interpreter.py, line 518, in _execute raise Exception('{} failed with status code {}'.format(command, output['returncode'])) Exception: python3.3-dbg -c 'import sysconfig as s;print(__SEP__.join(i or for i in s.get_config_vars(SOABI, MULTIARCH, INCLUDEPY, LIBPL, LDLIBRARY)))' failed with status code 127 - end captured logging - This is easily rectified by adding python3-all-dbg to debian/tests/control for nosetests. But then something weirder happens in t203: D: dh_python2 dh_python2:383: args: [] D: dh_python2 dh_python2:385: supported Python versions: 2.6,2.7 (default=2.7) D: dh_python2 debhelper:98: source=foo, binary packages=['python-foo'] D: dh_python2 dh_python2:402: processing package python-foo... D: dh_python2 tools:217: invoking: python2.7 -c 'import sysconfig as s;print(__SEP__.join(i or for i in s.get_config_vars(SOABI, MULTIARCH, INCLUDEPY, LIBPL, LDLIBRARY)))' [...] D: dh_python2 fs:208: package python-foo details = {'nsp.txt': set(), 'ext_no_version': set(), 'ext_vers': {Version('2.7')}, 'requires.txt': set(), 'public_vers': {Version('2.7')}, 'compile': True, 'private_dirs': {'/usr/lib/python-foo': {'ext_no_version': {'debian/python-foo/usr/lib/python-foo/bar.my_multiarch-triplet.so'}, 'compile': True}}, 'shebangs': set()} D: dh_python2 dh_python2:97: guessing files for python2.6 E: dh_python2 dh_python2:106: extension for python2.6 is missing. Build extensions for all supported Python versions (`pyversions -vr`) or adjust X-Python-Version field or pass --no-guessing-versions to dh_python2 make[4]: *** [override_dh_install] Fehler 3 make[4]: Verlasse Verzeichnis '/home/martin/ubuntu/tmp/dh-python-1.20131021/tests/t203' make[3]: *** [binary] Fehler 2 Why does it take the 2.6 from? It's not in pyversions --supported in either Debian sid nor Ubuntu. This could be a bug in the tests of course, but as it's dh_python2 itself that erroneously thinks that 2.6 is supported it smells like an actual bug? Thanks, Martin [1] https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-dh-python/? -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#727205:
Actually it is a duplicate of bug #589323 which is marked as resolved. This bug is indeed fixed upstream, but it still affects Squeeze, Wheezy, and sid. Only experimental package has not the bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
Hi Jérémy, Do you have a link to upstream tarball and source repositories? http://git.kolab.org/roundcubemail-plugins-kolab/tree/plugins/calendar https://github.com/graviox/Roundcube-CardDAV The last time I have looked, upstream was using closed-source-like, painful distribution methods. Yes, I also found that if I try to take them from http://myroundcube.com they require to manage plugins through their plugin_manager plugin... I have recently seen the following ITP for Kolab's plugins which might cover similar grounds: Will it be part of the package roundcube-plugins or roundcube-plugins- extra? Thanks, Matteo
Bug#726974: trigger-rally: opens in full-screen mode changes the default screen resolution
On Tuesday 22 October 2013 11:19 PM, Stefan Potyra wrote: Hi, hm... interesting. While trigger-rally changes the resolution if fullscreen is set to true in ~/.trigger/trigger.config, it should restore the original resolution when you quit the game. Can you launch trigger-rally in a terminal and capture the output? Maybe it can shed some more light on what's going on. here is the output : Trigger init Build: 0.6.0 on Feb 15 2012 at 20:26:25 Initialising PhysFS Set writable user directory to /home/wardhan/ Reset writable user directory to /home/wardhan/.trigger Application base directory /usr/games/ Main game data directory datadir=/usr/share/games/trigger-rally Loading game configuration Initialising SDL Create window and set video mode Found 0 joysticks GLEW initialized Graphics: X.Org Gallium 0.4 on AMD PALM Using OpenGL 2.0 Initialising render subsystem Initialising texture subsystem [SDL_Image] Initialising effects subsystem Initialising model subsystem Initialising audio subsystem [OpenAL] Performing app load Loading image textures/splash/splash.jpg Initialisation complete, entering main loop Loading image /textures/consolefont.png Loading image /textures/splash/endgame.jpg Loading image /textures/life_helmet.png Loading image /textures/arrow.png Loading image /textures/detail.jpg Loading image /textures/dust.png Loading image /textures/shadow.png Loading image /textures/dial_rev.png Loading image /textures/dial_speed_mph.png Loading image /textures/dial_gear.png Loading sample /sounds/engine1.wav Loading sample /sounds/wind.wav Loading sample /sounds/evo_sound/clank1.wav Loading sample /sounds/gravel2.wav Loading sample /sounds/evo_sound/clank3.wav Loading levels and events /events/rs cup/sinuous/sinuous.level /events/rs cup/8765/8765.level /events/rs cup/scorpio/scorpio.level /events/triggercup/warmup/warmup.level /events/triggercup/desertstorm/storm.level /events/triggercup/lunar/lunar.level /events/triggercup/bigjump/jump.level /events/triggercup/monkeybusiness/monkey.level /events/triggercup/oldmacdonald/farm.level /events/westernchallenge/smoothcanyon/smoothcanyon.level /events/westernchallenge/greatplains/greatplains.level /events/westernchallenge/rockyprairie/rockyprairie.level /events/westernchallenge/whitesands/whitesands.level Race finished in invalid state 30 Exit requested Race finished in invalid state 30 Shutting down audio subsystem Shutting down model subsystem Shutting down effects subsystem Shutting down texture subsystem Shutting down render subsystem X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 151 (XFree86-VidModeExtension) Minor opcode of failed request: 10 (XF86VidModeSwitchToMode) Value in failed request: 0x20e Serial number of failed request: 179 Current serial number in output stream: 181 hope it helps, excuse for delay. Thanks in advance, Stefan. P.S.: You can also change the resolution using xrandr, e.g. xrandr -s 1920x1200 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727674: test regression: Thinks python2.6 is supported
[Martin Pitt, 2013-10-25] At first it stumbles over missing python3.3-dbg: I will add python3-all-dbg in debian/tests/control, thanks Why does it take the 2.6 from? It's not in pyversions --supported in either Debian sid nor Ubuntu. list of supported Python versions is hardcoded in tests/Makefile, it didn't fail for me as I have all interpreters = 2.4 on my laptop. I will update these tests to ignore not installed interpreters (just like I did in test_interpreter.py) thanks for the report -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727540: Downgrading libept1.4.12 fix
Hi, I can confirm that downgrading libept1.4.12, fix the symbol 'lookup error', like : sudo apt-get -t stable install libept1.4.12 Guillaume. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727675: nagios3: Nagios3 source package could provide a nagios-dev or nagios-headers package
Source: nagios3 Severity: wishlist Hi, In order to build a platform-dependent project related to Nagios, I need some headers files from the nagios headers (nagios.h and config.h specifically, this last one being generated dynamically by the ./configure of Nagios itself). Could it be possible to ship a nagios-headers or nagios-dev packages with these files and more generally the nagios headers? Looking around, I saw that packages include directly these files in the sources of the package (see the check-mk package, in livestatus.tar.gz). Thanks, Carl Chenet -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725772: RFS: nfft -- Library for computing Non-uniform Fast Fourier Transforms
Hi Ghislain, On Thu, Oct 24, 2013 at 05:48:35PM +0100, Ghislain Vaillant wrote: Hi Andreas, I have updated the package following your comments. http://anonscm.debian.org/gitweb/?p=debian-science/packages/nfft.git I'm afraid I have some further remarks: d/control: - Thanks to Scott's explanation I think I understood now the dh-exec mechanism and so I think you can remove dh-exec from the Build-Depends - Priorities: The source package should be Priority: optional and only for the *-dbg package you should explicitly specify Priority: extra. The point is that priority extra packages will be excluded from some QA checks which we do not really want in general but actually debug packages should feature this extra - Neat tip: You might like to check, how config modell using cme fix dpkg-control is formating your control file. I personally like this. d/changelog: You created a new changelog paragraph. For not yet uploaded packages this is at best confusiing even if your *-1 entry claims that it was uploaded to unstable (which it was not - at best this should be UNRELEASED). Also the consequence of this new entry is, that the ITP bug is not closed by an upload if I would upload as is. You can easily verify this effect when looking at the tasks page[1] which is not linking to an according WNPP bug (in contrast to for instance liblevmar-dev). The reason is that only the latest paragraph of d/changelog is parsed. So my advise would be to *not* log your actual changes inside d/changelog until we have *really* the first version inside Debian. There is sufficient information inside the Git commit logs. Just remove the 3.2.3-2 paragraph and it also makes sense to target with 3.2.3-1 at UNRELEASED while leaving me as the sponsor the task to switch this to unstable once I decide to upload. This is (should be??) written in Debian Science policy document and helps other team members to see immediately that a package was not yet uploaded. Regarding the SoB sponsering I told you I have added the *-dev package to the relevant development tasks of Debian Science which can be seen for example in mathematics-dev task[1]. Could you now please add an according entry at the SoB Wiki page[2] to make sure you understood the mechanism I would like to push via SoB. Kind regards Andreas. [1] http://blends.alioth.debian.org/science/tasks/mathematics-dev#libnfft3-dev [2] https://wiki.debian.org/DebianPureBlends/SoB -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725848: python-pip: default install method for non-root users should be --user
See also Bug #692108 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692108 As i said there, python-pip (Debian package) is totally useless as it is: the only reasson i'd like to have an extra (Python-)package installer is because I'd like to be able to install Python packages from the official Python package repository (mainly) _AS A USER_, because they are NOT vailable as a Debian package. So i do NOT want to run pip as root, as it would fundamentally mess up my DPKG setup (it tries to remove/overwrite system files: e.g. OSError: [Errno 13] Permission denied: '/usr/bin/easy_install' ) So BOTH --user and a working --ignore-installed options (BTW, both undocumented in the man page!!) should be the default in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692108: python-pip: --ignore-installed option is ignored
python-pip (Debian package) is totally useless as it is: the only reasson i'd like to have an extra (Python-)package installer is because I'd like to be able to install Python packages from the official Python package repository (mainly) _AS A USER_, because they are NOT vailable as a Debian package. So i do NOT want to run pip as root, as it would fundamentally mess up my DPKG setup (it tries to remove/overwrite system files: e.g. OSError: [Errno 13] Permission denied: '/usr/bin/easy_install' ) So BOTH --user and a working --ignore-installed options (BTW, both undocumented in the man page!!) should be the default in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699879: [Pkg-fglrx-devel] Bug#699879: fglrx-driver: Xorg doesn't start after aticonfig --px-igpu
Still present in 1:13.11~betav1-1 The problem happens because update-alternatives removes fglrx_drv.so from /usr/lib/xorg/modules/drivers/ I've fixed it for myself by adding ln -sf /usr/lib/fglrx/fglrx_drv.so /usr/lib/xorg/modules/drivers after update-alternatives --set glx /usr/lib/mesa-diverted in switchlibGL and switchlibglx I think update-alternatives shouldn't touch fglrx_drv.so, it isn't used unless it's explicitly specified in xorg.conf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661166: please include nagios-check-soas
Bernd Zeimetz be...@bzed.de wrote: Please see if the plugins from http://dns.measurement-factory.com/tools/nagios-plugins/index.html work for you. yes. please include all three of them (check_zone_auth, check_whois, and check_zone_rrsig_expiration). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725851: [RFR] templates://fpc/{fp-compiler.templates.in}
Christian PERRIER wrote: +_Description: Default MS Windows .rc resource compiler: FPC supports compiling programs with embedded resource in .rc MS Windows + format on all platforms where the mingw windres tool is available. There's still a bit of wonky English here. FPC supports compiling programs that embed resources as MS Windows .rc-format files on all platforms where the MinGW windres tool is available. . In order to be able to compile projects using .rc files, you need first to install mingw32-binutils package. This package is suggested by the fp-compiler + package, it will not be pulled automatically. You will need to install it manually. In order to be able to compile projects using .rc files, you need first to manually install the package mingw32-binutils, which is suggested by fp-compiler but not pulled in automatically. . If you want to enter a custom .rc files compiler that does not appear in this list or if you simply want to disable this feature, please select + Select manually. I think it has to be a custom .rc file compiler (it's a noun pile, not a nouns pile). Template: fp-compiler/windres [...] (As above, plus typofix) If you don't want to use a default .rc files compiler, please let this entry be empty. If you don't want to use a default .rc file compiler, leave this blank. I didn't review the debian/control, which we apparently reviewed in the past, already. Unfortunately there's one addition that needs work: Package: fp-units-gfx-2.6.2 [...] Description: Free Pascal - graphics-library units The Free Pascal Compiler is an Object Pascal compiler supporting both Delphi and Turbo Pascal 7.0 dialects, as well as Mac Pascal dialects. It provides a completely portable RunTime Library (RTL) available on many platforms and compatible with Turbo Pascal, along with a platform-independent class-based Free Component Library (FCL) adding many Delphi extensions and interfacing with many popular open source libraries. . This package contains Free Pascal units with bindings for cairo, forms, ggi, graph, libgd, libpng, opengl, and svgalib. . NB: svgalib is no more packaged by Debian and should be installed manually by users who want to link against it. That new final paragraph is definitely talking about the upstream software, SVGALib; and no more packaged is unidiomatic. SVGALib is no longer packaged by Debian and should be installed manually by users who want to link against it. And likewise for Package: fp-units-gfx. Oh, but should I be editing control or control.in? -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru fpc-2.6.2.pristine/debian/control fpc-2.6.2/debian/control --- fpc-2.6.2.pristine/debian/control 2013-10-07 19:37:45.0 +0100 +++ fpc-2.6.2/debian/control2013-10-25 10:14:08.339467473 +0100 @@ -306,7 +306,7 @@ This package contains Free Pascal units with bindings for cairo, forms, ggi, graph, libgd, libpng, opengl, and svgalib. . - NB: svgalib is no more packaged by Debian and should be installed manually by + SVGALib is no longer packaged by Debian and should be installed manually by users who want to link against it. Package: fp-units-net-2.6.2 @@ -647,7 +647,7 @@ the package containing Free Pascal units with bindings for cairo, forms, ggi, graph, libgd, libpng, opengl, and svgalib. . - NB: svgalib is no more packaged by Debian and should be installed manually by + SVGALib is no longer packaged by Debian and should be installed manually by users who want to link against it. Package: fp-units-net diff -ru fpc-2.6.2.pristine/debian/fp-compiler.templates.in fpc-2.6.2/debian/fp-compiler.templates.in --- fpc-2.6.2.pristine/debian/fp-compiler.templates.in 2013-10-07 19:17:38.0 +0100 +++ fpc-2.6.2/debian/fp-compiler.templates.in 2013-10-25 10:01:12.514463330 +0100 @@ -29,31 +29,27 @@ Type: select Choices: ${choices} Default: Select manually -_Description: Use a default MS Windows .rc resource compiler: - FPC supports compiling programs with embedded resource in .rc MS Windows - format on all platforms where mingw windres tool is available. +_Description: Default MS Windows .rc resource compiler: + FPC supports compiling programs that embed resources as MS Windows + .rc-format files on all platforms where the MinGW windres tool is available. . In order to be able to compile projects using .rc files, you need first to - install mingw32-binutils package. This package is suggested by the fp-compiler - package, it will not be pulled automatically. You will need to install iti - manually. + manually install the package mingw32-binutils, which is suggested by + fp-compiler but not pulled in automatically. . - If you want to enter a custom .rc files compiler that does not appear in this + If you want to enter a custom .rc file
Bug#661167: please include nagios-check-printer-status
Bernd Zeimetz be...@bzed.de wrote: Maybe one of these: [...] https://www.monitoringexchange.org/inventory/Check-Plugins/Hardware/Devices/Printer/check_cups yes. please include check_cups. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727676: ITP: gitignorer -- A simple utility that aids in the creation of .gitignore files.
Package: wnpp Severity: wishlist Owner: Zach Latta z...@zachlatta.com * Package name: gitignorer Version : 1.0.0 Upstream Author : Zach Latta z...@zachlatta.com * URL : https://github.com/zachlatta/gitignorer * License : MIT Programming Lang: Go Description : A simple utility that aids in the creation of .gitignore files. Gitignore is a simple command-line utility that aids in the creation of .gitignore files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706696: dojo: Please upgrade to new upstream version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello David, there is a new upstream version 1.8.3 of dojotoolkit available 1.9.1 is now available, and the version currently in the archive FTBFSes (#724124). I’d be happy to help maintaining this package (because the upcoming owncloud package should depend on it). Would you agree to maintain this package inside the JavaScript team? I think any help is welcome here because Jason is busy with private work at the moment. So, i would agree with that. I couldn’t find a repository to handle this package, can you please make it public if you have one? Would you agree to import the history with “gbp import-dscs --debsnap” if you haven’t? I did not know if Jason has any public repository for that. @Jason: Any feedback from you?! regards, Frank -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJqOUQACgkQWr0A+QOsIlCkqACeKdXMp6FfcH8QA0ZqGc9pVTaf iKEAn2Hetu5fq+Td0NGN+IlcaWneBHXQ =JDaY -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#710487: My recent bpo-uploads not appearing in my qa page
Hi Luca, hi Gerfried, hi all, On Di 22 Okt 2013 08:43:33 CEST, Luca Falavigna wrote: 2013/10/22 Gerfried Fuchs rho...@deb.at: Can you kindly look into this issue? Thanks in advance! :) Backports moved to ftp-master for wheezy-backport, while DDPO still points to the old location. The paths needs to be adjusted to reflect the new location. Cheers, Luca I really wished someone with sufficient privileges could look at this rather sooner than later. I start loosing track of my uploads to wheezy-bpo (the scrap of paper gets scribbled more and more...). I guess, other package maintainer feel similar about this. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb binCW297lucqm.bin Description: Öffentlicher PGP-Schlüssel pgpTFtwDaUFMK.pgp Description: Digitale PGP-Signatur
Bug#727677: icedove: copies folders settings not saved with a gmail IMAP account
Package: icedove Version: 10.0.12-1 Severity: normal Dear Maintainer, I choose to keep a copy on a sent folder or a draft folder for my account. After restarting icedove, my changes are lost. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.44 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii myspell-fr [myspell-dictionary] 1.4-26 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii gconf-service 3.2.5-1+build1 ii libgconf-2-4 3.2.5-1+build1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libnotify40.7.5-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#727678: wiki.debian.org: Small security related glitch in user registration / login process
Package: wiki.debian.org Verion: current Severity: normal Maybe I missed something, but I think I found a small security related glitch in the wiki.debian.org registration process. It seems currently possible to (a) confirm the existance of a wiki.debian.org account (b) reveal its linked email address REMARK: (a) This might be always possible as you can simply try visiting: https://wiki.debian.org/SomePerson ? - Did not try to see what happens if one deletes his own Homepage. (b) This should really be a small security glitch as there is the General option on the users Preferences page: Publish my email (not my wiki homepage) in author info Here is what I did: * Click on Login * Click on Forgot your password * Enter username, email * You get: If this account exists an email was sent. So far so good, but: * Click on Login * Click on you can create one now * Enter a username you want to know if it exists * Enter any email adress and any password * Click Create Profile * You get: This user name already belongs to somebody else. If this is a new account and you need another verification link, try sending another one. So this tells you that the account exists. * Click on try sending another one (works even if User account has already been verified!) * You get: Verification message re-sent to kn...@posern.org And this tells you it's linked email address. Tormen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727679: Fix configury for AArch64
Package: libticables Version: 1.3.4+dfsg-2 Tags: patch User: debian-...@lists.debian.org Usertags: arm64 Fix configury for AArch64. patch at http://launchpadlibrarian.net/15496/libticables_1.3.0-0ubuntu3_1.3.0-0ubuntu4.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727538: ocaml-sqlexpr: out-of-date binaries on architectures without ocaml-estring
Le 24/10/2013 08:27, Niels Thykier a écrit : Your package has out of date binaries on architectures were ocaml-estring is unavailable (e.g. armhf), but it appears to have built there in the past. This is a blocker for ocaml-sqlexpr migrating to testing[1]. If ocaml-sqlexpr should no longer be built on these architectures, then please reassign this bug to ftp.debian.org and request them to remove the binaries on the affected architectures. Why has this bug been reported against ocaml-sqlexpr? The problem boils down to ocaml-estring failing to build on some architectures... 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#727611: ggobi needs porting from libgraph to libcgraph (graphviz-2.34)
Am 25.10.2013 04:41, schrieb Dirk Eddelbuettel: | Debian still has graphiz-2.2x. There is a reason I did file this as a wishlist | issue. Well that is sort of silly. For as long this builds on Debian I am not going to do anything, realistically. Let me know when a new / updated graphviz hits Debian. According to http://packages.qa.debian.org/g/graphviz.html, graphviz will be involved with the ruby1.8-removal transition. So it won't be that far away, that somebody has to either backport ruby1.9 or ruby2.0 support to graphviz, drop the ruby extension, or update graphviz to a version compatible with a new ruby (and lua, and guile). And I say this as a heavy Ubuntu user -- with maybe a dozen machines between home and work. But my workflow _for Debian_ is still the same, and if you insist that Ubuntu (downstream) has to differ than this is really an issue for patches at your end (as you've done, doing your users a disservice by removing the GraphLayout plugin) and not something I can do. Not sure about the unfriendlyness. It's more of a disservice to ship year's old software (both graphviz and ggobi), and in this case you have to outwage having a new graphviz working with recent interpreter versions and working on more architectures, or a feature complete ggobi. So yes, if you feel that this issue won't hit ggobi for jessie, feel free to ignore it. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727680: apt: [l10n-fr] Confirmation sentence for replacing essential packages contains unidentifiable character
Package: apt Version: 0.9.12.1 Severity: normal Tags: patch l10n Dear Maintainer, * What led up to the situation? I tried to remove an essential package (namely sysvinit) for testing purposes (of upstart) with the following command: apt-get install upstart which asked me to type the following sentence to confirm the operation: Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! » (where the space before ! is an unbreakable space) * What exactly did you do (or not do) that was effective (or ineffective)? I entered Oui, faites ce que je vous dis ! (where the space is a normal space) * What was the outcome of this action? Confirmation sentence was refused. * What outcome did you expect instead? Confirmation sentence is accepted. I suggest one of the following solution: - remove the unbreakable space diff fr.po fr-new.po 660c660 msgstr Oui, faites ce que je vous dis ! --- msgstr Oui, faites ce que je vous dis! - replace it with a normal space diff fr.po fr-new2.po 660c660 msgstr Oui, faites ce que je vous dis ! --- msgstr Oui, faites ce que je vous dis ! The unbreakable space is typographically the right char, but few normal people are used to type it (or even know it's existence.) Using a normal space could disturb people used to do the right thing and type the unbreakable space. Removing the space is a workaround generally accepted when there is no available unbreakable space. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.15-1.1 ii libapt-pkg4.12 0.9.12.1 ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libstdc++6 4.8.2-1 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1.2 ii dpkg-dev1.17.1 ii python-apt 0.9.1 ii xz-utils5.1.1alpha+20120614-2 -- 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#727681: mirror submission for linux.psu.ru
Package: mirrors Severity: wishlist Submission-Type: new Site: linux.psu.ru Aliases: linux7.psu.ru Aliases: ftp.psu.ru Type: leaf Archive-architecture: amd64 i386 ia64 Archive-http: /debian/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: mirror.yandex.ru CDImage-upstream: mirror.mephi.ru Updates: four Maintainer: Martyushev Tim li...@psu.ru Country: RU Russian Federation Location: Russia, Perm Sponsor: Perm State University http://www.psu.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727682: bilibop-rules: Fails to configure: lsbilibop calls udevadm in an unsupported way
Package: bilibop-rules Version: 0.4.17 Severity: serious Dear Maintainer, I've just dist-upgraded my Debian armhf running Toshiba AC100 (an ARM-based netbook originally running Android) from Wheezy to Jessie. As it currently runs of an SD card, installing bilibop sounds like a good idea. But bilibop-rules fails to install during configure phase. I've added a set -x to the package's postinst script to see where it exactly fails: + [ false = false ] + CUSTOM_RULES=false + HELPER=bilibop_rules_generator + [ -f /etc/udev/rules.d/66-bilibop.rules ] + db_get bilibop-rules/bilibop_rules_generator/customize + _db_cmd GET bilibop-rules/bilibop_rules_generator/customize + _db_internal_IFS= + IFS= + printf %s\n GET bilibop-rules/bilibop_rules_generator/customize + IFS= + IFS= read -r _db_internal_line + RET=false + return 0 + [ false = true ] + [ false = true ] + lsbilibop -l Usage: udevadm info OPTIONS --query=type query device information: name name of device node symlink pointing to node path sys device path property the device properties all all values --path=syspath sys device path used for query or attribute walk --name=name node or symlink name used for query or attribute walk --root prepend dev directory to path names --attribute-walk print all key matches while walking along the chain of parent devices --device-id-of-file=file print major:minor of device containing this file --export export key/value pairs --export-prefixexport the key name with a prefix --export-dbexport the content of the udev database --cleanup-db cleanup the udev database --help + BILIBOP_LIST= dpkg: error processing bilibop-rules (--configure): subprocess installed post-installation script returned error exit status 2 dpkg: dependency problems prevent configuration of bilibop: bilibop depends on bilibop-rules (= 0.4.17); however: Package bilibop-rules is not configured yet. /bin/lsbilibop seems to call udevadm in line 44 as follows: udev_root=$(udevadm info --root) But calling udevadm info --root manually on the commandline throws exactly the above error message. According to the man-page, the --root option is only thought as additional option for two query types: --root Print absolute paths in name or symlink query. So I guess, some more parameters are necessary to get it working again. I'm just not sure which. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 2.6.38-ac2-ac100 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bilibop-rules depends on: ii bilibop-common 0.4.17 ii debconf [debconf-2.0] 1.5.51 ii initramfs-tools0.114 ii initscripts2.88dsf-43 Versions of packages bilibop-rules recommends: pn grub-common none pn lvm2 none pn udisks none Versions of packages bilibop-rules suggests: ii bilibop-lockfs 0.4.17 pn cryptsetup none pn grub-coreboot | grub-efi-amd64 | grub-efi-ia32 | grub-ieee1275 | none ii pmount 0.9.23-2 pn policykit-1none -- debconf information: bilibop-rules/belongs_to_floppy_group/custom_rules_error: bilibop-rules/make_unpersistent_rules: keep bilibop-rules/belongs_to_floppy_group/internal_error: bilibop-rules/grub_device_map_manager: keep bilibop-rules/bilibop_rules_generator/bad_options: bilibop-rules/physical_volumes_filter/obtain_device_list_from_udev: bilibop-rules/bilibop_rules_generator/options: * bilibop-rules/on-live-system: false bilibop-rules/physical_volumes_filter/system-only: false bilibop-rules/physical_volumes_filter/warning: bilibop-rules/bilibop_rules_generator/customize: false bilibop-rules/physical_volumes_filter/filter: bilibop-rules/bilibop_rules_generator/overwrite: keep -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671287: ftp.debian.org: Translation-en hash sum mismatch (ftp.fi, ftp.dk)
On 24/10/2013, at 15.49, Simon Paillard spaill...@debian.org wrote: On Thu, Oct 24, 2013 at 03:09:00PM +0200, Georg Sluyterman wrote: On 2013-10-14, at 21:31, Simon Paillard spaill...@debian.org wrote: [..] * The following mirrors need ftpsync tool update * http://ftp.fi.debian.org/debian/project/trace/ftp.fi.debian.org * http://ftp.dk.debian.org/debian/project/trace/mirrors.dotsrc.org I have upgraded the bin-folder of the ftpsync script on ftp.dk.debian.org aka mirrors.dotsrc.org Despite the name, etc/ contains some shared functions used from bin/, so please upgrade the whole archvsync repo. Thanks ! Done! -- Venlig hilsen Georg Sluyterman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707432: fixed by new upstream version (which is already packaged)
Control: tags -1 + patch fixed by new upstream version (which is already packaged) by the Debian maintainer in https://launchpad.net/~pmiller-opensource/+archive/ppa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726675: (no subject)
Yes please remove the systemd dependency. There are people out there who do not want systemd on their systems. And it clearly does not need it to work. Also installing systemd on sysv init based systems causes issues and might at some point fatally break and make systems non bootable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727538: ocaml-sqlexpr: out-of-date binaries on architectures without ocaml-estring
On 2013-10-25 11:55, Stéphane Glondu wrote: Le 24/10/2013 08:27, Niels Thykier a écrit : Your package has out of date binaries on architectures were ocaml-estring is unavailable (e.g. armhf), but it appears to have built there in the past. This is a blocker for ocaml-sqlexpr migrating to testing[1]. If ocaml-sqlexpr should no longer be built on these architectures, then please reassign this bug to ftp.debian.org and request them to remove the binaries on the affected architectures. Why has this bug been reported against ocaml-sqlexpr? The problem boils down to ocaml-estring failing to build on some architectures... Cheers, One solution would be to fix ocaml-estring, so it builds on these architectures. However, ocaml-estring has no obligation[1] to be built on these architectures, since it was never built on these in the past. However, ocaml-sqlexpr built on these architectures in the past, so it has an obligation to build there again. But ocaml-sqlexpr picked up an unconditional Build-Dependency on ocaml-estring, which means it can no longer be built on these architectures. This is why I filed this bug against ocaml-sqlexpr. This means there are (basically) 3 solutions to this problem: 1 make ocaml-estring build on these architectures. 2 make ocaml-sqlexpr's build-depends on ocaml-estring conditional (i.e. limit it to architectures where ocaml-estring is available) 3 retire support for architectures without ocmal-estring and reomving the obligation to be built on these architectures for now. To be honest, I do not really care which solution you go with. I just want a new version of ocaml-sqlexpr to migrate to testing (as it fixes #718138). You are welcome to claim that it is reasonably possible for ocaml-estring to support these architectures and therefore this is a bug in ocaml-estring. However, I am pretty sure you need to convince the maintainer to accept this or he/she can simply downgrade it to wishlist (possibly with a wontfix tag) and ocaml-sqlexpr would remain RC buggy. However, given the maintainer is the same in this case, I doubt this will be a problem. ~Niels [1] http://release.debian.org/jessie/rc_policy.txt 4. Autobuilding [...] Packages must autobuild without failure on all architectures on which they are supported. Packages must be supported on as many architectures as is reasonably possible. Packages are assumed to be supported on all architectures for which they have previously built successfully. Prior builds for unsupported architectures must be removed from the archive (contact -release or ftpmaster if this is the case). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710487: My recent bpo-uploads not appearing in my qa page
Control: tags 710487 + patch [Trimming down the Cc: list a bit] * Mike Gabriel mike.gabr...@das-netzwerkteam.de [2013-10-25 09:39:41 +]: I really wished someone with sufficient privileges could look at this rather sooner than later. I start loosing track of my uploads to wheezy-bpo (the scrap of paper gets scribbled more and more...). I guess, other package maintainer feel similar about this. Please find attached a patch to the qa svn repository that makes extract_incoming.pl look in the right place for !squeeze bpo sources. Running the script on quantz and poking around the generated db file makes me think that the package versions db file will contain all that is needed for DDPO to find bpo uploads. I have no qa/qa-core super cow powers, so I can't do much more. Cheers, -- Nicolas Dandrimont I did this 'cause Linux gives me a woody. It doesn't generate revenue. (Dave '-ddt-` Taylor, announcing DOOM for Linux) Index: data/ddpo/extract_incoming.pl === --- data/ddpo/extract_incoming.pl (révision 3079) +++ data/ddpo/extract_incoming.pl (copie de travail) @@ -65,7 +65,6 @@ my $delayed_summary = http://people.debian.org/~myon/delayed/delayed-summary;; my $delayed_http = http://people.debian.org/~djpig/delayed/;; my $queue_summary = http://ftp-master.debian.org/new.822;; -my $bpo_url = http://backports.debian.org/debian-backports;; # global variables my %db; @@ -239,8 +238,16 @@ next if ($distkey =~ /^(unstable|testing)/); my $dist = $active_dists{$distkey} . -backports; my $codename = $distkey eq stable ? bpo : $distkey-bpo; + +my $archive = ftp.debian.org; +my $bpo_url = http://ftp.debian.org/debian;; +if ($dist eq squeeze-backports) { +$archive = backports.org; +$bpo_url = http://backports.debian.org/debian-backports;; +} + my $files_to_zcat = ''; -foreach my $file_to_zcat ( glob /srv/qa.debian.org/data/ftp/backports.org/dists/$dist*/{main,contrib,non-free}/source/Sources.gz ) +foreach my $file_to_zcat ( glob /srv/qa.debian.org/data/ftp/$archive/dists/$dist*/{main,contrib,non-free}/source/Sources.gz ) { $files_to_zcat .= $file_to_zcat if( -e $file_to_zcat ); } signature.asc Description: Digital signature
Bug#727683: lintian: erroneously reports a warning on :-separated RPATHs
Package: lintian Version: 2.5.19 Severity: normal While working on my unofficial syslog-ng packages[1], I came across a spurious warning when running Lintian on the results: E: syslog-ng-core: binary-or-shlib-defines-rpath usr/lib/syslog-ng/3.5.0rc1/libcryptofuncs.so /usr/lib/syslog-ng:/usr/lib/syslog-ng/3.5.0rc1 This seemed strange, as the RPATH some of the binaries set (/usr/lib/syslog-ng:/usr/lib/syslog-ng/3.5.0rc1) is, by the letter of policy, allowed: both components are under /usr/lib/$srcpkg. The reason lintian fails is because it's prepared to find multiple RPATHs set within an object, but not for the case where a single record uses : as a separator (a'la PATH). It ends up checking that the rpath is either /usr/lib/$srcpkg or /usr/lib/$srcpkg/: the ':' confuses it. I will submit a patch in a few minutes that corrects lintian by splitting the rpath into components first. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.23.90.20130927-1 ii bzip2 1.0.6-5 ii diffstat 1.57-1 ii file 1:5.14-2 ii gettext0.18.3.1-1 ii hardening-includes 2.4 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.30-7 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.35-1 ii libdigest-sha-perl 5.85-1+b1 ii libdpkg-perl 1.16.12 ii libemail-valid-perl1.192-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1+b2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-2 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii man-db 2.6.5-2 ii patchutils 0.3.2-2 ii perl [libdigest-sha-perl] 5.18.1-4 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.21-1 ii libperlio-gzip-perl 0.18-1+b3 ii perl-modules [libautodie-perl] 5.18.1-4 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.12 ii libhtml-parser-perl3.71-1+b1 ii libtext-template-perl 1.46-1 ii xz-utils 5.1.1alpha+20120614-2 -- 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#727684: upstream's marketing material doesn't belong into the package descriptions
Package: llvm-defaults, llvm-toolchain-3.3, llvm-toolchain-snapshot upstream's marketing material doesn't belong into the package descriptions. The llvm package descriotions do have a much more neutral way of describing ths packages. Clang project is a C, C++, Objective C and Objective C++ front-end for the LLVM compiler. Some of its goals include the following: If these are just goals, they maybe don't belong into the package description. End-User Features: . * Fast compiles and low memory use So do other compilers. It very much depends which optimization options are used. * Expressive diagnostics (examples) Which examples? * GCC compatibility well, ok. but which compatibility? certainly not the license Utility and Applications: . * Modular library based architecture * Support diverse clients (refactoring, static analysis, code generation, etc) how does this belong into the clang binary package? * Allow tight integration with IDEs * Use the LLVM 'BSD' License well, Debian has the copyright file for this. Internal Design and Implementation: . * A real-world, production quality compiler so we have to document all other compilers as toy compilers? * A simple and hackable code base yes, need to rewrite every reverse dependeny for each llvm/clang release. * A single unified parser for C, Objective C, C++, and Objective C++ * Conformance with C/C++/ObjC and their variants conformance to what? standards? Which variants? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727645: polkit-kde-1: requires root password for hibernate, wrongly reports other users are logged on
Hi, I have this same problem and I encountered it after I started using systemd. For me the dialog shows org.freedesktop.login1.hibernate-multiple-sessions as the reason. My understanding is that it is dirmngr that causes this. loginctl shows: SESSIONUID USER SEAT c1112 dirmngr c2 1000 durinseat0 if I kill dirmngr the dialog requesting root password doesn't pop up. On 24 October 2013 23:53, Johannes Rohr jor...@gmail.com wrote: Package: polkit-kde-1 Version: 0.99.1-1 Severity: normal I am trying to hibernate the system from the kickoff menu. Instead of going into hibernation, a dialogue pops up saying Authentication is required for hibernating the system while other users are logged in and asking for the root password However, there are no other users logged in, as the w command shows: 22:52:57 up 11:56, 3 users, load average: 3,52, 4,55, 3,75 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT jr :022:44 ?xdm? 42:53 0.09s /bin/sh /usr/bin/startkde jr pts/2:0 22:447:59 0.00s 1.85s kdeinit4: kded4 [kdeinit] jr pts/3:0 22:481.00s 1.45s 0.00s w So apparently, this is a bug... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages polkit-kde-1 depends on: ii kde-runtime 4:4.10.5-1 ii libc6 2.17-93 ii libkdecore5 4:4.10.5-1+b1 ii libkdeui5 4:4.10.5-1+b1 ii libpolkit-qt-1-1 0.103.0-1 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libstdc++64.8.1-10 ii policykit-1 0.105-4 polkit-kde-1 recommends no packages. polkit-kde-1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131024205359.30377.36099.reportbug@Erwin.babel
Bug#727607: RabbitMQ allows anyone to connect by default over IPv6
Hi Emile, On 10/25/2013 04:13 PM, Emile Joubert wrote: On 24/10/13 15:34, Thomas Goirand wrote: I reported this to the maintainer, and to the security team a *very* long time ago, though it seems to be that nothing has been done to address this issue. Your suggestions have not been ignored, and we take feedback on security issues very seriously. It's good to read this! :) Please bear in mind that v3.2.0 is the first feature release since June 2013 when the discussion you refer to took place. Entry 24094 from the release notes is the first step towards a solution: http://www.rabbitmq.com/release-notes/README-3.2.0.txt This will allow the broker to report authentication failures explicitly. This is a feature that AMQP does not offer, so the protocol had to be extended in a backwards-compatible way. Only now that the broker can reliably report authentication failures do we plan to execute the next step, which is to remove the ability to log in with a default account on a public interface in the default configuration. (BTW this has nothing to do with IPv6 as suggested in the bug title.) As much as I can see, there's no problem with IPv4 only (eg: RabbitMQ would not bind on the public interface by default). Am I wrong to say that the server only binds on the local public IPv6? If so, feel free to fix the title of the bug. I'm sorry you feel disappointed that not enough progress has been made. We are attempting to introduce this change to the default configuration in a way that will cause as little disruption as possible. Since the incidence of authentication failures is expected to rise dramatically it was deemed necessary to improve their reporting before proceeding. Unfortunately, this public bug report has very little to do with the fact that there's not enough progress. It has everything to do with the fact that I have discussed the issue publicly, and that I'm writing this on a publicly available documentation (eg: OpenStack), so I felt that this issue had to be available on the Debian BTS as well. I hope you understand that, and that you don't mind too much that I reported it this way. Cheers, Thomas Goirand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727685: Please rename package gdm3 gdm
Package: gdm3 Version: all Release: Jessie and Sid Severity: wishlist Bug: Please think about renaming Package gdm3 to gdm for jessie. Reason: It confuses users as there is xdm, kdm, lightdm, etc. - gdm3 is the odd one out. The old gdm is not included in wheezy anymore thus after the disappearance of oldstable squeeze it will become obsolete to differentiate between the two versions. Yours sincerly, Cornel Ahlers
Bug#727683: patch
Control: tag -1 patch Attached is a patch that fixes the problem, by splitting the RPATH into components before doing any checks on it. The patch includes a test case too. I would appreciate if this could be applied soonish, as I need to add an override to syslog-ng until this is in backports, as binary-or-shlib-defines-rpath is on the ftp-master (soft) autoreject list. -- |8] From 34fe711c42cf21d9f2d3fe86322a8e40b71594b2 Mon Sep 17 00:00:00 2001 From: Gergely Nagy alger...@balabit.hu Date: Fri, 25 Oct 2013 13:00:06 +0200 Subject: [PATCH] c/binaries.pm: Add support for multi-component RPATHs The RPATH setting works similar to PATH, and supports multiple components, separated by a colon. As such, Lintian should be able to handle those, and split the RPATH into components before making any checks on those. This patch does just that, and adds a test case to trigger the original issue too. Signed-off-by: Gergely Nagy alger...@balabit.hu --- checks/binaries.pm | 2 +- debian/changelog | 2 ++ t/tests/binaries-general/debian/Makefile | 3 +++ 3 files changed, 6 insertions(+), 1 deletion(-) diff --git a/checks/binaries.pm b/checks/binaries.pm index c57e431..122657d 100644 --- a/checks/binaries.pm +++ b/checks/binaries.pm @@ -359,7 +359,7 @@ sub run { if (exists $objdump-{RPATH}) { foreach my $rpath ( map {File::Spec-canonpath($_)} -keys %{$objdump-{RPATH}} +map {split(/:/, $_)} keys %{$objdump-{RPATH}} ) { next if $rpath diff --git a/debian/changelog b/debian/changelog index d58061a..176d908 100644 --- a/debian/changelog +++ b/debian/changelog @@ -5,6 +5,8 @@ lintian (2.5.20) UNRELEASED; urgency=low * checks/cruft.{desc,pm}: + [BR] Check files for under a non-distributable Nvidia license. (Closes: #724930) + * checks/binaries.pm: ++ [GN] Add support for multi-component RPATHs. (Closes: #727683) * data/binary/embedded-libs: + [RG] Detect embedded copies of poppler/xpdf. (Closes: #724733) diff --git a/t/tests/binaries-general/debian/Makefile b/t/tests/binaries-general/debian/Makefile index ac5bd0f..5f0f442 100644 --- a/t/tests/binaries-general/debian/Makefile +++ b/t/tests/binaries-general/debian/Makefile @@ -10,6 +10,8 @@ all: $(COMPILE) -o basiclibrpath basic.c -Wl,--rpath,/usr/lib # non-special rpath shipped in the package $(COMPILE) -o basicshippedrpath basic.c -Wl,--rpath,/usr/share/foo + # special rpath shipped in the package, multiple paths + $(COMPILE) -o basicshippedrpathmore basic.c -Wl,--rpath,/usr/lib/binaries-general:/usr/lib/binaries-general/bar # static version of basic for debugging checks $(COMPILE) -static -o basic.static basic.c # version with debug @@ -27,6 +29,7 @@ install: strip -s $(DESTDIR)/usr/lib/debug/usr/share/foo/basic install -m 755 -c basiclibrpath $(DESTDIR)/usr/lib/foo/basiclibrpath install -m 755 -c basicshippedrpath $(DESTDIR)/usr/lib/foo/basicshippedrpath + install -m 744 -c basicshippedrpathmore $(DESTDIR)/usr/lib/foo/basicshippedrpathmore objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/basic install -d $(DESTDIR)/usr/lib/debug/.build-id/`$(GETBUILDID) -s basicdebug` install -m 755 -c basicdebug $(DESTDIR)/usr/share/foo/basicdebug -- 1.8.4.rc3
Bug#682067: Unset GIT_WORK_TREE before cloning git repo
Package: fai-client Version: 4.0.8~deb7u1 The bug is still present in fai 4.0.8~deb7u1 (wheezy version) and in github repo. Unsetting GIT_WORK_TREE in a subshell, as Michael shows in message #65, works well for me, and it seems a correct solution (git clone doesn't need GIT_WORK_TREE or --git-work-tree, as it is already specified in the command line). I patched the source in my fork (hoping that attribution to Michael is done properly), so you can test it from there [1]. I hope it can be merged upstream. Regards, Paolo [1] https://github.com/paolomiotto/fai/commit/b69b8d609b32960115809ee938c4928ae84aa0c6 -- SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726947: r-base: depends on deprecated package texi2html
(Darn. This sat as an unfinished/unsent emacs buffer for a few days.) On 20 October 2013 at 21:57, Julian Gilbey wrote: | Source: r-base | Version: 3.0.2-1 | Severity: important | Tags: patch | | I have just noticed that the texi2html package is deprecated in | unstable (see bug#710466). Patch: simply remove it from the | Build-Depends and Suggests fields in debian/control, and it builds | absolutely fine. Thanks, done in my sources. Is there a minimum texinfo version we should depend upon? Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727611: ggobi needs porting from libgraph to libcgraph (graphviz-2.34)
On 25 October 2013 at 12:08, Matthias Klose wrote: | Am 25.10.2013 04:41, schrieb Dirk Eddelbuettel: | | Debian still has graphiz-2.2x. There is a reason I did file this as a wishlist | | issue. | | Well that is sort of silly. For as long this builds on Debian I am not going | to do anything, realistically. Let me know when a new / updated graphviz hits | Debian. | | According to http://packages.qa.debian.org/g/graphviz.html, graphviz will be | involved with the ruby1.8-removal transition. So it won't be that far away, that | somebody has to either backport ruby1.9 or ruby2.0 support to graphviz, drop the | ruby extension, or update graphviz to a version compatible with a new ruby (and | lua, and guile). Ok. If you look at the debian/changelog for ggobi, you see that graphviz was the reason for a lot of changes. I don't expect that to change -- graphviz seems to be a difficult package which maybe isn't or wasn't always packaged with the fullest focus. Such is life. Graphviz is actually pretty nice. Ggobi is a pretty marginal package which can work with or without, so we have no issue to fight over. I just wanted to make sure I was not missing anything. | And I say this as a heavy Ubuntu user -- with maybe a dozen machines between | home and work. But my workflow _for Debian_ is still the same, and if you | insist that Ubuntu (downstream) has to differ than this is really an issue | for patches at your end (as you've done, doing your users a disservice by | removing the GraphLayout plugin) and not something I can do. | | Not sure about the unfriendlyness. It's more of a disservice to ship year's old | software (both graphviz and ggobi), and in this case you have to outwage having Ggobi has gone somewhat stale upstream. You will notice that we have 2.2.10 whereas debwatch only sees 2.2.9 -- so I already went half an upstream patch ahead (in cooperation with upstream who I know prtetty well). So I am not behind, they simple do not release anymore. But I can't do anything about graphviz. | a new graphviz working with recent interpreter versions and working on more | architectures, or a feature complete ggobi. So yes, if you feel that this issue | won't hit ggobi for jessie, feel free to ignore it. Will try to keep an eye on it, but also keep the status quo (with the older graphviz) in Debian itself. Thanks as always for all your work concerning Ubuntu and Debian. Cheers, Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720419: Switching from openmpi to mpich2 on ia64?
On Thu, Oct 24, 2013 at 11:04 PM, Michael Banck mba...@debian.org wrote: The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no solution appears to be forthcoming, maybe the best would be to remove ia64 from openmpi's arch list and switch to mpich2 as default implementation for mpi-default-{bin,dev}? Why bother ? Itanium support is being dropped. At least this what I understood from a RM request on my of my package: http://bugs.debian.org/727600 2cts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720419: Switching from openmpi to mpich2 on ia64?
On Fri, Oct 25, 2013 at 1:18 PM, Mathieu Malaterre ma...@debian.org wrote: On Thu, Oct 24, 2013 at 11:04 PM, Michael Banck mba...@debian.org wrote: The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no solution appears to be forthcoming, maybe the best would be to remove ia64 from openmpi's arch list and switch to mpich2 as default implementation for mpi-default-{bin,dev}? Why bother ? Itanium support is being dropped. At least this what I understood from a RM request on my of my package: http://bugs.debian.org/727600 Sorry misread the bug description, it only applied to upstream Mono. I got confused with the recent mail from Niels [*], where no porter for ia64 showed up. Anyone knows what's the actual status of Itanium then ? [*] https://lists.debian.org/debian-release/2013/10/msg00071.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727686: gnome-control-center display : background image not centered disconnecting external monitor
Package: gnome-control-center Version: 1:3.4.3.1-5+b3 Severity: minor 3.10-3-amd64 #1 SMP Debian 3.10.11-1 (2013-09-10) x86_64 GNU/Linux I have an external monitor connected to my notebook (not duplicated). When I disconnect this external monitor, the background image on the notebook desktop is not centered, as you can see here: http://i.imgur.com/O6ge12A.png?1 change image, gnome-shell --replace, exit session, can not resolve this little problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice 0.6.34-2 ii apg 2.2.3.dfsg.1-2 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.4.3.1-5 ii gnome-desktop3-data 3.4.2-2 ii gnome-icon-theme3.8.3-1 ii gnome-icon-theme-symbolic 3.8.2.2-2 ii gnome-menus 3.8.0-2 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-6+b2 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra00.30-2 ii libcheese-gtk23 3.8.3-1 ii libcheese7 3.8.3-1 ii libclutter-1.0-01.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl12 1.14.0-3 ii libcolord1 1.0.2-1 ii libcomerr2 1.42.8-1 ii libcups21.6.3-1 ii libdbus-1-3 1.6.16-1 ii libdbus-glib-1-20.100.2-1 ii libegl1-mesa [libegl1-x11] 9.1.7-1 ii libfontconfig1 2.10.2-2 ii libgcrypt11 1.5.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgnome-bluetooth113.8.1-2 ii libgnome-desktop-3-23.4.2-2 ii libgnome-menu-3-0 3.8.0-2 ii libgnomekbd83.6.0-1 ii libgnutls26 2.12.23-8 ii libgoa-1.0-03.8.3-2 ii libgssapi-krb5-21.11.3+dfsg-3 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.4-1 ii libgtop2-7 2.28.5-2 ii libjson-glib-1.0-0 0.16.2-1 ii libk5crypto31.11.3+dfsg-3 ii libkrb5-3 1.11.3+dfsg-3 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpolkit-gobject-1-0 0.105-4 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpulse0 4.0-6+b1 ii libsocialweb-client20.25.20-6 ii libupower-glib1 0.9.22-1 ii libwacom2 0.8-1 ii libx11-62:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxklavier16 5.2.1-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.1-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gnome-control-center recommends: pn cups-pk-helper none ii gnome-online-accounts 3.8.3-2 ii gnome-session 3.4.2.1-4 ii gnome-user-guide 3.8.2-1 ii iso-codes 3.47-1 pn mesa-utils none ii mousetweaks3.8.0-1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-control-center suggests: ii gnome-screensaver 3.4.1-1+b1 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 pn libcanberra-gtk-modulenone ii x11-xserver-utils 7.7+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#720419: Switching from openmpi to mpich2 on ia64?
On Fri, Oct 25, 2013 at 01:23:56PM +0200, Mathieu Malaterre wrote: On Fri, Oct 25, 2013 at 1:18 PM, Mathieu Malaterre ma...@debian.org wrote: On Thu, Oct 24, 2013 at 11:04 PM, Michael Banck mba...@debian.org wrote: The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no solution appears to be forthcoming, maybe the best would be to remove ia64 from openmpi's arch list and switch to mpich2 as default implementation for mpi-default-{bin,dev}? Why bother ? Itanium support is being dropped. At least this what I understood from a RM request on my of my package: http://bugs.debian.org/727600 Sorry misread the bug description, it only applied to upstream Mono. I got confused with the recent mail from Niels [*], where no porter for ia64 showed up. Anyone knows what's the actual status of Itanium then ? Well, chances are ia64 will be dropped for jessie, but waiting for this is not a solution for the openmpi 1.6 transition, which is taking place right now and is being held up by 1.6 not working on ia64. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727683: Updated patch
This is an updated patch that changes objdump_info() in Lintian::Collect::Binary instead of checks/binaries.pm, so that everything that uses $objdump-{RPATH} will benefit from the change. -- |8] From 60f978fcfcc8f3477b22453479ab005061d3d84f Mon Sep 17 00:00:00 2001 From: Gergely Nagy alger...@balabit.hu Date: Fri, 25 Oct 2013 13:24:19 +0200 Subject: [PATCH] L::C::Binary: Add support for multi-component RPATHs The RPATH setting works similar to PATH, and supports multiple components, separated by a colon. As such, Lintian should be able to handle those, and split the RPATH into components before making any checks on those. This patch does just that, and adds a test case to trigger the original issue too. Signed-off-by: Gergely Nagy alger...@balabit.hu --- debian/changelog | 2 ++ lib/Lintian/Collect/Binary.pm| 2 +- t/tests/binaries-general/debian/Makefile | 3 +++ 3 files changed, 6 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index d58061a..2628e7c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -20,6 +20,8 @@ lintian (2.5.20) UNRELEASED; urgency=low * lib/Lintian/Check.pm: + [RG] Detect a few more spelling mistakes by removing some suffixes before looking them up in the list of spelling mistakes. + * lib/Lintian/Collect/Binary.pm: ++ [GN] Add support for multi-component RPATHs. (Closes: #727683) -- Niels Thykier ni...@thykier.net Thu, 26 Sep 2013 09:35:27 +0200 diff --git a/lib/Lintian/Collect/Binary.pm b/lib/Lintian/Collect/Binary.pm index a4e2b5b..022eb9b 100644 --- a/lib/Lintian/Collect/Binary.pm +++ b/lib/Lintian/Collect/Binary.pm @@ -393,7 +393,7 @@ sub objdump_info { # Here we just need RPATH and NEEDS, so ignore the rest for now my ($header, $val) = split m/\s++/, $data; if ($header eq 'RPATH') { -$info{$header}-{$val} = 1; +map {$info{$header}-{$_} = 1;} split m/:/, $val; } elsif ($header eq 'NEEDED' or $header eq 'SONAME') { push @{ $info{$header} }, $val; } elsif ($header eq 'TEXTREL') { diff --git a/t/tests/binaries-general/debian/Makefile b/t/tests/binaries-general/debian/Makefile index ac5bd0f..5f0f442 100644 --- a/t/tests/binaries-general/debian/Makefile +++ b/t/tests/binaries-general/debian/Makefile @@ -10,6 +10,8 @@ all: $(COMPILE) -o basiclibrpath basic.c -Wl,--rpath,/usr/lib # non-special rpath shipped in the package $(COMPILE) -o basicshippedrpath basic.c -Wl,--rpath,/usr/share/foo + # special rpath shipped in the package, multiple paths + $(COMPILE) -o basicshippedrpathmore basic.c -Wl,--rpath,/usr/lib/binaries-general:/usr/lib/binaries-general/bar # static version of basic for debugging checks $(COMPILE) -static -o basic.static basic.c # version with debug @@ -27,6 +29,7 @@ install: strip -s $(DESTDIR)/usr/lib/debug/usr/share/foo/basic install -m 755 -c basiclibrpath $(DESTDIR)/usr/lib/foo/basiclibrpath install -m 755 -c basicshippedrpath $(DESTDIR)/usr/lib/foo/basicshippedrpath + install -m 744 -c basicshippedrpathmore $(DESTDIR)/usr/lib/foo/basicshippedrpathmore objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/basic install -d $(DESTDIR)/usr/lib/debug/.build-id/`$(GETBUILDID) -s basicdebug` install -m 755 -c basicdebug $(DESTDIR)/usr/share/foo/basicdebug -- 1.8.4.rc3
Bug#720419: Switching from openmpi to mpich2 on ia64?
Just a side note. I would then recommend mpich instead of mpich2, as the current mpich version os 3.0.4 e.g. mpich3 [1]. [1] http://packages.debian.org/source/testing/mpich Anton 2013/10/24 Michael Banck mba...@debian.org: Hello, The 1.6 release of openmpi fails badly on ia64, see Bug #720419. As no solution appears to be forthcoming, maybe the best would be to remove ia64 from openmpi's arch list and switch to mpich2 as default implementation for mpi-default-{bin,dev}? I built aces3 on merulo.debian.org with mpich2, and did not encounter any problem, are there known issues with mpich2 on ia64? Michael -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131024210456.gg7...@raptor.chemicalconnection.dyndns.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727687: fai-client: Config from git is left in detached head state
Package: fai-client Version: 4.0.8~deb7u1 Severity: wishlist When getting config from git, the config space is checked out from origin/$gitbranch and git complains about it: Note: checking out 'origin/BRANCH'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b new_branch_name HEAD is now at 6ea2b55... Description I think it is better to checkout a local branch and merge it with upstream. diff --git a/lib/get-config-dir-git b/lib/get-config-dir-git index f2a2285..8251003 100755 --- a/lib/get-config-dir-git +++ b/lib/get-config-dir-git @@ -34,7 +34,8 @@ export GIT_WORK_TREE=$FAI export GIT_DIR=$FAI/.git _git_checkout() { -git checkout -f origin/$gitbranch +git checkout -f $gitbranch +git merge origin/$gitbranch task_error 882 $? git clean -df task_error 882 $? You can find the patch here: https://github.com/paolomiotto/fai/commit/3390409a3510c5aa19ed18b01c175e5dfde06d02 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721763: [brltty] Idea to get id for free
Bastien ROUCARIES, le Fri 25 Oct 2013 08:55:48 +0200, a écrit : Fdti and the other one in this thread accept to be reflashed for pid/vid only. So let reserve a few id on openmoko and ask your user to reflash. I don't think a user will dare to reflash his braille device. Those cost thousands of dollars and are typically the only way their owners would be able to use a computer. Brltty could be slipt in two package Brltty that will get support for only well behaved driver and brltty-cruft for the conflict id stuff. That could still be an idea worth considering. Brltty-cruft will not be enable by default except if answer use it during install. Well, that is *already* what is supposed to happen. I'm not aware of any other way brltty would end up being installed on a Debian system without the user explicitly requesting it. (except when starting from an Ubuntu system, but we can't really control that). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722006: xserver-xorg-input-synaptics: new version breaks middle mouskey
Hi. Anything new here? The problem persists in the most recent version of sid. The problem seems to be that in previous versions the middle mouse key (which are actually one up, one down) produced button event 1/2, nowadays 4/5. Attached is my xorg.log and the following is my xorg.conf: Section InputDevice Identifier Configured Mouse Driver synaptics Option CorePointer Option VertTwoFingerScroll true Option HorizTwoFingerScroll true Option UpDownScrolling false Option TapButton11 Option TapButton22 Option TapButton33 Option MinSpeed 0.2 Option MaxSpeed 0.6 Option AccelFactor 0.008 EndSection It seems as if UpDownScrolling would be ignored? Also,.. all the accels/speeds have changed again with the new version... this is really annoying. Chris. [ 4590.513] X.Org X Server 1.14.3 Release Date: 2013-09-12 [ 4590.513] X Protocol Version 11, Revision 0 [ 4590.513] Build Operating System: Linux 3.10-2-amd64 x86_64 Debian [ 4590.513] Current Operating System: Linux heisenberg 3.11-1-amd64 #1 SMP Debian 3.11.5-1 (2013-10-17) x86_64 [ 4590.513] Kernel command line: BOOT_IMAGE=/vmlinuz-3.11-1-amd64 root=/dev/mapper/root ro [ 4590.513] Build Date: 05 October 2013 02:04:26PM [ 4590.513] xorg-server 2:1.14.3-4 (Julien Cristau jcris...@debian.org) [ 4590.513] Current version of pixman: 0.30.2 [ 4590.513] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 4590.513] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 4590.513] (==) Log file: /var/log/Xorg.0.log, Time: Fri Oct 25 13:37:07 2013 [ 4590.513] (==) Using config file: /etc/X11/xorg.conf [ 4590.513] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 4590.513] (==) No Layout section. Using the first Screen section. [ 4590.513] (==) No screen section available. Using defaults. [ 4590.513] (**) |--Screen Default Screen Section (0) [ 4590.513] (**) | |--Monitor default monitor [ 4590.514] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 4590.514] (==) Automatically adding devices [ 4590.514] (==) Automatically enabling devices [ 4590.514] (==) Automatically adding GPU devices [ 4590.514] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 4590.514] Entry deleted from font path. [ 4590.514] (==) 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 [ 4590.514] (==) ModulePath set to /usr/lib/xorg/modules [ 4590.514] (==) |--Input Device Configured Mouse [ 4590.514] (==) No Layout section. Using the first core pointer device. [ 4590.514] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 4590.514] (II) Loader magic: 0x7f5ca170ed00 [ 4590.514] (II) Module ABI versions: [ 4590.514] X.Org ANSI C Emulation: 0.4 [ 4590.514] X.Org Video Driver: 14.1 [ 4590.514] X.Org XInput driver : 19.1 [ 4590.514] X.Org Server Extension : 7.0 [ 4590.514] (II) xfree86: Adding drm device (/dev/dri/card0) [ 4590.516] (--) PCI:*(0:0:2:0) 8086:0166:10cf:16c1 rev 9, Mem @ 0xf000/4194304, 0xe000/268435456, I/O @ 0x4000/64 [ 4590.516] (II) Open ACPI successful (/var/run/acpid.socket) [ 4590.516] Initializing built-in extension Generic Event Extension [ 4590.516] Initializing built-in extension SHAPE [ 4590.516] Initializing built-in extension MIT-SHM [ 4590.516] Initializing built-in extension XInputExtension [ 4590.516] Initializing built-in extension XTEST [ 4590.516] Initializing built-in extension BIG-REQUESTS [ 4590.516] Initializing built-in extension SYNC [ 4590.516] Initializing built-in extension XKEYBOARD [ 4590.516] Initializing built-in extension XC-MISC [ 4590.516] Initializing built-in extension SECURITY [ 4590.516] Initializing built-in extension XINERAMA [ 4590.516] Initializing built-in extension XFIXES [ 4590.516] Initializing built-in extension RENDER [ 4590.516] Initializing built-in extension RANDR [ 4590.516] Initializing built-in extension COMPOSITE [ 4590.516] Initializing built-in extension DAMAGE [ 4590.516] Initializing built-in extension MIT-SCREEN-SAVER [ 4590.516] Initializing built-in extension DOUBLE-BUFFER [ 4590.516] Initializing built-in extension RECORD [ 4590.516] Initializing built-in extension DPMS [ 4590.516] Initializing built-in extension X-Resource [ 4590.516]
Bug#727688: ITP: python-eveapi -- EVE Online API access
Package: wnpp Severity: wishlist * Package name: python-eveapi Version : 1.2.9 Upstream Author : Jamie van den Berge ja...@hlekkir.com * URL : https://github.com/ntt/eveapi * License : MIT/X Language: Python Description : EVE Online API access Is a python library for accessing EVE Online API -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683329: flash-kernel: Toshiba AC100 support broken [fix included]
Control: found -1 3.0~rc.2 Control: found -1 3.3+deb7u2 Control: found -1 3.11 Control: tag -1 + patch Control: severity -1 important Hi, Thomas Maass wrote: flash-kernel no longer flashs the Toshiba AC100 (Tegra2). It shows only Installing version... but no Flashing... The last version I remember to work was 3.0rc1. Actually it was 3.0~rc.1. And the first one which no more worked was 3.0~rc.2. Ran into that too when switching my AC100 from Ubuntu Precise to Debian Wheezy -- and it's still present in Debian Jessie/Sid. Vincent Zweije wrote: Trying to flash a new kernel failed - flash-kernel exits early because some shell command returned an error code. I have tracked this down to faulty boot device detection. This little loop from /usr/share/flash-kernel/functions around line 468 does the detection: for p in $android_boot_device*[0-9]; do abootimg=$(LC_ALL=C abootimg -i $p 2/dev/null) image_size=$(abootimg_get_image_size $abootimg) if [ -n $image_size ] [ $image_size -gt $largest_size ]; then part=$p fi done The assignment to abootimg contains a call to abootimg -i $p. This call fails when the glob pattern on the line above returns a block device that is not an android boot image. Since the script is executed with -e, this aborts the script. Adding a || : after the command fixes the problem thus: for p in $android_boot_device*[0-9]; do abootimg=$(LC_ALL=C abootimg -i $p 2/dev/null || : ) image_size=$(abootimg_get_image_size $abootimg) if [ -n $image_size ] [ $image_size -gt $largest_size ]; then part=$p fi done I came to the same conclusion and patch: --- functions.orig 2013-10-25 13:58:31.379524139 +0200 +++ functions 2013-10-25 13:40:48.984844024 +0200 @@ -475,7 +475,7 @@ part= largest_size=-1 for p in $android_boot_device*[0-9]; do - abootimg=$(LC_ALL=C abootimg -i $p 2/dev/null) + abootimg=$(LC_ALL=C abootimg -i $p 2/dev/null || true) image_size=$(abootimg_get_image_size $abootimg) if [ -n $image_size ] [ $image_size -gt $largest_size ]; then Tagging the bug report accordingly and raising the severity to important as this definitely affects all AC100 users. The probably easiest work-around (i.e. one which doesn't involve patching) is to use Julian's packages from http://people.debian.org/~jak/ac100/ which are apt-get-able. JFTR: Here's a condensed summary of what happens: # for i in /dev/mmcblk0p*; do echo $i; abootimg -i $i | fgrep 'image size'; abootimg -i $i /dev/null 21 ; echo $?; done /dev/mmcblk0p1 * image size = 5242880 bytes (5.00 MB) 0 /dev/mmcblk0p2 * image size = 8388608 bytes (8.00 MB) 0 /dev/mmcblk0p3 /dev/mmcblk0p3: no Android Magic Value /dev/mmcblk0p3: not a valid Android Boot Image. 1 ← This is where flash-kernel aborts due to set -e. /dev/mmcblk0p4 /dev/mmcblk0p4: no Android Magic Value /dev/mmcblk0p4: not a valid Android Boot Image. 1 /dev/mmcblk0p5 /dev/mmcblk0p5: no Android Magic Value /dev/mmcblk0p5: not a valid Android Boot Image. 1 /dev/mmcblk0p6 /dev/mmcblk0p6: no Android Magic Value /dev/mmcblk0p6: not a valid Android Boot Image. 1 /dev/mmcblk0p7 /dev/mmcblk0p7: no Android Magic Value /dev/mmcblk0p7: not a valid Android Boot Image. 1 # Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727689: RM: biofox -- ROM; Does not work any more with recent versions of firefox
Package: ftp.debian.org Severity: normal Hi, the plugin that was developed for firefox = 3.6 has stopped development and in tests with recent firefox versions it did not worked. Please remove it from unstable (testing). Kind regards and thanks for your work as ftpmaster Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725737: RFS: gns3/0.8.6-1 [ITA]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andrew, On 24/10/13 21:52, Andrew Shadura wrote: [...] I believe it's a wrong approach. You shouldn't install anything under /usr/local unless absolutely required. Previous versions of the package didn't do that; please try to do it the same way here. I've just uploaded the updated package to mentors. It now includes a small patch to change where GNS3 looks to copy these files from, so they don't have to reside in /usr/local I've also removed any scripting that related to the use of /usr/local in the postinst, prerm, postrm scripts. Regards, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJSal4HAAoJEMw/9yOWzAkJ2T8H/0KHr0xrm4BRjeOVBk00HjKh 10fBQpQZu6O393LqQ9HZMro7B6jyBbvDiNAiJcU7R+hnvU0MFj81p7YHvYE8dUrI rllRKvgk5N59oIA4dDXl/sT/PsySbcsfc17xdNALtZbhm9CiLvI+ZT9E3yrCxcBA Bt5w14V8gQNoDFRSkjOIhmM1m1EZM3df7AeMekT2F7MpiIX5riAI5OsDtnmaWEOt rKBEBUzd4fzHKKPt+UsuG2NKuj2UDCUpdCpDuCUpwJ/AaW2YboM14Y+fGR07KBk2 s0Fd7X0dXUhl0UNlxmw5xnxJ6csxV9G5HhRMyQMbIcdPpevb72u3xPlfKehS12s= =bXz8 -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#710487: My recent bpo-uploads not appearing in my qa page
On Fr 25 Okt 2013 12:30:46 CEST, Nicolas Dandrimont wrote: Control: tags 710487 + patch [Trimming down the Cc: list a bit] * Mike Gabriel mike.gabr...@das-netzwerkteam.de [2013-10-25 09:39:41 +]: I really wished someone with sufficient privileges could look at this rather sooner than later. I start loosing track of my uploads to wheezy-bpo (the scrap of paper gets scribbled more and more...). I guess, other package maintainer feel similar about this. Please find attached a patch to the qa svn repository that makes extract_incoming.pl look in the right place for !squeeze bpo sources. Running the script on quantz and poking around the generated db file makes me think that the package versions db file will contain all that is needed for DDPO to find bpo uploads. I have no qa/qa-core super cow powers, so I can't do much more. Cheers, Cool!!! So let's wait for someone to deploy that! Thanks a lot! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb binz0pyE4ePqP.bin Description: Öffentlicher PGP-Schlüssel pgpIiM_4unjyn.pgp Description: Digitale PGP-Signatur
Bug#677470: xserver-xorg: X server eats CPU when there is animated icons in [plasma]tray
Control: unarchive -1 Control: found -1 1:7.7+3~deb7u1 Reopening this bug as the problem do not seem to be related to the non-free driver at all. I ran into this problem with a NVIDIA Corporation GF119 [Quadro NVS 310] (rev a1) card and using the free X drivers (using the nouveau kernel module). I came across URL: http://lists.x.org/archives/xorg-devel/2012-November/034555.html reporting that the problem also affect Intel cards, and that the underlying problem is a resource leak slowing down GetXIDRange(). The post contain a patch adding more buckets in the hashing system used by GetXIDRange() to speed up the process. It seem like a useful workaround, but not really a proper fix. But perhaps the patch could be included in Debian anyway, to reduce the problem? I also came across URL: https://bugs.freedesktop.org/show_bug.cgi?id=49416 , which report that a fix is to upgrade Qt, leading me to suspect the underlying problem is a leak caused by KDE using Qt. Reading these reports, I suspect my problem is the fact that I got psi running, with an animated icon in the panel, causing a X resource leak because of a bug in Qt. But I have not found any indication about exactly what the problem with Qt is. Perhaps this bug should be reassigned to Qt (the libqtcore4 version 4:4.8.2+dfsg-11 package)? Sune Vourela suggested on #debian-devl that the problem might be the one fixed by this KDE commit URL: https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/ec8e405ca447ba5bc5a9f6a2a12e2fa90412a0d4 . If so, perhaps better to reassign it to KDE (the plasma-desktop version 4:4.8.4-6 package)? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727140: order of conf files
I would add, that creating the link /etc/apache2/conf-available/dokuwiki.conf is not enough if dokuwiki is installed in the root path, e.g. wiki.example.com. In that case javascript-common.conf, which is dependency, will be read only after dokuwiki.conf. The order is important, the javascript-common Alias /javascript /usr/share/javascript/ directive must come first, before the dokuwiki Alias / /usr/share/dokuwiki/ directive. Using the link name zzzdokuwiki.conf, for example, solves the ordering issue. I do not know Apache2 enough, but I guess a more elegant solution would be to adding dokuwiki to apache as a virtual host, instead of a server level configuration. In that case the name of the link would not affect the behavior. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710487: My recent bpo-uploads not appearing in my qa page
* Nicolas Dandrimont ol...@debian.org [2013-10-25 12:30:46 CEST]: [Trimming down the Cc: list a bit] * Mike Gabriel mike.gabr...@das-netzwerkteam.de [2013-10-25 09:39:41 +]: I really wished someone with sufficient privileges could look at this rather sooner than later. I start loosing track of my uploads to wheezy-bpo (the scrap of paper gets scribbled more and more...). I guess, other package maintainer feel similar about this. Please find attached a patch to the qa svn repository that makes extract_incoming.pl look in the right place for !squeeze bpo sources. Great. Just one nitpick: Index: data/ddpo/extract_incoming.pl === --- data/ddpo/extract_incoming.pl (révision 3079) +++ data/ddpo/extract_incoming.pl (copie de travail) @@ -65,7 +65,6 @@ my $delayed_summary = http://people.debian.org/~myon/delayed/delayed-summary;; my $delayed_http = http://people.debian.org/~djpig/delayed/;; my $queue_summary = http://ftp-master.debian.org/new.822;; -my $bpo_url = http://backports.debian.org/debian-backports;; # global variables my %db; @@ -239,8 +238,16 @@ next if ($distkey =~ /^(unstable|testing)/); my $dist = $active_dists{$distkey} . -backports; my $codename = $distkey eq stable ? bpo : $distkey-bpo; + +my $archive = ftp.debian.org; +my $bpo_url = http://ftp.debian.org/debian;; +if ($dist eq squeeze-backports) { +$archive = backports.org; +$bpo_url = http://backports.debian.org/debian-backports;; +} + I wouldn't move the definition my my $bpo_url from the other URL definitions. Reason being, the special casing for squeeze-backports will eventually fade and can get removed, and the URL definitions should stick together. There's a reason why they are next to each other right now. :) Maybe also put my $archive next to it and put an additional comment that the special casing can get removed after squeeze gets archived. Enjoy, and thanks! Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710487: My recent bpo-uploads not appearing in my qa page
* Gerfried Fuchs rho...@deb.at [2013-10-25 14:24:41 +0200]: I wouldn't move the definition my my $bpo_url from the other URL definitions. Reason being, the special casing for squeeze-backports will eventually fade and can get removed, and the URL definitions should stick together. There's a reason why they are next to each other right now. :) Maybe also put my $archive next to it and put an additional comment that the special casing can get removed after squeeze gets archived. That totally makes sense. Please find attached the v2 of this patch. Thanks for the feedback, -- Nicolas Dandrimont Are [Linux users] lemmings collectively jumping off of the cliff of reliable, well-engineered commercial software? (By Matt Welsh) Index: data/ddpo/extract_incoming.pl === --- data/ddpo/extract_incoming.pl (révision 3079) +++ data/ddpo/extract_incoming.pl (copie de travail) @@ -65,7 +65,8 @@ my $delayed_summary = http://people.debian.org/~myon/delayed/delayed-summary;; my $delayed_http = http://people.debian.org/~djpig/delayed/;; my $queue_summary = http://ftp-master.debian.org/new.822;; -my $bpo_url = http://backports.debian.org/debian-backports;; +my $bpo_archive = ftp.debian.org; +my $bpo_url = http://ftp.debian.org/debian;; # global variables my %db; @@ -239,8 +240,15 @@ next if ($distkey =~ /^(unstable|testing)/); my $dist = $active_dists{$distkey} . -backports; my $codename = $distkey eq stable ? bpo : $distkey-bpo; + +# Special-casing for squeeze-bpo, to be removed when squeeze gets archived. +if ($dist eq squeeze-backports) { +$bpo_archive = backports.org; +$bpo_url = http://backports.debian.org/debian-backports;; +} + my $files_to_zcat = ''; -foreach my $file_to_zcat ( glob /srv/qa.debian.org/data/ftp/backports.org/dists/$dist*/{main,contrib,non-free}/source/Sources.gz ) +foreach my $file_to_zcat ( glob /srv/qa.debian.org/data/ftp/$bpo_archive/dists/$dist*/{main,contrib,non-free}/source/Sources.gz ) { $files_to_zcat .= $file_to_zcat if( -e $file_to_zcat ); } signature.asc Description: Digital signature
Bug#727690: Use dh_autotools-dev to update config.{sub,guess} for AArch64
Package: gtkglext Version: 1.2.0-3.1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: arm64 Use dh_autotools-dev to update config.{sub,guess} for AArch64 patch at http://launchpadlibrarian.net/154975078/gtkglext_1.2.0-3.1fakesync1_1.2.0-3.1fakesync2.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713192: virtuoso-opensource: FTBFS: /bin/sh: 1: aclocal-1.11: not found
On Fri, 25 Oct 2013 00:21:32 -0300 Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com wrote: I don't understand why you add subdir-objects. The FTBFS seems to come from outdated autotools stuff. Oops, please get rid of it, I was confused with other packages' FTBFS issue (try to fix almost 50 packages, so forgive me... ;) -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700117: chrpath: please update config.guess and config.sub for arm64
On Fri, Feb 08, 2013 at 11:33:24PM +, Colin Watson wrote: Please update config.guess and config.sub to a current version from autotools-dev to support the arm64 architecture (aarch64-linux-gnu). The obvious patch follows in case it helps. Here's a much shorter patch to achieve much the same effect. * Use the autotools-dev dh addon to update config.guess/config.sub for new ports. diff -u chrpath-0.14/debian/control chrpath-0.14/debian/control --- chrpath-0.14/debian/control +++ chrpath-0.14/debian/control @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Tollef Fog Heen tfh...@debian.org -Build-Depends: debhelper (= 9) +Build-Depends: debhelper (= 9), autotools-dev Standards-Version: 3.9.3 Package: chrpath diff -u chrpath-0.14/debian/rules chrpath-0.14/debian/rules --- chrpath-0.14/debian/rules +++ chrpath-0.14/debian/rules @@ -1,7 +1,7 @@ #! /usr/bin/make -f %: - dh $@ + dh $@ --with autotools_dev override_dh_auto_install: dh_auto_install -- docdir=/usr/share/doc/chrpath Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727670: [Pkg-roundcube-maintainers] Bug#727670: [roundcube-plugins-extra] Please add calendar and carddav plugins
Matteo Calorio: Do you have a link to upstream tarball and source repositories? http://git.kolab.org/roundcubemail-plugins-kolab/tree/plugins/calendar Ok, this one would be covered by the ITP that I mentioned earlier. https://github.com/graviox/Roundcube-CardDAV This one has not been touched for a while. Can you confirm that it works well with Roundcube 0.9? I have recently seen the following ITP for Kolab's plugins which might cover similar grounds: Will it be part of the package roundcube-plugins or roundcube-plugins- extra? It's an “Intent to package”. It would be a new package, named “roundcube-plugins-kolab”. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#726597: Please document Acquire::http::ProxyAutoDetect
On Fri, Oct 25, 2013 at 12:17:16AM +0200, Francesco Poli wrote: On Thu, 24 Oct 2013 08:30:31 +0200 Michael Vogt wrote: Do you think the following clarifies it? + literalhttp://proxy:port//literal. This will override the + generic literalAcquire::http::Proxy/literal but not any specific + host porxy configuration set via + literalAcquire::http::Proxy::$HOST/literal. Yes, I think it explains the precedences. Thank you! BTW, I am not an English native speaker, hence I am not 100 % sure on all the following (please ask for a review on debian-l10n-english, if needed), but I think that you should: s/a external/an external/ s/a example/an example/ s/This option take precedence/This option takes precedence/ s/porxy/proxy/ Thanks again! I corrected these typos and commited the code to my local git tree now. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691151: mount: Bind mounts not shown as such in mount output
Any workaround for this bug? -- Zhiping Deng
Bug#710487: My recent bpo-uploads not appearing in my qa page
* Nicolas Dandrimont ol...@debian.org [2013-10-25 14:48:27 +0200]: * Gerfried Fuchs rho...@deb.at [2013-10-25 14:24:41 +0200]: I wouldn't move the definition my my $bpo_url from the other URL definitions. Reason being, the special casing for squeeze-backports will eventually fade and can get removed, and the URL definitions should stick together. There's a reason why they are next to each other right now. :) Maybe also put my $archive next to it and put an additional comment that the special casing can get removed after squeeze gets archived. That totally makes sense. Please find attached the v2 of this patch. And a v3 that actually works :-/ *whistles innocently*. Cheers, -- Nicolas Dandrimont BOFH excuse #65: system needs to be rebooted Index: extract_incoming.pl === --- extract_incoming.pl (révision 3079) +++ extract_incoming.pl (copie de travail) @@ -65,7 +65,8 @@ my $delayed_summary = http://people.debian.org/~myon/delayed/delayed-summary;; my $delayed_http = http://people.debian.org/~djpig/delayed/;; my $queue_summary = http://ftp-master.debian.org/new.822;; -my $bpo_url = http://backports.debian.org/debian-backports;; +my $bpo_archive = ftp.debian.org; +my $bpo_url = http://ftp.debian.org/debian;; # global variables my %db; @@ -239,8 +240,17 @@ next if ($distkey =~ /^(unstable|testing)/); my $dist = $active_dists{$distkey} . -backports; my $codename = $distkey eq stable ? bpo : $distkey-bpo; + +# Special-casing for squeeze-bpo, to be removed when squeeze gets archived. +my $cur_bpo_archive = $bpo_archive; +my $cur_bpo_url = $bpo_url; +if ($dist eq squeeze-backports) { +$cur_bpo_archive = backports.org; +$cur_bpo_url = http://backports.debian.org/debian-backports;; +} + my $files_to_zcat = ''; -foreach my $file_to_zcat ( glob /srv/qa.debian.org/data/ftp/backports.org/dists/$dist*/{main,contrib,non-free}/source/Sources.gz ) +foreach my $file_to_zcat ( glob /srv/qa.debian.org/data/ftp/$cur_bpo_archive/dists/$dist*/{main,contrib,non-free}/source/Sources.gz ) { $files_to_zcat .= $file_to_zcat if( -e $file_to_zcat ); } @@ -260,7 +270,7 @@ if( not defined $db{$codename:$package} or redefined_version_compare( $db{$codename:$package}, $version ) 0 ); $db{$codename-title:$package} = $dist; - $db{$codename-url:$package} = $bpo_url/$directory/; + $db{$codename-url:$package} = $cur_bpo_url/$directory/; $backports{lc $maintainer}-{$package} = 1; if ($uploaders) { chomp $uploaders; signature.asc Description: Digital signature
Bug#713209: libmpc: FTBFS: /bin/sh: 1: aclocal-1.11: not found
Control: tags -1 +patch Hi, Attached patch would fix this FTBFS, could you check and consider to apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru libmpc-0.1~r459/debian/changelog libmpc-0.1~r459/debian/changelog --- libmpc-0.1~r459/debian/changelog 2012-06-21 16:39:19.0 +0900 +++ libmpc-0.1~r459/debian/changelog 2013-10-22 16:25:03.0 +0900 @@ -1,3 +1,15 @@ +libmpc (2:0.1~r459-4.1) unstable; urgency=low + + * Non-maintainer upload. +- auto detect aclocal/automake/autoconf version (Closes: #713209) +- include autoreconf.mk to add config/compile file + * debian/control +- add Build-Depends: dh-autoreconf to provide above autreconf.mk + * debian/patches +- add add_subdir-objects.patch for automake + + -- Hideki Yamane henr...@debian.org Tue, 22 Oct 2013 16:11:05 +0900 + libmpc (2:0.1~r459-4) unstable; urgency=medium * Team upload. diff -Nru libmpc-0.1~r459/debian/control libmpc-0.1~r459/debian/control --- libmpc-0.1~r459/debian/control 2012-06-18 03:52:44.0 +0900 +++ libmpc-0.1~r459/debian/control 2013-10-22 16:15:51.0 +0900 @@ -9,6 +9,7 @@ gnulib, automake, autoconf, + dh-autoreconf, libtool, pkg-config, libreplaygain-dev (= 1.0~r412), diff -Nru libmpc-0.1~r459/debian/patches/add_subdir-objects.patch libmpc-0.1~r459/debian/patches/add_subdir-objects.patch --- libmpc-0.1~r459/debian/patches/add_subdir-objects.patch 1970-01-01 09:00:00.0 +0900 +++ libmpc-0.1~r459/debian/patches/add_subdir-objects.patch 2013-10-22 19:47:40.0 +0900 @@ -0,0 +1,16 @@ +Description: avoid automake error +Author: Hideki Yamane henr...@debian.org +Forwarded: no +Last-Update: 2013-10-23 + +--- libmpc-0.1~r459.orig/configure.in libmpc-0.1~r459/configure.in +@@ -3,7 +3,7 @@ AC_CONFIG_AUX_DIR([config]) + AC_CONFIG_MACRO_DIR([m4]) + AC_CONFIG_SRCDIR([libmpcdec/mpc_reader.c]) + AM_CONFIG_HEADER([include/config.h]) +-AM_INIT_AUTOMAKE ++AM_INIT_AUTOMAKE(subdir-objects) + AM_MAINTAINER_MODE + + AC_LANG_C diff -Nru libmpc-0.1~r459/debian/patches/series libmpc-0.1~r459/debian/patches/series --- libmpc-0.1~r459/debian/patches/series 2012-06-21 16:13:44.0 +0900 +++ libmpc-0.1~r459/debian/patches/series 2013-10-22 16:16:44.0 +0900 @@ -3,3 +3,4 @@ 03_mpcchap.patch 04_link-order.patch 1001_missing_extern_kw.patch +add_subdir-objects.patch diff -Nru libmpc-0.1~r459/debian/rules libmpc-0.1~r459/debian/rules --- libmpc-0.1~r459/debian/rules 2012-06-18 03:43:41.0 +0900 +++ libmpc-0.1~r459/debian/rules 2013-10-22 16:15:21.0 +0900 @@ -3,14 +3,15 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/utils.mk +include /usr/share/cdbs/1/rules/autoreconf.mk DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) DEB_AUTO_UPDATE_LIBTOOL = pre -DEB_AUTO_UPDATE_ACLOCAL = 1.11 -DEB_AUTO_UPDATE_AUTOCONF = 2.67 -DEB_AUTO_UPDATE_AUTOHEADER = 2.67 -DEB_AUTO_UPDATE_AUTOMAKE = 1.11 +DEB_AUTO_UPDATE_ACLOCAL = $(shell dpkg -s automake | perl -nle '/^Version: (?:\d:)?(\d+\.\d+)?/ and print $$1') +DEB_AUTO_UPDATE_AUTOCONF = $(shell dpkg -s autoconf | perl -nle '/^Version: (?:\d:)?(\d+\.\d+)?/ and print $$1') +DEB_AUTO_UPDATE_AUTOMAKE = $(shell dpkg -s automake | perl -nle '/^Version: (?:\d:)?(\d+\.\d+)?/ and print $$1') +DEB_AUTO_UPDATE_AUTOHEADER = $(shell dpkg -s autoheader | perl -nle '/^Version: (?:\d:)?(\d+\.\d+)?/ and print $$1') common-binary-post-install-arch:: list-missing
Bug#727682: bilibop-rules: Fails to configure: lsbilibop calls udevadm in an unsupported way
Hi, On 25/10/2013 12:24, Axel Beckert wrote: But bilibop-rules fails to install during configure phase. I've added a set -x to the package's postinst script to see where it exactly fails: [...] /bin/lsbilibop seems to call udevadm in line 44 as follows: udev_root=$(udevadm info --root) But calling udevadm info --root manually on the commandline throws exactly the above error message. According to the man-page, the --root option is only thought as additional option for two query types: Oh my bad, you're right. This no more works since udev is now a part of systemd. I wil fix it today, thanks for your detailed report. Cheers, quidame signature.asc Description: OpenPGP digital signature
Bug#727691: (no subject)
Package: check Version: 0.9.10-5 Hi developers, maybe do you have a rationale for this, but in ettercap we have recently enabled tests, and we link our tests with libcheck.so file. In debian seems to be this file is deleted upon build, as shown in rules file rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.so.* rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.so rm -f debian/check/usr/lib/$(DEB_HOST_MULTIARCH)/libcheck.la How can we link it if you delete it when building? At this moment we are using an embedded libcheck copy, but this solution isn't the best one. Thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727692: gerbv: project file does not save all settings
Package: gerbv Version: 2.6.0-1 Severity: wishlist Dear Maintainer, * What led up to the situation? Generating a project file with some gerber layers, modifying attribtes of the layers (e.g mirroring, translation) or transparency level and saving it close it and reload it * What was the outcome of this action? Attributes not retained. When opening the file, the translation and mirroring settings are gone. Also the color transparency settings * What outcome did you expect instead? Attributes loaded from project file and applied. Would be great if gerbv could implement this features. coldtobi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/3 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 gerbv depends on: ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libpango1.0-0 1.32.5-5+b1 Versions of packages gerbv recommends: ii extra-xdg-menus 1.0-4 gerbv 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#727645: polkit-kde-1: requires root password for hibernate, wrongly reports other users are logged on
On Fr, Okt 25, 2013 at 01:38:45 +0300, Sami Erjomaa wrote: Hi, I have this same problem and I encountered it after I started using systemd. I also started using systemd recentlcy and I suspected that this might be related. For me the dialog shows org.freedesktop.login1.hibernate-multiple-sessions as the reason. My understanding is that it is dirmngr that causes this. loginctl shows: SESSION UID USER SEAT c1 112 dirmngr c2 1000 durin seat0 if I kill dirmngr the dialog requesting root password doesn't pop up. I'll try next time if I can reproduce this. Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727693: autopkgtest fails: there is no package called ‘statmod’
Package: r-bioc-limma Version: 3.16.7~dfsg-1 The latest version of this package grew an XS-Testsuite header which made it get picked up by our automatic Jenkins runners. However, it seems that they fail without giving any useful output [1]: | adt-run: dsc0t-upstream: [ | adt-run1: teeing to stdout: /tmp/adt-run.KRNBNH/dsc0t-upstream-testtmp/test_stdout, stderr: /tmp/adt-run.KRNBNH/dsc0t-upstream-testtmp/test_stderr | adt-run1: testbed executing test finished with exit status 1 | adt-run: dsc0t-upstream: ] | adt-run: dsc0t-upstream: - - - - - - - - - - results - - - - - - - - - - | dsc0t-upstream FAIL non-zero exit status 1 I installed r-bioc-limma into a clean VM and ran the test manually with sh -x: | ~/r-bioc-limma-3.16.7~dfsg⟫ sh -ex debian/tests/upstream | + mktemp -d | + TEMPORARY_DIR=/tmp/tmp.ngEhS1PLVf | + cd /tmp/tmp.ngEhS1PLVf | + cp /usr/share/doc/r-bioc-limma/tests/limma-Tests.R.gz /usr/share/doc/r-bioc-limma/tests/limma-Tests.Rout.save.gz . | + basename limma-Tests.R.gz .gz | + zcat limma-Tests.R.gz | + basename limma-Tests.R.gz .gz | + R CMD BATCH limma-Tests.R Then I cd'ed into the temporary directory and tried with --verbose: /tmp/tmp.AHzbzjmcPP⟫ R --verbose CMD BATCH limma-Tests.R /tmp/tmp.AHzbzjmcPP⟫ I finally found limma-Tests.Rout which seems to have some detail at last. At the end it says: | cor.out - duplicateCorrelation(M) | Loading required package: statmod | Error: could not find function mixedModel2Fit | In addition: Warning message: | In library(package, lib.loc = lib.loc, character.only = TRUE, logical.return = TRUE, : | there is no package called ‘statmod’ | Execution halted apt-cache search statmod does not give anything. Is that a missing dependency or some missing configuration? Also, could the autopkgtest perhaps do something like R [...] || { cat logfile; exit 1 } to make the test fail usefully? Thank you! Martin P.S. r-bioc-edger fails in a similar way, bug coming. [1] https://jenkins.qa.ubuntu.com/job/trusty-adt-r-bioc-limma/1/ARCH=amd64,label=adt/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727694: libept1.4.12: missing link /usr/lib/libept.so.1.0.5.4.12
Package: libept1.4.12 Version: 1.0.12 Severity: normal Tags: patch Hello Maintainer! Was trying to run goplay, just for fun :), but I got the error: goplay: error while loading shared libraries: libept.so.1.0.5.4.12: cannot open shared object file: No such file or directory Looking inside the libept1.4.12_1.0.12_amd64.deb file I see the link exists but it point to the wrong file. Inside the .deb archive the link is pointing to ../libept.so.1.aptpkg4.12 instead it should pointing to: x86_64-linux-gnu/libept.so.1.aptpkg4.12 at least on my amd_64 system. Manually creating the link solved my problem. Thanks for you help. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libept1.4.12 depends on: ii libapt-pkg4.12 0.9.12.1 ii libc6 2.17-93 ii libgcc11:4.8.2-1 ii libstdc++6 4.8.2-1 ii libxapian221.2.15-2 ii multiarch-support 2.17-93 ii zlib1g 1:1.2.8.dfsg-1 libept1.4.12 recommends no packages. libept1.4.12 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