Bug#781296: qemu: On x86, cannot give more than 2G of memory to guest
Package: qemu Version: 1.1.2+dfsg-6a+deb7u6 Severity: minor Dear Maintainer, Please see https://bugs.launchpad.net/maas-test/+bug/1257891 for a full description -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (1, 'stable-updates'), (1, 'stable'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.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 Versions of packages qemu depends on: ii qemu-system 1.1.2+dfsg-6a+deb7u6 ii qemu-user1.1.2+dfsg-6a+deb7u6 ii qemu-utils 1.1.2+dfsg-6a+deb7u6 qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781195: iceowl-extension: Importing ics-files fails when VALARM is empty
Hello Matthias, On Wed, Mar 25, 2015 at 11:38:52PM +0100, Matthias Heukäufer wrote: It seems that the error is triggered by every single event when importing the calendar as an ics-file. When I tried to access the calendar via CalDAV, the error was only caused by _recurring_ events without an entry in VALARM. After I had entered a reminder for every such event, the calendar was imported without problems. I'm not very familiar with RFC5545 but this sounds to me as the ICS file is not RFC conform. Can you test your import and validate the correctness of you files. I found some informations for developing, testing etc. on http://icalevents.com/support/documentation/ics-guides/ And can you append a *.ics file to this bug report so we can do some own checks? Have you checked if there are some entrys in the Mozilla bugrtracker? How does your *.ics file is interacting with other calendar solutions? Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781298: missing Built-Using: qt4-x11
Package: fw4spl Version: 0.9.2-1 Severity: serious Justification: policy 7.8 fw4spl copies parts of libqt4-qt3support during build: http://dedup.debian.net/compare/fw4spl/libqt4-qt3support It therefore must list qt4-x11 in Built-Using according to the Debian policy section 7.8. Of course, the better solution here is not to copy libraries libqt4-qt3support in the first place. You may be able to do with symbolic links and a suitable dependency. If you choose to keep that copy, please also register your embedded copy with the security tracker: https://wiki.debian.org/EmbeddedCodeCopies Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781295: dpkg-www: Extra copy of changelog included
Package: dpkg-www Version: 2.55 Severity: minor There was an extra copy of the changelog included in the 2.55 upload, debian/:q Thanks. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty-proposed'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-48-generic (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781296: qemu: On x86, cannot give more than 2G of memory to guest
Control: tag -1 + upstream confirmed wontfix 27.03.2015 09:29, Raymond Jennings wrote: Please see https://bugs.launchpad.net/maas-test/+bug/1257891 for a full description Indeed, x86 (32bit) qemu does not support 2047Mb of guest RAM, and this is not going to change, at least not any time soon, because it requires major changes in qemu, because very few people still use it on 32bit systems and because x86_64 works just fine without any hacks. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781297: snapshot.debian.org: Release file hash and actual Sources file hash disagree for 20110430
Package: snapshot.debian.org Severity: normal Hi, the following outputs a different MD5sum: $ curl --silent http://snapshot.debian.org/archive/debian/20110430T00Z/dists/sid/Release | grep main/source/Sources.gz | head -1 48f6a45ca478467103b968aa56bc341f 6897367 main/source/Sources.gz $ curl --silent http://snapshot.debian.org/archive/debian/20110430T00Z/dists/sid/main/source/Sources.gz | md5sum 1df46bb3919975a51ca3bde807cb65b9 - Unfortunately I do not have time to investigate further. Thanks for looking into it! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781288: [Pkg-xfce-devel] Bug#781288: xfce4: XFCE does not wake up after standby
On ven., 2015-03-27 at 00:15 +0100, Thorsten wrote: If I close the lid without manual locking, waking it up and entering my password in lightdm, then blackness awaits. No nothing. Though I can switch to text consoles no problem. So far my only resort is to restart lightdm, i.e. X. Can you give us your lightdm, lightdm-gtk-greeter and light-locker version? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#781304: qemu: add mips64/mips64el support and use --enable-tcg-interpreter
Package: src:qemu Version: 2.1+dfsg-11 Please add mips64/mips64el support. tcg cannot support mips 64 bit now, so we need use --enable-tcg-interpreter option. -- YunQiang Su qemu-mips64.debdiff Description: Binary data
Bug#781306: makehuman: Immediate segmentation fault at launch
Package: makehuman Version: 1.0.0~alpha6-5+b1 Severity: grave Justification: renders package unusable Dear Maintainer, Launching makehuman from the Xfce menu, a terminal window is briefly seen, then nothing else happens. Launching makehuman in a terminal gives the following output: No antialiasing available, turning off antialiasing. /usr/bin/makehuman: line 2: 21015 Segmentation fault ../makehuman.real -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.3-2015-03-12-14.59 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages makehuman depends on: ii fontconfig2.11.0-6.3 ii libc6 2.19-15 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglew1.10 1.10.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libpython2.7 2.7.9-2 ii libsdl-image1.2 1.2.12-5+b5 ii libsdl1.2debian 1.2.15-10+b1 ii libx11-6 2:1.6.2-3 ii makehuman-data1.0.0~alpha6-5 pn python2.7:any none pn python:anynone Versions of packages makehuman recommends: pn aqsis none Versions of packages makehuman suggests: pn makehuman-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781305: unblock: flash-kernel/3.34
Package: release.debian.org Severity: normal Tags: d-i User: release.debian@packages.debian.org Usertags: unblock Please unblock package flash-kernel both deb and udeb. flash-kernel-installer will automatically install u-boot-tools as needed, so installation via the installer works fine, however users who do things manually (i.e. with debootstrap) are frequently caught out by the lack of u-boot-tools. Since u-boot-tools is needed on the majority of systems these days and in any case is quite small bump the Suggests into a Recommends. I believe that this will also fix #773645 in debian-cd since it considers Recommends when deciding to include stuff on CD1. diff -Nru flash-kernel-3.33/debian/changelog flash-kernel-3.34/debian/changelog --- flash-kernel-3.33/debian/changelog 2015-03-05 06:56:52.0 + +++ flash-kernel-3.34/debian/changelog 2015-03-26 21:37:26.0 + @@ -1,3 +1,11 @@ +flash-kernel (3.34) unstable; urgency=medium + + * Update u-boot-tools to Recommends. In practice it is needed on most systems +but having it installed only by flash-kernel-installer means it is missed +in manual configurations. (Closes: #780994) + + -- Ian Campbell i...@debian.org Thu, 26 Mar 2015 21:37:16 + + flash-kernel (3.33) unstable; urgency=medium [ Karsten Merker ] diff -Nru flash-kernel-3.33/debian/control flash-kernel-3.34/debian/control --- flash-kernel-3.33/debian/control2015-03-05 06:56:52.0 + +++ flash-kernel-3.34/debian/control2015-03-26 21:37:26.0 + @@ -18,7 +18,7 @@ initramfs-tools (= 0.92f), linux-base (= 3.2), ucf -Suggests: u-boot-tools +Recommends: u-boot-tools Description: utility to make certain embedded devices bootable flash-kernel is a script which will put the kernel and initramfs in the boot location of embedded devices that don't load the kernel and unblock flash-kernel/3.34 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765892: pidgin: Pidgin does not disconnect on suspend
Package: pidgin Version: 2.10.11-1 Followup-For: Bug #765892 Hello Ari! I am also affected by this bug. When I suspend the computer Pidgin never succeeds to mark me offline and so I appear online till my XMPP connections time out. So I have lots of confusion and lost messages with my buddies. I think the failing disconnecting is caused by systemd + NetworkManager. It seems that NetworkManager cuts of the network connection instantly when going to suspend. Then Pidgin tries to disconnect the chat accounts and of course it never reaches the XMPP server. Regards, Bruno -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0 (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 pidgin depends on: ii gconf2 3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-15 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-3 ii libgadu31:1.12.0-5 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgstreamer0.10-0 0.10.36-1.5 ii libgtk2.0-0 2.24.25-3 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpurple0 2.10.11-1 ii libsm6 2:1.2.2-1+b1 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-5 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.20.1] 5.20.2-2 ii pidgin-data 2.10.11-1 Versions of packages pidgin recommends: ii gstreamer0.10-alsa 0.10.36-2 pn gstreamer0.10-ffmpegnone ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 Versions of packages pidgin suggests: ii libsqlite3-0 3.8.7.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780584: RFS: s3cmd/1.5.2-1 ITA
Hi Paul, Either way is fine, but I generally subscribe to the release early,release often principle. Releasing also benefits the rest of the Free Software community, as Debian has promised to do. Of course it is completely up to upstream as to when they do releases. I completely agree, but what is the tradeoff between forcing upstream to release something that might be broken or untested and having two debian patches? If you want my opinion please go with this upload, and then I'll take care of the new release (and possibly bother you again :p) I prefer two patches rather than a broken release, specially for such a complicate tool :) If you can't sponsor no problem, I'll ask Matt how confortable he is with releasing ;) thanks, G. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781307: minechangelogs script not running since Jan
Package: nm.debian.org Severity: normal As said in the subject, minechangelogs is reporting the last run on Latest log entry seen: Jan. 14, 2015, 12:58 a.m. Time of last indexing run: Jan. 14, 2015, 1:58 a.m. can anybody please check the script if it doesn't run anymore or it is broken? thanks a lot for the useful feature. Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778608: systemd: please consider backporting logind CAP_SYS_ADMIN fixes
Hi, any news on this one? can it be included in the next upload to unstable please? Thanks, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781304: qemu: add mips64/mips64el support and use --enable-tcg-interpreter
Control: tag -1 + confirmed pending
Control: severity -1 wishlist
27.03.2015 12:59, YunQiang Su wrote:
Package: src:qemu
Version: 2.1+dfsg-11
Please add mips64/mips64el support.
tcg cannot support mips 64 bit now,
so we need use --enable-tcg-interpreter option.
I enabled mips64{,el} for jessie+1 with qemu 2.2, where no
changes are neded for configure. I wont enable it for
jessie since it is frozen and I already had more than
enough talks with (D-I) release team.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781283: [Pkg-libvirt-maintainers] Bug#781283: libvirt-bin: Permission denied with 9p file system
Hi Ross, On Thu, Mar 26, 2015 at 02:17:11PM -0700, Ross Boylan wrote: Package: libvirt-bin Version: 0.9.12.3-1+deb7u1 Severity: normal Operating inside a wheezy VM with fstab including SASInstaller/mnt/SASInstaller 9p trans=virtio,version=9p2000.L 0 0 SASUnzip/mnt/SASUnzip 9p trans=virtio,version=9p2000.L 0 0 and libvirt setup with, e.g., filesystem type='mount' accessmode='passthrough' source dir='/mnt/SASInstaller'/ target dir='SASInstaller'/ address type='pci' domain='0x' bus='0x00' slot='0x0a' function='0x0'/ /filesystem Using KVM. I get lots of Permission Denied errors both when listing directory contents and when trying to do anything, such as creating a file. E.g., You need to have matching UIDs in the VM and the host - is that the case? It's working fine over here since years so it's likely a setup problem on your end. That said these kind of bugs are better suited for QEMU/KVM since libvirt only does the setup and QEMU is carrying the actual 9pfs implementation. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781253: cups: no duplex printing (two-sided) with lp or lpr
On 2015-03-27 09:46:55 +, Brian Potkin wrote: Evince is very likely using 'Duplex=DuplexNoTumble' when the file gets to the server. How does 'lp -o Duplex=DuplexNoTumble file.pdf' fare? Same problem. Do we assume you do not have access to the server logs? I don't, but I can ask the sysadmin. What is the make and model of the printer? Ricoh MP C3003 PS -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781308: xfce4-settings: Some keys on keyboard don't work after installing xfce4-settings 4.12.0-1
Package: xfce4-settings Version: 4.10.1-2 Severity: normal Package: xfce4-settings Version: 4.12.0-1 Severity: normal Dear Maintainer, I wanted to try out the new xfce4-display-settings from 4.12, so I installed all xfce4 related stuff from experimental. After installing it both keyboards (bluetooth and normal laptop keyboard) had a few keys not working anymore. It where the 4 and e keys. There are still keyboards events, but xev -event keyboard has no window associated to it. Here is the output only for the key e ### Output with xfce4-settings 4.10 (working keyboard): KeyPress event, serial 28, synthetic NO, window 0x201, root 0xb3, subw 0x0, time 8332672, (549,408), root:(1420,941), state 0x0, keycode 26 (keysym 0x65, e), same_screen YES, XLookupString gives 1 bytes: (65) e XmbLookupString gives 1 bytes: (65) e XFilterEvent returns: False KeyRelease event, serial 28, synthetic NO, window 0x201, root 0xb3, subw 0x0, time 8332772, (549,408), root:(1420,941), state 0x0, keycode 26 (keysym 0x65, e), same_screen YES, XLookupString gives 1 bytes: (65) e XFilterEvent returns: False ### Output with xfce4-settings 4.12 (key e doesn't work): KeymapNotify event, serial 28, synthetic NO, window 0x0, keys: 4294967219 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 KeymapNotify event, serial 28, synthetic NO, window 0x0, keys: 4294967219 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 After going back competely to xfce 4.10 everything was okay again. And only xfce4-settings with it dependencies listed below I'm able to reproduce it. libxfce4ui-1-0 libxfce4ui-common libxfce4ui-utils xfce-keyboard-shortcuts -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (101, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-settings depends on: ii libc6 2.19-15 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libfontconfig1 2.11.0-6.3 ii libgarcon-1-0 0.4.0-1 ii libgarcon-common0.2.1-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libx11-62:1.6.2-3 ii libxcursor1 1:1.1.14-1+b1 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii libxi6 2:1.7.4-1+b2 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.4.2-1+b1 ii xfconf 4.12.0-1 Versions of packages xfce4-settings recommends: ii x11-utils 7.7+2 ii xfce4-volumed 0.1.13-5 xfce4-settings 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#781304: qemu: add mips64/mips64el support and use --enable-tcg-interpreter
On Fri, Mar 27, 2015 at 6:13 PM, Michael Tokarev m...@tls.msk.ru wrote:
Control: tag -1 + confirmed pending
Control: severity -1 wishlist
27.03.2015 12:59, YunQiang Su wrote:
Package: src:qemu
Version: 2.1+dfsg-11
Please add mips64/mips64el support.
tcg cannot support mips 64 bit now,
so we need use --enable-tcg-interpreter option.
I enabled mips64{,el} for jessie+1 with qemu 2.2, where no
It is OK
changes are neded for configure. I wont enable it for
I don't think so.
I didn't see any changes for mips64 in tcg/* in 2.2 and 2.3.
So if withouth this option, it will ftbfs on mips64el.
jessie since it is frozen and I already had more than
enough talks with (D-I) release team.
Thanks,
/mjt
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781250: CVE-2015-1779 / CVE-2015-XXXX
26.03.2015 16:47, Moritz Muehlenhoff wrote: Source: qemu Severity: important Tags: security Hi Michael, two security issues in qemu (you're probably aware, but let's track this through a bug): Yes indeed, I've seen them on oss-sec and on qemu-devel. Wanted to submit two bugreports but you was faster ;) CVE-2015-1779: https://lists.gnu.org/archive/html/qemu-devel/2015-03/msg04894.html This one is about websockets, a rarely used feature. There was an interesting comment about the patch series down in the thread, here: https://lists.gnu.org/archive/html/qemu-devel/2015-03/msg04995.html So I'm not sure yet whenever it's a good idea to apply the series before upstream decides what to do. This does not affect wheezy and before because websockets aren't implemented there, but it affects wheezy-backports. malicious PRDT flow from guest to host (no CVE ID yet): CVE request: http://www.openwall.com/lists/oss-security/2015/03/24/4 http://git.qemu.org/?p=qemu.git;a=commitdiff;h=3251bdcf1c67427d964517053c3d185b46e618e8 This one affects wheezy too. But it isn't really that much of a security issue, I wonder why they keep assigning CVEs for these things (maybe that's the reason why this one hasn't got a CVE# yet?). Qemu either leaks memory or loops infinitely. Memory leakage can be easily mitigated using some kind of resource limits in security-sensitive environments, and looping can trivially be done inside the virtual machine just fine, achieving the same effect. So I don't think this needs to be backported to wheezy at least. I'll fix this for jessie, hopefully the CVE-2015-1779 case will see some light soon. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote: Sure, there you go Now I see the problem. It runs modprobe --all --set-version=3.19.2-amd64-i915-volpreempt-20141114 --ignore-install --quiet --show-depends multipath.ko but I have /lib/modules/3.19.2-amd64-i915-volpreempt-20141114/kernel/drivers/md/multipath.ko.gz (trailing .gz) Ah, yes. I see this is a new kernel option, CONFIG_MODULE_COMPRESS (with gz and xz variants) which seems to have been introduced in v3.18-rc1. I suppose disabling that in your local builds would work around the issue until initramfs-tools can be taught to cope. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781303: no Set Preferred Applications in Common Tasks in Russian and Ukrainian locales
Source: mate-control-center Version: 1.8.3+dfsg1-1 Severity: important Tags: jessie sid upstream patch Control: forwarded -1 https://github.com/mate-desktop/mate-control-center/issues/154 Due to the wrong .desktop file name in Russian and Ukrainian .po files, m-c-c cannot find that file and therefore does not show Set Preferred Applications in the Common Tasks on the left pane. If you run m-c-c from the terminal in one of these locales, you'll see an error message: ** (mate-control-center:9674): WARNING **: get_actions_list() - PROBLEM - Can't load mate-default-applications.desktop The patch that fixes the issue is in the attachment.Index: mate-control-center-1.8.3+dfsg1/po/ru.po === --- mate-control-center-1.8.3+dfsg1.orig/po/ru.po +++ mate-control-center-1.8.3+dfsg1/po/ru.po @@ -31,7 +31,7 @@ msgstr msgid [ 'Change Theme;mate-appearance-properties.desktop', 'Set Preferred Applications;mate-default-applications-properties.desktop' ] -msgstr [ 'Изменить тему;mate-appearance-properties.desktop', 'Выставить предпочтительные приложения;mate-default-applications.desktop'] +msgstr [ 'Изменить тему;mate-appearance-properties.desktop', 'Выставить предпочтительные приложения;mate-default-applications-properties.desktop'] #: ../org.mate.control-center.gschema.xml.in.in.h:2 msgid Task names and associated .desktop files Index: mate-control-center-1.8.3+dfsg1/po/uk.po === --- mate-control-center-1.8.3+dfsg1.orig/po/uk.po +++ mate-control-center-1.8.3+dfsg1/po/uk.po @@ -28,7 +28,7 @@ msgstr msgid [ 'Change Theme;mate-appearance-properties.desktop', 'Set Preferred Applications;mate-default-applications-properties.desktop' ] -msgstr [ 'Змінити тему;mate-appearance-properties.desktop', 'Виставити бажані додатки;mate-default-applications.desktop'] +msgstr [ 'Змінити тему;mate-appearance-properties.desktop', 'Виставити бажані додатки;mate-default-applications-properties.desktop'] #: ../org.mate.control-center.gschema.xml.in.in.h:2 msgid Task names and associated .desktop files
Bug#577830: Split filenames of $dumpfile and $readmem in amd64
On Thu, Mar 26, 2015 at 04:25:49PM +0200, أحمد المحمودي wrote: On Wed, Apr 14, 2010 at 07:46:11PM -0300, Marco Túlio Gontijo e Silva wrote: This bug is also reported in: https://bugs.launchpad.net/ubuntu/+source/gplcver/+bug/243980 For instance, using: $dumpfile(teste-disco.vcd); // it creates isco.vcd $dumpfile(disco.vcd); // it creates isco.vcd $dumpfile(isco.vcd); // it creates nothing $dumpfile(o.vcd); // it creates nothing ---end quoted text--- The bug reported in LP 243980 is what I am experiencing here (I am on an amd64 machine). Yet the symptoms you mentioned are different, and I am not able to reproduce it here. Actually I realized the following: $dumpfile(test.vcd); // dumps to '.vcd' file $dumpfile(test.VCD); // dumps to '.VCD' file $dumpfile(test); // dumps to 'test' file So it seems the problem is with parsing the string which contains a dot '.' ---end quoted text--- Further tests showed me that I was wrong: $dumpfile(test1234); // dumps into 1234 So for some reason, it sometimes takes only the last 4 chars of the string ! As for those tests: $dumpfile(isco.vcd); $dumpfile(o.vcd); They actually dump into '.vcd' file (ie. not nothing). -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#781302: deborphan: grub2 should not be listed in the default run of deborphan
Package: deborphan Version: 1.7.28.8-0.1 Severity: normal Hi, According to the manpage for deborphan, The default operation is to search only within the libs and oldlibs sections to hunt down unused libraries. However, when I run deborphan with no options, grub2 comes up in the results. grub2 is in the admin section of the archive. Furthermore, this might cause someone who doesn't know what grub2 to accidentally remove their bootloader. This bug could be fixed by adding grub2 to the default /var/lib/deborphan/keep. Yours thankfully, Riley Baird -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages deborphan depends on: ii libc6 2.19-17 Versions of packages deborphan recommends: ii apt 1.0.9.7 ii dialog1.2-20140911-1 ii gettext-base 0.19.3-2 deborphan 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#781151: boot often stalls with two A start job is running messages: binfmt and schroot sessions
Le 25/03/2015 18:25, Thibaut Paumard a écrit : Dear Michael, Thanks, indeed it does look like a race condition between this script and systemd support for binfmt. I guess the schroot service should somehow depend on binfmt support to have terminated. It is not so easy for me to check though, because the boot process tends to run smoothly when I reboot several times in a row. Any solution will take several days at least to be confirmed. I rebooted several times with no problem after disabling schroot, but then again with no problem after re-enabling it. Dear Michael, schroot is not the culprit. Boot stalled again today with schroot init script disabled. Actually, I was wrongly focusing on the last failing events. binfmt-support is the last bit of failure remaining because it happens to have no timeout. Let's review the symptoms: - boot often stalls when I reboot after working for some time, but not when rebooting several times in a row; - systemd issues messages of several services taking unusual long time to complete; - boot overall feels slower than usual; - at least on certain occasions (perhaps always), two important services fail to start: * systemd-logind * network-manager. Logind fails very early, that's usually the first message after the few kernel messages. Now I think the impression that boot stalls is due to logind failing to start. This is (obviously) the reason why I never see a login prompt. Today, using the debug shell, I manually stopped binfmt support that was failing to start, and tried starting logind manually, which did no work. The following command never returned, I killed it with ^C after approx. 30-60s: systemctl start systemd-logind.service I'm going to disable binfmt-support, just for checking, and report when boot stalls again. Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#781253: cups: no duplex printing (two-sided) with lp or lpr
On Thu 26 Mar 2015 at 19:21:01 +0100, Vincent Lefevre wrote: On 2015-03-26 16:41:53 +, Brian Potkin wrote: Please post what you get for 'lpoptions -l'. The following line indicates that 'sides=...' should be acceptable as an option used with lp/lpr and the default print queue. Mystifying. Duplex/Duplex: None *DuplexNoTumble DuplexTumble Evince is very likely using 'Duplex=DuplexNoTumble' when the file gets to the server. How does 'lp -o Duplex=DuplexNoTumble file.pdf' fare? Do we assume you do not have access to the server logs? What is the make and model of the printer? Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731634: xz-utils: new upstream version 5.2.1
severity 731634 important forcemerge 731634 777267 retitle 731634 xz-utils new upstream version: 5.2.1 thanks Hi, New version with threaded compression support would really be appreceated. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781299: cgit: new upstream version
Package: cgit Version: 0.10.2.git2.0.1-3 Severity: wishlist Dear Maintainer, there is new version of cgit: v0.11.2 [1]. Could you please package it? Thanks a lot! Kind regards, Petr [1]: http://git.zx2c4.com/cgit/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781300: Please include the 7265D family of firmware files
Package: firmware-iwlwifi Version: 0.43 Severity: normal Recent hardware needs iwlwifi-7265D-*.ucode (for instance, iwlwifi-7265D-12.ucode); please consider including it in addition to the existing iwlwifi-7265-*.ucode. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-trunk-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) firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.119 -- 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#781301: python3-levenshtein: TypeError for unicode edit operations, fixed upstream
Package: python3-levenshtein Version: 0.11.2-2 Severity: normal Here is a test case: import Levenshtein s1, s2 = new york mets, the wonderful new york mets opcodes = [(insert, 0, 0, 0, 14), (equal, 0, 13, 14, 27)] Levenshtein.matching_blocks(opcodes, s1, s2) This testcase runs fine with python2, but python3 gives: Traceback (most recent call last): File ./min_test.py, line 5, in module Levenshtein.matching_blocks(opcodes, s1, s2) TypeError: inverse expected a list of edit operations This is fixed upstream in version 0.12.0: https://pypi.python.org/pypi/python-Levenshtein/0.12.0 https://github.com/ztane/python-Levenshtein/commit/c4d112c7147391a62b46403522057998157740f4 This fix is needed to use the module fuzzywuzzy with Python 3. https://github.com/seatgeek/fuzzywuzzy/issues/79 -- Edward. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761360: possible fix.
Hey! I had a similar issue on a fresh setup with NVidia drivers from backports. After resume fonts disappeared and graphic/rendering was 'unstable'. I added 'NVreg_RegisterForACPIEvents=1' to the NVidia kernel modules' options and all the issues were gone. Maybe this helps? In /etc/modprobe.d/nvidia-kernel-common.conf: - options nvidia NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 NVreg_DeviceFileMode=0660 + options nvidia NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 NVreg_DeviceFileMode=0660 NVreg_RegisterForACPIEvents=1 NVreg_EnableMSI=1 -- Adi signature.asc Description: Digital signature
Bug#761869: [Patch] statistics: improve time execution using group by query
tags 761869 + patch
thanks
There is still a minor issue with this patch: We cannot compute
statistics using the group by query (as we will count multiple times
each package) and so we still need the previous methods to exist.
From 06f8895c90693cbc78caa6c41043707e58c46610 Mon Sep 17 00:00:00 2001
From: Orestis Ioannou ores...@oioannou.com
Date: Tue, 24 Mar 2015 20:01:33 +0100
Subject: [PATCH] statistics: improve time execution using group by query
Update statistics stage computed using group by query.
Benchmark references in doc/update-stats-query.bench.sql
Closes: #761869
---
debsources/statistics.py | 51 ++
debsources/tests/test_stats.py | 19
debsources/updater.py | 39 +---
3 files changed, 96 insertions(+), 13 deletions(-)
diff --git a/debsources/statistics.py b/debsources/statistics.py
index b2904f4..4b2458e 100644
--- a/debsources/statistics.py
+++ b/debsources/statistics.py
@@ -120,6 +120,57 @@ def source_packages(session, suite=None, areas=None):
return _count(q)
+def stats_grouped_by(session, stat, areas=None):
+''' Compute statistics `stat` query using grouped by
+to minimize time execution.
+
+Reference doc/update-stats-query.bench.sql
+'''
+logging.debug('Compute stats for all suites')
+if stat is 'source_packages':
+q = (session.query(Suite.suite.label(suite),
+ sql_func.count(Package.id))
+ .join(Package)
+ .group_by(Suite.suite)
+ )
+elif stat is 'source_files':
+q = (session.query(Suite.suite.label(suite),
+ sql_func.count(Checksum.id))
+ .join(Package)
+ .join(Checksum)
+ .group_by(Suite.suite)
+ )
+elif stat is 'disk_usage':
+q = (session.query(Suite.suite.label(suite),
+ sql_func.sum(Metric.value))
+ .filter(Metric.metric == 'size')
+ .join(Package)
+ .join(Metric)
+ .group_by(Suite.suite)
+ )
+elif stat is 'ctags':
+q = (session.query(Suite.suite.label('suite'),
+ sql_func.count(Ctag.id))
+ .join(Package)
+ .join(Ctag)
+ .group_by(Suite.suite)
+ )
+elif stat is 'sloccount':
+q = (session.query(Suite.suite.label('suite'),
+ SlocCount.language.label('language'),
+ sql_func.sum(SlocCount.count))
+ .join(Package)
+ .join(SlocCount)
+ .group_by(Suite.suite, SlocCount.language)
+ )
+else:
+logging.warn(Unrecognised stat %s % stat)
+return 0
+if areas:
+q = q.filter(Package.area.in_(areas))
+return q.all()
+
+
def source_files(session, suite=None, areas=None):
source files count
diff --git a/debsources/tests/test_stats.py b/debsources/tests/test_stats.py
index ce98548..f3bbb49 100644
--- a/debsources/tests/test_stats.py
+++ b/debsources/tests/test_stats.py
@@ -182,3 +182,22 @@ class Stats(unittest.TestCase, DbTestFixture):
area_count = statistics.ctags(self.session, areas=['main'])
self.assertEqual(area_count, 87507)
self.assertLessEqual(area_count, statistics.ctags(self.session))
+
+@istest
+def test_group_by_stats(self):
+self.assertEqual(dict(statistics.stats_grouped_by(self.session,
+ 'disk_usage'))['etch'],
+ 32736)
+self.assertEqual(dict(statistics.stats_grouped_by(self.session,
+ 'ctags'))['wheezy'],
+ 20150)
+self.assertEqual(dict(statistics.stats_grouped_by(self.session,
+ 'source_packages'))['jessie'],
+ 13)
+self.assertEqual(dict(statistics.stats_grouped_by(self.session,
+ 'source_files'))['wheezy'],
+ 1632)
+sloc_list= statistics.stats_grouped_by(self.session, 'sloccount')
+wheezy_sloc = [[item[1], item[2]] for item in sloc_list
+ if item[0] == wheezy]
+self.assertEqual(dict(wheezy_sloc)['sh'], 13560)
diff --git a/debsources/updater.py b/debsources/updater.py
index d0cc389..fdd72aa 100644
--- a/debsources/updater.py
+++ b/debsources/updater.py
@@ -460,20 +460,33 @@ def update_statistics(status, conf, session, suites=None):
session.add(siz)
session.add(loc)
-# compute per-suite stats
-for suite in suites:
-siz = HistorySize(suite, timestamp=now)
-loc = HistorySlocCount(suite, timestamp=now)
-
-suite_key = 'debian_' + suite + '.'
-for stat in ['disk_usage',
Bug#781314: unblock: fasttree/2.1.7-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fasttree The patch fixes bug #781259 which rendered the package unusable. Debdiff is attached. unblock fasttree/2.1.7-2 -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru fasttree-2.1.7/debian/changelog fasttree-2.1.7/debian/changelog --- fasttree-2.1.7/debian/changelog 2013-05-06 20:40:37.0 +0200 +++ fasttree-2.1.7/debian/changelog 2015-03-27 11:53:35.0 +0100 @@ -1,3 +1,14 @@ +fasttree (2.1.7-2) unstable; urgency=low + + * Team upload + * Modify/add patches to use double precision and increase branch +length precision. This is absolutely crucial to prevent flawed datas +analysis as described e.g. in +http://darlinglab.org/blog/2015/03/23/not-so-fast-fasttree.html +Closes: #781259 + + -- Roland Fehrenbacher r...@q-leap.de Tue, 24 Mar 2015 18:37:23 + + fasttree (2.1.7-1) unstable; urgency=low * New upstream version diff -Nru fasttree-2.1.7/debian/patches/increase-branch-length-precision.patch fasttree-2.1.7/debian/patches/increase-branch-length-precision.patch --- fasttree-2.1.7/debian/patches/increase-branch-length-precision.patch 1970-01-01 01:00:00.0 +0100 +++ fasttree-2.1.7/debian/patches/increase-branch-length-precision.patch 2015-03-26 17:22:50.0 +0100 @@ -0,0 +1,65 @@ +From 66d0f73b44065272ddefc71870156d35aad4df64 Mon Sep 17 00:00:00 2001 +From: Roland Fehrenbacher r...@q-leap.de +Date: Tue, 24 Mar 2015 18:21:03 + +Subject: [PATCH] Use double precision and increase branch length precision + +This is absolutely crucial to prevent flawed data analysis as +described e.g. in +http://darlinglab.org/blog/2015/03/23/not-so-fast-fasttree.html +--- + fasttree.c | 19 ++- + 1 file changed, 14 insertions(+), 5 deletions(-) + +diff --git a/fasttree.c b/fasttree.c +index 12862e2..a8426ab 100644 +--- a/fasttree.c b/fasttree.c +@@ -1,4 +1,10 @@ + /* ++ * 2014/12/11 - Modifications to raise the precision of branch length ++ * estimation. This should accompany setting USE_DOUBLE. ++ * Search tolerances have been decreased to 1e-9 from ++ * their original 1e-4. ++ * ++ * + * FastTree -- inferring approximately-maximum-likelihood trees for large + * multiple sequence alignments. + * +@@ -852,10 +858,13 @@ const double Log2 = 0.693147180559945; +were increased to prevent numerical problems in rare cases. +If compiled with -DUSE_DOUBLE then these minimums could be decreased. + */ +-const double MLMinBranchLengthTolerance = 1.0e-4; /* absolute tolerance for optimizing branch lengths */ ++const double MLMinBranchLengthTolerance = 1.0e-9; /* absolute tolerance for optimizing branch lengths */ + const double MLFTolBranchLength = 0.001; /* fractional tolerance for optimizing branch lengths */ +-const double MLMinBranchLength = 5.0e-4; +-const double MLMinRelBranchLength = 2.5e-4; /* minimum of rate * length */ ++const double MLMinBranchLength = 5.0e-9; ++const double MLMinRelBranchLength = 2.5e-9; /* minimum of rate * length */ ++ ++const double fPostTotalTolerance = 1.0e-20; /* mzd 2015/01/06, added as original assertion is violated when ++ MLMMinBranchLengthTolerance is decreased to 1e-9. */ + + int mlAccuracy = 1; /* Rounds of optimization of branch lengths; 1 means do 2nd round only if close */ + double closeLogLkLimit = 5.0; /* If partial optimization of an NNI looks like it would decrease the log likelihood +@@ -4962,7 +4971,7 @@ profile_t *PosteriorProfile(profile_t *p1, profile_t *p2, + double fPostTot = 0; + for (j = 0; j 4; j++) + fPostTot += fPost[j]; +- assert(fPostTot 1e-10); ++ assert(fPostTot fPostTotalTolerance); + double fPostInv = 1.0/fPostTot; + #if 0 /* SSE3 is slower */ + vector_multiply_by(fPost, fPostInv, 4); +@@ -5025,7 +5034,7 @@ profile_t *PosteriorProfile(profile_t *p1, profile_t *p2, + fPost[j] = value = 0 ? value : 0; + } + double fPostTot = vector_sum(fPost, 20); +- assert(fPostTot 1e-10); ++ assert(fPostTot fPostTotalTolerance); + double fPostInv = 1.0/fPostTot; + vector_multiply_by(/*IN/OUT*/fPost, fPostInv, 20); + int ch = -1; /* the dominant character, if any */ +-- +2.1.4 + diff -Nru fasttree-2.1.7/debian/patches/Makefile.patch fasttree-2.1.7/debian/patches/Makefile.patch --- fasttree-2.1.7/debian/patches/Makefile.patch 2012-06-15 12:00:58.0 +0200 +++ fasttree-2.1.7/debian/patches/Makefile.patch 2015-03-26 17:22:50.0 +0100 @@ -1,18 +1,34 @@ -Description: As the original source is just a c-file, the Makefile - needs to be created. -Index:
Bug#781304: qemu: add mips64/mips64el support and use --enable-tcg-interpreter
On Fri, Mar 27, 2015 at 8:08 PM, Michael Tokarev m...@tls.msk.ru wrote:
27.03.2015 14:24, YunQiang Su wrote:
[]
changes are neded for configure. I wont enable it for
I don't think so.
I didn't see any changes for mips64 in tcg/* in 2.2 and 2.3.
So if withouth this option, it will ftbfs on mips64el.
Hm.. Can you be a bit more specific, what the problem is that,
I means qemu build on mips64 aka, on host mips64el.
why this option is needed? Maybe we should enable it
automatically upstream (for 2.3 version which is about to be
released)?
tcg hasn't port to mips64, so we need -enable-tcg-interpreter to use tci.
cc -I/home/syq/qemu2.2/qemu-2.2+dfsg/tcg
-I/home/syq/qemu2.2/qemu-2.2+dfsg/tcg/mips
-I/home/syq/qemu2.2/qemu-2.2+dfsg/linux-headers
-I/home/syq/qemu2.2/qemu-2.2+dfsg/qemu-build/linux-headers -I.
-I/home/syq/qemu2.2/qemu-2.2+dfsg
-I/home/syq/qemu2.2/qemu-2.2+dfsg/include
-I/home/syq/qemu2.2/qemu-2.2+dfsg/tcg -Itcg -I/usr/include/pixman-1
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-Wstrict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings
-Wmissing-prototypes -fno-strict-aliasing -fno-common -g -O2
-fstack-protector-strong -Wformat -Werror=format-security
-D_FORTIFY_SOURCE=2
-DCONFIG_QEMU_DATAPATH='/usr/share/qemu:/usr/share/seabios:/usr/lib/ipxe/qemu'
-DVENDOR_DEBIAN -Wendif-labels -Wmissing-include-dirs -Wempty-body
-Wnested-externs -Wformat-security -Wformat-y2k -Winit-self
-Wignored-qualifiers -Wold-style-declaration -Wold-style-definition
-Wtype-limits -fstack-protector-strong -I/usr/include/p11-kit-1
-I/usr/include/p11-kit-1-I/usr/include/libpng12
-I/usr/include/libusb-1.0-I../linux-headers -I..
-I/home/syq/qemu2.2/qemu-2.2+dfsg/target-arm -DNEED_CPU_H
-I/home/syq/qemu2.2/qemu-2.2+dfsg/include -MMD -MP -MT tcg/tcg.o -MF
tcg/tcg.d -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -pthread
-I/usr/include/glib-2.0
-I/usr/lib/mips64el-linux-gnuabi64/glib-2.0/include -g -c -o
tcg/tcg.o /home/syq/qemu2.2/qemu-2.2+dfsg/tcg/tcg.c
In file included from /home/syq/qemu2.2/qemu-2.2+dfsg/tcg/tcg.c:49:0:
/home/syq/qemu2.2/qemu-2.2+dfsg/tcg/tcg-op.h: In function ‘tcg_gen_andi_i64’:
/home/syq/qemu2.2/qemu-2.2+dfsg/tcg/tcg-op.h:1104:13: error:
‘TCG_TARGET_HAS_ext8u_i64’ undeclared (first use in this function)
if (TCG_TARGET_HAS_ext8u_i64) {
^
/home/syq/qemu2.2/qemu-2.2+dfsg/tcg/tcg-op.h:1104:13: note: each
undeclared identifier is reported only once for each function it
appears in
/home/syq/qemu2.2/qemu-2.2+dfsg/tcg/tcg-op.h:1110:13: error:
‘TCG_TARGET_HAS_ext16u_i64’ undeclared (first use in this function)
if (TCG_TARGET_HAS_ext16u_i64) {
^
/home/syq/qemu2.2/qemu-2.2+dfsg/tcg/tcg-op.h:1116:13: error:
‘TCG_TARGET_HAS_ext32u_i64’ undeclared (first use in this function)
if (TCG_TARGET_HAS_ext32u_i64) {
Thanks,
/mjt
--
YunQiang Su
qemu-mips64.txt.xz
Description: Binary data
Bug#781310: mumble: Problem accissing another pulseaudio soundcard
Package: mumble Version: 1.2.3-349-g315b5f5-2.2+deb7u1 Severity: important Hi, i am using an external usb sound card explicite for mumble. Its managed through pulseaudio. This setup works grate on debian testing but isnt working with debian stable. I guess its a problem in the mumble package. Please fix that. thanks -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mumble depends on: ii gconf2 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libavahi-compat-libdnssd1 0.6.31-2 ii libc6 2.13-38+deb7u6 ii libg15daemon-client1 1.9.5.3-8.2 ii libgcc11:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libopus0 0.9.14+20120615-1+nmu1 ii libprotobuf7 2.4.1-3 ii libpulse0 2.0-6.1 ii libqt4-dbus4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-sql 4:4.8.2+dfsg-11 ii libqt4-sql-sqlite 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsndfile11.0.25-5 ii libspeechd20.7.1-6.2 ii libspeex1 1.2~rc1-7 ii libspeexdsp1 1.2~rc1-7 ii libssl1.0.01.0.1e-2+deb7u13 ii libstdc++6 4.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii lsb-release4.1+Debian8+deb7u1 Versions of packages mumble recommends: ii speech-dispatcher 0.7.1-6.2 Versions of packages mumble suggests: pn mumble-server none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781311: gss_delete_sec_context breaks openssl usage in other libraries
package: moonshot-gss-eap version: 0.9.2-3 severity: grave Whenever the last gss-eap security context is deleted, the gss-eap mechanism shuts down openssl including freeing x_data, error strings, and engines. In practice this tends to mean that any other library in the same process using openssl will fail. So, for example if you use GSS-API to authenticate a TLS-protected session, then that session will fail. This is grave because it breaks unrelated packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781312: CA certificates cannot handle internal space
package: moonshot-gss-eap version: 0.9.2-3 severity: serious justification: Broken interoperability with the UK's production Moonshot infrastructure. It turns out that despite code designed specifically to permit internal white space in CA certificates in moonshot trust anchors, the length check in util_moonshot.c will reject a CA certificate whose base64 encoding includes whitespace. Unfortunately, JISC Assent, the production Moonshot infrastructure in the UK, includes internal space in the cross-organizational certificates it generates. So, using this version of the software, you cannot interact with those credentials. --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774784: Kernel crashes with radeonsi
In my opinion (from a users standpoint) this bug should be considered release critical for Jessie, as it makes Radeon Southern Island hardware more or less unusable. I'm running two machines with RadeonSI cards, one with Debian, one with Gentoo, and I can confirm from the Gentoo box, that disabling the dma engine (and using the latest radeon-ucode) indeed solves the crash issues. signature.asc Description: This is a digitally signed message part.
Bug#781304: qemu: add mips64/mips64el support and use --enable-tcg-interpreter
27.03.2015 14:24, YunQiang Su wrote: [] changes are neded for configure. I wont enable it for I don't think so. I didn't see any changes for mips64 in tcg/* in 2.2 and 2.3. So if withouth this option, it will ftbfs on mips64el. Hm.. Can you be a bit more specific, what the problem is that, why this option is needed? Maybe we should enable it automatically upstream (for 2.3 version which is about to be released)? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780776: blueman does not request passkey
Hi Andreas, did you check a current upstream version? To see what's going on in blueman (if anything), we need the output from blueman-applet. See https://github.com/blueman-project/blueman/wiki/Troubleshooting for information on this. I think it's best you create an upstream issue for this. I saw you're already on GitHub. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761219: debian-policy: document versioned Provides
On Fri, Mar 13, 2015 at 05:38:39PM -0300, Henrique de Moraes Holschuh wrote: On Fri, 13 Mar 2015, David Prévot wrote: On Thu, Sep 11, 2014 at 09:57:57PM +0300, Niko Tyni wrote: dpkg 1.17.11 and apt 1.0.7 recently implemented support for versioned provides. […] This clearly needs an update. No proposed wording yet, sorry. Here is a simple one, stripping away the incorrect restriction. The consideration about versioned virtual package may evolve with the dpkg implementation, so I don’t believe it is worth it to document it in the policy, at least not right now anyway. Support for versioned provides is still too new: it is present only in Jessie and unstable. This is a concern when dealing with backports. So how long do you propose we should wait before adopting new dpkg/apt features, if one release cycle isn't enough anymore? Backports are not relevant for all packages. I can't really see us supporting backports of major perl versions, as they are generally binary incompatible with the older ones. FWIW I don't think the policy needs to change before jessie is released, but I don't think anybody was aiming for that anyway? I'd recommend we change the current text, but not by removing the restriction on versioned provides. Instead, mention that it does not exist anymore since Debian jessie (dpkg 1.17.11 and newer). How about removing the restriction, but adding a footnote mentioning that support for versioned provides is still new, and care should be taken not to create needless complications on possible backports? -- Niko Tyni nt...@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#781309: libdebconfclient0: Priority is 'Optional' although being a dependency of base-passwd
Package: libdebconfclient0 Version: 0.192 Severity: serious Justification: Policy 2.5 Dear Maintainer, I believe the priority of the package libdebconfclient0 should be raised as it is a hard-dependency of the base-passwd package. Relevant part of the Debian Policy: Packages must not depend on packages with lower priority values (excluding build-time dependencies). In order to ensure this, the priorities of one or more packages may need to be adjusted. I believe a patch is not required, let me know otherwise. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libdebconfclient0 depends on: ii libc6 2.19-15 ii multiarch-support 2.19-15 libdebconfclient0 recommends no packages. libdebconfclient0 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#781313: mirror submission for debian.saix.net
Package: mirrors Severity: wishlist Submission-Type: new Site: debian.saix.net Aliases: ftp.saix.net Aliases: www.ftp.saix.net Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /pub/linux/distributions/debian/ Archive-http: / CDImage-ftp: /pub/linux/distributions/debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.us.debian.org CDImage-upstream: cdimage.debian.org Updates: twice Maintainer: Jaco Lesch f...@saix.net Country: ZA South Africa Location: Cape Town Sponsor: Telkom SA SOC Ltd http://www.telkom.co.za Comment: Max bandwidth 1Gig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781304: qemu: add mips64/mips64el support and use --enable-tcg-interpreter
On Fri, Mar 27, 2015 at 9:20 PM, Michael Tokarev m...@tls.msk.ru wrote: Control: tag -1 - pending 27.03.2015 15:34, YunQiang Su wrote: tcg hasn't port to mips64, so we need -enable-tcg-interpreter to use tci. Oh well. I misunderstood. As one of qemu upstream authors (Peter Maydell) says about tcg interpreter: In theory this lets you run QEMU on systems with architectures we don't have a backend for. In practice I think the set of people who (a) have that kind of a host and (b) would be happy with interpreter performance is the empty set So basically, tcg interpreter is a Bad Thing (tm), and I'm not really sure I want to enable it. I reverted the change for now. Hmm... OK, in fact I am working on port tcg now. tci is a workaround for me now. /mjt -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781316: please build m-s-a with nvidia sensors support
Source: mate-sensors-applet Version: 1.8.0+dfsg1-1 Severity: wishlist Since libxnvctrl0 and libxnvctrl-dev are in the main section (rather than contrib), m-s-a can be safely built with nvidia sensors support without the need to move it to contrib. It will require a simple build-dep on libxnvctrl-dev and a new mate-sensors-applet-nvidia binary package which will depend on libxnvctrl0. No nvidia-settings (which is in contrib) required.
Bug#742378: linux-image-3.13-1-amd64: WARNING at i915/intel_display.c check_crtc_state
Package: src:linux Version: 3.16.7-ckt7-1 Followup-For: Bug #742378 Happens here too (eeepc701), when the vga is connected. -- Package-specific info: ** Version: Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae root=UUID=93e31f4c--4d55-aa08-b112cb2b93e2 ro ** Tainted: W (512) * Taint on warning. ** Kernel log: [ 51.268623] Call Trace: [ 51.268646] [c1476795] ? dump_stack+0x3e/0x4e [ 51.268662] [c1056b64] ? warn_slowpath_common+0x84/0xa0 [ 51.268725] [f8422449] ? check_crtc_state+0x6d9/0xe70 [i915] [ 51.268785] [f8422449] ? check_crtc_state+0x6d9/0xe70 [i915] [ 51.268798] [c1056bb3] ? warn_slowpath_fmt+0x33/0x40 [ 51.268860] [f8422449] ? check_crtc_state+0x6d9/0xe70 [i915] [ 51.268933] [f842f78b] ? intel_modeset_check_state+0x20b/0x730 [i915] [ 51.268995] [f842fd50] ? intel_set_mode+0x30/0x40 [i915] [ 51.269056] [f8430a54] ? intel_crtc_set_config+0x7c4/0xba0 [i915] [ 51.269071] [c1250732] ? idr_alloc+0x72/0xc0 [ 51.269106] [f80af5ce] ? drm_mode_set_config_internal+0x4e/0xb0 [drm] [ 51.269136] [f80b2a6b] ? drm_mode_setcrtc+0xbb/0x540 [drm] [ 51.269165] [f80b29b0] ? drm_mode_setplane+0x430/0x430 [drm] [ 51.269189] [f80a548f] ? drm_ioctl+0x1cf/0x530 [drm] [ 51.269218] [f80b29b0] ? drm_mode_setplane+0x430/0x430 [drm] [ 51.269246] [f80a52c0] ? drm_ioctl_flags+0x40/0x40 [drm] [ 51.269258] [c117c5e2] ? do_vfs_ioctl+0x2f2/0x4d0 [ 51.269270] [c1478240] ? __schedule+0x230/0x6e0 [ 51.269283] [c125b5f8] ? lockref_put_or_lock+0x8/0x30 [ 51.269297] [c10ab01c] ? call_rcu_sched+0x1c/0x20 [ 51.269311] [c116a9a8] ? SyS_access+0x188/0x1f0 [ 51.269322] [c117c820] ? SyS_ioctl+0x60/0x90 [ 51.269334] [c147b69f] ? sysenter_do_call+0x12/0x12 [ 51.269342] ---[ end trace 44c98e52cc96be67 ]--- [ 96.021157] EXT4-fs (dm-2): warning: mounting unchecked fs, running e2fsck is recommended [ 96.021887] EXT4-fs (dm-2): mounted filesystem without journal. Opts: (null) [ 96.147415] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null) [ 98.860064] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: (null) [ 100.250433] [drm:intel_pipe_config_compare] *ERROR* mismatch in gmch_pfit.lvds_border_bits (expected 32768, found 0) [ 100.250448] [ cut here ] [ 100.250539] WARNING: CPU: 0 PID: 2920 at /build/linux-EX3g2b/linux-3.16.7-ckt7/drivers/gpu/drm/i915/intel_display.c:10194 check_crtc_state+0x6d9/0xe70 [i915]() [ 100.250546] pipe state doesn't match! [ 100.250551] Modules linked in: uinput fuse parport_pc ppdev lp parport sha256_generic loop ecb cbc algif_skcipher af_alg dm_crypt dm_mod snd_hda_codec_realtek iTCO_wdt snd_hda_codec_generic iTCO_vendor_support joydev arc4 uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common videodev media ath5k ath mac80211 psmouse evdev serio_raw snd_hda_intel snd_hda_controller snd_hda_codec lpc_ich mfd_core rng_core cfg80211 snd_hwdep i915 snd_pcm_oss snd_mixer_oss drm_kms_helper eeepc_laptop snd_pcm snd_timer sparse_keymap snd drm rfkill soundcore i2c_algo_bit i2c_core shpchp battery ac video button processor ext4 crc16 mbcache jbd2 usb_storage sg sd_mod crc_t10dif crct10dif_generic crct10dif_common ata_generic ata_piix ahci libahci libata ehci_pci uhci_hcd ehci_hcd scsi_mod usbcore usb_common [ 100.250715] atl2 thermal thermal_sys [ 100.250734] CPU: 0 PID: 2920 Comm: Xorg Tainted: GW 3.16.0-4-686-pae #1 Debian 3.16.7-ckt7-1 [ 100.250741] Hardware name: ASUSTeK Computer INC. 701/701, BIOS 1302 03/11/2009 [ 100.250748] f8474dfc f4295a7c c1476795 f4295a8c c1056b64 f847e72c f4295aa8 0b68 [ 100.250766] f8474dfc 27d2 f8422449 f8422449 0009 f4e6e030 f4e6e000 f4e6e318 [ 100.250783] f4295a94 c1056bb3 0009 f4295a8c f847e72c f4295aa8 f4295d18 f8422449 [ 100.250801] Call Trace: [ 100.250824] [c1476795] ? dump_stack+0x3e/0x4e [ 100.250839] [c1056b64] ? warn_slowpath_common+0x84/0xa0 [ 100.250902] [f8422449] ? check_crtc_state+0x6d9/0xe70 [i915] [ 100.250962] [f8422449] ? check_crtc_state+0x6d9/0xe70 [i915] [ 100.250975] [c1056bb3] ? warn_slowpath_fmt+0x33/0x40 [ 100.251036] [f8422449] ? check_crtc_state+0x6d9/0xe70 [i915] [ 100.251110] [f842f78b] ? intel_modeset_check_state+0x20b/0x730 [i915] [ 100.251172] [f842fd50] ? intel_set_mode+0x30/0x40 [i915] [ 100.251233] [f8430a54] ? intel_crtc_set_config+0x7c4/0xba0 [i915] [ 100.251248] [c1250732] ? idr_alloc+0x72/0xc0 [ 100.251284] [f80af5ce] ? drm_mode_set_config_internal+0x4e/0xb0 [drm] [ 100.251313] [f80b2a6b] ? drm_mode_setcrtc+0xbb/0x540 [drm] [ 100.251343] [f80b29b0] ? drm_mode_setplane+0x430/0x430 [drm] [ 100.251366] [f80a548f] ? drm_ioctl+0x1cf/0x530 [drm] [ 100.251395] [f80b29b0] ? drm_mode_setplane+0x430/0x430 [drm] [ 100.251423] [f80a52c0] ?
Bug#781227: Build grass with liblas support
On 03/26/2015 10:06 AM, Sebastiaan Couwenberg wrote: Building grass with liblas support is possible, I'm not sure why that wasn't enabled before. Building grass with liblas suport currently breaks because the liblas-config script has a wrong/outdated path: GEOTIFF_LIBRARY=/usr/lib/libgeotiff.so On amd64 this should be: /usr/lib/x86_64-linux-gnu/libgeotiff.so It's currently not possible to build liblas for experimental due to #777955 #768476, so it will take some time before we can fix this. 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#781304: qemu: add mips64/mips64el support and use --enable-tcg-interpreter
Control: tag -1 - pending 27.03.2015 15:34, YunQiang Su wrote: tcg hasn't port to mips64, so we need -enable-tcg-interpreter to use tci. Oh well. I misunderstood. As one of qemu upstream authors (Peter Maydell) says about tcg interpreter: In theory this lets you run QEMU on systems with architectures we don't have a backend for. In practice I think the set of people who (a) have that kind of a host and (b) would be happy with interpreter performance is the empty set So basically, tcg interpreter is a Bad Thing (tm), and I'm not really sure I want to enable it. I reverted the change for now. Hmm... /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781315: Wrong default in the config -- unusable with SMTP after a recent Python upgrade
Package: rss2email
Version: 3.9-1
Severity: important
Tags: upstream
As described in #770172, Python doesn't support SSLv3 now, so sending
emails over SMTP fails right before STARTTLS attempt with a confusing
‘could not authenticate with mail server’ error message.
Removing an ‘except’ keyword from email.py helped me to diagnose the
issue:
Traceback (most recent call last):
File /usr/bin/r2e, line 5, in module
rss2email.main.run()
File /usr/lib/python3/dist-packages/rss2email/main.py, line 175, in run
args.func(feeds=feeds, args=args)
File /usr/lib/python3/dist-packages/rss2email/command.py, line 62, in run
feed.run(send=args.send)
File /usr/lib/python3/dist-packages/rss2email/feed.py, line 860, in run
digest=digest, seen=seen, sender=sender, send=send)
File /usr/lib/python3/dist-packages/rss2email/feed.py, line 906, in
_send_digest
self._send(sender=sender, message=digest_msg)
File /usr/lib/python3/dist-packages/rss2email/feed.py, line 818, in _send
config=self.config, section=section)
File /usr/lib/python3/dist-packages/rss2email/email.py, line 350, in send
config=config, section=section)
File /usr/lib/python3/dist-packages/rss2email/email.py, line 165, in
smtp_send
protocol = getattr(_ssl, 'PROTOCOL_{}'.format(protocol_name))
AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3'
What needs to be done is (at least) modification to config.py:196 to replace
SSLv3 by TLSv1, or, better,
automatic replacement, probably with a warning, in runtime.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/mksh
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780607: Problem no longer present after upgrading to 1:4.3.3-2~bpo70+2
tag 780607 + moreinfo thanks Hi, On Thu, Mar 26, 2015 at 10:58:59PM -0400, Celejar wrote: After wrestling fruitlessly with the problem for a while, and receiving no response here or on debian-user maybe because the original mail never arrived in my mailbox.. And debian-user might be because either noone else had that problem or had no idea... I upgraded to 1:4.3.3-2~bpo70+2 (wheezy-backports), and the problem is no longer present. Ah, good. Not good that we don't know whether this is a general problem and/or freetype is buggy and 4.3.3 just doesn't exhibit it or whatever What happens with your old version and a freetype downgrade? Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781123: Looks similar to upstream bug #960
Hi Vasyl! * Vasyl Kaigorodov vkaig...@redhat.com, 2015-03-25, 15:14: Jakub, did you report this upsream already? No, I didn't, sorry. -- 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#781317: [makehuman] Could'nt change Ethnics
Package: makehuman Version: 1.0.0~alpha6-5+b1 Severity: normal Dear Maintainer, In makehuman i found a problem, where I could'nt change the Ethnic. There is only the option Africa choosen and there is no way to choose another Ethnic under Files/Ethnics. There is also no way to get back the old Skin at startup ot the application, after loading an Ethnic with Africa. Thanks, Erik --- System information. --- Architecture: i386 Kernel: Linux 3.16.0-4-686-pae Debian Release: 8.0 500 testing-updates ftp.de.debian.org 500 testing security.debian.org 500 testing ftp.de.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#781319: wrong binary package name
Package: cssmin Version: 0.2.0-1 Severity: normal cssmin binary package provides public Python module cssmin so it should be named python-cssmin. It doesn't really matter that there's /usr/bin/cssmin script. If possible, please change it before releasing Jessie to avoid confusion -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cssmin depends on: ii python2.7.8-3 ii python-pkg-resources 5.5.1-1 cssmin recommends no packages. cssmin 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#781320: [vtk6] missing libvtk*TCL-6.1.so.6.1.0 in /usr/lib/
Package: vtk6 Version: 6.1.0+dfsg2-6 Severity: normal --- Please enter the report below this line. --- When building application against vtk6 we always get some warnings : -- The imported target vtkViewsGeovisTCL references the file /usr/lib/x86_64-linux-gnu/libvtkViewsGeovisTCL-6.1.so.6.1.0 but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained /usr/lib/cmake/vtk-6.1/VTKTargets.cmake but not all the files it references. and so on for every vtk*TCL. The requested libraries do exist in tcl-vtk6 package but they are in /usr/lib not /usr/lib/$ARCH Best C --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 500 testing-proposed-updates ftp.fr.debian.org 500 testing www.deb-multimedia.org 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp.fr.debian.org 500 testing euler.lcmi.local 500 stable dl.google.com 500 jessie neuro.debian.net 500 dataneuro.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Christophe TROPHIME Research Engineer LNCMI CNRS - LNCMI 25, rue des Martyrs BP 166 38042 GRENOBLE Cedex 9 FRANCE CNRS Tel : +33 (0)4 76 88 90 02 Fax : +33 (0) 4 76 88 10 01 Office U 19 M@il : christophe.troph...@lncmi.cnrs.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761023: [bb] Visual stops when audio starts
I did a few extra tests: - bb works fine with the music on the console (no X). - I had the same bug on X. Uninstalling pulseaudio - and rebooting - fixed the issue. - I tried compiling with --disable-libmikmodtest, but video also freezes when pulse-audio is there. -- Nirgal My skype account was deleted by M$ without reason: Bye bye pulseaudio :) And welcome back sound hotkeys on my Asus! signature.asc Description: OpenPGP digital signature
Bug#781087: libreoffice-impress: impress animation strechy dosn't work with drawings
Control: found -1 1:4.4.2~rc1-1 On Tue, 24 Mar 2015 12:11:52 +0100, Wolfgang Hainz wrote: Package: libreoffice-impress Version: 1:4.3.3-2 Severity: normal When I add a drawing element, e.g. a rectangle, to a slide and add the animation effect Stretchy with the default setting Direction: Across, the element and all other elements later in the animation sequence are never shown. I can confirm this problem with 1:4.3.3-2 on unstable. I've now upgraded to LO 1:4.4.2~rc1-1 from experimental and tried your example.odp. Unfortunately the behaviour is still the same. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Dave Brubeck: Bossa Nova U.S.A. signature.asc Description: Digital Signature
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
On Fri, Mar 27, 2015 at 08:10:31AM +, Ian Campbell wrote: Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote: Sure, there you go Now I see the problem. It runs modprobe --all --set-version=3.19.2-amd64-i915-volpreempt-20141114 --ignore-install --quiet --show-depends multipath.ko but I have /lib/modules/3.19.2-amd64-i915-volpreempt-20141114/kernel/drivers/md/multipath.ko.gz (trailing .gz) Ah, yes. I see this is a new kernel option, CONFIG_MODULE_COMPRESS (with gz and xz variants) which seems to have been introduced in v3.18-rc1. I suppose disabling that in your local builds would work around the issue until initramfs-tools can be taught to cope. Yes, it was late last night when I found this, but indeed this was my plan :) All I needed was the way to run initramfs in debug mode and then it was obvious. Would you mind adding this in the man page? I could have debugged this a while ago had I had the easy way to run it in debug mode. Thanks, Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 1024R/763BE901 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602748: gpaw: i'm interested in packaging
Hi, i actually maintain the GPAW packages for Debian 6, 7 and Ubuntu LTS under https://build.opensuse.org/package/show/home:dtufys/gpaw-0.10.0 but I would like GPAW gets into the distribution. Can you point me to the procedure I need to follow to achieve this? Best regards, Marcin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781318: shinken: The installation directory /var/lib/shinken/share is missing
Package: shinken Version: 2.0.3-4 Severity: normal Dear Maintainer, * What led up to the situation? # shinken install http Grabbing : http The installation directory /var/lib/shinken/share is missing! * What was the outcome of this action? nothing installed * What outcome did you expect instead? http shinken pack install -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (990, 'testing-updates'), (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages shinken depends on: ii shinken-common 2.0.3-4 pn shinken-mod-auth-cfg-password none ii shinken-mod-pickle-retention-file-generic 1.4.1-2 ii shinken-mod-webui [shinken-mod-sqlitedb] 1.0-1 shinken recommends no packages. Versions of packages shinken suggests: pn shinken-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768094: bug still occurs
I just tried to do a database update with 0.19.1-1.1 and it churned for a while and then spit out this in the log: terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid and it killed the mpd daemon :( micah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781323: [pcmanfm] additional keyboard-options left and right in Open with...-Window
Package: pcmanfm Version: 1.2.3-1.1 Severity: wishlist In the window after right-click a file and choosing Open with.. you can use the keys up and down to change the selected field. But I think there is a missing option to expand/unexpand with the left and right key. Erik --- System information. --- Architecture: i386 Kernel: Linux 3.16.0-4-686-pae Debian Release: 8.0 500 testing-updates ftp.de.debian.org 500 testing security.debian.org 500 testing ftp.de.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#781322: please bump minimum required Python 3.X version to 3.3
Package: python3-jsmin Version: 2.0.9-1 Severity: normal I tried to backport this package to Wheezy, here's what I got: | set -e ; for pyvers in 2.6 2.7 3.2; do \ | PYTHONPATH=/«PKGBUILDDIR» python$pyvers jsmin/test.py ; \ | done | | -- | Ran 36 tests in 0.005s | | OK | | -- | Ran 36 tests in 0.004s | | OK | File jsmin/test.py, line 263 | instr = u'\u4000 //foo' | ^ | SyntaxError: invalid syntax please add X-Python3-Version: = 3.3 to debian/control (in source stanza) -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-jsmin depends on: pn python3:any none python3-jsmin recommends no packages. python3-jsmin 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#781321: ITP: golang-bolt -- low-level key/value database for Go
Package: wnpp Severity: wishlist * Package name: golang-bolt Version : 1.0 Upstream Author : Ben Johnson benbjohn...@yahoo.com * URL : https://github.com/boltdb/bolt * License : Expat Programming Lang: Go Description : low-level key/value database for Go I am packaging this as this is a dependency for IndluxDB signature.asc Description: OpenPGP digital signature
Bug#765005: Working on InfluxDB ITP again
Hello, Pierre-Luc is a friend of mine and we have started working on this ITP again. Feel free to hit #debian-golang if you want to contribute. -- Alexandre Viau alexan...@alexandreviau.net signature.asc Description: OpenPGP digital signature
Bug#781324: Feature request: dpkg logging to syslog
Package: dpkg At the moment, dpkg writes its actitivity to file /var/log/dpkg.log (path can be changed with --log option), which seems to be the only option. man dpkg does not say anything about syslog logging option. Is it possible to add a feature to be able to send events to syslog (rsyslog) process instead writing to file? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755677: [Aptitude-devel] Bug#755677: aptitude: Recognizes Debian Backports packages as official for downloading changelogs on the CLI, but not in the TUI
On Thu, Mar 26, 2015 at 08:33:23PM -0400, Samuel Bronson wrote: Also, trying to see what aptitude SHOULD do, I discovered that apt-get hardcodes several functions for this, covering 176 lines, in apt-get.cc http://anonscm.debian.org/cgit/apt/apt.git/tree/cmdline/apt-get.cc?id=d01fa806061db7f5d227a0784405987c78998c84#n1409, rather than having library functionality for this. Nasty! aptitude was the first to have 'changelog', so if you want to assign blame, I would give aptitude a higher score for not contributing it back in the first place… I am not too much into assigning blame through. Implementing it for 'yourself' is just simpler and quicker as you don't have to invent a (forever stable) API for it. Silly nasty humans, they are so lazy… (yes, even those mighty deity@'s are humans – and they are the worst!) Anyway, the bugreport for this is #739854, which just recently had its first birthday and is tagged 'newcomer'… Someone who is interested in working on this is highly encouraged to contact us! Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#753269: node-supports-color in NEW
Packaging for node-supports-color is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-supports-color.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-supports-color_1.3.1-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753275: node-ansi-regex in NEW
Packaging for node-ansi-regex is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-ansi-regex.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-ansi-regex_1.1.1-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781309: libdebconfclient0: Priority is 'Optional' although being a dependency of base-passwd
Control: reassign -1 ftp.debian.org On Fri, 2015-03-27 at 12:32 +0100, Benoit Allard wrote: Package: libdebconfclient0 Version: 0.192 Severity: serious Justification: Policy 2.5 Dear Maintainer, I believe the priority of the package libdebconfclient0 should be raised as it is a hard-dependency of the base-passwd package. Relevant part of the Debian Policy: Packages must not depend on packages with lower priority values (excluding build-time dependencies). In order to ensure this, the priorities of one or more packages may need to be adjusted. I believe a patch is not required, let me know otherwise. Priorities are set by the FTP team. A package's control file is only a hint as to what its priority should be. Ben. -- Ben Hutchings Everything should be made as simple as possible, but not simpler. - Albert Einstein signature.asc Description: This is a digitally signed message part
Bug#780890: node-jsonfile in NEW
Packaging for node-jsonfile is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-jsonfile.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-jsonfile_2.0.0-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781328: [INTL:da] Danish translation of the debconf templates apt-cacher-ng
Package: apt-cacher-ng Severity: wishlist Tags: l10n patch Please include the attached Danish apt-cacher-ng translation. joe@pc:~/over/debian/apt-cacher-ng$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 25 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#781268: Acknowledgement (ITP: libauxv -- Auxiliary Vector Library)
First draft here : https://mentors.debian.net/package/libauxv Some comments : W: configure-generated-file-in-source There is an issue opened upstream : https://github.com/Libauxv/libauxv/issues/3 E: binary-from-other-architecture This looks like a bug on mentors : lintian on my dev machine does not give this : https://alioth.debian.org/tracker/index.php?func=detailaid=315025group_id=100127atid=413115 F. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781332: adb: device offline (adb version too old?)
Package: android-tools-adb Version: 4.2.2+git20130529-5.1 Severity: important Dear Maintainer, * What led up to the situation? Plug in Galaxy Tab 3.0 7 (SM-T210) with official ROM (Android 4.4.2) to USB port. USB debugging is enabled, and USB is in MTP mode. * What exactly did you do (or not do) that was effective (or ineffective)? $ adb version Android Debug Bridge version 1.0.31 $ adb devices * What was the outcome of this action? * daemon not running. starting it now on port 5037 * * daemon started successfully * List of devices attached 5200d5605a095100offline * What outcome did you expect instead? Using upstream Android SDK: $ adb kill-server $ ~/Android/Sdk/platform-tools/adb version Android Debug Bridge version 1.0.32 $ ~/Android/Sdk/platform-tools/adb devices List of devices attached 5200d5605a095100unauthorized After accepting the popup on the device: $ ~/Android/Sdk/platform-tools/adb devices List of devices attached 5200d5605a095100device -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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: sysvinit (via /sbin/init) Versions of packages android-tools-adb depends on: ii libc62.19-15 ii libssl1.0.0 1.0.1k-1 ii zlib1g 1:1.2.8.dfsg-2+b1 android-tools-adb recommends no packages. android-tools-adb 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#781151: boot often stalls with two A start job is running messages: binfmt and schroot sessions
Am 27.03.2015 um 17:40 schrieb Thibaut Paumard: Le 27/03/2015 10:33, Thibaut Paumard a écrit : I'm going to disable binfmt-support, just for checking, and report when boot stalls again. I confirm that even with binfmt-support disabled, boot stalls. Actually the system is booted, but unusable because core services failed to start (including logind). It is then impossible to start those services from the debug shell, and impossible to halt the machine from the debug shell (halt, reboot don't return and don't halt the system). Can you boot with systemd.log_level=debug on the kernel command line and attach the output of journalctl -alb to the bug report. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#781278: multi-arch packages cannot be installed due to dpkg wrongly detecting them as already installed
Control: tags -1 moreinfo unreproducible Control: severity -1 normal Hi! On Thu, 2015-03-26 at 21:32:41 +0100, Alberto Salvia Novella wrote: Package: dpkg Version: 1.17.13 Severity: important As reported in https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1407757: Ah, one of those bug reports in the dpkg's Launchpad page that makes it look like a wasteland. :) HOW TO REPRODUCE: - Install an affected package. EXPECTED BEHAVIOUR: - The package to be installed. REAL BEHAVIOUR: - The package cannot be installed due to dpkg wrongly detecting them as already installed. I think this and the ton of duped bugs in Launchpad are just a symptom of a buggy frontend asking dpkg to install packages multiple times, which then dpkg complains about. Date: Mon Jan 5 12:17:10 2015 DuplicateSignature: package:libpam-systemd:amd64:204-5ubuntu20.9:package libpam-systemd:amd64 is already installed and configured ErrorMessage: package libpam-systemd:amd64 is already installed and configured InstallationDate: Installed on 2015-01-04 (1 days ago) InstallationMedia: Mythbuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: dpkg Title: package libpam-systemd:amd64 204-5ubuntu20.9 failed to install/upgrade: package libpam-systemd:amd64 is already installed and configured UpgradeStatus: No upgrade log present (probably fresh install) I'm assuming that the package is actually properly configured on the system, and the problem comes from whatever frontend is being used in Ubuntu. Doing a «dpkg -l libpam-systemd:amd64» should confirm my suspicion. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781283: [Pkg-libvirt-maintainers] Bug#781283: libvirt-bin: Permission denied with 9p file system
Thanks for the fast response. The UID's match on host and guest. Notice that the problems with directory listing occurred as root (UID 0). The copy problem was as ross. Most of the files are owned by ross (UID 1000). Eventually, I'll want to operate from the guest with a UID not present on the host, although I could add it to the host if necessary. Although it's possible this is a KVM issue, a significant number of similar problems reported on the net were the result of libvirt, usually the security framework (selinux or apparmor--are either relevant for Debian?), but sometimes also the exact mode choices. The fact that I can't access host files as root from the guest, with libvirt daemon running as root (I think) on the host suggests something is getting in the way. The apparent logic is group and other have no access rights to the file; file's owner UID = 1000; accessing process UID=0; no acesss. Ross From: Guido Günther [a...@sigxcpu.org] Sent: Friday, March 27, 2015 1:22 AM To: 781...@bugs.debian.org Cc: Boylan, Ross Subject: Re: [Pkg-libvirt-maintainers] Bug#781283: libvirt-bin: Permission denied with 9p file system Hi Ross, On Thu, Mar 26, 2015 at 02:17:11PM -0700, Ross Boylan wrote: Package: libvirt-bin Version: 0.9.12.3-1+deb7u1 Severity: normal Operating inside a wheezy VM with fstab including SASInstaller/mnt/SASInstaller 9p trans=virtio,version=9p2000.L 0 0 SASUnzip/mnt/SASUnzip 9p trans=virtio,version=9p2000.L 0 0 and libvirt setup with, e.g., filesystem type='mount' accessmode='passthrough' source dir='/mnt/SASInstaller'/ target dir='SASInstaller'/ address type='pci' domain='0x' bus='0x00' slot='0x0a' function='0x0'/ /filesystem Using KVM. I get lots of Permission Denied errors both when listing directory contents and when trying to do anything, such as creating a file. E.g., You need to have matching UIDs in the VM and the host - is that the case? It's working fine over here since years so it's likely a setup problem on your end. That said these kind of bugs are better suited for QEMU/KVM since libvirt only does the setup and QEMU is carrying the actual 9pfs implementation. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781329: xul-ext-treestyletab: please package/update xul-ext-treestyletab to 0.15.2015030601
Package: xul-ext-treestyletab Version: 0.15.2014120101-1 Severity: wishlist Dear Maintainer, Recently treestyletab came with a new version, can you package it. This is the small history/changelog with this new version :- Width of the tab bar, position of the tab bar, and status of the auto hide feature are saved and restored for each window. Better compatibility with Duplicate in Tab Context Menu addon. Better compatibility with ColorfulTabs. Annoyingly horizontal scroll of the tab bar (happend by clicking on any tab) has been solved. Isolated from obsolete String.prototype.quote(). Isolated from deprecated JavaScript 1.7's let blocks. Isolated from obsolete nsIPopupBoxObject interface on Firefox 36 and later. Update appearance of the tab bar correctly, after the sidebar is shown/hidden at Firefxo 39 and later. Reset z-index of vertical tabs always to prevent tabs are shown above other browser elements. Open child tabs from links correctly on Firefox 36 and later. Open child tabs from the web search bar correctly on Firefox 36 and later. Open multiple child tabs from a tab by scripts more correctly, for E10S windows. Firefox Hello's chat boxes are not placed below tabs anymore. Mouse events on the place holder shown when the tab bar is completely hidden are handled correctly to show/hide the tab bar automatically. Latest version at http://piro.sakura.ne.jp/xul/xpi/confirm.cgi?treestyletab.xpi Look forward to the new release in experimental, thank you for your attention :) -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xul-ext-treestyletab depends on: ii iceweasel 36.0.4-1 xul-ext-treestyletab recommends no packages. xul-ext-treestyletab suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781331: fusionforge: [INTL:nl] Dutch po file for the fusionforge package
Package: fusionforge Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch po file for the fusionforge package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/dsf-po/nl.po in your package build tree. === -- Cheers, Frans === http://www.frans-spiesschaert.homenet.org http://home.base.be/vt6362833/ nl.po.gz Description: application/gzip signature.asc Description: This is a digitally signed message part
Bug#781330: zenity: Please provide a font selection dialog
Package: zenity Version: 3.14.0-1 Severity: wishlist Given as zenity already provides a colour or file picker dialog, I think it would be useful to have a font picker as well. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages zenity depends on: ii libc6 2.19-15 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk-3-0 3.14.5-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libwebkitgtk-3.0-0 2.4.8-1 ii libx11-62:1.6.2-3 ii zenity-common 3.14.0-1 zenity recommends no packages. zenity suggests no packages. -- no debconf information -- Paul LeoNerd Evans leon...@leonerd.org.uk http://www.leonerd.org.uk/ | https://metacpan.org/author/PEVANS pgp1CRSCjSnHz.pgp Description: OpenPGP digital signature
Bug#780850: mirror submission for debian.torzilla.net
Control: tag -1 +moreinfo Hi, Thank you for supporting and mirroring Debian. A few comments and questions: On Fri, 20 Mar 2015 13:50:43 + alessio alessio.garof...@linux.com wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.torzilla.net Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /debian/ ftp open (to) debian.torzilla.net drwxr-xr-x9 1001 1001 4096 Mar 22 11:43 debian drwxr-xr-x5 6553418446744073709551614 4096 Jan 15 07:56 debian-cd You may want to attend to the user:group. There is a permissions issue given when attempting to access the missing /project/ directory. The debian directory has a second debian directory within it that is holding a update status file: [ ]Archive-Update-Required-salt19-Mar-2015 07:36 0 [ ]Archive-Update-in-Progress-salt19-Mar-2015 07:36 0 The timestamps on your mirror cannot be determined. Archive-http: /debian/ (same) The debian directory has a second debian directory within it. Archive-rsync: debian/ Works. Backports-ftp: /debian/ Backports-http: /debian/ Backports-rsync: debian/ Backports-upstream: debian.org A Backports directory could not be located. Please recheck your configuration. IPv6: yes Archive-upstream: ftp.uk.debian.org The ftp.uk.debian.org is a mirror cluster of different servers under a round robin dns scheme.It would be best to look about for a mirror that is closer to you geographically. Updates: once The archive updates 4 times per day. Can you update accordingly? Maintainer: alessio alessio.garof...@linux.com Country: CA Canada Comment: Hi :) I'm a member of the linux foundation from few years now, and this year I decided to raise the bar and donate some bandwithd :) How much bandwidth is available? Please advise when you have the opportunity. Best regards, Donald Norwood signature.asc Description: OpenPGP digital signature
Bug#778608: systemd: please consider backporting logind CAP_SYS_ADMIN fixes
Hey Daniel, Daniel Baumann [2015-03-27 11:19 +0100]: any news on this one? can it be included in the next upload to unstable please? This requires sign-off from the release team first, as at this point in freeze only RC fixes are allowed normally. Would you mind asking them about this? Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781313: mirror submission for debian.saix.net
Control: tag -1 +moreinfo Hi, Thank you for your support and for mirroring Debian. Everything looks fine, I do have a question and comment: On 03/27/2015 08:27 AM, Jaco Lesch wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.saix.net Aliases: ftp.saix.net Aliases: www.ftp.saix.net Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /pub/linux/distributions/debian/ Archive-http: / CDImage-ftp: /pub/linux/distributions/debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.us.debian.org I see available South Africa mirrors do not carry the full archive as you offer, and thusly are not suitable to mirror from, however it would be best to look about for a mirror that is closer to you geographically. Additionally the ftp.us.debian.org is a mirror cluster of different servers under a round robin dns scheme. CDImage-upstream: cdimage.debian.org Updates: twice The archive updates 4 times per day. Can you update accordingly? Maintainer: Jaco Lesch f...@saix.net Country: ZA South Africa Location: Cape Town Sponsor: Telkom SA SOC Ltd http://www.telkom.co.za Comment: Max bandwidth 1Gig Best regards, Donald Norwood signature.asc Description: OpenPGP digital signature
Bug#781327: Please provide /etc/gdm3/daemon.conf.d/ support
Package: gdm3 Version: 3.14.1-6 Severity: wishlist I'd love to have support for an /etc/gdm3/daemon.conf.d/ directory in addition to /etc/gdm3/daemon.conf. That would allow configuring gdm3 by dropping a file in that directory, which I can do from a configuration package, to avoid needing to hand-edit daemon.conf on a system. - Josh Triplett -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-rc5+ (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) Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii dconf-cli 0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0] 1.5.56 ii gir1.2-gdm3 3.14.1-6 ii gnome-session [x-session-manager] 3.14.0-2 ii gnome-session-bin 3.14.0-2 ii gnome-settings-daemon 3.14.2-3 ii gnome-shell 3.14.2-3+b1 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas 3.14.1-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit1 1:2.4-1+b1 ii libc6 2.19-17 ii libcanberra-gtk3-00.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgdm1 3.14.1-6 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin2.42.1-1 ii libgtk-3-03.14.5-1 ii libpam-modules1.1.8-3.1 ii libpam-runtime1.1.8-3.1 ii libpam-systemd215-13 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-13 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1+b1 ii libxrandr22:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.14.3-1 ii mutter [x-window-manager] 3.14.2-1 ii policykit-1 0.105-8 ii ucf 3.0030 ii x11-common1:7.7+7 ii x11-xserver-utils 7.7+3+b1 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 ii desktop-base 8.0.2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.16.4-1 ii xserver-xorg 1:7.7+7 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.14.0-4 ii libpam-gnome-keyring 3.14.0-1+b1 -- Configuration Files: /etc/gdm3/daemon.conf changed [not included] -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781324: Feature request: dpkg logging to syslog
Control: severity -1 wishlist Hi! On Fri, 2015-03-27 at 15:46:08 +0100, Petr Šťastný wrote: Package: dpkg At the moment, dpkg writes its actitivity to file /var/log/dpkg.log (path can be changed with --log option), which seems to be the only option. man dpkg does not say anything about syslog logging option. Is it possible to add a feature to be able to send events to syslog (rsyslog) process instead writing to file? Yes, I guess I could add that, should not be much work. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780729: Bug#780725: PATH used for building is not specified
Hi, On Wed, 18 Mar 2015 13:58:10 +0100 Holger Levsen hol...@layer-acht.org wrote: clone 780724 -1 reassign -1 pbuilder severity -1 serious retitle -1 pbuilder must defines PATH as in debian-policy (and as on buildds) # justification: breaks package builds, see 780724 I challenge this justification. Also I'm not going to downgrade it myself, pbuilder should not be removed from jessie just because of this bug, this is just not a reasonable possible outcome. I don't think that serious is the right severity. This bug does not provoke FTBFS on the auto-builders and it remains possible to build the package by invoking dpkg-buildpackage by hand. The fact that pbuilder fails to build a certain package does not means that if breaks the build of this package. Besides, In any case, policy currently has: 10.10. File names - The name of the files installed by binary packages in the system PATH (namely `/bin', `/sbin', `/usr/bin', `/usr/sbin' and `/usr/games') must be encoded in ASCII. This section is intended to mean that file names in these directory must be encoded in ASCII. I find it contrived to use this section as a definition of a the PATH that should be used for building. Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#781195: iceowl-extension: Importing ics-files fails when VALARM is empty
Hi Carsten, it seems that even though the ICal Validator accepted my calendar without complaints, according to RFC 5545 (section 3.6.6) the ics-file generated by Group Office is indeed not valid: The 'VALARM' calendar component MUST include the 'ACTION' and 'TRIGGER' properties. I have attached a small ics-file with a single event that generates an error both when imported as an ics-file and when connecting to this calendar via CalDAV. I have filed a bug report for GroupOffice. Still I think that Lightning should be able to handle empty VALARM sections without an error message. Orage (xfce's calendar application) does not seem to have a problem with these events. On a side note: I just did another import of the invalid file into Lightning and it seems that in spite of the error message, at least the single event of my sample file was correctly imported. So after all, it might just be a minor problem that is only relevant as the user is left in doubt whether the calendar has been completely imported. Thank you - Matthias On Fri, 27 Mar 2015 07:27:12 +0100 Carsten Schoenert c.schoen...@t-online.de wrote: Hello Matthias, On Wed, Mar 25, 2015 at 11:38:52PM +0100, Matthias Heukäufer wrote: It seems that the error is triggered by every single event when importing the calendar as an ics-file. When I tried to access the calendar via CalDAV, the error was only caused by _recurring_ events without an entry in VALARM. After I had entered a reminder for every such event, the calendar was imported without problems. I'm not very familiar with RFC5545 but this sounds to me as the ICS file is not RFC conform. Can you test your import and validate the correctness of you files. I found some informations for developing, testing etc. on http://icalevents.com/support/documentation/ics-guides/ And can you append a *.ics file to this bug report so we can do some own checks? Have you checked if there are some entrys in the Mozilla bugrtracker? How does your *.ics file is interacting with other calendar solutions? Regards Carsten BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Intermesh//NONSGML Group-Office 5.0.95//EN BEGIN:VTIMEZONE TZID:Europe/Berlin LAST-MODIFIED:19870101T00Z BEGIN:STANDARD DTSTART:19710101T03 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT DTSTART:19710101T02 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:20021231230310-13430808 DTSTAMP:20150325T170142Z LAST-MODIFIED:20121113T144702Z CREATED:20121113T144702Z SUMMARY:Frauentag STATUS:CONFIRMED X-FUNAMBOL-ALLDAY:1 DTSTART;VALUE=DATE:20050308 DTEND;VALUE=DATE:20050309 RRULE:FREQ=YEARLY CATEGORIES:Nicht abgelegt BEGIN:VALARM END:VALARM END:VEVENT END:VCALENDAR
Bug#731634: xz-utils: new upstream version 5.2.1
severity 731634 wishlist quit Hi, Riku Voipio wrote: New version with threaded compression support would really be appreceated. Thanks for reporting. [...] severity 731634 important Why important, though? Is there a package depending on this behavior, a reason it is needed in stable, or an unreported important bug that is fixed by the upgrade? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781325: nautilus: file-manager settings regarding behaviour have no effect
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: nautilus Version: 3.14.1-2 Severity: minor Dear Maintainer, I have been using GNOME3.4, and the settings from there are still in my home-directory. Setting the behaviour of the file-manager to opening items/objects with double-click does not have any effect. - -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.7-ckt7edtp (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.14.1-1 ii gvfs 1.22.2-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-15 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libexempi3 2.2.1-2 ii libexif12 0.6.21-2 ii libgail-3-03.14.5-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglib2.0-data2.42.1-1 ii libgnome-desktop-3-10 3.14.1-1 ii libgtk-3-0 3.14.5-1 ii libnautilus-extension1a3.14.1-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libselinux12.3-2 ii libtracker-sparql-1.0-01.2.4-2 ii libx11-6 2:1.6.2-3 ii libxml22.9.1+dfsg1-5 ii nautilus-data 3.14.1-2 ii shared-mime-info 1.3-1 Versions of packages nautilus recommends: ii eject 2.1.5+deb1+cvs20081104-13.1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-sushi3.12.0-2+b1 ii gvfs-backends 1.22.2-1 ii librsvg2-common2.40.5-1 Versions of packages nautilus suggests: ii brasero3.11.4-1.1 ii eog3.14.1-1 ii evince [pdf-viewer]3.14.1-2 ii totem 3.14.0-2 ii tracker1.2.4-2 ii vlc [mp3-decoder] 2.2.0~rc2-2 ii vlc-nox [mp3-decoder] 2.2.0~rc2-2 ii xdg-user-dirs 0.15-2 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlUVeS0ACgkQ5+rBHyUt5wsggQCeNwX2yabl3yj7SmrjL2jr1z0/ PHUAn0s+rUrxHkklTdPsD6kSOS99ue9u =wNRn -END PGP SIGNATURE-
Bug#781210: systemd asserts on function cg_is_empty_recursive, crashes
Control: tag -1 confirmed Control: severity -1 grave Control: fixed -1 219-1 Hello Faidon, Faidon Liambotis [2015-03-26 19:48 +0200]: Well, this does makes the whole system break (the system needs a reboot to properly function again; daemon-reexec didn't work). I was about to deploy this to a large fleet of machines and having to reboot all of them would be quite catastrophic. I think it deserves to at least be RC. OK, bumped again, I don't mind that much. I haven't been able to reproduce it again :/ I must be missing something, as I was able to reproduce it multiple times on two different servers yesterday. systemctl restart strongswan does not leave any processes behind in my runs (I wrote something to do the same sequence of events in a loop). It does here. Can you confirm that in your case systemctl restart strongswan leaves unmanageable processes behind (i.e. the ipsec binaries you see do *not* have --nofork as an argument)? Yes, exactly. It seems like these processes were started by the init.d script, not the .service. If so, a mere ipsec stop after that should be able to crash systemd. Not that, it just marks the unit as stopped but keeps the processes running. But killing the two daemons manually makes the cgroup empty and I get that very exception. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#781210: systemd asserts on function cg_is_empty_recursive, crashes
Hi Martin, On Fri, Mar 27, 2015 at 04:40:25PM +0100, Martin Pitt wrote: If so, a mere ipsec stop after that should be able to crash systemd. Not that, it just marks the unit as stopped but keeps the processes running. But killing the two daemons manually makes the cgroup empty and I get that very exception. I *think* you read systemctl stop ipsec while I really meant ipsec stop (ipsec being /usr/sbin/ipsec, and stop being an action that sends SIGTERM to the daemons, among other things). By get that very exception you mean that systemd crashes for you as well? If so, that's great :) Anything more I can do to help then? You seem to be in a better position to reproduce than me at the moment. On a side note, I've noticed that if I put the system under stress --cpu 8 the behavior changes and systemctl restart strongswan works properly. This definitely points to some kind of race. Thanks! Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781058: www.debian.org: Update HP info in partners/index.wml page
Hi Thanks Paul for reviewing again! El 27/03/15 a las 02:40, Paul Wise escribió: On Fri, Mar 27, 2015 at 3:10 AM, Laura Arjona Reina wrote: I'd also replace HP hardware donations with current HP hardware donations. The patch is missing this one. Yes, I missed it. Fixed. I'm attaching a new patch that I hope it's ok. I'm being pedantic now, but the patch adds some unnessecary whitespace on the blank line. I think that's solved in the attached patch. Best -- Laura Arjona https://wiki.debian.org/LauraArjona --- /home/larjona/Documentos/l10n/Debian/webwml/english/partners/index.wml +++ /home/larjona/Documentos/l10n/Debian/webwml/english/partners/index.new.wml @@ -28,16 +28,16 @@ div partnerlogo Hewlett-Packard hp.gif http://www.hp.com/; partnerdesc - pa href=http://www.hp.com/;Hewlett-Packard/a has provided several - high-end HPPA, IA-64 and IA-32 servers and workstations to Debian, - and HP employs several developers to work on Debian HPPA and IA-64 - ports. For information about HP's involvement in the Linux Open Source + pa href=http://www.hp.com/;Hewlett-Packard/a has provided hardware for port development, + Debian mirrors, and other Debian services (current HP hardware donations are listed in + the a href=https://db.debian.org/machines.cgi;Debian machines/a page). + For information about HP's involvement in the Linux Open Source community, see a href=http://www.hp.com/products1/linux/;HP Linux/a./p - pHP is one of the largest computer companies in the world, and it - provides a wide range of products and services, such as all kinds of - PCs, calculators, printers, scanners, plotters, various storage - products, network servers and equipment, software etc./p + pHewlett-Packard is one of the largest computer companies in the + world, providing a wide range of products and services, such as + servers, PCs, printers, storage products, network equipment, software, + cloud computing solutions, etc./p /partnerdesc /div signature.asc Description: OpenPGP digital signature
Bug#728347: What's the status with getting MW 1.23 in experimental ?
Hi all, Just read the big thread. As of now there is nothing in experimental to try new mw versions. [$] apt-cache policy mediawiki [21:30:38] mediawiki: Installed: (none) Candidate: 1:1.19.20+dfsg-2.2 Version table: 1:1.19.20+dfsg-2.2 0 600 http://http.debian.net/debian/ jessie/main amd64 Packages 1 http://http.debian.net/debian/ unstable/main amd64 Packages I do have experimental in /etc/apt/sources as can be seen here :- [$] apt-cache policy iceweasel [21:47:15] iceweasel: Installed: 36.0.4-1 Candidate: 36.0.4-1 Version table: *** 36.0.4-1 0 1 http://http.debian.net/debian/ experimental/main amd64 Packages 100 /var/lib/dpkg/status 31.5.3esr-1 0 600 http://http.debian.net/debian/ jessie/main amd64 Packages 1 http://http.debian.net/debian/ unstable/main amd64 Packages @Mark A. Hershberger could you get that list on the bug itself so Thorsten who said he's willing to help put up the new release. I could also land a hand with testing if and when the new release lands in experimental with postgres. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781320: [vtk6] missing libvtk*TCL-6.1.so.6.1.0 in /usr/lib/
fixed 781320 6.2.0+dfsg1-1~exp1 thanks The bug was known and fixed by version, which is in experimental. Thanks Anton 2015-03-27 15:39 GMT+01:00 trophime christophe.troph...@lncmi.cnrs.fr: Package: vtk6 Version: 6.1.0+dfsg2-6 Severity: normal --- Please enter the report below this line. --- When building application against vtk6 we always get some warnings : -- The imported target vtkViewsGeovisTCL references the file /usr/lib/x86_64-linux-gnu/libvtkViewsGeovisTCL-6.1.so.6.1.0 but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained /usr/lib/cmake/vtk-6.1/VTKTargets.cmake but not all the files it references. and so on for every vtk*TCL. The requested libraries do exist in tcl-vtk6 package but they are in /usr/lib not /usr/lib/$ARCH Best C --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 500 testing-proposed-updates ftp.fr.debian.org 500 testing www.deb-multimedia.org 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp.fr.debian.org 500 testing euler.lcmi.local 500 stable dl.google.com 500 jessie neuro.debian.net 500 dataneuro.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Christophe TROPHIME Research Engineer LNCMI CNRS - LNCMI 25, rue des Martyrs BP 166 38042 GRENOBLE Cedex 9 FRANCE CNRS Tel : +33 (0)4 76 88 90 02 Fax : +33 (0) 4 76 88 10 01 Office U 19 M@il : christophe.troph...@lncmi.cnrs.fr -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780261: fsck scan of crypto-root on EVERY startup
On Wed, 11 Mar 2015 19:58:23 +0100 Eduard Bloch e...@gmx.de wrote: [...] * Ben Hutchings [Wed, Mar 11 2015, 05:01:58PM]: [...] From the NEWS file: * If the RTC (real time clock) is set to local time and the local time is ahead of UTC, e2fsck will print a warning during boot about the time changing backward (bug #767040). You can disable this by putting the following lines in /etc/e2fsck.conf: [options] broken_system_clock=1 [...] [...] Setting the mentioned option in e2fsck.conf does help. [...] I just want to confirm Eduards results. I do not have an encrypted root but my system performed also a full fsck scan on every boot since this update. I did have the superblock time warning but judging by the NEWS file I considered it only as a mere bonus info. But it turned out that this time difference triggered the full scan and by setting the parameter I got rid of it. Thanks Ben for the advice. Regards Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781210: systemd asserts on function cg_is_empty_recursive, crashes
Hello Faidon, Faidon Liambotis [2015-03-27 18:06 +0200]: I *think* you read systemctl stop ipsec while I really meant ipsec stop (ipsec being /usr/sbin/ipsec, and stop being an action that sends SIGTERM to the daemons, among other things). Ah, ok :-) Well, I don't actually need to do that, merely killing the two daemons does just fine. By get that very exception you mean that systemd crashes for you as well? If so, that's great :) Yes, I get that assertion. Anything more I can do to help then? You seem to be in a better position to reproduce than me at the moment. Yes, should be fine. I created a reproducer in the form of an autopkgtest, and now run git bisect on upstream to find the commit between v215 and v219 that fixed it. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781151: boot often stalls with two A start job is running messages: binfmt and schroot sessions
Le 27/03/2015 10:33, Thibaut Paumard a écrit : I'm going to disable binfmt-support, just for checking, and report when boot stalls again. I confirm that even with binfmt-support disabled, boot stalls. Actually the system is booted, but unusable because core services failed to start (including logind). It is then impossible to start those services from the debug shell, and impossible to halt the machine from the debug shell (halt, reboot don't return and don't halt the system). Regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#781326: please like to reproducible.d.n/$suite/$arch/$srcpkg
package: tracker.debian.org
x-debbugs-cc: reproducible-bui...@lists.alioth.debian.org
Hi,
https://tracker.debian.org/pkg/racket shows in the action needed box a text
saying Does not build reproducibly during testing linking to
https://reproducible.debian.net/rb-pkg/racket.html which is rather suboptimal
as such URLs default to the package in the unstable suite, while in this case
the package is only unreproducible in the experimental suite.
The JSON data provided by https://reproducible.debian.net/reproducible.json
for racket looks like this:
{
architecture: amd64,
build_date: 2015-03-23 04:55,
package: racket,
status: FTBFS,
suite: testing,
version: 6.1-4
},
{
architecture: amd64,
build_date: 2015-03-20 18:48,
package: racket,
status: FTBFS,
suite: unstable,
version: 6.1-4
},
{
architecture: amd64,
build_date: 2015-03-07 03:01,
package: racket,
status: unreproducible,
suite: experimental,
version: 6.1.1-1
},
Thus in this case there should only be on link, pointing to
https://reproducible.debian.net/experimental/amd64/racket
In general there should one link for each suite/arch combination per package,
pointing to https://reproducible.d.n/$suite/$arch/$srcpkg
cheers,
Holger
signature.asc
Description: This is a digitally signed message part.
Bug#781306: Please remove makehuman from debian jessie
I am an official representant from the MakeHuman crew. The version currently in debian repositories is a several years old alpha. It is not stable. It is not fit for use. It is not supported. It is not endorsed by the MakeHuman crew. Unless bug #751755 is solved, the most efficient way to handle all bugs related to the makehuman package currently in the debian repositories would be to remove the package altogether. This is what we of the makehuman crew recommends as an emergency fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781265: gnome-power-manager: gnome-power-statistics segfaults always under certain case
Control: reassign -1 upower Control: forcemerge 774546 -1 Hi Mohammed, On 27.03.2015 01:45, Mohammed Sadik P. K. wrote: On 3/27/15, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: This looks like a duplicate of #774546 [1]. Can you install libupower-glib3 0.99.2-2 from experimental and report if that fixed this problem? Yes, It does fix the bug. Please close the bug. Thanks for confirming. I'm merging it with the other bug. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781317: Please remove makehuman from debian jessie
I am an official representant from the MakeHuman crew. The version currently in debian repositories is a several years old alpha. It is not stable. It is not fit for use. It is not supported. It is not endorsed by the MakeHuman crew. Unless bug #751755 is solved, the most efficient way to handle all bugs related to the makehuman package currently in the debian repositories would be to remove the package altogether. This is what we of the makehuman crew recommends as an emergency fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
