Bug#784957: game-data-packager: use a more descriptive http User-Agent
Package: game-data-packager
Version: 41
Severity: minor
G-D-P could use it's own User-Agent instead
of defaulting to Python-urllib/3.4.
Something like:
Debian Game-Data-Packager/${VERSION}
(+http://wiki.debian.org/Games/GameDataPackager)
$ cat /var/log/lighttpd/access.log | cut -f6 -d\ | sort -u
-
Debian APT-HTTP/1.3 (1.0.9.8)
Debian APT-HTTP/1.3 (1.0.9.9)
Debian APT-HTTP/1.3 (1.1~exp8)
Morfeus Fucking Scanner
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0)
Mozilla/5.0 (compatible; Baiduspider/2.0;
+http://www.baidu.com/search/spider.html)
Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)
Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots)
Python-urllib/3.4
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784947: libt-digest-java: Version 3.1 is severely incompatible with version 3.0
Le 11/05/2015 03:45, Hilko Bengen a écrit : Elasticsearch 1.4.5 cannot be built with libt-digest-java/3.1-1 installed. Reverting back to 3.0-1 resolves this problem. Hi Hilko, t-digest is a fairly small library, did you consider porting Elasticsearch to the new version instead of reverting to the previous version? This looks like an easy modification, and upstream will certainly be interested in such a change. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784890: flashybrid: Unable to Sync ramstore directories ...
Hi Thibaut, yes i can confirm, this happens in an fresh and newly started Jessie System. The Config Files are the Files from the Package, i only commented /etc in ramstore File. /root is there already. No change from my side. I haven't started any daemons/processes rather than connect via SSH to the System. For your information my mount table looks after clean start like this: weiti@indoor01:~$ mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=29791,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,relatime,size=50556k,mode=755) /dev/sda1 on / type ext4 (ro,relatime,errors=remount-ro,data=ordered) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) mqueue on /dev/mqueue type mqueue (rw,relatime) tmpfs on /ram type tmpfs (rw,relatime,size=122880k) tmpfs on /tmp type tmpfs (rw,relatime,size=122880k) tmpfs on /run/lock type tmpfs (rw,relatime,size=122880k) tmpfs on /var/lib/dhcp type tmpfs (rw,relatime,size=122880k) tmpfs on /var/lib/misc type tmpfs (rw,relatime,size=122880k) tmpfs on /var/lib/urandom type tmpfs (rw,relatime,size=122880k) tmpfs on /var/tmp type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/lib/exim4.flash type ext4 (ro,relatime,errors=remount-ro,data=ordered) tmpfs on /var/lib/exim4 type tmpfs (rw,relatime,size=122880k) tmpfs on /ram/var/lib/exim4.flash type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/log.flash type ext4 (ro,relatime,errors=remount-ro,data=ordered) tmpfs on /var/log type tmpfs (rw,relatime,size=122880k) tmpfs on /ram/var/log.flash type tmpfs (rw,relatime,size=122880k) tmpfs on /ram/var/run.flash type tmpfs (rw,nosuid,relatime,size=50556k,mode=755) tmpfs on /run type tmpfs (rw,nosuid,relatime,size=50556k,mode=755) tmpfs on /ram/var/run.flash type tmpfs (rw,nosuid,relatime,size=50556k,mode=755) /dev/sda1 on /ram/root.flash type ext4 (ro,relatime,errors=remount-ro,data=ordered) tmpfs on /root type tmpfs (rw,relatime,size=122880k) tmpfs on /ram/root.flash type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/spool.flash type ext4 (ro,relatime,errors=remount-ro,data=ordered) tmpfs on /var/spool type tmpfs (rw,relatime,size=122880k) tmpfs on /ram/var/spool.flash type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/mail.flash type ext4 (ro,relatime,errors=remount-ro,data=ordered) tmpfs on /var/mail type tmpfs (rw,relatime,size=122880k) tmpfs on /ram/var/mail.flash type tmpfs (rw,relatime,size=122880k) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime) rpc_pipefs on /ram/var/run.flash/rpc_pipefs type rpc_pipefs (rw,relatime) rpc_pipefs on /ram/var/run.flash/rpc_pipefs type rpc_pipefs (rw,relatime) My thoughs are that these situation are my problem: /dev/sda1 on /ram/root.flash type ext4 (ro,relatime,errors=remount-ro,data=ordered) tmpfs on /root type tmpfs (rw,relatime,size=122880k) tmpfs on /ram/root.flash type tmpfs (rw,relatime,size=122880k) It seems that root.flash gets mounted twice, on ro from the cf card which is ok, the other (later?) mount is an rw tmpfs ... and every sync while go to the tmpfs i think. And after an reboot these changes are lost, because the tmpfs get cleared. When i change fh-sync to do an remount,ro,bind, no errors occures, but changes weren't synced to CF also. HTH, tim On Sun, May 10, 2015 at 08:26:23PM +0200, Thibaut Varène wrote: tags 784890 moreinfo thx On 10 mai 2015, at 09:57, Tim Weippert we...@weiti.org wrote:
Bug#783732: [Pkg-mailman-hackers] Bug#783732: mailman: please package mailman 3 released today
On Wed, April 29, 2015 17:29, shirish wrote: Package: mailman Version: 1:2.1.18-2 Severity: wishlist Dear Maintainer, Please package mailman 3 which was released today. From the announce mail The current Debian Mailman team has very limited resources. I heartily invite anyone interested in packaging Mailman 3 to join the team and start working on it. I'd advise to use mailman3 as a package name because the differences are so big. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783901: [Pkg-libvirt-maintainers] Bug#783901: libvirt-daemon: libvirtd does not recognize Xen guests
retitle 783901 libvirtd does not recognize Xen guests managed via /usr/sbin/xl Hi, On Fri, May 08, 2015 at 11:55:28AM -0700, Gerald Turner wrote: Control: severity -1 wishlist On Fri, May 08 2015, Guido Günther wrote: On Fri, May 01, 2015 at 12:51:37PM -0700, Gerald Turner wrote: [..snip..] * 1.2.12: Jan 27 2015 libxl: Add support for parsing/formating Xen XL config (Kiarie Kahurani) Introduce support for parsing/formatting Xen xl config format (Jim Fehlig) We could cherry pick those to our stable release. Nice! However unless somebody else comes along and has the same expectations that I had (i.e. libvirt recognizing Xen guests with little or no configuration), I wouldn't put any effort into this. Could you attach a configuration to this bug that shows he conversion errors. I'll try to get this fixed so we ease the migration. That said there are lots of libxl changes in newer libvirt so running a backported 1.2.15 might make more sense. After correcting the domain XML, and restarting libvirtd once more, things start progressing: # virsh -c xen:/// list --all IdName State - host1 shut off … however “shut off” is incorrect. Stupid question but did you start the domain via virsh beforehand? If so, is there anything interesting in the daemon log? AFAIK configurations are now managed entierly via /etc/libvirt/libxl/ . Not stupid because that's part of the point I've subtly been trying to make - I'm sticking with domU's started by /etc/init.d/xendomains and /usr/sbin/xl, the Xen way. For four years during squeeze and wheezy, I just wanted to make sure we have this documented straight: libxl managed xen domains aren't picked up by /usr/sbin/xl and vice versa. I had dropped in munin-libvirt-plugins and libvirt-bin (0.8.3 and 0.9.12) for the sole purpose of monitoring the domU's memory/cpu/io. This worked without any configuration other than specifying uri xen:/// in the munin-node plugin configuration. During the heartbleed panic, after hastily reacting to the output of checkrestart, I accidently discovered that service libvirt-guests restart actually handles restarts of these unmanaged domU's. Fantastic! Consequently I've been telling sysadmin colleagues that libvirt is great because it integrates non-intrusively and can handle heterogeneous VM environments. It's bad that this isn't true for Jessie anymore but looking at the uptream list it seems most distros are switching over to libvirt managed xen domains. Sorry - I was too quick to react after upgrading to jessie and opening this bug. FWICT libvirt+Xen/xl no longer supports this unmanaged I think the bug is valid and we should leave it open since others might stomp on it as well. Cheers, -- Guido signature.asc Description: Digital signature
Bug#784953: freespace2: fails to download fs2_ogg.zip
Both url works, but I guess they also both can't be deep-linked if freespacemods.net hasn't seen your IP addresse recently or something. I just gave it a try, and you’re right: a simple wget -O fs2_ogg.zip http://www.freespacemods.net/request.php?128; does start the download without the 403 error I’ve been experiencing prior to visiting the website. But a subsequent try with game-data-packager does end up with a 403 error again (from the same session, same IP). I gave it another try after editing the freespace2.json file to use the alternative URL, but had no better luck (still failing on a 403 error). Looks like the URL has nothing to do with the 403 error after all, there might be something going wrong with the way game-data-packager tries to download this file. Someone else with an IP not in cache must try wget http://www.freespacemods.net/e107_files/downloads/fs2_ogg.zip; to be sure. I’ll have access to another IP later today, so I’ll check this and report. If both urls require that the website had been visited, this could be maybe worked around with wkhtmltopdf or lynx -dump /dev/null or something; but that would be considered abuse. I can't host such hug file myself either. I guess the only solution then is to disable the automatic upload and move the URL to the help text. One workaround I can think of is the one used by winetricks when it needs a file that can’t be downloaded without the user doing it manually from some website: it interrupts its process, gives the URL of the page from which to download the file, and a local directory it should be saved to. After downloading the file and putting it in the right place, the next execution of the script will find the file and process it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784160: transition: proj
On 05/08/2015 11:26 AM, Emilio Pozuelo Monfort wrote: The current blockers are the cdo/ppc64el build failure (#763691) and the pdl/i386 one. Both cdo pdl are good now too, and so is xastir. For some reason postgis is still marked as bad on mips, but I don't understand why. The mips build for 2.1.7+dfsg-1 depends on libproj9 as expected, so it should be good. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#418519: Layout example
I've just remembered that this wishlist exists... Here I've copied our server's current layout as motivational example: $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda8:00 186.3G 0 disk └─sda1 8:10 186.3G 0 part ├─vg_system-lv_root (dm-0) 254:00 168.7G 0 lvm / └─vg_system-lv_swap (dm-1) 254:10 17.6G 0 lvm [SWAP] sdb8:16 0 2T 0 disk ├─vg_data-lv_wal (dm-2) 254:2020G 0 lvm /media/wal └─vg_data-lv_data (dm-3) 254:30 912.6G 0 lvm /media/postgresql There *must* be sba1, because before that partition (which is LVM PV) there is free space for GRUB to be installed. For other drive, sdb, there is no need to have sdb1 partition, it's directly a LVM PV, which can be resized more easily compared to being on a partition. But d-i does not allow users to do that in preseed. sdb drive setup is currenly done with post-installation script in our case...
Bug#756129: gem2deb: dh_ruby should allow extra parameters to extconf.rb
Hi Lucas, Lucas Nussbaum a écrit le 08/05/2015 08:14 : On 26/07/14 at 17:56 +0200, Gilles Filippini wrote: Package: gem2deb Version: 0.7.5 Severity: wishlist Hi, Sometimes the maintainer needs passing hints to extconf.rb, such as --with-feature=directory I tried: dh_auto_install -- --with-feature=directory dh_ruby --install -- --with-feature=directory dh_ruby --install --with-feature=directory without success, and looking at the dh_ruby.rb source code it seems there is no way to do that. Then the only solution I found is to quilt patch extconf.rb to hard code the hints, which isn't satisfactory. Thanks in advance, Hi Gilles, Could you provide an example package that needs this? Please see the patch attached to #756696. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#784956: postgresql can't start when fallback to C locale
package: postgresql version: 9.4+165 This happens when default locale is set to 'None' (en_IN without en_IN locale in the system). root@pod:~# dpkg-reconfigure locales perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_PAPER = en_IN.utf8, LC_MONETARY = en_IN.utf8, LC_NUMERIC = en_IN.utf8, LC_MEASUREMENT = en_IN.utf8, LC_TIME = en_IN.utf8, LANG = en_IN # pg_createcluster 9.4 main --start succeeds after en_IN is generated. root@pod:~# pg_createcluster 9.4 main --start Creating new cluster 9.4/main ... config /etc/postgresql/9.4/main data /var/lib/postgresql/9.4/main locale en_IN Flags of /var/lib/postgresql/9.4/main set as -e-C could not change directory to /root: Permission denied port 5432 original error: locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Setting up postgresql-common (165) ... locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Adding user postgres to group ssl-cert Creating config file /etc/postgresql-common/createcluster.conf with new version Building PostgreSQL dictionaries from installed myspell/hunspell packages... Removing obsolete dictionary files: insserv: warning: script 'wide-dhcpv6-client' missing LSB tags and overrides [warn] No PostgreSQL clusters exist; see man pg_createcluster ... (warning). Setting up postgresql-9.4 (9.4.1-1) ... Error: The locale requested by the environment is invalid. Error: could not create default cluster. Please create it manually with pg_createcluster 9.4 main --start or a similar command (see 'man pg_createcluster'). update-alternatives: using /usr/share/postgresql/9.4/man/man1/postmaster.1.gz to provide /usr/share/man/man1/postmaster.1.gz (postmaster.1.gz) in auto mode [warn] No PostgreSQL clusters exist; see man pg_createcluster ... (warning). I think this is an issue with perl, but I think falling back to C locale should work. signature.asc Description: OpenPGP digital signature
Bug#784955: blackbox: Focus is sometimes lost when clicking on a window
Package: blackbox Version: 0.70.1-23 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Switching window focus using the mouse. * What exactly did you do (or not do) that was effective (or ineffective)? Clicking on a window to give it focus. * What was the outcome of this action? The window was sometimes not focused and the previously focused window lost focus as well. * What outcome did you expect instead? I expected the window I clicked on to become the focus window. Patrick Keshishian found a fix described at https://bugs.freedesktop.org/show_bug.cgi?id=83900 *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages blackbox depends on: ii libbt0 0.70.1-23 ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxft2 2.3.2-1 blackbox recommends no packages. Versions of packages blackbox suggests: pn bbkeys none ii menu2.1.47 -- 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#784376: parse-edid: told me to report this weird EDID
Hi Matthew, I am forwarding a bug from Debian. Please, when responsind, keep the 784376-forwar...@bugs.debian.org in CC. On 05.05.15 17:25:25, Samuel Bronson wrote: Package: read-edid Version: 3.0.1-2 Severity: normal File: /usr/bin/parse-edid Dear Maintainer, parse-edid just said this: , | % parse-edid /sys/class/drm/card0-HDMI-A-1/edid | Checksum Correct | | Section Monitor | Identifier SAMSUNG | ModelName SAMSUNG | VendorName SAM | # Monitor Manufactured week 46 of 2012 | # EDID version 1.3 | # Digital Display | DisplaySize 1060 630 | Gamma 2.20 | Option DPMS false | Horizsync 15-81 | VertRefresh 24-75 | # Maximum pixel clock is 230MHz | #Not giving standard mode: 1152x864, 75Hz | #Not giving standard mode: 1280x720, 60Hz | #Not giving standard mode: 1280x800, 60Hz | #Not giving standard mode: 1280x1024, 60Hz | #Not giving standard mode: 1440x900, 60Hz | #Not giving standard mode: 1600x900, 60Hz | #Not giving standard mode: 1680x1050, 60Hz | | #Extension block found. Parsing... | Hmm, you have data blocks, but not video ones... weird | Something strange happened. Please contact the author, | Matthew Kern at pyrophobic...@gmail.com ` Naturally, I'm attaching the EDID data for you to examine. Oh, and it might be good if the documentation mentioned that this stuff can be found in sysfs now? -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages read-edid depends on: ii libc6 2.19-18 ii libx86-1 1.1+ds1-10 read-edid recommends no packages. read-edid suggests no packages. -- no debconf information -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 1.6.2 BTiCW | tel. +48 61 665 23 71 signature.asc Description: Digital signature
Bug#704805: Does partial upgrade between stable and testing must be supported ?
On Sun, May 10, 2015 at 06:54:37PM -0500, Dirk Eddelbuettel wrote: The patch has three parts. I presume we want to kill the third? --- r-base-3.2.0.orig/debian/control 2015-05-11 00:20:08.947567937 +0100 +++ r-base-3.2.0/debian/control 2015-05-11 00:20:51.498702854 +0100 --- r-base-3.2.0.orig/debian/r-cran.mk2015-05-11 00:20:08.979567287 +0100 +++ r-base-3.2.0/debian/r-cran.mk 2015-05-11 00:21:22.402074555 +0100 --- r-base-3.2.0.orig/debian/r-cran.mk.orig 2015-05-10 23:51:44.166227429 +0100 +++ r-base-3.2.0/debian/r-cran.mk.orig2015-05-11 00:20:08.979567287 +0100 Oops, yes indeed! Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781368: No trayicon under GNOME Shell
Hi. Jörg Frings-Fürst deb...@jff-webhosting.net writes: Package: owncloud-client Version: 1.8.1+dfsg-1 Followup-For: Bug #781368 Hi, the same bug is on Xfce. FIW, I'm on XFCE on testing, and the icon is more or less visible wit 1.7.0~beta1+really1.6.4+dfsg-1 although it doesn't resize to the height of the menu, so is rendered with 2 sides painted black. Maybe there's a regression with later versions. My 2 cents, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784947: libt-digest-java: Version 3.1 is severely incompatible with version 3.0
* Emmanuel Bourg: t-digest is a fairly small library, did you consider porting Elasticsearch to the new version instead of reverting to the previous version? This looks like an easy modification, and upstream will certainly be interested in such a change. No, I did not. And I will not consider this. Patching dependent software should, in my opinion, only be used as a last resort. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784135: Lowering severity
Control: severity -1 important I'm lowering the severity for now because i suspect this happens only with some older graphics cards. -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#704805: Does partial upgrade between stable and testing must be supported ?
On Sun, May 10, 2015 at 07:34:46PM -0500, Dirk Eddelbuettel wrote:
On 11 May 2015 at 00:33, Julian Gilbey wrote:
| The only thing I'm not sure about, and you may have a better view, is
| whether r-cran packages should depend only on the api version (so:
| Depends: r-api-3), or whether they should also depend upon the actual
| base version (Depends: r-base-core (= 3.2.0-2)).
I like both better than just one.
| The attached patch causes r-cran-* packages to *only* depend on
| r-api-3; if r-cran-* packages should *also* depend on a versioned
| r-base-core, then in the patch, reinstate the rversion line, and
| combine the two R:Depends lines (the old and the new) into a single
| line.
Like this ?
rapiversion := $(shell dpkg-query -W -f='$${Provides}' r-base-core | grep
-o 'r-api[^, ]*')
[]
## support ${R:Depends} via debian/${package}.substvars
echo R:Depends=r-base-core (= ${rversion}), ${rapiversion}
debian/$(package).substvars
Yes, that looks good!
Julian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784160: transition: proj
On 11/05/15 08:14, Sebastiaan Couwenberg wrote: On 05/08/2015 11:26 AM, Emilio Pozuelo Monfort wrote: The current blockers are the cdo/ppc64el build failure (#763691) and the pdl/i386 one. Both cdo pdl are good now too, and so is xastir. For some reason postgis is still marked as bad on mips, but I don't understand why. The mips build for 2.1.7+dfsg-1 depends on libproj9 as expected, so it should be good. That's because of the old binaries. emilio@tatooine:~$ grep-excuses postgis postgis (2.1.4+dfsg-3 to 2.1.7+dfsg-1) Maintainer: Debian GIS Project Too young, only 3 of 5 days old old binaries left on mips: liblwgeom-2.1.4 (from 2.1.4+dfsg-3) Not considered Depends: postgis proj (not considered) I've requested a decruft for both postgis and proj. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775120: task-mate-desktop: Should install mate-system-tools
Mike Gabriel, le Mon 11 May 2015 03:27:17 +, a écrit : * What exactly did you do (or not do) that was effective (or ineffective)? Once the system boots, after lightdm, I want to change password, set the date, network, etc. through a GUI.r * What was the outcome of this action? No item appears for this. I only can use CLI tools. Fix: add mate-system-tools in installed packages. Looks to me that mate-desktop-environment should pull it instead? What's your stance on this? Furthermore, mate-system-tools will be deprecated for MATE 1.10. What replaces it? Does MATE not provide anything to accomplish those tasks? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784958: liblognorm2: arch-dependent file in Multi-Arch: same package
Package: liblognorm2 Version: 1.1.1-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch liblognorm2 is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/doc/liblognorm2/changelog.gz MD5 sums of the file are: 00f3991240b6970f0175eb13e10743ad on amd64; ea58d876f4362191c3f1c1152f86bbbd elsewhere. An example diff between i386 and amd64 (after ungzipping) is attached. -- Jakub Wilk diff -ur liblognorm2_1.1.1-1_i386/usr/share/doc/liblognorm2/changelog liblognorm2_1.1.1-1_amd64/usr/share/doc/liblognorm2/changelog --- liblognorm2_1.1.1-1_i386/usr/share/doc/liblognorm2/changelog 2014-09-26 09:57:08.0 +0200 +++ liblognorm2_1.1.1-1_amd64/usr/share/doc/liblognorm2/changelog 2015-05-07 00:25:28.0 +0200 @@ -1,7 +1,108 @@ -ChangeLog -= - -See below for a list of changes. - -.. literalinclude:: ../ChangeLog - +-- +Version 1.1.1, 2015-03-09 +- fixed library version numbering + Thanks to Tomas Heinreich for reporting the problem. +- added new parser syntaxes + Thanks to Janmejay Singh for implementing most of them. +- bugfix: function ln_parseFieldDescr() returns state value + due to unitialized variable. This can also lead to invalid + returning no sample node where one would have to be created. +-- +Version 1.1.0, 2015-01-08 +- added regular expression support + use this feature with great care, as it thrashes performance + Thanks to Janmejay Singh for implementing this feature. +- fix build problem when --enable-debug was set + closes: https://github.com/rsyslog/liblognorm/issues/5 +-- +Version 1.0.1, 2014-04-11 +- improved doc (via RST/Sphinx) +- bugfix: unparsed fields were copied incorrectly from non-terminated + string. Thanks to Josh Blum for the fix. +- bugfix: mandatory tag did not work in lognormalizer +-- +Version 1.0.0, 2013-11-28 +- WARNING: this version has incompatible interface and older programs + will not compile with it. + For details see http://www.liblognorm.com/news/on-liblognorm-1-0-0/ +- libestr is not used any more in interface functions. Traditional + C strings are used instead. Internally, libestr is still used, but + scheduled for removal. +- libee is not used any more. JSON-C is used for object handling + instead. Parsers and formatters are now part of liblognorm. +- added new field type rest, which simply sinks all up to end of + the string. +- added support for glueing two fields together, without literal + between them. It allows for constructs like: + %volume:number%%unit:word% + which matches string 1000Kbps +- Fix incorrect merging of trees with empty literal at end + Thanks to Pavel Levshin for the patch +- this version has survived many bugfixes +-- + +The versions below is liblognorm0, which has a different API + +-- +Version 0.3.7, 2013-07-17 +- added support to load single samples + Thanks to John Hopper for the patch +-- +Version 0.3.6, 2013-03-22 +- bugfix: unitialized variable could lead to rulebase load error +-- +Version 0.3.5 (rgerhards), 2012-09-18 +- renamed normalizer tool to lognormalizer to solve name clashes + Thanks to the Fedora folks for pointing this out. +-- +Version 0.3.4 (rgerhards), 2012-04-16 +- bugfix: normalizer tool had a memory leak + Thanks to Brian Know for alerting me and helping to debug +-- +Version 0.3.3 (rgerhards), 2012-02-06 +- required header file was not installed, resulting in compile error + closes: http://bugzilla.adiscon.com/show_bug.cgi?id=307 + Thanks to Andreis Vinogradovs for alerting us on this bug. +-- +Version 0.3.2 (rgerhards), 2011-11-21 +- added rfc5424 parser (requires libee = 0.3.2) +- added - to serve as name for filler fields. Value is extracted, + but no field is written +- special handling for iptables log via %iptables% parser added + (currently experimental pending practical verification) +- normalizer tool on its way to a full-blow stand-alone tool +- support for annotations added, for the time being see + http://blog.gerhards.net/2011/11/log-annotation-with-liblognorm.html
Bug#784947: libt-digest-java: Version 3.1 is severely incompatible with version 3.0
I got a look at Elasticsearch, and this is just a one line change: state.centroidCount() becomes state.centroids().size() in TDigestState.java. I wouldn't call that a severe incompatibility. We can also reintroduce the missing centroidCount() method in t-digest, such that our package supports rdeps expecting the version 3.0 or the version 3.1. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784565: [X2Go-Dev] [pkg-x2go-devel] Bug#784565: nx-libs-lite: parts are derived from non-free code
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 hi everyone, looking at the current homepage of DXPC, the following can be found in their changelog http://www.vigor.nu/dxpc/CHANGES: 3.8.1 Release: [...] Changed license to BSD license. - -Stefan Am 11.05.2015 um 11:07 schrieb Mike Gabriel: Hi Francesco, Cc:ing a couple of people/groups being affected by the below. On Mi 06 Mai 2015 19:35:32 CEST, Francesco Poli (wintermute) wrote: Package: nx-libs-lite Version: 3.5.0.27-1 Severity: serious Justification: Policy 2.2.1 Hello and thanks for maintaining this package in Debian! I noticed that the debian/copyright states: [...] | Parts of this software are derived from DXPC project. These copyright | notices apply to original DXPC code: | | Redistribution and use in source and binary forms are permitted provided |that the above copyright notice and this paragraph are duplicated in all |such forms. | |THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED | WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF |MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. | | Copyright (c) 1995,1996 Brian Pane |Copyright (c) 1996,1997 Zachary Vonler and Brian Pane |Copyright (c) 1999 Kevin Vigor and Brian Pane |Copyright (c) 2000,2001 Gian Filippo Pinzari and Brian Pane [...] This license lacks the permission to modify the DXPC code. Hence, the original DXPC code does not appear to comply with the DFSG. And the nx-libs-lite is in part derived from DXPC code. This basically means that nx-libs-lite includes parts which are non-free (as they are derived from non-modifiable code) and are also possibly legally undistributable (as they are non-modifiable, but actually modified). The combination with the rest of nx-libs-lite (which is GPL-licensed) may also be legally undistributable (since the license with no permission to modify is GPL-incompatible). If there's anything I misunderstood, please clarify. Otherwise, please address this issue as soon as possible. The copyright owners for the original DXPC code should be contacted and persuaded to re-license under GPL-compatible terms. Thanks for your time. Bye. I/we will investigate this asap. Thanks for bringing this up. Greets, Mike ___ x2go-dev mailing list x2go-...@lists.x2go.org http://lists.x2go.org/listinfo/x2go-dev - -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVUHRuAAoJEG7d9BjNvlEZsCYH/i0GArfIg0xNQ91srhMtMxVf NcaQ5uOJLLZ+e0WOcRMm5Kprg9f6uKQNFRo1dv9NCFNxjrpdR/5/LMmeSYxafIQA beoYbnuMMRBvcjoUN5ScGD/jjng/9VCiwviBVjUc6AhDebGjVone2OtaIXPoMELI ClKnDShC41qQpSUgEESUYHiIIptkkmSrIJS6Ostsby5rhT1mApv7ulBqVvADUKCX OtNZmG+O6Bvur63G2fBTrdQwZAed0+Q6/XlhfOkf5QNG4I9fd5KlrMDpSmO8w7Cm h4rVnveLS5+0afZXs9sImhNW4I7Ah8zh5sAUFNCGXEuO60XRRysUO4i1WjRgnZw= =sgsA -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#784962: jessie-pu: package caja/1.8.2-3+deb8u1
Control: tags -1 + confirmed On 2015-05-11 9:22, Mike Gabriel wrote: Please pre-approve the following changes for caja in Debian jessie: + * debian/patches: ++ Add 0004_avoid-automounts-while-screen-is-locked.patch. Don't mount + newly added USB flash drives / optical disks / etc. while a session + is locked by the screensaver. Delay the automounting action until the + session has been unlocked again. (Closes: #781608). Please go ahead. Assuming that this has a CVE ID, it's customary to mention that in the changelog. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784814: Confirmed
severity 784814 normal tags 784814 + upstream forwarded 784814 https://bugs.launchpad.net/duplicity/+bug/1434702 thanks an upload with the fix for this issue is in the works. in the meantime i'm downgrading this bug to normal, as it only affects users of sftp/ssh for whom there is the pexpect ssh backend as a temporary workaround. regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ Tech Support: The guys who follow the 'Parade of New Products' with a shovel. -- Jay Mottern signature.asc Description: Digital Signature
Bug#771544: its because of tmpdir collision
On 08/05/15 at 19:44 +0530, Pirate Praveen wrote: On Friday 08 May 2015 02:35 AM, Lucas Nussbaum wrote: So according to the discussion in https://github.com/assaf/uuid/issues/45, this is a bug in diaspora? Are you OK with reassigning? Lucas Can you review the patch in git repo? The upstream is refusing to accept it though. Hi, Looking at the bug log in github, I think that drbrain is right, and that this patch is not a good one. Lucas signature.asc Description: Digital signature
Bug#760781: fixed in 4.1.17+dfsg-4
this bug seems to have been fixed in version 4.1.17+dfsg-4. Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784565: [pkg-x2go-devel] Bug#784565: nx-libs-lite: parts are derived from non-free code
Hi Francesco, Cc:ing a couple of people/groups being affected by the below. On Mi 06 Mai 2015 19:35:32 CEST, Francesco Poli (wintermute) wrote: Package: nx-libs-lite Version: 3.5.0.27-1 Severity: serious Justification: Policy 2.2.1 Hello and thanks for maintaining this package in Debian! I noticed that the debian/copyright states: [...] | Parts of this software are derived from DXPC project. These copyright | notices apply to original DXPC code: | |Redistribution and use in source and binary forms are permitted provided |that the above copyright notice and this paragraph are duplicated in all |such forms. | |THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED |WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF |MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. | |Copyright (c) 1995,1996 Brian Pane |Copyright (c) 1996,1997 Zachary Vonler and Brian Pane |Copyright (c) 1999 Kevin Vigor and Brian Pane |Copyright (c) 2000,2001 Gian Filippo Pinzari and Brian Pane [...] This license lacks the permission to modify the DXPC code. Hence, the original DXPC code does not appear to comply with the DFSG. And the nx-libs-lite is in part derived from DXPC code. This basically means that nx-libs-lite includes parts which are non-free (as they are derived from non-modifiable code) and are also possibly legally undistributable (as they are non-modifiable, but actually modified). The combination with the rest of nx-libs-lite (which is GPL-licensed) may also be legally undistributable (since the license with no permission to modify is GPL-incompatible). If there's anything I misunderstood, please clarify. Otherwise, please address this issue as soon as possible. The copyright owners for the original DXPC code should be contacted and persuaded to re-license under GPL-compatible terms. Thanks for your time. Bye. I/we will investigate this asap. Thanks for bringing this up. 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 pgpt0kIMVc6G6.pgp Description: Digitale PGP-Signatur
Bug#714058: Draft for debian/copyright file
On 05/11/2015 01:59 AM, László Böszörményi (GCS) wrote: Natural question. What's happened between 1993 and 1998? There was at least one more German(?) developer[1], Bastian Schick as I see. I don't think there was any substantial development between 1993 and 1998. I also think that the source code part in question is not part of the actual compiler and I don't think we need to add it to the copyright information in the debian/copyright file. The debian/copyright doesn't necessarily have to cover ALL authors, it's just important that you get the license for all files right. I think Bastian Schick falls under the contributors part. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#188731: debian-policy: strip --strip-unneeded is insufficient
On Mon, May 11, 2015 at 11:18:29AM +0200, Bill Allombert wrote: So to summary: Policy 11.2 recommends: strip --strip-unneeded dh_strip does: strip --strip-unneeded --remove-section=.comment --remove-section=.note install -s does currently: strip --strip-unneeded lintian checks for: strip --strip-unneeded --remove-section=.comment --remove-section=.note is that correct ? Yes. Did 'install -s' used to do 'strip --strip-unneeded --remove-section=.comment --remove-section=.note' ? Yes, lintian 0.4.4 (1998) mentions it: * (checks/binaries) At Yann Dirson's suggestion, added a tag for stripped binaries that still have the .comment and .note sections. This tag is info-level, thus not normally displayed. dh_strip and install -s have been patched to strip these sections, but most of the distribution has not been recompiled with the patched versions. * (checks/binaries.desc) Described the new tag. (closes #22495). In lintian 1.20.1 (2001) the tag was promoted from I to W, after the patch for install was removed in coreutils 5.93-1 the tag was demoted back to I in lintian 1.23.14 (2005). Do we know why it was changed ? coreutils 5.93-1 changelog says: * Remove some ancient debian-specific patches - install no longer calls strip with special options -- WBR, wRAR signature.asc Description: Digital signature
Bug#784947: libt-digest-java: Version 3.1 is severely incompatible with version 3.0
Here is the patch for Elasticsearch: https://github.com/jpountz/elasticsearch/commit/9e5b561 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630174: debian-policy: forbid installation into /lib64
On Mon, May 11, 2015 at 02:01:13PM +0500, Andrey Rahmatullin wrote: On Tue, Nov 29, 2011 at 12:45:25AM +0100, Bill Allombert wrote: This is the relevant part of the FHS (ill-advised imho, but required by the LSB): - 6.1.5. /lib64 and /lib32 : 64/32-bit libraries (architecture dependent) The 64-bit architectures PPC64, s390x, sparc64 and AMD64 must place 64-bit libraries in /lib64, and 32-bit (or 31-bit on s390) libraries in /lib. The 64-bit architecture IA64 must place 64-bit libraries in /lib. Rationale: This is a refinement of the general rules for /libqual and /usr/libqual. The architectures PPC64, s390x, sparc64 and AMD64 support support both 32-bit (for s390 more precise 31-bit) and 64-bit programs. Using lib for 32-bit binaries allows existing binaries from the 32-bit systems to work without any changes: such binaries are expected to be numerous. IA-64 uses a different scheme, reflecting the deprecation of 32-bit binaries (and hence libraries) on that architecture. - Of the five architectures mentioned above, only two are supported by full Debian distributions: ia64 and amd64. (full support for s390x might appear in the future). Since ia64 is listed as an exception, only amd64 is concerned by this FHS part. (Note that the FHS ignores alpha and hppa64) As far as Debian is concerned /lib32 and /lib64 are wart necessary for binary compatibility with other systems. Should we close this then? We should document that to prevent /lib64 to be used for wrong purpose. In any case I'm not quite sure whether shipping files in lib64 in amd64 packages (juffed/juffed-dev and zynaddsubfx-dssi do this now) is OK. I only found zynaddsubfx-dssi: /usr/lib64/dssi/libzynaddsubfx_dssi.so which I think is a RC bug. But note that this bug is about /lib64, not /usr/lib64 Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778220: [pkg-boost-devel] Bug#778220: bump?
Heya, On 10 May 2015 at 17:07, Yurii Kolesnikov yuriko...@gmail.com wrote: Seems to be fixed in latest version of boost. Why just we don’t bump the version? I have... two months ago... it's stuck in debian new queue. https://ftp-master.debian.org/new/boost1.57_1.57.0+dfsg-1.html -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784967: Package purging left files on system
Package: glib-networking Version: 2.44.0-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, piuparts [quote] 1m18.0s DEBUG: Modified(uid, gid, mode, size, target): /var/lib/dpkg/info/libglib2.0-0:amd64.list (0, 0, - 100644, 1432, None) != (0, 0, - 100644, 1364, None) 1m18.0s ERROR: FAIL: Package purging left files on system: /usr/lib/x86_64-linux-gnu/gio/ owned by: glib-networking:amd64, dconf-gsettings-backend:amd64 /usr/lib/x86_64-linux-gnu/gio/modules/ owned by: glib- networking:amd64, dconf-gsettings-backend:amd64 1m18.0s ERROR: FAIL: After purging files have been modified: /var/lib/dpkg/info/libglib2.0-0:amd64.list not owned 1m18.0s ERROR: FAIL: Installation and purging test. [/quote] - -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages glib-networking depends on: ii glib-networking-common 2.44.0-2 ii glib-networking-services 2.44.0-2 ii gsettings-desktop-schemas 3.14.1-1 ii libc6 2.19-18 ii libglib2.0-0 2.44.0-2 ii libgnutls-deb0-28 3.3.14-2 ii libp11-kit00.23.1-2 ii libproxy1 0.4.11-4+b2 glib-networking recommends no packages. glib-networking suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVUH9hAAoJEAn4nzyModJdOtIQAJbuvpnnPifoHNEWMi7bk/2+ Qv00SmqnoDv8YfdzY6Au1/OnsNfisRjQnNUQba6T8Tv/E0zbfi95RNrbusPh/uM9 GDK24qAukv0+WcgH4gkPsPtv5q9pTrTKOF5+ZV6Dp9Ag6KBOUXMnR8VFb6cNWZxg IkRM5s6Z2BMMmv2B0YNr+/gKi1DCyRrLmGksb9uOvPpGCy1X+h+F5fz0bCCi1oMK 74QZjloC1i4FUHq0pfZ7LOVzZB/jiGijp1oDyvrmRJuOarJ9Fj3KFz2Iwjiy51Vi iT5wHGJLLOFWjEUNtPpCBR0i+M4r6iFdKIqEf3+I1l4RC2AyDuxH742yjssa+Imf oSzNfHEj+VHf8GTKtEPRaO+yYB5Jh+elJpdN08FWP/rJ2R+noxGyTpC08jlToSYm bm+3XrSxHDd7u1wH88iG7KFMPODWuEAFHqrjDKRwsAqqgAtZZ7wOspeZ6fpCmOGr ICx96hUk/q/loCJMxRtLBrJGFAKFbDGEWUAnUJRZJXGIclUEOc4O5IqSx5ZfbRF+ SSVKHvy3Duhb2C4sjGVbeiNykQWcc60vD3JWBBpzrlQbLmvlXFzUL9BmdJCI5Iu2 Pg8k94mTEmP2JQLBtiKUR0xjwBxG38LgwSsqQeAGSlI721M7Fa47+gzfxl61qbgA F3T8uenQoFKSDm/P/WIz =YT4V -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#415558: lintian: too pedantic about /usr/lib vs. /usr/share (image-file-in-usr-lib)
Hi, On debian-python, there just was a discussion about where to put python packages, and the common agreement is that they should go completely to /usr/lib. This included f.e. images that are distributed within the package tree. Also, the Debian Policy now (3.9.6 -- see #741304) allows to put whole package trees (including data) into /usr/lib. Therefore, having an image in /usr/lib is not (longer) a reason to warn; the severity should be lowered to info. Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784795: gamera.plugins.tiff_support: out-of-bounds read
For the record, fixed in SVN 1429. DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784822: libblkid1: short package description fdisk partitioning library maybe should be block device id library
Control: tags -1 pending On Sat, May 09, 2015 at 10:04:17AM +0200, Beatrice Torracca wrote: [...] I think maybe there was a copy/paste mistake and here the short description should read block device id library (or something similar) like in the previous versions of the libblkid1 binary packages. [...] You're right. I was too tired and mistakenly edited the wrong package description and when noticing that myself I apparently forgot to fix up the short description. Thanks for spotting. Fix will be in next upload. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776061: game-data-packager: please add a game-data-competn package containing the Compet-N set of PWADs
Am Freitag, den 23.01.2015, 14:24 +0100 schrieb Fabian Greffrath: - Memento Mori - Memento Mori 2 - Requiem - Hell Revealed - The Classic Episode (1st Ed.) - Alien Vendetta (2nd Ed.) I am not sure how to proceed with this one... One the one hand, each of these MegaWADs replaces either a complete episode of Doom 1 (class_ep) or the entire of Doom 2 (the others) and should thus be considered separate games in their own regard. On the other hand, I'd like to keep them as a bundle (just like the Master Levels) and don't think that it makes sense to create a separate DEB file for each. Then, I don't think adding a launcher application (ala Master Levels) for them makes sense, as they are most often used for recording or playing back of demos which requires at least some command line skills. On the other hand, I think that each of them should have their own .desktop file. The WADs are freely (as in Beer) available from various sites, though I'd recommend to download them from the Doom Speed Demos Archive http://doomedsda.us which has most of them repacked in reasonable all-in-one ZIP files which sometimes contain some goodies (like e.g. the MAP21 fix required for Requiem). Since they are strictly third party and also strictly special interest, I'd say they shouldn't get downloaded automatically if one runs g-d-p with only the doom or doom2 parameters. They could be made into a special option for both games. But then, haven't we reached a point where this feature is already too special to be part of g-d-p? Phew... Cheers, - Fabian signature.asc Description: This is a digitally signed message part
Bug#784966: dselect: remove outdated README.mirrors.txt file
Package: dselect Severity: minor The version of README.mirrors.txt in dselect looks ancient, even the first version archived by archive.org in 2001 looks newer than the one in dselect and it even mentions non-US :) I'd suggest that it should be removed from the dselect source. https://wayback.archive.org/web/20010503090955/http://ftp.debian.org/debian/README.mirrors.txt https://sources.debian.net/data/main/d/dpkg/1.17.25/dselect/methods/ftp/README.mirrors.txt -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#784964: jessie-pu: package mate-utils/1.8.1+dfsg1-2+deb8u1
Control: tags -1 + confirmed On 2015-05-11 9:14, Mike Gabriel wrote: Please pre-approve the following changes to mate-utils in Debian jessie: Pre-approve sounds like asking to ask. + * debian/patches: ++ Add 0002_fix-errmsg-text.patch. Show actual error message if loading of the + mate-screenshot UI fails. (Closes: #783162). This will fix a reported error message in mate-screenshot when the UI cannot be loaded. In the previous version, the reported error message was not exact and a wrong failure reason got reported. Please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784783: krb5-admin-server: install failure during dpkg --configure
I'm confused about this. The krb5-kdc/debconf template is included in the krb5-kdc package, which is a dependency of krb5-admin-server. That should mean that krb5-kdc is configured (and thus the template available) prior to krb5-admin-server. Russ and ben, am I missing something here? --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746014: (no subject)
I can confirm this bug on my Debian 8 servers, is there a workaround or a bugfix since this bug has been reported more then a year ago. Kind regards, Jelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774380: spamassassin: sa-update cronjob complains when spamd is disabled
Source: spamassassin
Followup-For: Bug #774380
Hi,
I guess we should simply check if spamd is running before trying to
reload it? Is it ok to use pidof?
How about using the status command of the initscript? Patch
attached ...
It still has inconsistent behaviour because the sysv initscript
checks ENABLED, but that's another issue.
Bernhard
--- a/debian/spamassassin.cron.daily 2015-05-11 10:38:11.415485334 +0200
+++ b/debian/spamassassin.cron.daily 2015-05-11 10:43:32.733327917 +0200
@@ -49,9 +49,9 @@
reload() {
# Reload
if which invoke-rc.d /dev/null 21; then
-invoke-rc.d spamassassin reload /dev/null
+invoke-rc.d --quiet spamassassin status /dev/null invoke-rc.d spamassassin reload /dev/null
else
-/etc/init.d/spamassassin reload /dev/null
+/etc/init.d/spamassassin status /dev/null /etc/init.d/spamassassin reload /dev/null
fi
if [ -d /etc/spamassassin/sa-update-hooks.d ]; then
run-parts --lsbsysinit /etc/spamassassin/sa-update-hooks.d
Bug#784961: JamVM: Relocation error on startup, JVM_GetResourceLookupCacheURLs undefined
Package: openjdk-8-jre-jamvm Version: 8u45-b14-2 Severity: important When trying to run a Java program with JamVM, the JVM fails to start with the following error message: java: relocation error: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/libjava.so: symbol JVM_GetResourceLookupCacheURLs, version SUNWprivate_1.1 not defined in file libjvm.so with link time reference The bug occurs even with a simple Hello World program, or when java -jamvm is called without any further parameters (should print a help message and exit). Output with -verbose below. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/32 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages openjdk-8-jre-jamvm depends on: ii libc6 2.19-18 ii openjdk-8-jre-headless 8u45-b14-2 ii zlib1g 1:1.2.8.dfsg-2+b1 openjdk-8-jre-jamvm recommends no packages. openjdk-8-jre-jamvm suggests no packages. -- no debconf information *** Verbose output: $ java -verbose -jamvm HelloWorld [Loaded java/lang/Object from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/Object] [Loaded java/io/Serializable from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/io/Serializable] [Loaded java/lang/reflect/AnnotatedElement from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/reflect/AnnotatedElement] [Loaded java/lang/reflect/GenericDeclaration from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/reflect/GenericDeclaration] [Loaded java/lang/reflect/Type from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/reflect/Type] [Loaded java/lang/Class from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/Class] [Loaded java/lang/ClassLoader from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/ClassLoader] [Loaded java/lang/Comparable from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/Comparable] [Loaded java/lang/CharSequence from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/CharSequence] [Loaded java/lang/String from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/String] [Loaded java/lang/Cloneable from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/Cloneable] [Loaded java/lang/StackTraceElement from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/StackTraceElement] [Created array class [Ljava/lang/StackTraceElement;] [Loaded java/lang/Throwable from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/Throwable] [Loaded java/lang/Error from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/Error] [Loaded java/lang/LinkageError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/LinkageError] [Loaded java/lang/BootstrapMethodError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/BootstrapMethodError] [Loaded java/lang/VirtualMachineError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/VirtualMachineError] [Loaded java/lang/InternalError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/InternalError] [Loaded java/lang/ClassFormatError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/ClassFormatError] [Loaded java/lang/IncompatibleClassChangeError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/IncompatibleClassChangeError] [Loaded java/lang/NoSuchFieldError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/NoSuchFieldError] [Loaded java/lang/OutOfMemoryError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/OutOfMemoryError] [Loaded java/lang/NoSuchMethodError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/NoSuchMethodError] [Loaded java/lang/InstantiationError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/InstantiationError] [Loaded java/lang/IllegalAccessError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/IllegalAccessError] [Loaded java/lang/Exception from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/Exception] [Loaded java/lang/RuntimeException from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/RuntimeException] [Loaded java/lang/ClassCastException from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] [Linking class java/lang/ClassCastException] [Loaded java/lang/StackOverflowError from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar]
Bug#784964: jessie-pu: package mate-utils/1.8.1+dfsg1-2+deb8u1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Please pre-approve the following changes to mate-utils in Debian jessie: + * debian/patches: ++ Add 0002_fix-errmsg-text.patch. Show actual error message if loading of the + mate-screenshot UI fails. (Closes: #783162). This will fix a reported error message in mate-screenshot when the UI cannot be loaded. In the previous version, the reported error message was not exact and a wrong failure reason got reported. ++ Update 2001_omit-gfdl-licensed-help-files.patch to avoid patch fuzziness. + Obviously, this patch update slipped through in previous builds. light+love, Mike -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru mate-utils-1.8.1+dfsg1/debian/changelog mate-utils-1.8.1+dfsg1/debian/changelog --- mate-utils-1.8.1+dfsg1/debian/changelog 2015-03-09 09:15:06.0 +0100 +++ mate-utils-1.8.1+dfsg1/debian/changelog 2015-05-11 10:06:47.0 +0200 @@ -1,3 +1,12 @@ +mate-utils (1.8.1+dfsg1-2+deb8u1) jessie-proposed-updates; urgency=medium + + * debian/patches: ++ Add 0002_fix-errmsg-text.patch. Show actual error message if loading of the + mate-screenshot UI fails. (Closes: #783162). ++ Update 2001_omit-gfdl-licensed-help-files.patch to avoid patch fuzziness. + + -- Mike Gabriel sunwea...@debian.org Mon, 11 May 2015 09:59:43 +0200 + mate-utils (1.8.1+dfsg1-2) unstable; urgency=medium * debian/patches: diff -Nru mate-utils-1.8.1+dfsg1/debian/patches/0002_fix-errmsg-text.patch mate-utils-1.8.1+dfsg1/debian/patches/0002_fix-errmsg-text.patch --- mate-utils-1.8.1+dfsg1/debian/patches/0002_fix-errmsg-text.patch 1970-01-01 01:00:00.0 +0100 +++ mate-utils-1.8.1+dfsg1/debian/patches/0002_fix-errmsg-text.patch 2015-05-11 10:06:47.0 +0200 @@ -0,0 +1,45 @@ +From c5e6b092764be2bbe668897fca7d977d5cbba57c Mon Sep 17 00:00:00 2001 +From: Monsta mon...@inbox.ru +Date: Tue, 16 Dec 2014 18:18:14 +0300 +Subject: [PATCH] mate-screenshot: show the actual error message when UI load + fails + +--- + mate-screenshot/screenshot-dialog.c | 11 +++ + 1 file changed, 7 insertions(+), 4 deletions(-) + +--- a/mate-screenshot/screenshot-dialog.c b/mate-screenshot/screenshot-dialog.c +@@ -211,6 +211,7 @@ + gint pos; + GFile *tmp_file; + GFile *parent_file; ++ GError *error = NULL; + guint res; + + tmp_file = g_file_new_for_uri (initial_uri); +@@ -223,8 +224,8 @@ + + dialog = g_new0 (ScreenshotDialog, 1); + +- dialog- ui = gtk_builder_new (); +- res = gtk_builder_add_from_file (dialog-ui, UIDIR /mate-screenshot.ui, NULL); ++ dialog-ui = gtk_builder_new (); ++ res = gtk_builder_add_from_file (dialog-ui, UIDIR /mate-screenshot.ui, error); + dialog-screenshot = screenshot; + + if (res == 0) +@@ -233,9 +234,11 @@ + dialog = gtk_message_dialog_new (NULL, 0, + GTK_MESSAGE_ERROR, + GTK_BUTTONS_OK, +- _(UI definition file for the screenshot program is missing.\n +- Please check your installation of mate-utils)); ++ _(Error loading UI definition file for the screenshot program: \n%s\n\n ++ Please check your installation of mate-utils.), error-message); + gtk_dialog_run (GTK_DIALOG (dialog)); ++ ++ g_error_free (error); + gtk_widget_destroy (dialog); + exit (1); + } diff -Nru mate-utils-1.8.1+dfsg1/debian/patches/2001_omit-gfdl-licensed-help-files.patch mate-utils-1.8.1+dfsg1/debian/patches/2001_omit-gfdl-licensed-help-files.patch --- mate-utils-1.8.1+dfsg1/debian/patches/2001_omit-gfdl-licensed-help-files.patch 2014-05-05 15:36:49.0 +0200 +++ mate-utils-1.8.1+dfsg1/debian/patches/2001_omit-gfdl-licensed-help-files.patch 2015-05-11 10:06:47.0 +0200 @@ -19,7 +19,7 @@ +SUBDIRS = src data pixmaps --- a/configure.ac +++ b/configure.ac -@@ -386,16 +386,13 @@ +@@ -385,16 +385,13 @@ baobab/pixmaps/24x24/Makefile baobab/pixmaps/scalable/Makefile baobab/src/Makefile @@ -36,7 +36,7 @@ gsearchtool/libmateui-deprecated/Makefile mate-dictionary/Makefile -@@ -407,7 +404,6 @@ +@@ -406,7 +403,6 @@ mate-dictionary/docs/reference/Makefile mate-dictionary/docs/reference/gdict/Makefile mate-dictionary/docs/reference/gdict/version.xml diff -Nru mate-utils-1.8.1+dfsg1/debian/patches/series mate-utils-1.8.1+dfsg1/debian/patches/series --- mate-utils-1.8.1+dfsg1/debian/patches/series 2015-03-09 09:13:32.0 +0100 +++ mate-utils-1.8.1+dfsg1/debian/patches/series 2015-05-11 09:58:26.0 +0200 @@ -1,2 +1,3 @@ 0001_mate-dictionary-fix-double-free-error.patch
Bug#784965: owncloud: File sharing by link only works when done by the file owner
Package: owncloud Version: 7.0.4+dfsg-4~deb8u1 Severity: normal Hello, I'd like to share files via links that I give to friends. This works well when I'm sharing my own files, but if I share a file that's shared with me, even though I have permission to re-share, the link I get only leads to a page saying that says that the link doesn't seem to work anymore (in French). In concrete terms: assume I have users A1 and A2, and group G. A2 belongs to G. A1 shares /dir with group G, with permission to re-share. If A1 shares /dir/file via link, then the link works and the recipient of the link can download the file. If A2 shares /dir/file via link, then the link leads to an error page. This seems to behave similarly whether the sharing is done via the web interface or via the Nautilus integration. Thanks, Roland. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages owncloud depends on: ii apache2 [httpd] 2.4.10-10 ii fonts-font-awesome 4.2.0~dfsg-1 ii fonts-liberation1.07.4-1 ii fonts-linuxlibertine5.3.0-2 ii fonts-lohit-deva2.5.3-1 ii fonts-sil-gentium-basic 1.1-7 ii fonts-wqy-microhei 0.2.0-beta-2 ii libjs-chosen0.9.11-2 ii libjs-dojo-dojox1.10.2+dfsg-1 ii libjs-jcrop 0.9.12+dfsg-1 ii libjs-jquery-minicolors 1.2.1-1 ii libjs-jquery-mousewheel 10-1 ii libjs-jquery-timepicker 1.2-1 ii libjs-mediaelement 2.15.1+dfsg-1 ii libjs-pdf 1.0.907+dfsg-1 ii libjs-underscore1.7.0~dfsg-1 ii libphp-phpmailer5.2.9+dfsg-2 ii owncloud-doc0~20141208-2 ii php-assetic 1.2.0-2 ii php-doctrine-dbal 2.4.3-1 ii php-getid3 1.9.8-3 ii php-opencloud 1.10.0-2 ii php-patchwork-utf8 1.1.25-1 ii php-pear5.6.7+dfsg-1 ii php-pimple 1.1.1-1 ii php-sabre-dav 1.8.10-2 ii php-seclib 0.3.8-1 ii php-symfony-class-loader [php-symfony-classloader] 2.3.21+dfsg-4 ii php-symfony-classloader 2.3.21+dfsg-4 ii php-symfony-console 2.3.21+dfsg-4 ii php-symfony-routing 2.3.21+dfsg-4 ii php55.6.7+dfsg-1 ii php5-cli5.6.7+dfsg-1 ii php5-gd 5.6.7+dfsg-1 ii php5-json 1.3.6-1 ii php5-mysql 5.6.7+dfsg-1 ii php5-pgsql 5.6.7+dfsg-1 ii php5-sqlite 5.6.7+dfsg-1 ii zendframework 1.12.9+dfsg-2 Versions of packages owncloud recommends: ii exim4 4.84-8 ii exim4-daemon-light [mail-transport-agent] 4.84-8 ii php-aws-sdk2.7.2-1 pn php-crypt-blowfish none ii php-dropbox1.0.0-3 ii php-google-api-php-client 0.6.7-2 ii php5-apcu 4.0.7-1 ii php5-curl 5.6.7+dfsg-1 ii php5-intl 5.6.7+dfsg-1 ii php5-ldap 5.6.7+dfsg-1 ii php5-mcrypt5.6.7+dfsg-1 ii smbclient 2:4.1.17+dfsg-2 Versions of packages owncloud suggests: ii libapache2-mod-xsendfile 0.12-2 ii libav-tools 6:11.3-1 ii libreoffice 1:4.3.3-2+deb8u1 ii mysql-server 5.5.43-0+deb8u1 ii mysql-server-5.5 [virtual-mysql-server] 5.5.43-0+deb8u1 ii php5-imagick 3.2.0~rc1-1 ii postgresql 9.4+165 -- Configuration Files:
Bug#188731: debian-policy: strip --strip-unneeded is insufficient
On Mon, May 11, 2015 at 01:39:43PM +0500, Andrey Rahmatullin wrote: On Sat, Apr 12, 2003 at 07:24:12PM +0200, Matthias Urlichs wrote: Section 11.2 says strip --strip-unneeded your-lib This is still true (the section is 10.2 though). Lintian, however, complains if the sections .comment or .note are present, which strip doesn't think are unneeded. This is still true, the tag is binary-has-unneeded-section. Emitted (non-overridden): 537, overridden: 71, total: 608 I don't know whether this is a bug in policy, strip, or lintian, but since Debian's install -s and dh_strip both use the additional options --remove-section=.comment --remove-section=.note I think that it's a policy bug. This is still true for dh_strip but not for install -s (since 2005, coreutils 5.93-1). So to summary: Policy 11.2 recommends: strip --strip-unneeded dh_strip does: strip --strip-unneeded --remove-section=.comment --remove-section=.note install -s does currently: strip --strip-unneeded lintian checks for: strip --strip-unneeded --remove-section=.comment --remove-section=.note is that correct ? Did 'install -s' used to do 'strip --strip-unneeded --remove-section=.comment --remove-section=.note' ? Do we know why it was changed ? Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784964: jessie-pu: package mate-utils/1.8.1+dfsg1-2+deb8u1
Hi Adam, On Mo 11 Mai 2015 12:09:00 CEST, Adam D. Barratt wrote: Control: tags -1 + confirmed On 2015-05-11 9:14, Mike Gabriel wrote: Please pre-approve the following changes to mate-utils in Debian jessie: Pre-approve sounds like asking to ask. ah right... I meant pre-upload approve, of course. ;-) + * debian/patches: ++ Add 0002_fix-errmsg-text.patch. Show actual error message if loading of the + mate-screenshot UI fails. (Closes: #783162). This will fix a reported error message in mate-screenshot when the UI cannot be loaded. In the previous version, the reported error message was not exact and a wrong failure reason got reported. Please go ahead. Uploaded and accepted in stable-new. light+love, Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgprrFSxbjcmw.pgp Description: Digitale PGP-Signatur
Bug#784934: Cannot edit same tag of two songs when it is only present in one
On Sun, May 10, 2015 at 10:23 PM, W. Martin Borgert deba...@debian.org wrote: Package: quodlibet Version: 3.4.0-1 Severity: normal This used to work fine in quodlibet 3.2.2-1 (in Jessie), but broke in Stretch: Example: I have two songs of the same artist. One is already tagged correctly, the other one does not yet have an artist tag. In quodlibet 3.2.2-1 I could mark both songs in the tag editor and double click where it says Theartist (missing from 1 song) and then save. The artist of one song was copied easily to the second one. This does not work anymore in 3.4.0-1, which makes mass tag edits cumbersome. You can click the write icon in the first column instead for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784970: pylint: incorrect Uses of a deprecated module 'string'
Package: pylint Version: 1.4.1-1 If you import the “string” module, Pylint reports that you use a deprecated module: $ echo 'import string; string.Formatter()' test.py $ pylint test.py * Module test W: 1, 0: Uses of a deprecated module 'string' (deprecated-module) But this module, as a whole, is NOT deprecated; only some of its functions are. Quoting the documentation: “The string module contains a number of useful constants and classes, as well as some deprecated legacy functions that are also available as methods on strings.” -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pylint depends on: ii python 2.7.9-1 ii python-astroid 1.3.6-1 ii python-logilab-common 0.62.0-1 ii python-six 1.9.0-3 pn python:any none -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784971: dpt-i2o-raidutils: raideng segv causing raidutil hang
Package: dpt-i2o-raidutils Version: 0.0.6-20 Severity: important Control: clone 332229 -1 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** (Apologies for the preceding standard blob. There appears to be a bug in reportbug itself!) This bug seems to have first been mentioned in 2007. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332229 (Message #38) however it was closed prematurely and never cloned. It has been suggested that this may be related to a BIOS bug, and indeed this system has some trouble running SMOR, albeit probably unrelated graphics/EFI issues (requires Alt-A, not Ctl-A on boot - http://ask.adaptec.com/app/answers/detail/a_id/3297/~/the-display-has-garbled-characters-when-pressing-ctrl%2Ba-to-get-into-smor) Note that the raid board currently has v1.3R firmware installed, NOT the latest (v1.62). Updating seems to require a floppy interface that newer systems don't have anymore. I'm working on it but creating a 'legacy' USB device that SMOR can recognize is proving troublesome. surge@animal:~$ lsmod | grep i2o i2o_proc 34843 0 i2o_config 16931 0 i2o_block 12952 0 i2o_core 35819 3 i2o_proc,i2o_config,i2o_block ---SESSION 1--- root@animal:~# ps -A | grep raideng root@animal:~# /usr/sbin/raideng /VERBOSE BuildNodeNameList : 05/11/115-15:04:58 Found Linux I2O Controler, using /dev/i2octl device file for utility-relative controller number 0. osdOpenEngine : 05/11/115-15:04:58 Return = 0 - 1 hbas found osdCreateSemaphore : Rtn = bfc4b0 dpteng Is Ready. ---SESSION 2--- root@animal:~# /usr/sbin/raidutil -L hangs ---SESSION 1 (cont.)--- Engine Calls : 05/11/115-15:05:05 Engine Echo Message Engine Calls : 05/11/115-15:05:05 DPT_OpenEngine Engine Calls : 05/11/115-15:05:05 DPT_CallEngine EngTag = 0, Event = 10, Target = 0 Offset = 421 fromEng_P = 7f5382fd5421 toEng_P = 7f5382fd5000 osdRequestSemaphore : Rtn = 0 osdReleaseSemaphore : Rtn = 0 osdIOrequest : Return = 0 osdRequestSemaphore : Rtn = 0 osdReleaseSemaphore : Rtn = 0 osdConnected : 05/11/115-15:05:05 ioMethod = 1 Engine Calls : 05/11/115-15:05:05 DPT_CallEngine EngTag = 1, Event = 14, Target = 0 Offset = 421 fromEng_P = 7f5382fd5421 toEng_P = 7f5382fd5000 osdRequestSemaphore : Rtn = 0 osdReleaseSemaphore : Rtn = 0 osdGetCtlrs: 05/11/115-15:05:05 Enter, Return = 2147483648 osdGetCtlrs: 05/11/115-15:05:05 Return = 0 osdSendCCB : 05/11/115-15:05:05 (0,0,7,0) OpCode = c1 ProcessEataToI2o:05/11/115-15:05:05 Enter _osdStartCp: 05/11/115-15:05:05 Enter, callback = 411740 osdSendMessage : 05/11/115-15:05:05 Enter, Function = ff osdSendMessage : IoAddress is zero for HbaNum=0 osdSendMessage : 05/11/115-15:05:05 Return = 8000 _osdStartCp: 05/11/115-15:05:05 Return = _osdStartCp: 05/11/115-15:05:05 Enter, callback = 411740 osdSendMessage : 05/11/115-15:05:05 Enter, Function = ff osdSendMessage : IoAddress is zero for HbaNum=0 osdSendMessage : 05/11/115-15:05:05 Return = 8000 _osdStartCp: 05/11/115-15:05:05 Return = _osdStartCp: 05/11/115-15:05:05 Enter, callback = 411740 osdSendMessage : 05/11/115-15:05:05 Enter, Function = ff osdSendMessage : IoAddress is zero for HbaNum=0 osdSendMessage : 05/11/115-15:05:05 Return = 8000 _osdStartCp: 05/11/115-15:05:05 Return = _osdStartCp: 05/11/115-15:05:05 Enter, callback = 411740 osdSendMessage : 05/11/115-15:05:05 Enter, Function = ff osdSendMessage : IoAddress is zero for HbaNum=0 osdSendMessage : 05/11/115-15:05:05 Return = 8000 _osdStartCp: 05/11/115-15:05:05 Return = Segmentation fault root@animal:~# tail -1 /var/log/syslog May 11 15:05:05 animal kernel: [31397.204468] traps: raideng[20530] general protection ip:7f538207769c sp:7fffbb56fc88 error:0 in libc-2.19.so[7f5381ff2000+19f000] root@animal:~# cat /proc/i2o/iop0/status Organization ID: 0x001b IOP ID : 0xfff Host Unit ID : 0x Segment Number : 0x000 I2O version: 1.5 IOP State : OPERATIONAL Messenger Type : Memory mapped Inbound Frame Size : 512 bytes Max Inbound Frames : 256 Current Inbound Frames : 256 Max Outbound Frames: 256 Product ID : ADAPTEC 2100S Expected LCT Size : 3702 bytes IOP Capabilities Context Field Size Support : Supports only 32-bit context fields Current Context Field Size : not configured Inbound Peer Support : Not supported Outbound Peer Support : Not supported Peer to Peer
Bug#784959: blhc: possible false positive about missing CPPFLAGS in a linker call
Package: blhc Version: 0.04+20140813+gitac2b8ce-1 Severity: normal For cpputest I get two reports (out of 80 calls scanned) of CPPFLAGS missing: $ blhc deb/pkg/build-area/cpputest_3.7.2-1_amd64.build CPPFLAGS missing (-D_FORTIFY_SOURCE=2): libtool: link: g++ -include ./include/CppUTest/MemoryLeakDetectorNewMacros.h -Wall -Wextra -Wshadow -Wswitch-default -Wswitch-enum -Wconversion -pedantic -Wsign-conversion -Woverloaded-virtual -Wno-disabled-macro-expansion -Wno-padded -Wno-global-constructors -Wno-exit-time-destructors -Wno-weak-vtables -Wno-old-style-cast -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z -Wl,relro -o CppUTestTests CppUTestTests-AllocationInCFile.o CppUTestTests-AllocationInCppFile.o CppUTestTests-AllocLetTestFree.o CppUTestTests-AllocLetTestFreeTest.o CppUTestTests-AllTests.o CppUTestTests-CheatSheetTest.o CppUTestTests-CommandLineArgumentsTest.o CppUTestTests-CommandLineTestRunnerTest.o CppUTestTests-JUnitOutputTest.o CppUTestTests-MemoryLeakDetectorTest.o CppUTestTests-MemoryLeakOperatorOverloadsTest.o CppUTestTests-MemoryLeakWarningTest.o CppUTestTests-PluginTest.o CppUTestTests-PreprocessorTest.o CppUTestTests-SetPluginTest.o CppUTest Tests-SimpleStringTest.o CppUTestTests-SimpleMutexTest.o CppUTestTests-TestFailureNaNTest.o CppUTestTests-TestFailureTest.o CppUTestTests-TestFilterTest.o CppUTestTests-TestHarness_cTest.o CppUTestTests-TestHarness_cTestCFile.o CppUTestTests-TestInstallerTest.o CppUTestTests-TestMemoryAllocatorTest.o CppUTestTests-TestOutputTest.o CppUTestTests-TestRegistryTest.o CppUTestTests-TestResultTest.o CppUTestTests-TestUTestMacro.o CppUTestTests-UtestTest.o CppUTestTests-UtestPlatformTest.o lib/libCppUTest.a -lpthread CPPFLAGS missing (-D_FORTIFY_SOURCE=2): libtool: link: g++ -include ./include/CppUTest/MemoryLeakDetectorNewMacros.h -Wall -Wextra -Wshadow -Wswitch-default -Wswitch-enum -Wconversion -pedantic -Wsign-conversion -Woverloaded-virtual -Wno-disabled-macro-expansion -Wno-padded -Wno-global-constructors -Wno-exit-time-destructors -Wno-weak-vtables -Wno-old-style-cast -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z -Wl,relro -o CppUTestExtTests CppUTestExtTests-AllTests.o CppUTestExtTests-CodeMemoryReportFormatterTest.o CppUTestExtTests-GMockTest.o CppUTestExtTests-GTest1Test.o CppUTestExtTests-GTest2ConvertorTest.o CppUTestExtTests-MemoryReportAllocatorTest.o CppUTestExtTests-MemoryReporterPluginTest.o CppUTestExtTests-MemoryReportFormatterTest.o CppUTestExtTests-MockActualCallTest.o CppUTestExtTests-MockCheatSheetTest.o CppUTestExtTests-MockExpectedCallTest.o CppUTestExtTests-MockExpectedFunctionsListTest.o CppUTestExtTests-MockFailureTest.o CppUTestExtTests-MockP luginTest.o CppUTestExtTests-MockSupportTest.o CppUTestExtTests-MockSupport_cTest.o CppUTestExtTests-MockSupport_cTestCFile.o CppUTestExtTests-OrderedTestTest.o lib/libCppUTestExt.a lib/libCppUTest.a -lpthread If you look at those calls, they boil down to g++ [noise] -o foo foo.o bar.o [more object files] -lpthread and as such I believe that they need neither CFLAGS nor CPPFLAGS. However CFLAGS appear to be injected and possibly due to this, blhc complains about the missing CPPFLAGS. It would be nice to not get those false positives. -- System Information: Debian Release: stretch/sid APT prefers squeeze-lts APT policy: (500, 'squeeze-lts'), (500, 'oldoldstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages blhc depends on: ii libdpkg-perl 1.17.25 blhc recommends no packages. blhc 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#784655: closed by Matthias Klose d...@debian.org (Bug#784655: fixed in gcc-5 5.1.1-5)
Hi Doko, does this mean that I need to b-d on g++-5 and export CXX=g++-5? It seems to be failing to build when mixing g++-4.9 and new libstdc++... thanks a lot for the fix! Now with gcc-5 I can build it correctly! cheers, Gianfranco Il Sabato 9 Maggio 2015 18:45, Debian Bug Tracking System ow...@bugs.debian.org ha scritto: This is an automatic notification regarding your Bug report which was filed against the gcc-5 package: #784655: can't rebuild casablanca with newer libstdc++6 (sid) It has been closed by Matthias Klose d...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Matthias Klose d...@debian.org by replying to this email. -- 784655: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784655 Debian Bug Tracking System Contact ow...@bugs.debian.org with problemsSource: gcc-5 Source-Version: 5.1.1-5 We believe that the bug you reported is fixed in the latest version of gcc-5, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 784...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Matthias Klose d...@debian.org (supplier of updated gcc-5 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 08 May 2015 18:48:49 +0200 Source: gcc-5 Binary: gcc-5-base libgcc1 libgcc1-dbg libgcc2 libgcc2-dbg libgcc-5-dev libgcc4 libgcc4-dbg lib64gcc1 lib64gcc1-dbg lib64gcc-5-dev lib32gcc1 lib32gcc1-dbg lib32gcc-5-dev libn32gcc1 libn32gcc1-dbg libn32gcc-5-dev libx32gcc1 libx32gcc1-dbg libx32gcc-5-dev gcc-5 gcc-5-multilib gcc-5-plugin-dev gcc-5-hppa64 cpp-5 gcc-5-locales g++-5 g++-5-multilib libgomp1 libgomp1-dbg lib32gomp1 lib32gomp1-dbg lib64gomp1 lib64gomp1-dbg libn32gomp1 libn32gomp1-dbg libx32gomp1 libx32gomp1-dbg libitm1 libitm1-dbg lib32itm1 lib32itm1-dbg lib64itm1 lib64itm1-dbg libx32itm1 libx32itm1-dbg libatomic1 libatomic1-dbg lib32atomic1 lib32atomic1-dbg lib64atomic1 lib64atomic1-dbg libn32atomic1 libn32atomic1-dbg libx32atomic1 libx32atomic1-dbg libasan2 libasan2-dbg lib32asan2 lib32asan2-dbg lib64asan2 lib64asan2-dbg libx32asan2 libx32asan2-dbg libubsan0 libubsan0-dbg lib32ubsan0 lib32ubsan0-dbg lib64ubsan0 lib64ubsan0-dbg libx32ubsan0 libx32ubsan0-dbg libcc1-0 libgccjit0 libgccjit-5-dev libgccjit-5-dbg libgccjit-5-doc gobjc++-5 gobjc++-5-multilib gobjc-5 gobjc-5-multilib libobjc-5-dev lib64objc-5-dev lib32objc-5-dev libn32objc-5-dev libx32objc-5-dev libobjc4 libobjc4-dbg lib64objc4 lib64objc4-dbg lib32objc4 lib32objc4-dbg libn32objc4 libn32objc4-dbg libx32objc4 libx32objc4-dbg gfortran-5 gfortran-5-multilib libgfortran-5-dev lib64gfortran-5-dev lib32gfortran-5-dev libn32gfortran-5-dev libx32gfortran-5-dev libgfortran3 libgfortran3-dbg lib64gfortran3 lib64gfortran3-dbg lib32gfortran3 lib32gfortran3-dbg libn32gfortran3 libn32gfortran3-dbg libx32gfortran3 libx32gfortran3-dbg gccgo-5 gccgo-5-multilib libgo7 libgo7-dbg lib64go7 lib64go7-dbg lib32go7 lib32go7-dbg libn32go7 libn32go7-dbg libx32go7 libx32go7-dbg gcj-5 gcj-5-jdk gcj-5-jre-headless gcj-5-jre libgcj16 gcj-5-jre-lib libgcj16-awt libgcj16-dev libgcj16-dbg gcj-5-source libgcj-doc libstdc++6 lib32stdc++6 lib64stdc++6 libn32stdc++6 libx32stdc++6 libstdc++-5-dev libstdc++-5-pic libstdc++6-5-dbg lib32stdc++-5-dev lib32stdc++6-5-dbg lib64stdc++-5-dev lib64stdc++6-5-dbg libn32stdc++-5-dev libn32stdc++6-5-dbg libx32stdc++-5-dev libx32stdc++6-5-dbg libstdc++-5-doc gnat-5 libgnat-5 libgnat-5-dbg libgnatvsn5-dev libgnatvsn5 libgnatvsn5-dbg libgnatprj5-dev libgnatprj5 libgnatprj5-dbg gdc-5 gdc-5-multilib fixincludes gcc-5-source Architecture: source all ppc64el Version: 5.1.1-5 Distribution: unstable Urgency: medium Maintainer: Debian GCC Maintainers debian-...@lists.debian.org Changed-By: Matthias Klose d...@debian.org Description: cpp-5 - GNU C preprocessor fixincludes - Fix non-ANSI header files g++-5 - GNU C++ compiler g++-5-multilib - GNU C++ compiler (multilib files) gcc-5 - GNU C compiler gcc-5-base - GCC, the GNU Compiler Collection (base package) gcc-5-hppa64 - GNU C compiler (cross compiler for hppa64) gcc-5-locales - GCC, the GNU compiler collection (native language support files) gcc-5-multilib - GNU C compiler (multilib files) gcc-5-plugin-dev - Files for GNU GCC plugin development. gcc-5-source - Source of the GNU Compiler Collection gccgo-5- GNU Go compiler gccgo-5-multilib - GNU Go compiler (multilib files) gcj-5 - GCJ byte code and native
Bug#784960: linux-image-3.16.0-4-amd64: Mono occasionally crashing
Package: src:linux Version: 3.16.7-ckt9-3~deb8u1 Severity: important Dear Maintainer, Since upgrading to Jessie, mono applications will regularly crash when running inside a VM This bug has been reported in Ubuntu, and the relevant kernel commit identified: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1450584 -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) ** Command line: root=/dev/mapper/vg01-root ro console=hvc0 quiet -- quiet console=hvc0 ** Not tainted ** Kernel log: [0.104501] zbud: loaded [0.104720] VFS: Disk quotas dquot_6.5.2 [0.104734] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [0.104778] msgmni has been set to 3999 [0.105074] alg: No test for stdrng (krng) [0.105101] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [0.105144] io scheduler noop registered [0.105147] io scheduler deadline registered [0.105174] io scheduler cfq registered (default) [0.105220] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [0.105231] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [0.105252] intel_idle: does not run on family 6 model 58 [0.105613] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [0.105875] Linux agpgart interface v0.103 [0.105931] i8042: PNP: No PS/2 controller found. Probing ports directly. [1.108454] i8042: No controller found [1.108600] mousedev: PS/2 mouse device common for all mice [1.168330] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 [1.168371] rtc_cmos: probe of rtc_cmos failed with error -38 [1.168397] ledtrig-cpu: registered to indicate activity on CPUs [1.168410] AMD IOMMUv2 driver by Joerg Roedel joerg.roe...@amd.com [1.168410] AMD IOMMUv2 functionality not available on this system [1.168486] TCP: cubic registered [1.168941] NET: Registered protocol family 10 [1.171468] mip6: Mobile IPv6 [1.171472] NET: Registered protocol family 17 [1.171476] mpls_gso: MPLS GSO support [1.171480] mce: Unable to init device /dev/mcelog (rc: -5) [1.171690] registered taskstats version 1 [1.171733] xenbus_probe_frontend: Device with no driver: device/vbd/51712 [1.171734] xenbus_probe_frontend: Device with no driver: device/vif/0 [1.171813] /build/linux-RGM_Ed/linux-3.16.7-ckt9/drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [1.171846] PM: Hibernation image not present or could not be loaded. [1.172516] Freeing unused kernel memory: 1204K (818ee000 - 81a1b000) [1.172518] Write protecting the kernel read-only data: 8192k [1.174422] Freeing unused kernel memory: 924K (880001519000 - 88000160) [1.175381] Freeing unused kernel memory: 216K (8800017ca000 - 88000180) [1.193884] systemd-udevd[61]: starting version 215 [1.194310] random: systemd-udevd urandom read with 15 bits of entropy available [1.208536] xen_netfront: Initialising Xen virtual ethernet driver [1.230993] blkfront: xvda: barrier or flush: disabled; persistent grants: disabled; indirect descriptors: disabled; [1.233064] xvda: xvda1 xvda2 [1.419997] device-mapper: uevent: version 1.0.3 [1.420123] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-de...@redhat.com [1.773958] PM: Starting manual resume from disk [1.773962] PM: Hibernation image partition 254:1 present [1.773964] PM: Looking for hibernation image. [1.774276] PM: Image not found (code -22) [1.774278] PM: Hibernation image not present or could not be loaded. [2.004327] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [2.508221] random: nonblocking pool is initialized [4.185490] systemd[1]: Cannot add dependency job for unit display-manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory. [4.466346] loop: module loaded [4.699681] systemd-udevd[161]: starting version 215 [5.399653] input: PC Speaker as /devices/platform/pcspkr/input/input0 [5.552299] SSE version of gcm_enc/dec engaged. [5.555118] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [5.578335] alg: No test for crc32 (crc32-pclmul) [5.635431] intel_rapl: Found RAPL domain package [5.635437] intel_rapl: Found RAPL domain core [5.635440] intel_rapl: Found RAPL domain uncore [5.768702] Adding 1949692k swap on /dev/mapper/vg01-swap. Priority:-1 extents:1 across:1949692k SSFS [5.792149] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro [8.920576] EXT4-fs (xvda1): mounting ext3 file system using the ext4 subsystem [8.923308] EXT4-fs (xvda1): mounted filesystem with ordered data mode. Opts: (null) [ 10.195939] RPC: Registered named UNIX socket transport module. [ 10.195942] RPC: Registered udp transport
Bug#753854: [bi...@debian.org: Bug#753854: clinica: depends on libgee2 which is deprecated]
Il 09/05/2015 22:07, Andreas Tille ha scritto: Hi Leonardo, I guess this is a last call to save clinica in Debian. It would be nice to get some status response from you. Dear Andreas, thank you for reminding me of this, I have to admit that I forgot about the issue. I will try to find some time to test clinica against the new package and then come back to you with the results (hopefully soon). Thank you, Best, Leonardo. -- Leonardo Robol l...@robol.it signature.asc Description: OpenPGP digital signature
Bug#765622: Breaking jessie upgrade
We just got bitten by this bug in upgrading a server wheezy-jessie. We're currently using the work around of replacing the /etc/os-release symlink with a real copy. Please fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#188731: debian-policy: strip --strip-unneeded is insufficient
On Sat, Apr 12, 2003 at 07:24:12PM +0200, Matthias Urlichs wrote: Section 11.2 says strip --strip-unneeded your-lib This is still true (the section is 10.2 though). Lintian, however, complains if the sections .comment or .note are present, which strip doesn't think are unneeded. This is still true, the tag is binary-has-unneeded-section. Emitted (non-overridden): 537, overridden: 71, total: 608 I don't know whether this is a bug in policy, strip, or lintian, but since Debian's install -s and dh_strip both use the additional options --remove-section=.comment --remove-section=.note I think that it's a policy bug. This is still true for dh_strip but not for install -s (since 2005, coreutils 5.93-1). -- WBR, wRAR signature.asc Description: Digital signature
Bug#784565: [pkg-x2go-devel] Bug#784565: nx-libs-lite: parts are derived from non-free code
Hi Francesco, On Mi 06 Mai 2015 19:35:32 CEST, Francesco Poli (wintermute) wrote: Package: nx-libs-lite Version: 3.5.0.27-1 Severity: serious Justification: Policy 2.2.1 Hello and thanks for maintaining this package in Debian! I noticed that the debian/copyright states: [...] | Parts of this software are derived from DXPC project. These copyright | notices apply to original DXPC code: | |Redistribution and use in source and binary forms are permitted provided |that the above copyright notice and this paragraph are duplicated in all |such forms. | |THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED |WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF |MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. | |Copyright (c) 1995,1996 Brian Pane |Copyright (c) 1996,1997 Zachary Vonler and Brian Pane |Copyright (c) 1999 Kevin Vigor and Brian Pane |Copyright (c) 2000,2001 Gian Filippo Pinzari and Brian Pane [...] This license lacks the permission to modify the DXPC code. Hence, the original DXPC code does not appear to comply with the DFSG. And the nx-libs-lite is in part derived from DXPC code. This basically means that nx-libs-lite includes parts which are non-free (as they are derived from non-modifiable code) and are also possibly legally undistributable (as they are non-modifiable, but actually modified). The combination with the rest of nx-libs-lite (which is GPL-licensed) may also be legally undistributable (since the license with no permission to modify is GPL-incompatible). If there's anything I misunderstood, please clarify. Otherwise, please address this issue as soon as possible. The copyright owners for the original DXPC code should be contacted and persuaded to re-license under GPL-compatible terms. Thanks for your time. Bye. Please follow-up with reading [1]. As it seems, dxpc has been long ago relicensed to BSD-2-clause (for v3.8.1 in/around 2002). I have no exact clue, if NoMachine forked prior to that (if they quote the old licensing terms, then probably they did). However, how do you see the situation considering that upstream changed to BSD-2-clause a long time ago. What approach do you propose for nx-libs-lite to get the issue fully fixed? Mike [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=142028 -- 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 pgp2_pXMqiNC2.pgp Description: Digitale PGP-Signatur
Bug#784962: jessie-pu: package caja/1.8.2-3+deb8u1
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Please pre-approve the following changes for caja in Debian jessie:
+ * debian/patches:
++ Add 0004_avoid-automounts-while-screen-is-locked.patch. Don't mount
+ newly added USB flash drives / optical disks / etc. while a session
+ is locked by the screensaver. Delay the automounting action until the
+ session has been unlocked again. (Closes: #781608).
- This patch fixes a nasty issue in caja when using the Change User
feature in KDM or GDM3.
Flashdrives and optical disks will now only get automounted after the
session of a user has been unlocked. In previous versions of caja in
Debian, the flash drive / disc would have been mounted by the locked
session (and by the running session on another VT).
Except from this being a security issue (but a no-dsa as stated by the
security team), the observed behaviour lead into a race condition between
the in parallel running MATE desktop sessions. All of them would have
tried to mount freshly inserted devices simultaneously which often made
flash drives and discs unaccessible for the currently active MATE desktop
session (because caja inside a locked session would have been faster and
thus locked the device).
light+love,
Mike
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru caja-1.8.2/debian/changelog caja-1.8.2/debian/changelog
--- caja-1.8.2/debian/changelog 2015-03-23 18:19:22.0 +0100
+++ caja-1.8.2/debian/changelog 2015-05-11 09:28:52.0 +0200
@@ -1,3 +1,13 @@
+caja (1.8.2-3+deb8u1) jessie-proposed-updates; urgency=medium
+
+ * debian/patches:
++ Add 0004_avoid-automounts-while-screen-is-locked.patch. Don't mount
+ newly added USB flash drives / optical disks / etc. while a session
+ is locked by the screensaver. Delay the automounting action until the
+ session has been unlocked again. (Closes: #781608).
+
+ -- Mike Gabriel sunwea...@debian.org Mon, 11 May 2015 09:28:03 +0200
+
caja (1.8.2-3) unstable; urgency=medium
* debian/control:
diff -Nru caja-1.8.2/debian/patches/0004_avoid-automounts-while-screen-is-locked.patch caja-1.8.2/debian/patches/0004_avoid-automounts-while-screen-is-locked.patch
--- caja-1.8.2/debian/patches/0004_avoid-automounts-while-screen-is-locked.patch 1970-01-01 01:00:00.0 +0100
+++ caja-1.8.2/debian/patches/0004_avoid-automounts-while-screen-is-locked.patch 2015-05-11 09:26:06.0 +0200
@@ -0,0 +1,334 @@
+From adc45ec84298f6246d9ed219607bb5c169f50e08 Mon Sep 17 00:00:00 2001
+From: tarakbumba tarakbu...@gmail.com
+Date: Tue, 7 Apr 2015 00:07:27 +0300
+Subject: [PATCH 1/2] Fix for https://github.com/mate-desktop/caja/issues/398
+
+On the Shmoocon at 2011 there was a presentation by Jon Larimer demonstrating
+how to abuse vulnerabilities and bugs, or even just creating socially or
+security compromising thumbnails in mounting and thumbnailing, which happens
+on automounting USB drives. This is a particular issue when this happens on a
+locked box where the attacker doesn't otherwise have access to the user
+account:
+
+http://www.net-security.org/secworld.php?id=10544
+
+Disable automounting if the MATE screen saver is currently locked.
+
+See also https://bugzilla.gnome.org/show_bug.cgi?id=642020
+
+This commit is merely based on :
+https://git.gnome.org/browse/nautilus/commit/?h=gnome-2-32id=b7262fa945ef1ea936c15f0d248ad7a024d97dca
+
+v2: Patch rebased against caja 1.8.x (Mike Gabriel)
+---
+ src/caja-application.c | 232 -
+ src/caja-application.h | 4 +
+ 2 files changed, 232 insertions(+), 4 deletions(-)
+
+--- a/src/caja-application.c
b/src/caja-application.c
+@@ -122,7 +122,10 @@
+ static void volume_added_callback (GVolumeMonitor *monitor,
+ GVolume *volume,
+ CajaApplication *application);
+-static void drive_connected_callback (GVolumeMonitor *monitor,
++static void volume_removed_callback(GVolumeMonitor *monitor,
++ GVolume *volume,
++ CajaApplication *application);
++ static void drive_connected_callback (GVolumeMonitor *monitor,
+ GDrive *drive,
+ CajaApplication *application);
+ static void drive_listen_for_eject_button (GDrive *drive,
+@@ -362,7 +365,18 @@
+
+ g_object_unref (application-unique_app);
+
+-if (application-automount_idle_id != 0)
++ if (application-ss_watch_id 0)
++ {
++
Bug#784963: jessie-pu: preapproval for gdnsd/2.1.2-1~deb8u1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi, I'd like to upload new version of gdnsd to spu. This would be a new upstream release, 2.1.2, but this is from the 2.1.x stable maintenance branch which contains only critical fixes. Upstream is using SemVer and has moved major releases to the 2.2.x versioning scheme (2.2.0 was released a few months ago). There are no Debian-related changes between 2.1.0-1 and 2.1.2-1[1]. Upstream-wise, the 2.1.0 - 2.1.2 work is 8 commits[2] which can be documented with the following changelog: 2.1.2 - 2015-05-06 * Cherrypicked manpage title bugfix from v2.2.0 - (was f7672493 there) (Because newer perl pod2man commands fail completely without a valid title) 2.1.1 - 2014-12-30 *** Bugfixes backported from master branch: * Fixed incorrect error-handling code for the sendmmsg() syscall, which could have caused an unecessary additional dropped packet and/or bad error messages after failing to send one or more packets from a set. * The per-address level udp_recv_width option is now correctly limited to a value of 64 (previously it was being incorrectly limited to 32). * plugin_multifo no longer pointlessly limits to 64 addrs per family * plugin_extmon bugfix for bad timeout/interval behavior if either 255s * if the stats http socket failed to bind() on startup, the daemon could carry on anyways, causing it to bind to a different, arbitrary port number * Fixed autoconf 2.63 compat when running autoreconf (broken in 2.1.0) 2.1.2-1 has been upload to unstable and has migrated to testing already. (I can attach a full debdiff if requested, essentially all upstream and same to jessie-stretch diff; let me know) Thanks for the consideration, Faidon 1: https://github.com/paravoid/gdnsd/commits/debian 2: https://github.com/gdnsd/gdnsd/commits/2.1.x -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784969: Output corruption with 2.99.917 and HD4400
Package: xserver-xorg-video-intel Version: 2:2.99.917-1 Severity: normal Since the update from 2.21.15 (with kernel/xorg staying the same, since I also tried 2.99.917-1~exp1 before the xorg api breakage), I noticed that the video output is occasionally corrupted, with horizontal banding being visible, like for a miscalculated stride offset. I'm also experiencing stalls of 1-2 seconds, independently of the output corruption. Nothing is being written in dmesg/xorg logs when any of the above happens. This also seems to happen irregardless if there's one single output or a second monitor is also connected to the system. Unfortunately hard to reproduce reliably. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Dec 5 15:22 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2384712 May 5 01:24 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 0b) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt9-3 (2015-04-23) Xorg X server log files on system: -- -rw-r--r-- 1 root root 43318 Dec 10 15:26 /var/log/Xorg.2.log -rw-r--r-- 1 root root 43063 Dec 11 00:45 /var/log/Xorg.1.log -rw-r--r-- 1 root root 28468 May 11 11:42 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [20.569] X.Org X Server 1.17.1 Release Date: 2015-02-10 [20.569] X Protocol Version 11, Revision 0 [20.569] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [20.569] Current Operating System: Linux eab14156nb 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3 (2015-04-23) x86_64 [20.569] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/root-root ro acpi_backlight=vendor quiet [20.569] Build Date: 04 May 2015 11:22:06PM [20.569] xorg-server 2:1.17.1-2 (http://www.debian.org/support) [20.569] Current version of pixman: 0.32.6 [20.569]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [20.569] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [20.569] (==) Log file: /var/log/Xorg.0.log, Time: Mon May 11 11:42:13 2015 [20.574] (==) Using system config directory /usr/share/X11/xorg.conf.d [20.575] (==) No Layout section. Using the first Screen section. [20.575] (==) No screen section available. Using defaults. [20.575] (**) |--Screen Default Screen Section (0) [20.575] (**) | |--Monitor default monitor [20.575] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [20.575] (==) Automatically adding devices [20.575] (==) Automatically enabling devices [20.575] (==) Automatically adding GPU devices [20.584] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [20.584]Entry deleted from font path. [20.587] (==) 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 [20.587] (==) ModulePath set to /usr/lib/xorg/modules [20.587] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [20.587] (II) Loader magic: 0x7f481fafcd80 [20.587] (II) Module ABI versions: [20.587]X.Org ANSI C Emulation: 0.4 [20.587]X.Org Video Driver: 19.0 [20.587]X.Org XInput driver : 21.0 [20.587]X.Org Server Extension : 9.0 [20.587] (II) xfree86: Adding drm device (/dev/dri/card0) [20.588] (--) PCI:*(0:0:2:0) 8086:0a16:103c:198f rev 11, Mem @ 0xd000/4194304, 0xc000/268435456, I/O @ 0x3000/64 [20.589] (II) LoadModule: glx [20.590] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [20.608] (II) Module glx: vendor=X.Org Foundation [20.608]compiled for 1.17.1, module version = 1.0.0 [20.608]ABI class: X.Org Server Extension, version 9.0 [20.608] (==) AIGLX enabled [20.608] (==) Matched intel as autoconfigured driver 0 [20.608] (==) Matched intel as autoconfigured driver 1 [20.608] (==) Matched modesetting as autoconfigured driver 2 [20.608] (==)
Bug#784291: libspice-client-glib-2.0-8: vinagre throws symbol lookup error in libspice-client-glib-2.0.so.8
Hey, On Tue, May 05, 2015 at 01:39:36AM +0100, SI wrote: Installed vinagre: foo@bar:~# apt-get install vinagre Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libspice-client-glib-2.0-8 libspice-client-gtk-3.0-4 The following NEW packages will be installed: libspice-client-glib-2.0-8 libspice-client-gtk-3.0-4 vinagre 0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded. Need to get 1,473 kB of archives. After this operation, 6,004 kB of additional disk space will be used. Do you want to continue? [Y/n] y Run vinagre and this error is thrown and programs halts: foo@bar:~# vinagre vinagre: symbol lookup error: /usr/lib/x86_64-linux-gnu/libspice-client- glib-2.0.so.8: undefined symbol: libusb_hotplug_register_callback This symbol is used/not used depending on a compile-time check, see http://cgit.freedesktop.org/spice/spice-gtk/tree/gtk/usb-device-manager.c#n280 and http://cgit.freedesktop.org/spice/spice-gtk/tree/configure.ac#n395 It's used when libusb 1.0.16 is detected at build-time, and you have libusb 1.0.19 installed, so this should be fine. Maybe this libusb_hotplug_register_callback symbol is missing from the libusb you are using and the version check is not enough? Christophe pgpRwmyv1t5DE.pgp Description: PGP signature
Bug#630174: debian-policy: forbid installation into /lib64
On Tue, Nov 29, 2011 at 12:45:25AM +0100, Bill Allombert wrote: This is the relevant part of the FHS (ill-advised imho, but required by the LSB): - 6.1.5. /lib64 and /lib32 : 64/32-bit libraries (architecture dependent) The 64-bit architectures PPC64, s390x, sparc64 and AMD64 must place 64-bit libraries in /lib64, and 32-bit (or 31-bit on s390) libraries in /lib. The 64-bit architecture IA64 must place 64-bit libraries in /lib. Rationale: This is a refinement of the general rules for /libqual and /usr/libqual. The architectures PPC64, s390x, sparc64 and AMD64 support support both 32-bit (for s390 more precise 31-bit) and 64-bit programs. Using lib for 32-bit binaries allows existing binaries from the 32-bit systems to work without any changes: such binaries are expected to be numerous. IA-64 uses a different scheme, reflecting the deprecation of 32-bit binaries (and hence libraries) on that architecture. - Of the five architectures mentioned above, only two are supported by full Debian distributions: ia64 and amd64. (full support for s390x might appear in the future). Since ia64 is listed as an exception, only amd64 is concerned by this FHS part. (Note that the FHS ignores alpha and hppa64) As far as Debian is concerned /lib32 and /lib64 are wart necessary for binary compatibility with other systems. Should we close this then? In any case I'm not quite sure whether shipping files in lib64 in amd64 packages (juffed/juffed-dev and zynaddsubfx-dssi do this now) is OK. -- WBR, wRAR signature.asc Description: Digital signature
Bug#771544: its because of tmpdir collision
Lucas Nussbaum എഴുതി: On 08/05/15 at 19:44 +0530, Pirate Praveen wrote: On Friday 08 May 2015 02:35 AM, Lucas Nussbaum wrote: So according to the discussion in https://github.com/assaf/uuid/issues/45, this is a bug in diaspora? Are you OK with reassigning? Lucas Can you review the patch in git repo? The upstream is refusing to accept it though. Hi, Looking at the bug log in github, I think that drbrain is right, and that this patch is not a good one. Thanks! I will drop the patch then. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784968: colord: Logs many snmp-related errors to syslog
Package: colord
Version: 1.2.1-1+b2
Severity: normal
When inserting or removing USB devices, colord logs a lot of messages similar
to those below to syslog. Some investigation suggests that it is caused
indirectly by the resolution of #782598. I could install
snmp-mibs-downloader as suggested here[0], but I don't think I should
need to install any non-free files to resolve this.
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
dskAvailHigh ::= { dskEntry 14 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
dskAvailLow ::= { dskEntry 13 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
dskTotalHigh ::= { dskEntry 12 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
dskTotalLow ::= { dskEntry 11 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
dskPercentNode ::= { dskEntry 10 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
dskPercent ::= { dskEntry 9 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskUsed
::= { dskEntry 8 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskAvail
::= { dskEntry 7 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskTotal
::= { dskEntry 6 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
dskMinPercent ::= { dskEntry 5 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
dskMinimum ::= { dskEntry 4 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskDevice
::= { dskEntry 3 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskPath
::= { dskEntry 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskIndex
::= { dskEntry 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-DISKIO-MIB:
diskIOTable ::= { ucdDiskIOMIB 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsLoggingGroup ::= { nsConfigGroups 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsDebugGroup ::= { nsConfigGroups 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
snmperrErrMessage ::= { snmperrs 101 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
snmperrErrorFlag ::= { snmperrs 100 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
snmperrNames ::= { snmperrs 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
snmperrIndex ::= { snmperrs 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsTransactionTable ::= { nsTransactions 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsLogStatus ::= { nsLoggingEntry 5 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsLogMaxLevel ::= { nsLoggingEntry 4 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsLogType ::= { nsLoggingEntry 3 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsLogToken ::= { nsLoggingEntry 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsLogLevel ::= { nsLoggingEntry 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB:
nsExtendResult ::= { nsExtendOutput1Entry 4 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB:
nsExtendOutNumLines ::= { nsExtendOutput1Entry 3 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB:
nsExtendOutputFull ::= { nsExtendOutput1Entry 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB:
nsExtendOutput1Line ::= { nsExtendOutput1Entry 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB:
nsExtendOutLine ::= { nsExtendOutput2Entry 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB:
nsExtendLineIndex ::= { nsExtendOutput2Entry 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsNotifyStart ::= { netSnmpNotifications 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsNotifyShutdown ::= { netSnmpNotifications 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB:
nsNotifyRestart ::= { netSnmpNotifications 3 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
laErrMessage ::= { laEntry 101 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
laErrorFlag ::= { laEntry 100 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB:
laLoadFloat ::= { laEntry 6 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: laLoadInt
::= { laEntry 5 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: laConfig
::= { laEntry 4 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: laLoad
::= { laEntry 3 }
May 11
Bug#784963: jessie-pu: preapproval for gdnsd/2.1.2-1~deb8u1
Control: tags -1 + moreinfo On 2015-05-11 10:29, Faidon Liambotis wrote: I'd like to upload new version of gdnsd to spu. This would be a new upstream release, 2.1.2, but this is from the 2.1.x stable maintenance branch which contains only critical fixes. Upstream is using SemVer and has moved major releases to the 2.2.x versioning scheme (2.2.0 was released a few months ago). [...] 2.1.2-1 has been upload to unstable and has migrated to testing already. (I can attach a full debdiff if requested, essentially all upstream and same to jessie-stretch diff; let me know) Yes, please. (Specifically a full debdiff from Jessie to 2.1.2-1~deb8u1.) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784946: jessie-pu: package feed2imap/1.2.3-1+deb8u1
Control: tags -1 + confirmed On 2015-05-11 0:57, Antonio Terceiro wrote: This fixes 2 regressions with regard to the wheezy version. Both changes are already in unstable as part of new upstream releases. Please go ahead. As a side note, #784591 should really be marked as found in 1.2.3-1. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784923: Acknowledgement (bareos-filedaemon: missing bpipe plugin)
Seem that is was fixed in bareos git Add missing bpipe fd plugin to filedaemon pkg. https://github.com/bareos/bareos/commit/462f8e806362225ce0700a35830f1a1da4a3fcce - Mail original - De: Debian Bug Tracking System ow...@bugs.debian.org À: aderumier aderum...@odiso.com Envoyé: Dimanche 10 Mai 2015 19:39:06 Objet: Bug#784923: Acknowledgement (bareos-filedaemon: missing bpipe plugin) Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Bareos Packaging Team pkg-bareos-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 784...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 784923: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784923 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784976: iceweasel: hangs for several dozens of seconds due to unresponsize script
Package: iceweasel
Version: 31.6.0esr-1
Severity: important
Iceweasel has just hanged completely for several dozens of seconds
on a fast machine. I couldn't even change the tab with the mouse or
use the main menu (I haven't tried anything else).
It ended up with a Warning: Unresponsive script window of width 3432
(I'm going to report another bug for this one).
It is not normal that a web page can freeze the entire browser,
in particular for several dozens of seconds.
-- Package-specific info:
-- Extensions information
Name: -Global Styles- userstyle
Status: enabled
Name: AlloCiné userstyle
Status: enabled
Name: allocine-imdb greasemonkey-user-script
Status: enabled
Name: cac-imdb greasemonkey-user-script
Status: enabled
Name: Cinémathèque Française userstyle
Status: enabled
Name: Combine Stop/Reload buttons userstyle
Status: enabled
Name: Default theme
Location:
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: Dictionnaire français «Moderne»
Location: ${PROFILE_EXTENSIONS}/fr-mode...@dictionaries.addons.mozilla.org
Status: enabled
Name: Different cursor for links that open in new windows userstyle
Status: enabled
Name: Disable autocomplete userstyle
Status: user-disabled
Name: Disable marquee userstyle
Status: user-disabled
Name: DOM Inspector
Location:
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org
Package: xul-ext-dom-inspector
Status: enabled
Name: Flagfox
Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b}.xpi
Status: enabled
Name: Flashblock
Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Status: enabled
Name: Forecastfox
Location: ${PROFILE_EXTENSIONS}/{0538E3E3-7E9B-4d49-8831-A227C80A7AD3}
Status: app-disabled
Name: GLPI - assistance.ens-lyon.fr userstyle
Status: enabled
Name: Google Search userstyle
Status: enabled
Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: enabled
Name: HeadingsMap
Location: ${PROFILE_EXTENSIONS}/headi...@niquelheadings.net.xpi
Status: enabled
Name: IMDb userstyle
Status: enabled
Name: itt-datetimes greasemonkey-user-script
Status: enabled
Name: Link Widgets
Location: ${PROFILE_EXTENSIONS}/linkwid...@clav.mozdev.org
Status: enabled
Name: Live HTTP headers
Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a}
Status: enabled
Name: Move tabbar to the bottom userstyle
Status: user-disabled
Name: Move tabbar to the left userstyle
Status: user-disabled
Name: Move tabbar to the right userstyle
Status: user-disabled
Name: Multiple row bookmark toolbar userstyle
Status: user-disabled
Name: Nerim userstyle
Status: enabled
Name: Open in Browser
Location: ${PROFILE_EXTENSIONS}/openinbrow...@www.spasche.net.xpi
Status: enabled
Name: PeopleForCinema userstyle
Status: enabled
Name: Pinger
Location: ${PROFILE_EXTENSIONS}/jane...@pinger.xpi
Status: enabled
Name: Readability
Location: ${PROFILE_EXTENSIONS}/{6005d9b1-d115-485a-a92a-3f6453ca3fe2}.xpi
Status: enabled
Name: SearchStatus
Location: ${PROFILE_EXTENSIONS}/{d57c9ff1-6389-48fc-b770-f78bd89b6e8a}.xpi
Status: enabled
Name: Showcase
Location: ${PROFILE_EXTENSIONS}/{89506680-e3f4-484c-a2c0-ed711d481eda}.xpi
Status: enabled
Name: Slashdot.org - Remove ads userstyle
Status: enabled
Name: SourceForge font size in comments userstyle
Status: enabled
Name: Stylish
Location: ${PROFILE_EXTENSIONS}/{46551EC9-40F0-4e47-8E18-8E5CF550CFB8}.xpi
Status: enabled
Name: Tab Mix Plus
Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}.xpi
Status: enabled
Name: Troubleshooter
Location: ${PROFILE_EXTENSIONS}/troubleshoo...@mozilla.org.xpi
Status: enabled
Name: twitter-times greasemonkey-user-script
Status: enabled
Name: us-to-iso8601 greasemonkey-user-script
Status: user-disabled
Name: Web Developer
Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}.xpi
Status: enabled
Name: Wikipedia font size userstyle
Status: enabled
Name: X-Ray
Location: ${PROFILE_EXTENSIONS}/{3f1182ea-3243-4d32-8826-71fb1cc9c328}
Status: enabled
Name: youtube-html5 greasemonkey-user-script
Status: enabled
-- Plugins information
Name: DjView-4.10
Location: /usr/lib/mozilla/plugins/nsdejavu.so
Package: djview-plugin
Status: enabled
Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled
Name: Shockwave Flash (11.2.202.442)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled
-- Addons package information
ii djview-plugin 4.10-3 amd64Browser plugin for the DjVu image
ii gnome-shell3.14.4-1 amd64graphical shell for the GNOME des
ii iceweasel 31.6.0esr-1 amd64Web browser based on Firefox
ii xul-ext-dom-in 1:2.0.14-1 all tool for inspecting the DOM of we
-- System Information:
Debian Release: stretch/sid
APT prefers
Bug#784947: libt-digest-java: Version 3.1 is severely incompatible with version 3.0
Le 11/05/2015 13:28, Hilko Bengen a écrit : Please don't just look at Elasticsearch but at the japi-compliance-checker report I attached. The incompatibilities are only relevant if they affect the packages depending on the library, and this relevance isn't reported by japi-compliance-checker. You could have a package with 1% incompatibility that breaks badly many reverse dependencies, and a package with 50% incompatibility affecting no reverse dependency. japi and clirr are useful tools but you can't avoid an impact analysis on the reverse dependencies to assess the severity of the incompatibility. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784869: RM: dpsyco -- RoM
On Saturday, May 09, 2015 11:19:30 PM Ola Lundqvist wrote: Package: ftp.debian.org Hi FTP team I would like to request the removal of dpsyco package from unstable. I'm the maintainer and upstream developer. This package have very few users. According to popcon it is 100. If anyone really want to use it, the person in question can still download and build from source. I do not think it is worth keeping in Debian. Few users or not, it does have a reverse-dependency that will have to be resolved before it can be removed: Checking reverse dependencies... # Broken Build-Depends: harden-doc: dpsyco-devel Please remove the moreinfo tag once this is resolved. signature.asc Description: This is a digitally signed message part.
Bug#784994: RM: haskell-hsx -- ROM; No recent upstream releases
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, hsx has seen no upstream release in almost 2 years and does not build against the latest haskell-src-exts. It has no reverse dependencies in Debian. Please remove. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQpmUACgkQ9ijrk0dDIGy7GwCdG20ZLgMRhsA+wRvn57e5FUGu fzIAn2T73NUYEM13JhDVhSuF28KDCsi7 =s2gm -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#784996: RM: haskell-pastis -- ROM; No upstream maintenance
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the pastis package has no recent upstream releases that work with current libraries and no reverse dependencies in Debian. Please remove it from the archive. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQprsACgkQ9ijrk0dDIGwQuACfXyjnhqfD+UY/84XwLEL8lxe8 M6kAoNTR1f6nWGPu9nND7tOOosFUbzri =H84A -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#784995: Heroes3: Problem finding correct version of HiScore.dat
Package: game-data-packager Version: 41 Severity: normal Dear Maintainer, I have Heroes 3 Complete from GOG, yet I'm unable to package the game data. I get the following error when I try: vbdasc@mail:/tmp$ game-data-packager heroes3 INFO:game-data-packager:identifying /home/vbdasc/.local/share/vcmi/Data/H3sprite.lod INFO:game-data-packager:identifying /home/vbdasc/.local/share/vcmi/Data/H3bitmap.lod WARNING:game-data-packager:found possible Data/HiScore.dat but its checksums do not match: file: /home/vbdasc/.local/share/vcmi/Data/HiScore.dat expected: md5:f1749b58c67dad437143c114c224589b sha1: 9e4f54716b95c0e7c1882fd29e7002c8f113c018 sha256: None got: md5:48567628333ef7803e997adafdbdeb41 sha1: 03205f6c277534643c7e37797ae13f48581c41f1 sha256: bca82328e114f3233d080916f3ab6596f4e55fba3cd00640e1faa6ec277d ERROR:game-data-packager:Unable to complete any packages. usage: game-data-packager heroes3 [-h] [--package PACKAGE] [-i | -n] [--destination OUTDIR] [-z | --no-compress] [--search | --no-search] [--download | --no-download] [--save-downloads DIR] [DIRECTORY|FILE [DIRECTORY|FILE ...]] etc ... I believe that the file HiScore.dat shouldn't even be packaged. It's not essential for the game and there probably exist multiple versions of this file. My copy of Heroes 3 doesn't contain such a file at all; I had to download it from elsewhere, but to no avail, as you can see. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages game-data-packager depends on: ii fakeroot1.20.2-1 ii python3 3.4.2-2 ii python3-debian 0.1.27 ii python3-yaml3.11-2 pn python3:any none game-data-packager recommends no packages. Versions of packages game-data-packager suggests: ii arj3.10.22-13 ii binutils 2.25-7 ii cabextract 1.6-1 pn cdparanoia none ii dynamite 0.1.1-2 ii gcc4:4.9.2-3 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-pango-1.0 1.36.8-3 ii innoextract1.4-1+b1 ii lgc-pg 1.2.6-1 pn lhasa | jlha-utils | lzh-archiver none ii make 4.0-8.1 ii p7zip-full 9.20.1~dfsg.1-4.1 ii python3-gi 3.14.0-1 pn unace-nonfree none pn unrar-nonfree none ii unshield 1.0-1 ii unzip 6.0-16 ii vorbis-tools 1.4.0-6 -- 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#784997: RM: haskell-strict-concurrency -- ROM; No recent upstream releases
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, haskell-strict-concurrency does not build, no recent (5yrs) upstream activity and no reverse dependencies in Debian. Please remove from Debian. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQp14ACgkQ9ijrk0dDIGxQLgCfeNR8odjFPPyCySMcIfA4fvH7 M4wAoJ3Hw6uD34qNPDSNhenN4IqxCYAh =WSvc -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#784999: RM: tokyocabinet-haskell -- ROM; FTBFS
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, this package with no upstream acitivity fails to build from source. As it has no reverse dependencies in Debian, I suggest to remove it. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQp90ACgkQ9ijrk0dDIGw3vACcCf6yOwvpBdmDPI2/8K6moYyS wHQAn3l7/ecv1HjI6aY9q2KQuSX3+OmM =SX22 -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#472110: pan: Does not use debian configured web browser, email client
Ack. I do not know of a similar mechanism for mailer. I'll tweak pan to use x-www-browser All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#784981: tmperamental: Please allow to also check for proper permissions upon writing to $TMPDIR
Package: tmperamental Version: 1.0 Severity: wishlist Hi, it'd be nice if tmperamental could also optionally (e.g. via commandline option) look for writes to $TMPDIR with improper permissions, i.e.: * world-readable files in /tmp/ Not sure what's the correct way if a umask is explicitly set. It should probably verify that the program adheres to the set umask. There are though surely cases where this doesn't make sense for temporary files. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages tmperamental depends on: ii libc6 2.19-18 tmperamental recommends no packages. tmperamental 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#784984: Repmgr 3.0.1-4 lacks of pg_wrapper links for repmgr and repmgrd
Package: repmgr
Version: 3.0.1-4
Severity: grave
The repmgr and repmgrd pg_wrapper links are missing, so the executables are
reachable only using the full path /usr/lib/postgresql/9.4/bin/repmgr{,d}
This bug affects the version currently in incoming.
Regards,
Marco
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784985: RFP: libjs-graphael -- create stunning charts on your website based on the Raphaël graphics library
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libjs-graphael Version : 0.5.1 Upstream Author : Dmitry Baranovskiy * URL : http://g.raphaeljs.com/ * License : MIT Programming Lang: JavaScript Description : create stunning charts on your website based on the Raphaël graphics library gRaphaël’s goal is to help you create stunning charts on your website. It is based on Raphaël graphics library. Check out the demos to see static and interactive charts in action. gRaphaël currently supports Firefox 3.0+, Safari 3.0+, Opera 9.5+ and Internet Explorer 6.0+. The basel ibrary, Raphaël, is already packaged in libjs-raphael. Adding gRaphaël would help fix code duplciation bugs, e.g. #781415. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVUKFoMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZgbQ//fIJpdhWgbnxvZFZCR04P 23yFOKmBqUEQlBWYWK26hoZmRaEaauKSqD2VLZiWJiYJtGhzIc//LP82fHEh1tNk Q1zKPnWreZOGulhwW1hMKjGfIrC7CFTwWT01KJlGZ5twL3uwiVVjsorIBtraDMCJ ASuVwD1tG/YRmOs/cYhNZJGiBfCaDYG8YntjtI1PJDlQYLrqz6zjUbdYYPSrLDN4 VhIEmldEEquXi/7fz3jc4TzWYSpNZnz6xYjcOxwZnE4CWFohqUDwMvFGo/KCGovs 6gQhL0T97leCtqLkyXrXe0513Ngi/R8+8asOJlaS8D6gJAC+nagqWXldx3NP9hAB uKAtD5D1Kg5a/GpifvKi+JGpYJ3Ws1sZ46sn0rN6uGovfaercpRv5dXRx7U0PULe Q7WVZ0JKYQnrkW5td2gK83A4fmSGnmlSsYzxs7XleGHpg/mSla+DL5uY1Nrl5AEU tE28pDGBUwNB1MZfmWpdd1KEq1BqwjUJEi2aqcSgMiVMXJxfGh+IlfkAX+OVWhGT gFxqR5i8Ky5KF7R+/BTKWW06WIkmG8UOPDI1q+kErPr+8OwP3fzPOG09rPFnogky CT3DtGfyrj5ebBbTQgK0DjIom0HDGUZzErQle11K1KL9MjsKia+Q2pVub3YBvHD1 hhyOSpR9KMKvLK23b3mrNvg= =h4Ut -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#784986: RFP: google-drive-ocamlfuse -- FUSE filesystem over Google Drive
Package: wnpp Severity: wishlist * Package name: google-drive-ocamlfuse Version : 0.5.15 Upstream Author : Alessandro Strada alessandro.str...@gmail.com * URL : http://gdfuse.forge.ocamlcore.org/ * License : MIT Programming Lang: OCaml Description : FUSE filesystem over Google Drive google-drive-ocamlfuse is a FUSE-based file system backed by Google Drive, written in OCaml. It lets you mount your Google Drive on Linux. . Features: * Full read/write access to ordinary files and folders * Read-only access to Google Docs, Sheets, and Slides (exported to configurable formats) * Multiple account support * Duplicate file handling * Access to trash (`.Trash` directory) Since the only package in the repositories interfacing with Google Drive -- grive -- is now broken (see bug #783169), it's useful to have a replacement. There is a RFP for such a program already (see bug #714973), but that one does not seem to be actively maintained, judging from the last commit to the git repository (9 Sep 2012) and the lack of response to reported issues. Thanks in advance, Willem Mulder -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784990: RM: haskell-tinyurl -- ROM; Unmaintained by upstream
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please remove the leaf package haskell-tinyurl, it has only one upstream release 6 years ago and does not build out of the box these days. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQpC8ACgkQ9ijrk0dDIGwarwCgpHrQUL0lc2m3IVOOIsXvd58U xQUAoIMAPmw96c2A7uNcP6ZWiDngOtL7 =NKXq -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#784993: RM: haskell-gstreamer haskell-gtkglext haskell-libtagc -- ROM; Does not build any more
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, these gtk/glib-related library bindings packages to not build with the latest version of the glib bindings in Debian. They have no reverse dependencies and should be removed. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQpdwACgkQ9ijrk0dDIGxWxQCfYGxnnNzB5nxcueRHenRkAWLF SGYAoJ7XLUMThRiMB8Xsd4Y1S5eVE1r4 =9rdg -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#784962: jessie-pu: package caja/1.8.2-3+deb8u1
Hi Adam, On Mo 11 Mai 2015 12:19:57 CEST, Adam D. Barratt wrote: Control: tags -1 + confirmed On 2015-05-11 9:22, Mike Gabriel wrote: Please pre-approve the following changes for caja in Debian jessie: + * debian/patches: ++ Add 0004_avoid-automounts-while-screen-is-locked.patch. Don't mount + newly added USB flash drives / optical disks / etc. while a session + is locked by the screensaver. Delay the automounting action until the + session has been unlocked again. (Closes: #781608). Please go ahead. Thanks. Uploaded and accepted in stable-new. Assuming that this has a CVE ID, it's customary to mention that in the changelog. There is no CVE ID assigned afaik / until now. 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 pgp4mztUKeWma.pgp Description: Digitale PGP-Signatur
Bug#784973: gcc-4.9-arm-linux-gnueabi depends on obsolete libgcc-4.9-dev:armel (= 4.9.2-10) in sid
Package: gcc-4.9-arm-linux-gnueabi Version: 4.9.2-10 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 % sudo apt-get install gcc-4.9-arm-linux-gnueabi Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: gcc-4.9-arm-linux-gnueabi : Depends: libgcc-4.9-dev:armel (= 4.9.2-10) but 4.9.2-16 is to be installed % rmadison libgcc-4.9-dev:armel libgcc-4.9-dev | 4.9.2-10 | stable | amd64, arm64, armel, armhf, i386, mips, mipsel, powerpc, ppc64el, s390x libgcc-4.9-dev | 4.9.2-10 | stable-kfreebsd | kfreebsd-amd64, kfreebsd-i386 libgcc-4.9-dev | 4.9.2-10 | testing | amd64, arm64, armel, armhf, i386, mips, mipsel, powerpc, ppc64el, s390x libgcc-4.9-dev | 4.9.2-10 | unstable| sparc libgcc-4.9-dev | 4.9.2-16 | buildd-unstable | kfreebsd-amd64 libgcc-4.9-dev | 4.9.2-16 | unstable| amd64, arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armel Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVVCLavhx3EthBlqjAQiy+Q//XP9bi4SlWhkw8FDNv+xX5qxZAxy0gYgl aUedZyxKfsv2sWpA9Fc3oaImXF3CHHTFl66j1jZWeUvPv9PlAlYV56MFzTo0hmWb BWmkAwD54Joku4Zh6WR2jcBt3ReahjzTYMLjuZwhdxqglYbview4yNHxA0iaCCo+ /rZhb8QMxkPw1iHygBonFlAKddKzbeJBUbnYG0Iq5dMHTf2e0Y4bl64BDLFFrjGj rSNBxjz+ZIgcaxv3vGgkAzCFztkuh0xA9rrlmFBszieECgS8TouHjywT5b8UwwRZ wh9Rp+fONiHSrbHDdPtCD30Ngn3jCyqbXUA0ECdej5tN/JT7cJYEqGwxJTa9adsj 9p/fMrWTl8uHfb2Nyu4g10hy/f1zkM6NOgY4Fr2RSJF6QQRT5IWKCOIXfUQSSENj gksc+5/zeYjsQbswBCeEbtGwbO+EflVYfBTvmlAKKWRJaeNNIHMV6IUExhF6+Gxp FNmPsvkuCoRsH4Ac45ykkeELz68n6h9orHP1yn6Bumeyp9G6gAEVHEHyfSp7xrls pJC5IuEwBtwiUfcv5j7i6DRD/uq/uAuPRjFQiQCfzf2qZFqMpbyEcu1XfTLbR7g+ LYusR/OCKaN6vKMPviJ6qo/Elc3mJfspxcDaKtyFvAXQjTrxNeCVTORKKVf1v3Re um+t6A9381U= =2EP8 -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#784972: network-manager-openconnect does not ask for username/password
Package: network-manager-openconnect Version: 0.9.10.0-1 Severity: grave When trying to connect through openconnect and networkmanager 1) network-manager does not ask for password, I immediately get an error Necessary secrets for the VPN connection were not provided. 2) in the logs I see May 11 11:53:31 erdavid-lt NetworkManager[795]: (NetworkManager:795): libnm-util-CRITICAL **: get_secret_flags: assertion 'is_secret_prop (setting, secret_name, error)' failed May 11 11:53:32 erdavid-lt NetworkManager[795]: error [1431338012.235800] [vpn-manager/nm-vpn-connection.c:1721] plugin_need_secrets_cb(): (dd464b6b-5c9f-4cd4-9915-3d339a3f8e14/DMZ Paris) final secrets request failed to provide sufficient secrets Thus it is impossible to use network-manager for an openconect/anyconnect VPN. PS : connecting directly using openconect, it works -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-openconnect depends on: ii adduser 3.113+nmu3 ii libc6 2.19-18 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.42.1-1 ii libnm-glib-vpn1 0.9.10.0-7 ii libnm-glib4 0.9.10.0-7 ii libnm-util2 0.9.10.0-7 ii network-manager 0.9.10.0-7 ii openconnect 6.00-2 network-manager-openconnect recommends no packages. network-manager-openconnect 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#776061: game-data-packager: please add a game-data-competn package containing the Compet-N set of PWADs
Le lundi 11 mai 2015 10:49:56, vous avez écrit : Am Freitag, den 23.01.2015, 14:24 +0100 schrieb Fabian Greffrath: - Memento Mori - Memento Mori 2 - Requiem - Hell Revealed - The Classic Episode (1st Ed.) - Alien Vendetta (2nd Ed.) I am not sure how to proceed with this one... ... On the other hand, I think that each of them should have their own .desktop file. Current .desktop generator expect 1 package = 1 wad = 1 .desktop but that could be moved in a loop. I guess all the with TemporaryUmask(0o022): are not needed anymore after changes to the 755 vs 644 chmod() heuristic; so I don't even need to re-ident everything. http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/game_data_packager/__init__.py#n1956 The WADs are freely (as in Beer) available from various sites, though I'd recommend to download them from the Doom Speed Demos Archive http://doomedsda.us which has most of them repacked in reasonable all-in-one ZIP files which sometimes contain some goodies (like e.g. the MAP21 fix required for Requiem). Different versions means different hashes :-| Since they are strictly third party and also strictly special interest, I'd say they shouldn't get downloaded automatically if one runs g-d-p with only the doom or doom2 parameters. They could be made into a special option for both games. But then, haven't we reached a point where this feature is already too special to be part of g-d-p? Generally: This is an already known problem: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775080 GDP currently doesn't have any prompt, one justs set the rights parameters, type enter, and hopes for the rest. *) If we want to keep this behaviour we could download optional contents only if the --package extension is given. With bash auto-completion, this is not a big hurdle: game-tab doom2 --patab comptab *) Or we need a GUI or a TUI or some crude text prompt. For this game precisely: I would say There Is No Such Thing as Notability, as long as it is of interrest to _several_ people why not ? http://tvtropes.org/pmwiki/pmwiki.php/Administrivia/ThereIsNoSuchThingAsNotability If someone came around with fan-made japanese dubbing for some scummvm game, as long as the files are final - don't want to track md5 changes like for GOG.com setup_*.exe - I would take it. It would weight about 1kb of text that'll get compressed with 'xz'; and that's so small compared to most games assets. And generaly GDP would enable users to reclaim space by not having tens of dosbox.exe and other .dll/.ovl/.drv/.cab useless stuff... as files for each game are hand-picked. Cheers signature.asc Description: This is a digitally signed message part.
Bug#784947: libt-digest-java: Version 3.1 is severely incompatible with version 3.0
* Emmanuel Bourg: I got a look at Elasticsearch, and this is just a one line change: state.centroidCount() becomes state.centroids().size() in TDigestState.java. I wouldn't call that a severe incompatibility. Please don't just look at Elasticsearch but at the japi-compliance-checker report I attached. We can also reintroduce the missing centroidCount() method in t-digest, such that our package supports rdeps expecting the version 3.0 or the version 3.1. No. Users (in this case software developers trying to work with what Debian provides) have a certain expectation that what Debian distributes as t-digest 3.0 is comparable to what they could get via Maven. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704072: This problem has been fixed upstream
control: fixed -1 4.3.2-1 I noticed that isc-dhcp/4.3.2-1 that just hit unstable has some changes in commonlpf.c that look like what I described. dhclient will now happily send DHCPDISCOVER packets via interfaces that have long names of up to 15 characters. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784977: iceweasel: shouldn't create Warning: Unresponsive script window wider than the screen
Package: iceweasel
Version: 31.6.0esr-1
Severity: minor
A Warning: Unresponsive script window with width 3432 was created,
while the screen width is only 1920 (see the attached properties given
by FVWM). Iceweasel should make sure that such windows are not wider
than the screen.
-- Package-specific info:
-- Extensions information
Name: -Global Styles- userstyle
Status: enabled
Name: AlloCiné userstyle
Status: enabled
Name: allocine-imdb greasemonkey-user-script
Status: enabled
Name: cac-imdb greasemonkey-user-script
Status: enabled
Name: Cinémathèque Française userstyle
Status: enabled
Name: Combine Stop/Reload buttons userstyle
Status: enabled
Name: Default theme
Location:
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: Dictionnaire français «Moderne»
Location: ${PROFILE_EXTENSIONS}/fr-mode...@dictionaries.addons.mozilla.org
Status: enabled
Name: Different cursor for links that open in new windows userstyle
Status: enabled
Name: Disable autocomplete userstyle
Status: user-disabled
Name: Disable marquee userstyle
Status: user-disabled
Name: DOM Inspector
Location:
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org
Package: xul-ext-dom-inspector
Status: enabled
Name: Flagfox
Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b}.xpi
Status: enabled
Name: Flashblock
Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Status: enabled
Name: Forecastfox
Location: ${PROFILE_EXTENSIONS}/{0538E3E3-7E9B-4d49-8831-A227C80A7AD3}
Status: app-disabled
Name: GLPI - assistance.ens-lyon.fr userstyle
Status: enabled
Name: Google Search userstyle
Status: enabled
Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: enabled
Name: HeadingsMap
Location: ${PROFILE_EXTENSIONS}/headi...@niquelheadings.net.xpi
Status: enabled
Name: IMDb userstyle
Status: enabled
Name: itt-datetimes greasemonkey-user-script
Status: enabled
Name: Link Widgets
Location: ${PROFILE_EXTENSIONS}/linkwid...@clav.mozdev.org
Status: enabled
Name: Live HTTP headers
Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a}
Status: enabled
Name: Move tabbar to the bottom userstyle
Status: user-disabled
Name: Move tabbar to the left userstyle
Status: user-disabled
Name: Move tabbar to the right userstyle
Status: user-disabled
Name: Multiple row bookmark toolbar userstyle
Status: user-disabled
Name: Nerim userstyle
Status: enabled
Name: Open in Browser
Location: ${PROFILE_EXTENSIONS}/openinbrow...@www.spasche.net.xpi
Status: enabled
Name: PeopleForCinema userstyle
Status: enabled
Name: Pinger
Location: ${PROFILE_EXTENSIONS}/jane...@pinger.xpi
Status: enabled
Name: Readability
Location: ${PROFILE_EXTENSIONS}/{6005d9b1-d115-485a-a92a-3f6453ca3fe2}.xpi
Status: enabled
Name: SearchStatus
Location: ${PROFILE_EXTENSIONS}/{d57c9ff1-6389-48fc-b770-f78bd89b6e8a}.xpi
Status: enabled
Name: Showcase
Location: ${PROFILE_EXTENSIONS}/{89506680-e3f4-484c-a2c0-ed711d481eda}.xpi
Status: enabled
Name: Slashdot.org - Remove ads userstyle
Status: enabled
Name: SourceForge font size in comments userstyle
Status: enabled
Name: Stylish
Location: ${PROFILE_EXTENSIONS}/{46551EC9-40F0-4e47-8E18-8E5CF550CFB8}.xpi
Status: enabled
Name: Tab Mix Plus
Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}.xpi
Status: enabled
Name: Troubleshooter
Location: ${PROFILE_EXTENSIONS}/troubleshoo...@mozilla.org.xpi
Status: enabled
Name: twitter-times greasemonkey-user-script
Status: enabled
Name: us-to-iso8601 greasemonkey-user-script
Status: user-disabled
Name: Web Developer
Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}.xpi
Status: enabled
Name: Wikipedia font size userstyle
Status: enabled
Name: X-Ray
Location: ${PROFILE_EXTENSIONS}/{3f1182ea-3243-4d32-8826-71fb1cc9c328}
Status: enabled
Name: youtube-html5 greasemonkey-user-script
Status: enabled
-- Plugins information
Name: DjView-4.10
Location: /usr/lib/mozilla/plugins/nsdejavu.so
Package: djview-plugin
Status: enabled
Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled
Name: Shockwave Flash (11.2.202.442)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled
-- Addons package information
ii djview-plugin 4.10-3 amd64Browser plugin for the DjVu image
ii gnome-shell3.14.4-1 amd64graphical shell for the GNOME des
ii iceweasel 31.6.0esr-1 amd64Web browser based on Firefox
ii xul-ext-dom-in 1:2.0.14-1 all tool for inspecting the DOM of we
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/8
Bug#784975: partclone: FTBFS on non x86 arches: error: unrecognized command line option '-m32'
Source: partclone Version: 0.2.78-1 Severity: serious Hi, partclone failed to build on all non-x86 arches with this error: Making all in fail-mbr make[3]: Entering directory '/«PKGBUILDDIR»/fail-mbr' gcc -Wall -Werror -m32 -nostdlib -o fail-mbr.o fail-mbr.S gcc: error: unrecognized command line option '-m32' make[3]: *** [fail-mbr.o] Error 1 Makefile:481: recipe for target 'fail-mbr.o' failed make[3]: Leaving directory '/«PKGBUILDDIR»/fail-mbr' make[2]: *** [all-recursive] Error 1 Makefile:387: recipe for target 'all-recursive' failed make[2]: Leaving directory '/«PKGBUILDDIR»' make[1]: *** [all] Error 2 dh_auto_build: make -j1 returned exit code 2 Assembling fail-mbr.S with a non-x86 compiler clearly isn't going to work. Thanks, James signature.asc Description: This is a digitally signed message part
Bug#784980: cruft-ng: reports tons of expected files
Package: cruft-ng Version: 0.3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The cruft-ng tool reports tons of files under /usr/local, /etc (including etckeeper git store) and /var/log. I cannot see any way to prevent it from doing that. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: systemd (via /run/systemd/system) Versions of packages cruft-ng depends on: ii cruft 0.9.19 ii libc6 2.19-18 ii libgcc1 1:5.1.1-5 ii libstdc++6 5.1.1-5 ii mlocate 0.26-1 cruft-ng recommends no packages. cruft-ng suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVUJppMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pa2pQ//Z1r8BWzG74bDs3qYDQby 5CebZR8St1CA+mN5fK4jVBbKEQM+t/WeR5Tivi4mVkKLxASzVUkqkujfxnJERGbF THyM77WKi3l1NVm+Y02N1lfDH5Atf71J0J4dg1JufIlZ+dN+jTafMNmrQL7mkOmx brP5OxQpw/IWuWQb4MuQRogP2T7W8+5TlMhNxCP9I9hssvzdsUp9jOJGK05DLgUf J+88a6KNgUs9217pKCHWSBdW/n0/qo4s+2DMQwvae45Nb49uWP7/lUfva8waTZwR +sWb6gWHDwJiXtVWfm/ljv7a6DQu+9B4m8o5d2cUmSqUV/M74lXJU5PgrWovnEu4 viZAlUXNOVBo+yroDLmVhwOhkD3XLzXROciTzXTiCNoqATTv/FZpoiRTkCQlIxkL JtXjzXvjWx0cgbwQtPhuQzWwT1Lw3khzfY8KUQ416AXwIJFPHX8jVa9/n0K25FaR S1zE9i/acDqamx01F30mk7AEtJIH8StLPbo6T8iehRhVy+bTP44tunBAMv7b0dK4 9mAB1JQ7ltv0K4E1VDZuTzhmFCObXDvR7c4O6pdn6N7P8mnVcJg3AXrVc7YiUu4I 7ePKPV+AHGsOgm0hAy+lih6d5heu1Fr1ab6TkIEfnWaRNkOzy7RlleM+iTYXYn/F xl/+rDX7YahLb75PB94SN7Y= =TW0N -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#784979: Make package fit for testing
Package: libgphoto2-6 Version: 2.5.7-5 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, remove the packages libgphoto2-2-dev and libgphoto2-port10 at update to make the package fit for testing and finish the auto-libgphoto2 transition. CU Jörg - -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgphoto2-6 depends on: ii libc6 2.19-18 ii libexif12 0.6.21-2 ii libgd3 2.1.0-5 ii libgphoto2-port12 2.5.7-5 ii libjpeg62-turbo1:1.3.1-12 ii libltdl7 2.4.2-1.11 ii libxml22.9.2+dfsg1-3 ii multiarch-support 2.19-18 Versions of packages libgphoto2-6 recommends: ii libgphoto2-l10n 2.5.7-5 Versions of packages libgphoto2-6 suggests: pn gphoto2 none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVUJo8AAoJEAn4nzyModJdcK4QAKF19k/GthXgIiXsFfOALBtb UV1HOct/mj88Owedl7J/PMEI0h3iCNtYQAOuNAdHF25VwxsW50De64ytDzDne4yd rR4AHvqeC8MEyg30vByumrCYnlpqr7ZH7ZwDzKNATpcy3b2e5Wt4C/lroRKqnj3t q6iIAfZcJUq6KD7G0s0/6SuLz+UEmwAotbLvFooqchOI/QFJDtrygcNieAA5V7k6 1X7AaLmAMicI7PaEOWGxgMRGnTOrHpz33yiIKNpVco2ehupV+DUkWLb4vnhrxooc 0GACtU+FY7Io8Ja3fBoAisdcYDBG91dDVomGnLyCsyYkiZgtesv7D0+1x1zdYu4X pD+ycLLglTgVU2521AWf1RMRNqH7DLIRkpzmDpPnfMB+GhCDv/NeLOatrC1Q3Ia5 XBzMXi0ighnH6CiNMTLwDO3wpEDfzGFa69FcVImt/U8EgRGo+1oqQ0w3I34WFepy DKKqUJt1efAyYesGCJ8FKL2JlS/KF4HZAmr9fCp+HalKNdm4KjI5voV8fpgq+dT1 SuFzunWoWdmFx1mqyUD39izS755g+Ru+WA+bTEWF7Emb7vlZkjEzAtmmbnOvfOJc xr8Ro8Fak4CDj9NW8P7/LaaHoBh9zNdzH2YRCdV2U5pHIimyPeXObkV6eA3NoKwb ZrFUt9/kw8DyAHUo5YkN =Ei0e -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#784982: mysql-server: False positive when checking for insecure root accounts
Package: mysql-server Version: 5.5.42-1 Severity: normal Dear Maintainer, When checking for insecure root accounts, ‘debian-start.inc.sh’ merely lists root accounts with an empty password: SELECT COUNT(*) FROM mysql.user WHERE user='root' and password=''; However, such an account can be perfectly secure if e.g., it is associated with the ‘auth_socket’ plugin [1] (the client would have to connect to Unix socket and use SO_PEERCRED). The query could be amended as follows: SELECT COUNT(*) FROM mysql.user WHERE user='root' and password='' and plugin!='auth_socket'; However some other plugins such as PAM could be considered secure as well. Cheers, -- Guilhem. [0] https://dev.mysql.com/doc/refman/5.5/en/pluggable-authentication.html [1] https://dev.mysql.com/doc/refman/5.5/en/socket-authentication-plugin.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) signature.asc Description: Digital signature
Bug#784988: RM: haskell-fastcgi -- ROM; No upstream maintainer
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, haskell-fastcgi is a leaf package, has no upstream maintainer and no upload since two years. Please remove this package from Debian. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQotcACgkQ9ijrk0dDIGyxXQCcDkzjOHup3yY5zs+WPxgAN0X+ BBwAn16KOhH9ms5mXD6ltAZMdw/hmDw0 =7lJD -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#784989: RFP: php-agavi -- powerful, scalable PHP5 application framework that follows the MVC paradigm
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: php-agavi Version : 1.0.7 Upstream Author : Agavi Project (i...@agavi.org) * URL : http://www.agavi.org/ * License : LGPL-2.1+ Programming Lang: PHP Description : powerful, scalable PHP5 application framework that follows the MVC paradigm Agavi is a powerful, scalable PHP5 application framework that follows the MVC paradigm. It enables developers to write clean, maintainable and extensible code. Agavi puts choice and freedom over limiting conventions, and focuses on sustained quality rather than short-sighted decisions. Agavi in Debian would help fixing #781415. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVUKN7MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZgvBAA1d1DDSxgcHDbCQXGVb5+ wA+gYGZxMFk/qcF66D2ZpE2y3ZhViKm1lSaMWbVEt/hbwHjwNpRcG5Y4dRxmOTUT XYRzjjIBP3OrWoj0qGvr/dZaxEBK5+7V0d0ret4AIsVxHCj3odhYYlnEIT+C+i+m LaCZWTxRt1k4xvS1n26a28qIzvkOaRabcCeN/gc+CLnLvZ2V4oYLsQ6x9rvmluje LLdHqBPhse0sZooluX3WHBw/hRusYRwTCbRKdS6cwCqNXxpIC4PmYUE+kKPhthqu U1vlZualMAOPChd+94uBfFMK0YGRRKB/4Ow74pZA5kSJdbyRpI6TiVbLxa8MAjUa hbONVKyNI6C3IhVPkPbnvrrxuUBeAuAp/+WfLFfppeb0ONllgIMyo6OnJ1d/cyDH CMhzys16k2ht2yFUp5CbJQDnOas7KLLf/E7IOkHUWU+uBsCj834WTwTrzzKbiDW7 r5wrP0PpbgOx0GeTaYl4dNStIyXrbjKJWUZtLN6tvsxqD4Rgsi8qIUX3CSkV4s5J S11ba74NEEQoltFYRnjaRLLr6h0d82irsO7PXjoBWihARfWREgo/XRO558bJvWU1 hzqWP4v5yjEVbQN8RvmuZPkOLntHvw+r9NcZS5F47+L/owytWfInnLyb1XenRzIU I7iKMjU9qeu0lLmVrf8l5U0= =4Ms9 -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#784992: RFP: libjs-jit -- interactive data visualizations for the Web
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libjs-jit Version : 2.0.1 Upstream Author : Nicolas Garcia Belmonte * URL : http://philogb.github.io/jit/ * License : MIT Programming Lang: JavaScript Description : interactive data visualizations for the Web The JavaScript InfoVis Toolkit provides tools for creating Interactive Data Visualizations for the Web. Packaging this would help fix #781415. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVUKVRMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pbHgxAA0gL8Azm/kEKWVbP8hRkv BqchjYJFlyWYp4U4jlKTkzDxWRMNpCisJMHYIM2yMdR4BR9izFYTH11imxlgW1GR jMjLy1bGPPvw7OgdOjQbpNB5dDWN4XXk5cawp0Z+j8KziYI3JSiuHjsPqK2LTMws oSxRx+xMvxMvrSaEtxhm5Dn42U530lKIJmc0ysRX/xscoVr9So1Sidi5vD1buvKo Gy4hQxqMLr6RL2MNE5o3eB7Z4ZQjEFBpAQAoZ8B8lg/mNDKf02WXIoidqSrUUorw o8M4PPE6jLAUSWGGmORfI1dQ5Sv1TWyOn/VfZ4DgWhBH1aXsgM1Nb3wXpYnE3Gt/ k+KWoLrGU7A1Dp3PzpxfVjgHpn9Umo598x6+ka7qL2N5rLreTngnyy1z6GhMH806 uBQp0Gfm51IrwNmJ91+niYWgoi6k2YfxIoXpWNJOt+J0BXm159sN7sJNfsf//nes DoVUFhTuLbTb94t8lf5D1R8SUD7BydkULUZ+SITzJX2DQWxQIIfxFVl8Skgmaw4W PqtV5pJ6ebpVz/mcz/MncnMzAc3LQjKa/1obbrh9SIpD2BUk8KmnJ4bHVimaF6CJ +eADxqZ1o5QpyDVr32RryMveo/UtBalT0uZCHT6B0kxFYyW/MXK5llshn2rqivn0 0qhnhPrBJyBKwE7lLKrV47Y= =GlAf -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#784991: RM: haskell-editline -- ROM; Unmaintained by upstream
Package: ftp.debian.org Severity: normal Control: affects -1 src:kaya -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the package haskell-editline as no recent upstream releases and does not build out of the box. Please remove from Debian. This package is used by kaya. Stuart, can you check if kaya can be built without editline, and notify upstream about the problem? Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQpTUACgkQ9ijrk0dDIGzyDACglhSR8mynenWP7Om7l+EP6ATu YIIAn0u44xwjJC/DyXTd+OOSzD7Lz2iq =i7Cp -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#784980: cruft-ng: reports tons of expected files
Hi, cruft-ng aims to provide an output that is character-identical to cruft, so it's documentation or this article also apply: http://raphaelhertzog.com/2011/02/28/debian-cleanup-tip-5-identify-cruft-that-can-be-removed-from-your-debian-system/ etckeeper There is currenlty no rule for this tool, so cruft/cruft-ng can't know which files are OK and which are extraneous. This is a known design limitation, and here's a proposal to fix some of it by moving somefunctionality in dpkg itself: https://wiki.debian.org/Cruft/purge Meanwhile, I've digged this: https://sources.debian.net/src/etckeeper/1.18.1/debian/postrm/ Can you provide a listing of /etc/.etckeeper /var/cache/etckeeper ? (find /etc/.etckeeper ; find /var/cache/etckeeper) I could blindly add this rule, but I'd rather had a look a the files first. -8-8- /etc/.etckeeper/** /var/cache/etckeeper /var/cache/etckeeper/** -8-8- You can try it yourself by creating a text file in /etc/cruft/filters/etckeeper/etckeeper or /usr/lib/cruft/filters-unex/etckeeper . Creating it in /usr/... means it will be overwritten by a new cruft|cruft-common release; which is the behaviour you probably want here. If the same rule exists in both /etc/... /usr/... the one in /etc/ takes precedence, like for systemd units. (but there is no equivalent to systemd-delta) /etc /var/log. each file in /etc or /var/log may be linked to a different package; that means adding yet more indivudal rules The cruft-ng tool reports tons of files under /usr/local I cannot see any way to prevent it from doing that. You need to create your own rule in /etc/cruft/filters/sed with -8-8- /usr/local/** -8-8- to ignore or whatever appropriate. Why 'sed', because: *) I just noticed forgot to had a rule to match all the all-upercases files in /etc/cruft/filters (#!%/!!*) all-upercase meaning: process this rule even if package or matching name is not installed *) sed doesn't need a rule *) sed is allways installed (popcon #2) Hopes it helps, Alexandre Detiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784974: norwegian: FTBFS: cannot open debian/wnorwegian/usr/share/dict/bokmaal: No such file
Source: norwegian Version: 2.0.10-6 Severity: serious Hi, norwegian fails on all arches to build with this error: iconv -f iso-8859-1 -t utf-8 debian/wnorwegian/usr/share/dict/bokmaal | sponge debian/wnorwegian/usr/share/dict/bokmaal /bin/sh: 1: cannot open debian/wnorwegian/usr/share/dict/bokmaal: No such file error opening output file: No such file or directory make[1]: *** [override_dh_install] Error 1 debian/rules:13: recipe for target 'override_dh_install' failed Thanks, James signature.asc Description: This is a digitally signed message part
Bug#784960: linux-image-3.16.0-4-amd64: Mono occasionally crashing
Control: tag -1 upstream fixed-upstream patch Control: fixed -1 4.0.2-1 On Mon, 2015-05-11 at 09:38 +0100, Andy Hawkins wrote: Package: src:linux Version: 3.16.7-ckt9-3~deb8u1 Severity: important Dear Maintainer, Since upgrading to Jessie, mono applications will regularly crash when running inside a VM This bug has been reported in Ubuntu, and the relevant kernel commit identified: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1450584 [...] So the fixes are: commit 80f7fdb1c7f0f9266421f823964fd1962681f6ce Author: Radim Krčmář rkrc...@redhat.com Date: Thu Apr 2 20:44:23 2015 +0200 x86: vdso: fix pvclock races with task migration commit 0a4e6be9ca17c54817cf814b4b5aa60478c6df27 Author: Marcelo Tosatti mtosa...@redhat.com Date: Mon Mar 23 20:21:51 2015 -0300 x86: kvm: Revert remove sched notifier for cross-cpu migrations These are both included in the pending version of linux in unstable, but not yet on the 3.16.y or jessie branches. Please check that this bug really is fixed once version 4.0.2-1 is available. Ben. -- Ben Hutchings For every action, there is an equal and opposite criticism. - Harrison signature.asc Description: This is a digitally signed message part
