Bug#703216: iputils-ping: ping preload doesn't appear to work as advertised in the man page, works fine when strace'ing it
Package: iputils-ping Version: 3:20101006-1+b1 Severity: normal Dear Maintainer, * What led up to the situation? network testing * What exactly did you do (or not do) that was effective (or ineffective)? sudo ping -l 20 some lan connected address * What was the outcome of this action? sent 4 or 5 pings asap, then returned to one ping per second (-i) * What outcome did you expect instead? I expected it to send 20 pings asap weirdly and interestingly, sudo strace -o /tmp/ping.out ping -l 20 some lan connected address works as I expected, with it preloading 20 pings. also sudo ping -l 20 localhost works as I expected, with it preloading 20 pings. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iputils-ping depends on: ii libc62.13-38 ii libssl1.0.0 1.0.1e-1 iputils-ping recommends no packages. iputils-ping 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#692876: /usr/bin/avconv: encoding with libmp3lame and -ar set aborst on invalid, non monotonically dts
forwarded 692876 http://bugzilla.libav.org/show_bug.cgi?id=478 tags 692876 upstream stop On Sat, Nov 10, 2012 at 9:17 AM, Paul Gevers elb...@debian.org wrote: avconv fails to encrypt my test.avi (attached) when I use the libmp3lame and set -ar as in the example below. Setting it to 16000 as the input works. Using an other codec, e.g. libvo_aacenc also works. Sorry for the late reply, this bug somehow has fallen through the cracks. Bob is right, this is something that upstream needs to look at. I have therefore filed http://bugzilla.libav.org/show_bug.cgi?id=478 on your behalf, I suggest that you subscribe to that bug there so that you receive updates and followup-questions that the developers might have. Thanks! -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703027: tabbed: make the key combinations configurable
Hi Vincent,
On 13:25 Thu 14 Mar , Vincent Lefevre wrote:
Package: suckless-tools
Version: 38-2
Severity: wishlist
The key combinations for previous tab, next tab, etc. should be
configurable. Some of them may not be very practical for some
users, or may even be already taken by the window manager (this
is not my case, though).
Agreed
For instance, instead of Ctrl-Shift-h and Ctrl-Shift-l, I would
like Meta-Left and Meta-Right.
Currently I'm shipping only default configuration but can ship other
combiation as alternatives, like I do in case of dwm. Is that fine with
you? Probably like tabbed.meta
--
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E
signature.asc
Description: Digital signature
Bug#703217: software-properties: Duplicate Updates Mechansims with PackageKit
Package: software-properties Version: software-properties-gtk Severity: important Tags: patch Hello, PackageKit is now used by default in the GNOME desktop. Software-properties-gtk proovides a way to configure the daily APT cron job. But the PackageKit already has got an update mechanism and configuration options in the user interface. So we end up with two separate configuration options that do not affect each other. Cheers, Sebastian -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: Hide the updates tab The GNOME desktop now uses PackageKit to fetch and install updates. Furthermore the GNOME and KDE PackageKit applications provide already a configuration option for the PackageKit update mechansim. But software-properties configures the daily APT cron job. To avoid having two concurrent mechanisms this patch disables the updates tab in the software-properties user interface. === modified file 'data/gtkbuilder/main.ui' --- old/data/gtkbuilder/main.ui 2013-03-17 05:47:24 + +++ new/data/gtkbuilder/main.ui 2013-03-17 05:48:32 + @@ -495,7 +495,7 @@ /child child object class=GtkVBox id=vbox8 -property name=visibleTrue/property +property name=visibleFalse/property property name=can_focusFalse/property property name=border_width12/property property name=spacing18/property
Bug#703025: suckless-tools: lsw output is incorrect
Hi Vincent,
On 12:57 Thu 14 Mar , Vincent Lefevre wrote:
Package: suckless-tools
Version: 38-2
Severity: normal
I get the following:
$ lsw
gromit
gkrellm
Iceweasel
Iceweasel
while there is only one Iceweasel window, and there are several xterm
windows, but they don't appear.
Probably it displays multiple tabs of iceweasel? I saw this behaviour
but I'm not sure why it is happening.
Also it is not clear what the window title (as mentioned in the man
page) is. It doesn't correspond to what is displayed in the title bar
of the window.
Agreed, I will discuss this with Anselm to see what is the expected
behaviour of lsw
--
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E
signature.asc
Description: Digital signature
Bug#671726: apt: should be able to provide hook information through a named pipe
On 17 March 2013 06:56, Serafeim Zanikolas s...@debian.org wrote: Hi Francesco, On Sat, Mar 16, 2013 at 11:25:36PM +0100, Francesco Poli wrote [edited]: On Sat, 16 Mar 2013 12:05:09 +0100 David Kalnischkies wrote: [..] Using a hook-defined fifoname rather than a random fifoname should be okay as the later isn't more secure than the former (if an attacker has root rights to write to it we are doomed anyway …) Please excuse my ignorance: isn't a pre-defined fifoname prone to a symlink attack? It's prone only in a publicly-writable directory, which is not the case for /var/run. and in fact creating a randomly named fifo could be hard in practice … Isn't there anything like mkstemp(3) for named pipes? I'm not aware of any -- but we can get away without one anyway. The data can be passed through an open fd, similar to dpkg --status-fd argument. Then there are no issues due to filesystems global namespace and it removes the fs as an unrequired middle-man. I guess the apt-listbugs patch is just for testing, but I say it non-the-less: It would be good if at least apt-listbugs/wheezy would support both so we don't create backport problems that early in the (not even started) wheezy release cycle. ;) At this point of the wheezy freeze, I cannot introduce any change into apt-listbugs/wheezy, except for those that fix important or RC bugs. Due to this issue and current work-around for #662983, the functionality of the package is severly downgraded. Introducing a new interface (named pipe or open fd) is desirable for the reasons David says, and has potential for wheezy especially if backed by the apt developers. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682829: virt-manager: new lvm volume requires libvirtd restart to use it
Package: virt-manager Version: 0.9.1-4 Followup-For: Bug #682829 I noticed that when I created a new logical volume in a volume group based storage container that the new logical volume experienced issues (corrupted lvm header or so on the logical volume) when using the logical volume for a debian wheezy guest vm with lvm (use lvm for entire disk or so in d-i). Creating the logical volume (same size) outside virt-manager, the restarting libvirt-bin worked. (FYI I am willing to give more info, this is more of an quickie this bug exists bug report, in case that's all that's needed because I know sometimes it's sufficien to solved a bug to know that the bug exists (I've solved a few that were, 'oh, I know why that is!' type bugs myself). -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virt-manager depends on: ii gconf2 3.2.5-1+build1 ii librsvg2-common 2.36.1-1 ii python 2.7.3-4 ii python-dbus 1.1.1-1 ii python-glade22.24.0-3+b1 ii python-gnome22.28.1+dfsg-1 ii python-gtk-vnc 0.5.0-3.1 ii python-gtk2 2.24.0-3+b1 ii python-ipy 1:0.75-1 ii python-libvirt 0.9.12-11 ii python-spice-client-gtk 0.12-5 ii python-support 1.0.15 ii python-urlgrabber3.9.1-4 ii python-vte 1:0.28.2-5 ii virtinst 0.600.1-3 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.4.0-2 ii libvirt-bin 0.9.12-11 Versions of packages virt-manager suggests: ii gnome-keyring3.4.1-5 pn hal none pn python-gnomekeyring none pn python-guestfs none ii ssh-askpass 1:1.2.4.1-9 ii virt-viewer 0.5.3-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#703218: virt-manager: Fails to prevent virt-manager in VM from connecting to it's own display in VMM on the host
Package: virt-manager Version: 0.9.1-4 Severity: normal I want to control VM's from a guest VM; that work fine, but for kicks I decided to try to connect to the guest VM from a VMM session running inside the guest VM. It breaks somewhat badly. Aside from the fact that it steals the display from the host VMM and doesn't let the host VMM steal it back (connection times out), in fact all graceful host operations on the guest cease to work from e.g. virsh. (timeouts). Destroy from virsh works, but isn't that great an option (if you have SSH in, you should be able to at least do a restart of the VM without that). -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virt-manager depends on: ii gconf2 3.2.5-1+build1 ii librsvg2-common 2.36.1-1 ii python 2.7.3-4 ii python-dbus 1.1.1-1 ii python-glade22.24.0-3+b1 ii python-gnome22.28.1+dfsg-1 ii python-gtk-vnc 0.5.0-3.1 ii python-gtk2 2.24.0-3+b1 ii python-ipy 1:0.75-1 ii python-libvirt 0.9.12-11 ii python-spice-client-gtk 0.12-5 ii python-support 1.0.15 ii python-urlgrabber3.9.1-4 ii python-vte 1:0.28.2-5 ii virtinst 0.600.1-3 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.4.0-2 ii libvirt-bin 0.9.12-11 Versions of packages virt-manager suggests: ii gnome-keyring3.4.1-5 pn hal none pn python-gnomekeyring none pn python-guestfs none ii ssh-askpass 1:1.2.4.1-9 ii virt-viewer 0.5.3-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#685230: unblock hylafax 3:6.0.6-4
Hi Julien, Il giorno ven, 01/03/2013 alle 11.31 +0100, Julien Cristau ha scritto: On Fri, Mar 1, 2013 at 08:00:27 +0100, Joachim Wiedorn wrote: [...] The next step is creating hylafax 6.0.6-5 as mentioned by Ivo De Decker. Should I already prepare these updated package of hylafax now? If possible, yes. The new hylafax version has been uploaded 5 days ago to unstable. The diff against the testing version are the ones already agreed upon, i.e., a very small subset of what was already in unstable. Could you please check if the package may be unblocked? Moreover, I checked the capi4hylafax package that is currently waiting for a pre approval requested on 28 January by Joachim Wiedorn, and I would gladly upload it after the approval. These two packages, if migrated to testing, would really be right ones for the next release. Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703219: ITP: fonts-font-awesome -- iconic font designed for use with Twitter Bootstrap
Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath kamathvasu...@gmail.com
* Package name: fonts-font-awesome
Version : 3.0.2
Upstream Author : Dave Gandy drga...@alum.mit.edu
* URL : https://github.com/FortAwesome/Font-Awesome
* License : OFL
Programming Lang: font
Description : iconic font designed for use with Twitter Bootstrap
Iconic font designed for using with Twitter bootstrap. This font
contains about 249 various icons. Icons are scalable which means they
look nice at any size. This font is released under OFL.
--
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E
signature.asc
Description: Digital signature
Bug#703220: apf-firewall: RAB broken due to ipt_recent changing name to xt_recent
Package: apf-firewall Version: 9.7+rev1-2 Severity: important See check_rab() in functions.apf. It expects to see ipt_recent, but that won't work because that module is now xt_recent. -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/bash Versions of packages apf-firewall depends on: ii iptables1.4.8-3 administration tools for packet fi ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii wget1.12-2.1 retrieves files from the web apf-firewall recommends no packages. apf-firewall suggests no packages. -- Configuration Files: /etc/apf-firewall/conf.apf changed [not included] /etc/apf-firewall/ds_hosts.rules [Errno 13] Permission denied: u'/etc/apf-firewall/ds_hosts.rules' /etc/apf-firewall/glob_allow.rules [Errno 13] Permission denied: u'/etc/apf-firewall/glob_allow.rules' /etc/apf-firewall/glob_deny.rules [Errno 13] Permission denied: u'/etc/apf-firewall/glob_deny.rules' /etc/apf-firewall/internals/reserved.networks [Errno 13] Permission denied: u'/etc/apf-firewall/internals/reserved.networks' /etc/apf-firewall/sdrop_hosts.rules [Errno 13] Permission denied: u'/etc/apf-firewall/sdrop_hosts.rules' /etc/default/apf-firewall changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703221: apf-firewall: RAB doesn't work because ipt_recent is now xt_recent.
Package: apf-firewall Version: 9.7+rev1-2 Severity: important In /etc/apf-firewall/internals/functions.apf, there is this line: if [ $RAB == 1 ] [ ! -f /lib/modules/$(uname -r)/kernel/net/ipv4/netfilter/ipt_recent.$MEXT ]; then Well, this doesn't work because ipt_recent is now xt_recent. This means that reactive address blocking (RAB) is broken, which means that APF's ability to detect and respond to portscans (one of its most important features) is inoperative. Changes further up in the file indicate that someone knows about the xt_recent change, but for whatever reason they forgot to fix it there. -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/bash Versions of packages apf-firewall depends on: ii iptables1.4.8-3 administration tools for packet fi ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii wget1.12-2.1 retrieves files from the web apf-firewall recommends no packages. apf-firewall suggests no packages. -- Configuration Files: /etc/apf-firewall/conf.apf changed [not included] /etc/apf-firewall/ds_hosts.rules changed [not included] /etc/apf-firewall/glob_allow.rules changed [not included] /etc/apf-firewall/glob_deny.rules changed [not included] /etc/apf-firewall/internals/reserved.networks changed [not included] /etc/default/apf-firewall changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702056: Stupid fumble with bug numbers
Hi, I was horrified this morning to discover that fplll 4.0.1-2, which was supposed to close bug #702898 (on fplll) was really closing bug #702056 (on polybori) : I put the wrong bug number in the changelog entry! :-( What can I do to reopen the bug which was erroneously closed and close the bug that really was, to correct the situation? I'm really sorry for the inconvenience, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703208: libvirt0: segfault after upgrade from version 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4
Control: severity -1 grave Hi On Sun, Mar 17, 2013 at 12:16:19AM +0100, TomaszSz wrote: Package: libvirt0 Version: 0.8.3-5+squeeze4 Severity: normal [...] My virtual machines doesn't start also. In my /var/log/libvirt/qemu/mymachine.log i get this information: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/ QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 16384 -smp 4,sockets=4,cores=1,threads=1 -name win2008-STD-orion -uuid 66a2dc8c-dd85-38da-ab66-405784525dce -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/win2008-STD-orion.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=localtime -boot c -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/home/images/win2k8_std_orion.qcow2,if=none,id=drive-ide0-0-0,boot=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -device e1000,vlan=0,id=net0,mac=52:54:00:f5:78:57,bus=pci.0,addr=0x3 -net tap,fd=63,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -vnc 127.0.0.1:1 -k pl -vga std -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 char device redirected to /dev/pts/3 open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support I can confirm this, upgrading from 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4 is causing this regression: open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support This seems related to the changes done for #701649, but I had not time to check further. Cc'ing also the security team. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674908: [sparc] iceweasel: JavaScript crash on some sites
Control: severity -1 grave Control: tag -1 - unreproducible On Sat, Mar 16, 2013 at 16:02:33 -0400, Michael Gilbert wrote: control: severity -1 important control: tag -1 unreproducible Only Hartwig responded to my call to testing of fixed binary [1], and, unfortunately, it still crashes for him on the same site [2]. It does not for me, however I have a different CPU: UltraSPARC III as opposed to UltraSPARC II in Hartwig's SunBlade 100. As I don't have access to to a machine where the bug is reproducible, I will not able to make any further progress on this bug. Since this is (possibly) only relevant to certain hardware, and since its reproducible for only the original reporter, I am downgrading the severity. No you're not. My understanding is it still crashes reliably on sparc hw, and Jurij's partial fix isn't included. Cheers, Julien signature.asc Description: Digital signature
Bug#703222: gnome-session-bin: gnome-session crashes with trap int3
Package: gnome-session-bin
Version: 3.4.2.1-3
Severity: grave
Justification: renders package unusable
I got this error in syslog
gnome-session[3271] trap int3 ip:7fc5b55d8491 sp:7fffdbc79ef0 error:0
gdm-simple-slave[3138]: WARNING: Child process 3271 was already dead.
thus GDM and the Gnome do not start: the system is usable only from
the console.
Everything works correctly if I install the new 3.6.0-1 version in
experimental.
sudo aptitude install -t experimental gnome-session --safe-resolver
I seguenti pacchetti NUOVI (NEW) saranno installati:
libelfg0{a}
I seguenti pacchetti saranno aggiornati:
glib-networking glib-networking-common glib-networking-services
gnome-session gnome-session-bin gnome-session-common
gnome-session-fallback libglib2.0-0 libglib2.0-bin libglib2.0-dev
10 pacchetti aggiornati, 1 installati, 0 da rimuovere e 815 non aggiornati.
È necessario prelevare 2855 kB/6324 kB di archivi. Dopo l'estrazione, verranno
occupati 1363 kB.
Continuare? [Y/n/?]
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.39 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#686055: xserver-xorg: intermittent crash on VT switch from GNOME 3 to a virtual console (intel)
I don't know how or when, but I've just realised that I no longer get these intermittent crashes on VT switch. Not much has changed in testing since September but I have been using Linux 3.6-3.8 from experimental. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#703223: tzdata: [INTL:ru] Russian debconf templates translation update
Package: tzdata Version: 2013b-2 Severity: wishlist Tags: l10n patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Russian debconf templates translation update is attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#671726: Bug#671728: Bug#671726: apt: should be able to provide hook information through a named pipe
On Sun, 17 Mar 2013 10:41:52 +0800 Daniel Hartwig wrote: [...] Debconf may provide a suitable interface there Please see the bug log of #628996 for more details about a possible Debconf frontend and the related difficulties... -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpX9WeUTb8xH.pgp Description: PGP signature
Bug#703224: fsarchiver: Fails to save a vfat mounted partition
Package: fsarchiver Version: 0.6.15-1 Severity: normal Tags: upstream Hi. It seems it is impossible to save a partition currently on my testing system : # fsarchiver savefs -v -o /home/physical.fsa /dev/sda1 oper_save.c#947,filesystem_mount_partition(): filesystem of partition [/dev/sda1] is not supported by fsarchiver: filesystem=[2] removed /home/physical.fsa I suspect the format of /proc/self/mountinfo is the problem (as explained in http://www.fsarchiver.org/forums/viewtopic.php?f=17t=1380) : # cat /proc/self/mountinfo 27 20 8:1 / /media/windows ro,relatime shared:2 - vfat /dev/sda1 ro,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro I'll try with unstable's. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fsarchiver depends on: ii e2fslibs 1.42.5-1 ii libblkid1 2.20.1-5.3 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libcomerr2 1.42.5-1 ii libgcrypt111.5.0-5 ii libgpg-error0 1.10-3.1 ii liblzma5 5.1.1alpha+20120614-2 ii liblzo2-2 2.06-1 ii libuuid1 2.20.1-5.3 ii zlib1g 1:1.2.7.dfsg-13 fsarchiver recommends no packages. Versions of packages fsarchiver suggests: pn btrfs-toolsnone pn jfsutils none ii ntfs-3g1:2012.1.15AR.5-2.1 ii ntfsprogs 1:2012.1.15AR.5-2.1 pn reiser4progs none ii reiserfsprogs 1:3.6.21-1 ii xfsprogs 3.1.7+b1 -- 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#703224: fsarchiver: Fails to save a vfat mounted partition
Am 17.03.2013 09:18, schrieb Olivier Berger: Hi. It seems it is impossible to save a partition currently on my testing system : # fsarchiver savefs -v -o /home/physical.fsa /dev/sda1 oper_save.c#947,filesystem_mount_partition(): filesystem of partition [/dev/sda1] is not supported by fsarchiver: filesystem=[2] removed /home/physical.fsa I suspect the format of /proc/self/mountinfo is the problem (as explained in http://www.fsarchiver.org/forums/viewtopic.php?f=17t=1380) : # cat /proc/self/mountinfo 27 20 8:1 / /media/windows ro,relatime shared:2 - vfat /dev/sda1 ro,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro Mounted partitions can't be backuped. Please unmount it and try again. 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#659899: CVE-2012-0790: XSS
Folks, Yesterday Steven Chamberlain wrote: Hi! On 16/03/13 21:53, Salvatore Bonaccorso wrote: On Sat, Mar 16, 2013 at 10:47:54PM +0100, Salvatore Bonaccorso wrote: [...] But how about the attached patch for unstable? Thank you for that. It does seem like the right way to handle it for wheezy. Your patch seems correct to me. But defining $xssBadRx would be just one extra line of diff... so why not use it? Then it would be more consistent with upstream. I've added Tobias back into Cc: as I would like to ask: While here, I wonder if the user-supplied $start/$end could be filtered with this same regex, to address the things I noted earlier? I thought maybe it could go in parse_datetime which is before they are used in any file paths or output by anything. And I don't *think* any valid time specifier would contain the characters of $xssBadRx. Thanks everyone, Regards, it seems you spend a lot of thought on this ... (much more than I am presently able to) ... so if you come up with ideas and patches for the master, just send a pul request on github ... cheers tobi -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703222: gnome-session-bin: gnome-session crashes with trap int3
Am 17.03.2013 08:59, schrieb Mattia Monga:
Package: gnome-session-bin
Version: 3.4.2.1-3
Severity: grave
Justification: renders package unusable
I got this error in syslog
gnome-session[3271] trap int3 ip:7fc5b55d8491 sp:7fffdbc79ef0 error:0
gdm-simple-slave[3138]: WARNING: Child process 3271 was already dead.
thus GDM and the Gnome do not start: the system is usable only from
the console.
Everything works correctly if I install the new 3.6.0-1 version in
experimental.
sudo aptitude install -t experimental gnome-session --safe-resolver
I seguenti pacchetti NUOVI (NEW) saranno installati:
libelfg0{a}
I seguenti pacchetti saranno aggiornati:
glib-networking glib-networking-common glib-networking-services
gnome-session gnome-session-bin gnome-session-common
gnome-session-fallback libglib2.0-0 libglib2.0-bin libglib2.0-dev
10 pacchetti aggiornati, 1 installati, 0 da rimuovere e 815 non aggiornati.
È necessario prelevare 2855 kB/6324 kB di archivi. Dopo l'estrazione,
verranno occupati 1363 kB.
Continuare? [Y/n/?]
Do you have other packages from experimental?
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#703196: Second attempt
This morning I had another look at this problem and I noticed something I missed yesterday. My spreadsheet contains a line which I use as a kind of template. This line contains the formula like =Annn in column B and =Ennn-Dnnn in column F (typo here in original report). In all cases nnn is the number of the current row. Whenever I insert a new row into the spreadsheet I copy this template row into it. What I missed when writing my original report is that in the template row and its copy the row number had for mysterious reasons gone bad by ten. After changing this back to the correct row number the date and the time difference display correctly. My apologies for this noise. However, the problem mentioned in the subject of this report still stands: Format Friday is no longer available for Category Date in the list presented by CTRL+1 for a newly created .ods file. It is available in the older file. Regards, Jeroen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703222: gnome-session-bin: gnome-session crashes with trap int3
On Sun, Mar 17, 2013 at 9:30 AM, Michael Biebl bi...@debian.org wrote:
sudo aptitude install -t experimental gnome-session --safe-resolver
I seguenti pacchetti NUOVI (NEW) saranno installati:
libelfg0{a}
I seguenti pacchetti saranno aggiornati:
glib-networking glib-networking-common glib-networking-services
gnome-session gnome-session-bin gnome-session-common
gnome-session-fallback libglib2.0-0 libglib2.0-bin libglib2.0-dev
10 pacchetti aggiornati, 1 installati, 0 da rimuovere e 815 non aggiornati.
È necessario prelevare 2855 kB/6324 kB di archivi. Dopo l'estrazione,
verranno occupati 1363 kB.
Continuare? [Y/n/?]
Do you have other packages from experimental?
This is what I have
$ aptitude search ~S~i~Aexperimental
i fonts-mathjax
- JavaScript display engine for LaTeX and
MathML (fonts)
i fonts-mathjax-extras
- JavaScript display engine for LaTeX and
MathML (extra fonts)
i A glib-networking
- giomodule relativi alla rete per GLib
i A glib-networking-common
- giomodule relativi alla rete per GLib - file
dei dati
i A glib-networking-services
- giomodule relativi alla rete per GLib -
servizi D-Bus
i A gnome-session
- gestore di sessioni di GNOME - sessione per
GNOME 3
i A gnome-session-bin
- gestore di sessione di GNOME - runtime
minimale
i A gnome-session-common
- gestore di sessioni di GNOME - file comuni
i A gnome-session-fallback
- GNOME Session Manager - sessione GNOME di
ripiego
i A libelfg0
- libreria per accedere a file oggetto ELF
i A libglib2.0-0
- libreria GLib di routine in C
i libglib2.0-bin
- programmi per la libreria GLib
i A libglib2.0-dev
- file di sviluppo per la libreria GLib
i A libjs-mathjax
- JavaScript display engine for LaTeX and
MathML
So it seems that the only experimental packages I had before upgrading
are related to mathjax.
Best,
--
Mattia Monga
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698608: josm: cant load defaultpresets.xml after upgrade
This means your preferences will be considered corrupt whenever you
switch from the upstream version to the debian package or vice versa.
As one of the JOSM developers, I find this quite unfortunate. Here is a
suggested fix: Instead of replacing the resource:// URLs in the source
code directly [1], change the way these URLs are retrieved: First check
the /usr/share/josm directory, then inside the jar. Patch attached
(untested).
[1]
http://anonscm.debian.org/gitweb/?p=pkg-osm/josm.git;a=commitdiff;h=2a1def7a69795a9d8670dfb387da49acf33fbe5c
Index: src/org/openstreetmap/josm/io/MirroredInputStream.java
===
--- src/org/openstreetmap/josm/io/MirroredInputStream.java (revision 5778)
+++ src/org/openstreetmap/josm/io/MirroredInputStream.java (working copy)
@@ -81,13 +81,21 @@
}
} catch (java.net.MalformedURLException e) {
if (name.startsWith(resource://)) {
-fs = getClass().getResourceAsStream(
-name.substring(resource:/.length()));
-if (fs == null)
-throw new IOException(tr(Failed to open input stream for resource ''{0}'', name));
-return;
+String path = name.substring(resource://.length());
+File fileRes = new File(/usr/share/josm/ + path);
+if (fileRes.exists()) {
+file = fileRes;
+} else {
+fs = getClass().getResourceAsStream(
+name.substring(resource:/.length()));
+if (fs == null)
+throw new IOException(tr(Failed to open input stream for resource ''{0}'', name));
+return;
+}
}
-file = new File(name);
+if (file == null) {
+file = new File(name);
+}
}
if (file == null)
throw new IOException();
Bug#703205: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#703205: Unable to compile compat-drivers)
El 2013-03-17 a las 01:03 +, Debian Bug Tracking System escribió: This is not our bug. The compat-drivers maintainers should do proper feature tests, as version tests break with many distro kernels. So, are you suggesting I better contact upstream? I mean, writing to their mailing list at backpo...@vger.kernel.org. Well, okay, I'll forward this issue there. Thanks. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602034: (no subject)
Hi just to let you know that .deb packages are available from: http://sourceforge.net/projects/libjpeg-turbo/files/ I've just installed it in order to compile kradradio: http://kradradio.com/ Regards -- Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703010: debianutils: ischroot can no longer detect vservers
On Fri, 2013-03-15 at 03:33 +, Clint Adams wrote: On newer vserver patches a better check is to look for a VxID line in /proc/self/status. If the line is present you're running a vserver kernel. If the value is 0, then you're on the physical host, anything else means you're in a vserver. I wonder if it's better to have the initscripts postinst do the grep than to parse /proc/self/status in ischroot. The big downside to that approach that I can see is that according to the changelog ischroot was implemented to *stop* people having checks spread all over the place. And as we've just discovered those checks break over time as things progress. Better to have them in one place, than spread around. I guess that question comes down to, is the mount that initscripts postinst doing appropriate in chroots in general? At a guess no, otherwise it wouldn't use ischroot. I have proposed patch for ischroot that is attached to bug #703012 (curse the BTS for not creating my bug reports in a timely manner). Cheers! -- Andrew Ruthven Wellington, New Zealand At home: and...@etc.gen.nz | linux.conf.au 2013 | Come join the party... | http://linux.conf.au signature.asc Description: This is a digitally signed message part
Bug#694863: liferea: Asks for login credentials while in offline mode
In 1.10-RC1 Liferea now puts a little message that says updates aren't available in offline mode and it doesn't try to update! Nice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678553: patch
From: christoph.gr...@cea.fr
Subject: altwin:ctrl_alt_win does not map Win to Ctrl keys
To: Sergey V. Udaltsov s...@gnome.org
Date: Fri, 15 Mar 2013 09:50:27 +0100 (1 day, 23 hours, 44 minutes ago)
The following patch for the file /usr/share/X11/xkb/symbols/altwin
seems to solve the problem prefectly.
--- altwin.orig 2013-03-15 08:58:32.382628060 +0100
+++ altwin 2013-03-15 09:33:02.547608084 +0100
@@ -23,8 +23,11 @@
symbols[Group1] = [ Control_R, Control_R ] };
key LWIN { [ Alt_L, Meta_L ] };
key RWIN { [ Alt_R, Meta_R ] };
+key LCTL { [ Super_L ] };
+key RCTL { [ Super_R ] };
modifier_map Control { RALT, LALT };
modifier_map Mod1 { LWIN, RWIN };
+modifier_map Mod4 { LCTL, RCTL };
};
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587555: liferea: Clarify labels of feed caching options
Got it, thanks. But I really think that the explanatory text should be clarified to indicate that the cache settings will generally control what feed items are displayed, and not just which are saved to the cache. Hello, Starting in liferea 1.10-RC1 it's clarified as follows: In the menu: Default number of items per feed to save In the advanced feed properties: Default (default) Disable cache Unlimited cache Cache X number of items. So by default all the feeds use what's configured in the menu and if you want to set something that's specific for a feed, you can do so. Let's say this is fixed in Liferea 1.10-rc1? Thanks for your time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703224: fsarchiver: Fails to save a vfat mounted partition
On Sun, Mar 17, 2013 at 09:24:53AM +0100, Michael Biebl wrote: Am 17.03.2013 09:18, schrieb Olivier Berger: Hi. It seems it is impossible to save a partition currently on my testing system : # fsarchiver savefs -v -o /home/physical.fsa /dev/sda1 oper_save.c#947,filesystem_mount_partition(): filesystem of partition [/dev/sda1] is not supported by fsarchiver: filesystem=[2] removed /home/physical.fsa I suspect the format of /proc/self/mountinfo is the problem (as explained in http://www.fsarchiver.org/forums/viewtopic.php?f=17t=1380) : # cat /proc/self/mountinfo 27 20 8:1 / /media/windows ro,relatime shared:2 - vfat /dev/sda1 ro,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro Mounted partitions can't be backuped. Please unmount it and try again. Are you sure, even ro-mounted partitions ? Anyway, the problem is the file system type detection : 2 instead of vfat, I think. FYI, with unstable's version, vfat is now correctly detected... even though it can't be archived... but that's another issue. Thanks for your help. Best regards, -- Olivier BERGER (OpenPGP: 4096R/7C5BB6A5) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703225: postfix: I have translated to indonesian language
Package: postfix Version: 2.10.0-2 Severity: wishlist File: postfix Dear Maintainer, i have transalate id.po for postfix 2.10.0-2 i not installed this packages. i view in the mailing list for indonesian translation team so i have translate it and it's done. how i submit the file? -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#699888: new nss packages fixing cve-2013-1620
On Sat, March 16, 2013 22:35, Mike Hommey wrote: On Sat, Mar 16, 2013 at 04:53:00PM -0400, Michael Gilbert wrote: We can consider to put it into a DSA in which the text details how to disable the options if they cause trouble. An alternative is to put it into spu instead, where it may be slightly (probably just slightly) more acceptable to change behaviour than in a DSA. But it will also mean having to wait a few months at least. Do you know if RHEL is pushing it through the security channels or the stable updates channels? For what its worth, ubuntu pushed 3.14 to all of its releases through their security update channel: http://www.ubuntu.com/usn/usn-1763-1 It also looks like bumping nspr was also required: http://www.ubuntu.com/usn/usn-1763-2 IIRC, it's not required, but one of the releases between 4.9.2 and 4.9.5 fixed some issue that might be worth fixing at this point. Do you want me to look at preparing those updates for squeeze? I'd rather know what we do wrt md5, ssl2 and beast. In the meantime, this should really be fixed in unstable. Mike, do you want to do a maintainer upload, or is ok if I go ahead with the nmu? Likewise, I'd rather know what we do wrt md5, and while at it, cacert (the cert of which uses a md5 signature at the moment, so it effectively doesn't work ; see bug 682470) before uploading, so as to avoid doing two uploads. What information is still lacking to make a decision on that? Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667885: Liferea notification icon is cutted
found 667885 liferea/1.8.6-1.1 hpc03@stt300:~$ dpkg -l | grep liferea ii liferea 1.8.6-1.1 i386 feed aggregator for GNOME ii liferea-data 1.8.6-1.1 all architecture independent data for liferea I'm still seeing the icon cutted (attaching new images). I also tried by creating a new user account and test from there but the icon remains the same. This is a netbook with small screen (10,1) and the usual resolution (1024x600), I can run some tests from a LiveCD in different computers to see how this goes and keep this bug updated with any finding Should you have any suggestion please tell. Greetings, -- Camaleón attachment: liferea_icon_cutted.pngattachment: liferea_icon_cutted2.png
Bug#703142: compatibility with alx ?
Hi, I tried to load i2c-algo-bit: # modprobe i2c-algo-bit i2c_algo_bit: exports duplicate symbol i2c_bit_algo (owned by compat) ERROR: Could not insert 'i2c_algo_bit'; Exec format error A search on the web gave me an advice, by talking about module 'alx' : I added this module myself, in order to make my ethernet card working... I tried this: # modprobe -r alx # modprobe i2c-algo-bit (no error, this time !) and then : # startx It works! But I don't have my ethernet card working anymore... If I try to load alx, I have ERROR: Could not insert 'alx': Exec format error I don't know what to do now, but I hope this information will be usefull to solve this issue. Mazzhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694340: Needs fixing in banshee
Le mercredi 13 mars 2013 à 04:18 +0100, Bálint Réczey a écrit : On 02/14/2013 08:42 PM, Josselin Mouette wrote: ... Just poke me when you’re done and I’ll add a Breaks in libgconf2-4 against unfixed versions. Hi Josselin, The cloned bug, #702138 has been fixed. Thanks for the notice. I have prepared a new gconf upload, but the release team is not fond of the idea of a new Breaks, since APT has shown difficulty to upgrade systems when there are a lot of them. We already had to remove some of them in glib2.0, for example. Therefore, could you please elaborate on the amount of crashing banshee was subject to before you applied the workaround in gconf# ? It would help making a decision regarding whether to upload. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703200: libav: CVE-2013-0894 CVE-2013-2277 CVE-2013-2495 CVE-2013-2496
On Sat, Mar 16, 2013 at 9:09 PM, Michael Gilbert mgilb...@debian.org wrote: package: src:libav severity: grave version: 6:0.8.5-1 Hi, the following vulnerabilities were published for libav. These are currently unfixed in 0.8.5-1. CVE-2013-0894[0]: | Buffer overflow in the vorbis_parse_setup_hdr_floors function in the | Vorbis decoder in vorbisdec.c in libavcodec in FFmpeg through 1.1.3, | as used in Google Chrome before 25.0.1364.97 on Windows and Linux and | before 25.0.1364.99 on Mac OS X and other products, allows remote | attackers to cause a denial of service (divide-by-zero error or | out-of-bounds array access) or possibly have unspecified other impact | via vectors involving a zero value for a bark map size. scheduled for 0.8.6, commit v0.8.5-12-ge050af9 CVE-2013-2277[1]: | The ff_h264_decode_seq_parameter_set function in h264_ps.c in | libavcodec in FFmpeg before 1.1.3 does not validate the relationship | between luma depth and chroma depth, which allows remote attackers to | cause a denial of service (out-of-bounds array access and application | crash) or possibly have unspecified other impact via crafted H.264 | data. Scheduled for 0.8.6, commit v0.8.5-19-g9e48d77 CVE-2013-2495[2]: | The iff_read_header function in iff.c in libavformat in FFmpeg through | 1.1.3 does not properly handle data sizes for Interchange File Format | (IFF) data during operations involving a CMAP chunk or a video codec, | which allows remote attackers to cause a denial of service (integer | overflow, out-of-bounds array access, and application crash) or | possibly have unspecified other impact via a crafted header. Patch proposed: http://patches.libav.org/patch/36075/ We are currently discussing this issue; we are unsure if the fix from FFmpeg is correct. CVE-2013-2496[3]: | The msrle_decode_8_16_24_32 function in msrledec.c in libavcodec in | FFmpeg through 1.1.3 does not properly determine certain end pointers, | which allows remote attackers to cause a denial of service | (out-of-bounds array access and application crash) or possibly have | unspecified other impact via crafted Microsoft RLE data. scheduled for 0.8.6, commit v0.8.5-38-g4160398 If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. Will do. As for the timeline, I actually intended to release 0.8.6 this weekend, but since you have raised these four issues, I'm considering to delay the release for another week to allow further testing, espc. given that one of the issues did not even land in master yet. Thanks for raising these security issues. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703225: Translated to indonesian id.po postfix 2.10.0-2
I have translated file id.po for postfix 2.10.0-2 -- Terima Kasih Sebelumnya / Best Regard T. Surya Fajri my blog : http://kilelme.blogspot.com id.po Description: Binary data
Bug#628996: Bug#671726: Bug#671728: Bug#671726: apt: should be able to provide hook information through a named pipe
Control: reopen 628996 Control: retitle 628996 apt-listbugs: please use debconf #Control: tags 628996 - moreinfo On 17 March 2013 16:17, Francesco Poli invernom...@paranoici.org wrote: On Sun, 17 Mar 2013 10:41:52 +0800 Daniel Hartwig wrote: [...] Debconf may provide a suitable interface there Please see the bug log of #628996 for more details about a possible Debconf frontend and the related difficulties... Thanks. I reopen that bug as the current workaround (i.e. making apt-listbugs a no-op) is not adequate. What follows is a somewhat verbose justification and answer to some of your previous questions. Responses should go to #628996 only, please. Apt-listbugs is run in a similar context as package maintainer scripts. Debian policy #6.3 applies: Maintainer scripts are no longer guaranteed to run with a controlling terminal and must be able to fall back to noninteractive behavior (debconf handles this). Maintainer scripts may abort if there is no controlling terminal and no reasonable default for a high-priority question, but should avoid this if possible. Debconf is the standard way to handle this type of user interaction during Apt activity, and provides more control to the user (i.e. using DEBIAN_FRONTEND and preconfiguring). At the moment, current non-interactive behaviour is one of: - avoid running apt-listbugs, due to work-around for #662983; - abort always when RC bugs. The second is, IMO, the more reasonable default. Ideally, the minimum severity of bugs to cause abort should be configurable but that is yet another wishlist :-) Using debconf in combination with updates to the APT hook protocol (#671726) will restore functionality, avoid the current /dev/tty hacks, work with the maximum number of Apt frontends (packagekit, aptitude, apt-get, wajig, etc.) and provide more flexability. In particular, interaction with the user is possibly available with any debconf frontend, even in the absense of a controlling terminal. Apt-listbugs provides a safe guard against introducing known RC bugs to a system. I believe we all agree that it should not be disabled simply due to lack of /dev/tty access, and that it should also take the maximum opportunity to interact with the user. Francesco, you previously asked two questions: Open questions: (A) how can a program written in Ruby use debconf to interact with the user? Any program can directly use the debconf protocol as documented in debconf-devel(7). No library is required, though some minor changes to initiate debconf interaction will be. There is a sh library, and probably perl and python also. These may or may not be useful. (B) will a DebconfFrontend be (necessary and) enough to make apt-listbugs work well with packagekit? It depends what you mean by ‘work well’. ‘Work well’ can not require the presence of an interactive terminal, as given debian policy #6.3 quoted above [1]. It will be enough to at least have a sensible and configurable non-interactive default, and provide greater opportunity to interact with the user through non-terminal debconf frontends. Though packagekit by design does not allow interaction with the user, other Apt frontends have trouble with apt-listbugs (e.g. aptitude) and using debconf will certainly facilitate more interaction here. I am not a user of apt-listbugs, though I do value its place in the Apt world and do not wish it to become a second class citizen rought with work-arounds and pitfalls. I will contribute some effort to the development of a debconf interface after the Wheezy release. Regards [1] If you disagree with this, then apt-listbugs is not suitable for hooking in to Apt's Pre-Install-Pkgs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703226: ITP: patchwork -- a console or web based patch tracking system
Package: wnpp Severity: wishlist Owner: Carsten Schoenert c.schoen...@t-online.de * Package name: patchwork Version : actual like 0.0.0-[git-SH1-ID] Upstream Author : Jeremy Kerr j...@ozlabs.org * URL : http://jk.ozlabs.org/projects/patchwork/ * License : GPL2 Programming Lang: Python, Shell, Django Framwork with jquery Description : a console or web based patch tracking system Patchwork is designed to facilitate the contribution and management of contributions to an open-source project with a patch tracking system. In case of high activity on a mailinglist patches are offen neglected because of the amount of new or reworked patches every day. Patchwork helps to keep the overview to all of them because every mail with a patch gets into a database. The collected patches are then visible in a WebGUI on the server there the patchwork software is running. Inside the WebGUI it is possible for registered people to mark every single patch like 'accepted', 'under review', 'rejected' and so on. It's also possible to assign patches to single persons. Patchwork includes a python script 'pwclient' that allows the user to control the patches from a remote client. Patchwork is not related to a specifiv VCS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703222: gnome-session-bin: gnome-session crashes with trap int3
Hi,
On 03/17/2013 09:39 AM, Mattia Monga wrote:
On Sun, Mar 17, 2013 at 9:30 AM, Michael Biebl bi...@debian.org wrote:
sudo aptitude install -t experimental gnome-session --safe-resolver
I seguenti pacchetti NUOVI (NEW) saranno installati:
libelfg0{a}
I seguenti pacchetti saranno aggiornati:
glib-networking glib-networking-common glib-networking-services
gnome-session gnome-session-bin gnome-session-common
gnome-session-fallback libglib2.0-0 libglib2.0-bin libglib2.0-dev
10 pacchetti aggiornati, 1 installati, 0 da rimuovere e 815 non aggiornati.
È necessario prelevare 2855 kB/6324 kB di archivi. Dopo l'estrazione,
verranno occupati 1363 kB.
Continuare? [Y/n/?]
Do you have other packages from experimental?
This is what I have
i A libglib2.0-0
Try downgrading this to testing/unstable. It could definitely be related.
Also a backtrace of the crash would be very useful.
Emilio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703225: postfix: I have translated to indonesian language
Quoting T. Surya Fajri (kile...@gmail.com): Package: postfix Version: 2.10.0-2 Severity: wishlist File: postfix Dear Maintainer, i have transalate id.po for postfix 2.10.0-2 i not installed this packages. i view in the mailing list for indonesian translation team so i have translate it and it's done. how i submit the file? You just did. No problem. Thanks for your work. signature.asc Description: Digital signature
Bug#667885: Liferea notification icon is cutted
notfixed 667885 liferea/1.8.6-1.1 found 667885 liferea/1.8.6-1.1 found 667885 liferea/1.10-RC1 forwarded 667885 https://sourceforge.net/p/liferea/bugs/1064/ thanks. I'm still seeing the icon cutted (attaching new images). I also tried by creating a new user account and test from there but the icon remains the same. This is a netbook with small screen (10,1) and the usual resolution (1024x600), I can run some tests from a LiveCD in different computers to see how this goes and keep this bug updated with any finding Should you have any suggestion please tell. Greetings, The low resolution is probably the problem. I don't believe the status icon scales, it's 16x16 pixels and it's a png image. Now that you mention it, I realize that on my high resolution display, the icon is a lot smaller than it should be. So I have the opposite problem. I've forwarded this to upstream. Thanks for your help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703222: gnome-session-bin: gnome-session crashes with trap int3
On Sun, Mar 17, 2013 at 10:40 AM, Emilio Pozuelo Monfort
po...@debian.org wrote:
Hi,
On 03/17/2013 09:39 AM, Mattia Monga wrote:
On Sun, Mar 17, 2013 at 9:30 AM, Michael Biebl bi...@debian.org wrote:
sudo aptitude install -t experimental gnome-session --safe-resolver
I seguenti pacchetti NUOVI (NEW) saranno installati:
libelfg0{a}
I seguenti pacchetti saranno aggiornati:
glib-networking glib-networking-common glib-networking-services
gnome-session gnome-session-bin gnome-session-common
gnome-session-fallback libglib2.0-0 libglib2.0-bin libglib2.0-dev
10 pacchetti aggiornati, 1 installati, 0 da rimuovere e 815 non aggiornati.
È necessario prelevare 2855 kB/6324 kB di archivi. Dopo l'estrazione,
verranno occupati 1363 kB.
Continuare? [Y/n/?]
Do you have other packages from experimental?
This is what I have
i A libglib2.0-0
Try downgrading this to testing/unstable. It could definitely be related.
Also a backtrace of the crash would be very useful.
Emilio
Not sure what do you mean: I've installed the experimental
libglib2.0-0 in order to upgrade gnome-session; I cannot downgrade it
without downgrading all (glib-networking glib-networking-common
glib-networking-services gnome-session gnome-session-bin
gnome-session-common gnome-session-fallback libglib2.0-0
libglib2.0-bin libglib2.0-dev)
--
Mattia Monga
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703146: apt: BADSIG AED4B06F473041FA Debian Archive Automatic Signing Key (6.0/squeeze)?
On Sat, Mar 16, 2013 at 11:24:38AM +0100, David Kalnischkies wrote: Hi Steven, Hi David and Steven, could you please try again? This is very likely a temporary mirror hiccup while it is syncing. With disabling InRelease we get all the Release vs. Release.gpg mismatches back, which look/are more critical than the (In)Release vs. Packages Co. mismatches. There are various ideas to make syncs more atomic, but none is foolproof - and need provider support as APT is only a consumer here. I can reproduce this here: $ sudo LANG=C debootstrap --verbose --arch=i386 sid sid-chroot ... $ sudo chroot sid-chroot root@bod:/# ls -l /var/lib/apt/lists/ total 30028 -rw-r--r-- 1 root root 236078 Mar 17 02:22 ftp.us.debian.org_debian_dists_sid_Release -rw-r--r-- 1 root root 30506862 Mar 17 02:02 ftp.us.debian.org_debian_dists_sid_main_binary-i386_Packages drwxr-xr-x 2 root root 4096 Mar 17 09:21 partial root@bod:/# apt-get update Get:1 http://ftp.us.debian.org sid Release.gpg [836 B] Hit http://ftp.us.debian.org sid Release Ign http://ftp.us.debian.org sid Release Get:2 http://ftp.us.debian.org sid/main i386 Packages/DiffIndex [7876 B] Get:3 http://ftp.us.debian.org sid/main Translation-en [4112 kB] Fetched 4120 kB in 9s (436 kB/s) Reading package lists... Done W: GPG error: http://ftp.us.debian.org sid Release: The following signatures were invalid: BADSIG AED4B06F473041FA Debian Archive Automatic Signing Key (6.0/squeeze) ftpmas...@debian.org And indeed, there is something funny going on, looking at: # head /var/lib/apt/lists/ftp.us.debian.org_debian_dists_sid_Release -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Origin: Debian ... shows that its actually the InRelease file after the apt-get update which of course does not verify against the Release.gpg. It looks like debootstrap is putting it here, I just re-ran debootstrap and indeed, the file put there in the chroot is called _Release but its actually the _InRelease file. Apt-get update will send a if-modified-since header to the remote server and get a not-modified so leaves the Release file alone but the downloaded Release.gpg does not match. Renaming the downloaded _Release file to _InRelease fixes the issue. This bug in debootstrap was masked by the previous apt that was downloding a new InRelease and not touch the already present Release file - but now that InRelease support is disabled its triggered. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694493: t1-cyrillic: commas instead of points in 'ItalicAngle' parameters
Package: t1-cyrillic
Version: 4.16
I changed comma (',') for point ('.') in following files:
usr/share/fonts/X11/Type1/n019063d.afm
usr/share/fonts/X11/Type1/p052023d.afm
usr/share/fonts/X11/Type1/a010033d.afm
usr/share/fonts/X11/Type1/a010035d.afm
usr/share/fonts/X11/Type1/n021024d.afm
usr/share/fonts/X11/Type1/p052024d.afm
usr/share/fonts/X11/Type1/b018035d.afm
usr/share/fonts/X11/Type1/n019064d.afm
usr/share/fonts/X11/Type1/b018032d.afm
usr/share/fonts/X11/Type1/n021023d.afm
And it solves the problem with matplotlib.
Best Regards,
George Fatkin
Bug#703227: pulseaudio-utils: no multiarch aware
Package: pulseaudio-utils Version: 2.0-6 Severity: important Hello, The installation of pulseaudio-utils:i386 on Wheezy rc1 overwrites the native pulseaudio-utils:amd64 files. For example, the /usr/bin/pacat 64 bits executable is overwritten by the 32 bits version. Best regards, Gilles -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio-utils depends on: ii libc62.13-38 ii libcap2 1:2.22-1.2 ii libice6 2:1.0.8-2 ii libpulse02.0-6 ii libsm6 2:1.2.1-2 ii libsndfile1 1.0.25-5 ii libx11-6 2:1.5.0-1 ii libx11-xcb1 2:1.5.0-1 ii libxcb1 1.8.1-2 ii libxtst6 2:1.2.1-1 pulseaudio-utils recommends no packages. Versions of packages pulseaudio-utils suggests: ii avahi-daemon 0.6.31-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#701081: debian-policy: mandate an encoding for filenames in binary packages
On Sat, Mar 16, 2013 at 03:28:30PM -0700, Russ Allbery wrote: Bill Allombert bill.allomb...@math.u-bordeaux1.fr writes: On Sat, Mar 16, 2013 at 03:13:04PM -0700, Russ Allbery wrote: Many were posted to this thread. I guess I just disagree with you on whether those uses are good. For me, allowing the correct spellings of words and the correct names of things to be represented in file names is important enough to rise to an ethical goal that I would advocate adopting. A pure ASCII stance feels like a very English-centric stance. Filename are not translatable, so a better mechanism is needed anyway. This discussion isn't about translations, and I don't agree that they're relevant to this decision. Precisely, the situation is very different. Instead of displaying text in the user prefered language and scripts, UTF-8 filenames will be in an arbitrary scripts which might not be well supported on the user terminal both for output and input (which might miss support for the correct fonts, left-to-right support, ligature, input methods etc.), and that the user might not know how to spell. And that assuming the user use UTF-8 locale (so the C locale does not qualify). By contrast ASCII 7-bit is well supported by all Debian systems and is generally sufficient to carry the small quantity of information needed by filenames, and in any case ASCII 7-bit is the current standard practice for filenames so users are used to them. I am concerned that UTF-8 filenames in binary packages might hamper the ability of the user/sysadmin to query and troubleshout their system, because the name are not readable, cannot be typed in and cannot be googled easily. Dealing with a system where ls -R /usr/share/foo report %ls -R /usr/share/foo/ /usr/share/foo/: ?? ?? ? ? ??? ?? ?? ? ?? ??? ??? ??? ??? ??? ?? /usr/share/foo/???/: ? ?? is likely to be painful. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703208: [Pkg-libvirt-maintainers] Bug#703208: libvirt0: segfault after upgrade from version 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4
On Sun, Mar 17, 2013 at 12:16:19AM +0100, TomaszSz wrote: Package: libvirt0 Version: 0.8.3-5+squeeze4 Severity: normal Hi, After actualisation of libvirt-bin, libvirt0, python-libvirt from version 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4 i get an error in kern.log: Mar 16 21:45:27 ursaminor kernel: [894014.541626] kvm[28358]: segfault at 0 ip 004e3ef0 sp 7fffbec469f0 error 4 in kvm[40+238000] Mar 16 21:57:11 ursaminor kernel: [ 165.92] kvm[5029]: segfault at 0 ip 004e3ef0 sp 7fff455d9fd0 error 4 in kvm[40+238000] Mar 16 22:04:29 ursaminor kernel: [ 603.405960] kvm[5862]: segfault at 0 ip 004e3ef0 sp 7fff8d2c4810 error 4 in kvm[40+238000] Mar 16 22:08:55 ursaminor kernel: [ 869.664001] kvm[6347]: segfault at 0 ip 004e3ef0 sp 7fffbd9a8000 error 4 in kvm[40+238000] Mar 16 22:14:29 ursaminor kernel: [ 1203.397581] kvm[7016]: segfault at 0 ip 004e3ef0 sp 7fffad92ac40 error 4 in kvm[40+238000] Mar 16 22:14:44 ursaminor kernel: [ 1218.385540] kvm[7047]: segfault at 0 ip 004e3ef0 sp 7fffb106e530 error 4 in kvm[40+238000] My virtual machines doesn't start also. In my /var/log/libvirt/qemu/mymachine.log i get this information: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/ QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 16384 -smp 4,sockets=4,cores=1,threads=1 -name win2008-STD-orion -uuid 66a2dc8c-dd85-38da-ab66-405784525dce -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/win2008-STD-orion.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=localtime -boot c -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/home/images/win2k8_std_orion.qcow2,if=none,id=drive-ide0-0-0,boot=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -device e1000,vlan=0,id=net0,mac=52:54:00:f5:78:57,bus=pci.0,addr=0x3 -net tap,fd=63,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -vnc 127.0.0.1:1 -k pl -vga std -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 char device redirected to /dev/pts/3 open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support There seems to be an issue opening /dev/kvm (it shouldn't crash though). The patch changed the group libvirt runs the kvm process with but the kvm group should still be a supplementary group. Please check: ls -l /dev/kvm id libvirt-qemu getent group kvm and attach /etc/libvirt/qemu.conf. Cheers, -- Guido Any one can help me please? -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt0 depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcap-ng0 0.6.4-1 An alternate posix capabilities li ii libgcrypt111.4.5-2 LGPL Crypto library - runtime libr ii libgnutls262.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libnl1 1.1-6 library for dealing with netlink s ii libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra ii libxenstore3.0 4.0.1-5.8 Xenstore communications library fo ii libxml22.7.8.dfsg-2+squeeze6 GNOME XML library Versions of packages libvirt0 recommends: ii lvm2 2.02.66-5 The Linux Logical Volume Manager libvirt0 suggests no packages. -- no debconf information ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700863: blueman-applet eats up memory
Hi, thanks für your report! What types of devices and applications did you use with blueman? Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#445108: Crash when loading feed with FlashPlayer
WHY? Probably something gone wrong with new FlashPlayer, my own was updated from command line, and after that Epiphany and Liferea crash at loading Flash content. I think that is the reason why you can't reproduce that crash, or error. Your versions of Flash is probably different, and doesn't have the same behavior. From your gdb, it's the flashplayer plugin that's crashing. I'd suggest trying to run a different version of the flash plugin. Is it really *all* flash content that doesn't work for you? Have you tried the flash plugin that's in the debian repos? You installed it from command line? Have you made sure that your flash plugin matches the architecture of your distro? If you're running a 32-bit flash plugin on a 64-bit distro, it's not going to work. Flash content works just fine here using flashplugin-nonfree 1:3.2 from wheezy so I'm thinking it's got to be a problem with that flashplugin you've got. Thanks for your time, -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703203: Has issues when upstream sources are in bzip2 format
On Sun, Mar 17, 2013 at 11:56:13AM +0100, Guido Günther wrote: Hi, On Sat, Mar 16, 2013 at 10:30:50PM +0100, Julien Puydt wrote: Package: git-buildpackage Version: 0.6.0~git20130314 The following : $ git clone git://git.debian.org/git/debian-science/packages/pynac.git $ cd pynac $ git-buildpackage -us -uc fails with: gbp:error: Couldn't checkout pynac_0.2.6.orig.tar.gz: /usr/bin/pristine-tar returned 128 and indeed: $ pristine-tar checkout /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.gz fatal: Path 'pynac_0.2.6.orig.tar.gz.delta' does not exist in 'refs/remotes/origin/pristine-tar' pristine-tar: git show refs/remotes/origin/pristine-tar:pynac_0.2.6.orig.tar.gz.delta failed but: $ pristine-tar checkout /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.bz2 pristine-tar: successfully generated /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.bz2 So git-buildpackage didn't give the right directions to pristine-tar... It does so if it can. If you use gbp-clone it will setup the correct branch tracking, spot the pristine-tar branch and determine the source tarball is bz2. If you don't use gbp-clone you have to setup the branch tracking by hand. As soon as it can find the pristine-tar branch it will work. I should add that I've verified that everything works as expected if you eiter use gbp-clone or setup the branch tracking by hand. Sorry for the additional noise. 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#703229: [libasan0] libasan0: /usr/bin/ld.bfd.real: cannot find libasan_preinit.o: No such file or directory
Package: libasan0 Version: 4.8-20130315-1 Severity: normal --- Please enter the report below this line. --- GCC-4.8's(from experimental) -fsanitize=address flag is not working: $ gcc-4.8 -fsanitize=address test.c /usr/bin/ld.bfd.real: cannot find libasan_preinit.o: No such file or directory collect2: error: ld returned 1 exit status $ apt-cache policy libasan0 libasan0: Installed: 4.8-20130315-1 Candidate: 4.8-20130315-1 Version table: *** 4.8-20130315-1 0 1 http://ftp.ro.debian.org/debian/ experimental/main amd64 Packages 100 /var/lib/dpkg/status $ dpkg -L libasan0 /. /usr /usr/lib /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/libasan.so.0.0.0 /usr/share /usr/share/doc /usr/lib/x86_64-linux-gnu/libasan.so.0 /usr/share/doc/libasan0 --- System information. --- Architecture: amd64 Kernel: Linux 3.8.3 Debian Release: 7.0 500 unstableftp.ro.debian.org 500 stable ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== gcc-4.8-base (= 4.8-20130315-1) | libc6(= 2.2.5) | libgcc1(= 1:4.1.1) | libstdc++6 (= 4.1.1) | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703230: [gcc-4.8] gcc-4.8: -fsanitize=thread requires -fPIC too
Package: gcc-4.8 Version: 4.8-20130315-1 Severity: normal --- Please enter the report below this line. --- GCC says that -pie or -shared is needed to use -fsanitize=thread, but that is not enough on amd64: $ /usr/bin/gcc-4.8 -fsanitize=thread test.c -pie /usr/bin/ld.bfd.real: /tmp/ccBEgPXP.o: relocation R_X86_64_PC32 against undefined symbol `__tsan_func_entry' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld.bfd.real: final link failed: Bad value collect2: error: ld returned 1 exit status -fPIC is needed too: $ /usr/bin/gcc-4.8 -fsanitize=thread test.c -pie -fPIC --- System information. --- Architecture: amd64 Kernel: Linux 3.8.3 Debian Release: 7.0 500 unstableftp.ro.debian.org 500 stable ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== gcc-4.8-base (= 4.8-20130315-1) | cpp-4.8(= 4.8-20130315-1) | binutils(= 2.22) | libgcc-4.8-dev (= 4.8-20130315-1) | libc6 (= 2.14) | libcloog-isl4 (= 0.17) | libgmp10 | libisl10(= 0.10) | libmpc2 | libmpfr4 (= 3.1.1) | zlib1g (= 1:1.1.4) | Recommends (Version) | Installed ==-+- libc6-dev (= 2.13-5) | Suggests(Version) | Installed =-+-== gcc-4.8-multilib | libmudflap0-4.8-dev(= 4.8-20130315-1) | gcc-4.8-doc (= 4.8) | gcc-4.8-locales (= 4.8) | libgcc1-dbg (= 1:4.8-20130315-1) | 1:4.8-20130315-1 libgomp1-dbg (= 4.8-20130315-1) | libitm1-dbg (= 4.8-20130315-1) | libatomic1-dbg(= 4.8-20130315-1) | libasan0-dbg (= 4.8-20130315-1) | libtsan0-dbg (= 4.8-20130315-1) | libbacktrace1-dbg (= 4.8-20130315-1) | libquadmath0-dbg (= 4.8-20130315-1) | libmudflap0-dbg (= 4.8-20130315-1) | binutils-gold (= 2.22) | 2.21.52.20110707-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703231: boost-defaults: d/control Vcs-Browser does not work
Source: boost-defaults Version: 1.49.0.1 Severity: important Dear Maintainer, On your PTS, the link to the browseable VCS does not work: An Exception Has Occurred Unknown location: /boost-defaults/trunk HTTP Response Status 404 Not Found coldtobi -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703208: [Pkg-libvirt-maintainers] Bug#703208: libvirt0: segfault after upgrade from version 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4
Hi Salvatore, On Sun, Mar 17, 2013 at 08:56:51AM +0100, Salvatore Bonaccorso wrote: Control: severity -1 grave Hi On Sun, Mar 17, 2013 at 12:16:19AM +0100, TomaszSz wrote: Package: libvirt0 Version: 0.8.3-5+squeeze4 Severity: normal [...] My virtual machines doesn't start also. In my /var/log/libvirt/qemu/mymachine.log i get this information: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/ QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 16384 -smp 4,sockets=4,cores=1,threads=1 -name win2008-STD-orion -uuid 66a2dc8c-dd85-38da-ab66-405784525dce -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/win2008-STD-orion.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=localtime -boot c -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/home/images/win2k8_std_orion.qcow2,if=none,id=drive-ide0-0-0,boot=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -device e1000,vlan=0,id=net0,mac=52:54:00:f5:78:57,bus=pci.0,addr=0x3 -net tap,fd=63,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -vnc 127.0.0.1:1 -k pl -vga std -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 char device redirected to /dev/pts/3 open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support I can confirm this, upgrading from 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4 is causing this regression: open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support This seems related to the changes done for #701649, but I had not time to check further. Thanks for double checking. I do wonder why I didn't see this during my test though. A temporary work around is to set group = kvm in /etc/libvirt/qemu.conf . This of course results in files being owned by the kvm group (which is what we wanted to avoid in the first place). Cheers, -- Guido Cc'ing also the security team. Regards, Salvatore ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559179: mutextrace: package does not contain any documentation
Op maandag 11 maart 2013 21:22:28 schreef Helmut Grohne: I wrote a manual page for the mutextrace utility. Please consider including it under the very same license as the rest of the source. You'll find it attached to this mail. Well done! Thijs signature.asc Description: This is a digitally signed message part.
Bug#703232: crash/assert() when peer retries request on reliable transport
Package: repro Version: 1.8.5-1 Severity: serious repro occasionally stops. If running as a daemon, there is no obvious error output in syslog. Running repro with console output enabled, the following assert() is observed: repro: TransactionState.cxx:2578: void resip::TransactionState::sendCurrentToWire(): Assertion `0' failed. and the process stops. The issue has been studied by upstream developers and fixed in trunk for some weeks, it is on the 1.8.x release branch and scheduled for the imminent 1.8.7 upstream bugfix release. Upstream mailing list discussion: http://list.resiprocate.org/archive/resiprocate-devel/msg08182.html Fix in upstream repository on the 1.8.x release branch: http://svn.resiprocate.org/viewsvn/resiprocate/branches/resiprocate-1.8/resip/stack/TransactionState.cxx?r1=10013r2=10014diff_format=l -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633118: blueman-manager times out on start
Hi Martin, does this apply to 1.23 as well? Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531695: gnome-keyring: The login keyring doesn't appear to unlock to default keyring
Package: gnome-keyring Version: 3.4.1-5 Followup-For: Bug #531695 Dear all, I am experiencing the same with gnome keyring 3.4.1-5 under xfce. I have turned off Launch GNOME services at startup option in Session and Startup config. When i start firefox I am promted for password to my default keyring which effectively means that login keyring wasn't unlocked during startup. I think it is a result of improper configuration. Please see this bugreport filled for ubuntu: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1022322 If I am to quote from the report author: The file causing the problem is /etc/xdg/autostart/gnome-keyring-pkcs11.desktop .. The line OnlyShowIn=GNOME;Unity should be changed to OnlyShowIn=GNOME;Unity;XFCE I have tried the suggested and the result is positive. Hope it helps. Best regards Jan Korous -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing') 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 gnome-keyring depends on: ii dbus-x11 1.6.8-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gcr 3.4.1-3 ii libc62.13-38 ii libcap-ng0 0.6.6-2 ii libcap2-bin 1:2.22-1.2 ii libdbus-1-3 1.6.8-1 ii libgck-1-0 3.4.1-3 ii libgcr-3-1 3.4.1-3 ii libgcrypt11 1.5.0-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 3.4.1-5 gnome-keyring suggests no packages. -- Configuration Files: /etc/xdg/autostart/gnome-keyring-pkcs11.desktop changed: [Desktop Entry] Type=Application Name=Certificate and Key Storage Name[af]=Sertifikaat- en sleutelberging Name[ar]=مخزن الشهادات والمفاتيح Name[as]=প্ৰমাণপত্ৰ আৰু চাবি সংৰক্ষণ Name[ast]=Certificaos y almacenamientu de claves Name[be]=Сховішча сертыфікатаў і ключоў Name[bg]=Съхранение на сертификати и ключове Name[bn]=সার্টিফিকেট এবং কী স্টোরেজ Name[ca]=Magatzem de certificats i de claus Name[ca@valencia]=Magatzem de certificats i de claus Name[cs]=Odemknout certifikáty a umístění klíčů Name[da]=Certifikat- og nøglelager Name[de]=Zertifikat-/Schlüsselverwahrung Name[el]=Αποθήκη πιστοποιητικών και κλειδιών Name[en_GB]=Certificate and Key Storage Name[eo]=Memorejo de atestiloj kaj ŝlosiloj Name[es]=Certificados y almacenamiento de claves Name[et]=Sertifikaadi- ja võtmehoidla Name[eu]=Ziurtagirien/gakoen biltegia Name[fa]=مخزن گواهینامه و کلید Name[fi]=Varmenne- ja avainsäilö Name[fr]=Stockage de certificats et de clés Name[gl]=Almacenamento de chave ou certificado Name[gu]=પ્રમાણપત્ર અને કી સંગ્રહ Name[he]=אחסון תעודה ומפתח Name[hu]=Tanúsítvány- és kulcstároló Name[id]=Penyimpanan Kunci dan Sertifikat Name[it]=Archivio certificati e chiavi Name[ja]=証明書および鍵を格納するストレージ Name[km]=វិញ្ញាបនបត្រ និងការផ្ទុកសោ Name[ko]=인증서 및 키 저장소 Name[lt]=Liudijimų ir raktų saugykla Name[lv]=Sertifikātu un atslēgu glabātava Name[mk]=Склад на клучеви и сертификати Name[ms]=Sijil dan Penyimpanan Kekunci Name[nb]=Lager for sertifikat/nøkkel Name[nl]=Certificaat- en sleutelopslag Name[nn]=Serifikat- og nøkkellager Name[pa]=ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਕੁੰਜੀ ਸਟੋਰੇਜ਼ Name[pl]=Przechowalnia certyfikatów i kluczy Name[pt]=Armazenamento de Chaves e Certificados Name[pt_BR]=Certificados e armazenamento de chaves Name[ro]=Mediu de stocare pentru certificate și chei Name[ru]=Хранилище сертификатов и ключей Name[sk]=Úložisko certifikátov a kľúčov Name[sl]=Hranjenje potrdil in ključev Name[sr]=Складиште сертификата и кључева Name[sr@latin]=Skladište sertifikata i ključeva Name[sv]=Certifikat och nyckellagring Name[ta]=சான்றிதழ்/விசை சேமிப்பகம் Name[te]=ధృవీకరణపత్రం మరియు కీ నిల్వ Name[th]=แหล่งใบรับรองและกุญแจ Name[tr]=Sertifika ve Anahtar Deposu Name[ug]=گۇۋاھنامە ۋە شىفىرلىق ئاچقۇچ ئامبىرى Name[uk]=Сертифікат та сховище ключів Name[vi]=Lưu trữ Chứng nhận và Khoá Name[zh_CN]=证书和密钥存储 Name[zh_HK]=證書與密碼匙儲存區 Name[zh_TW]=憑證與金鑰儲存區 Comment=GNOME Keyring: PKCS#11 Component Comment[af]=GNOME-sleutelring: PKCS#11-komponent Comment[ar]=حلقة مفاتيح جنوم: مكون PKCS#11 Comment[as]=GNOME Keyring: PKCS#11 উপাদান Comment[ast]=Depósitu de claves de GNOME: Componente PKCS#11 Comment[be]=Вязкі ключоў GNOME: кампанент PKCS#11 Comment[bg]=Ключодържател на GNOME: компонент за PKCS#11 Comment[bn]=GNOME কী রিং: PKCS#11 কম্পোনেন্ট Comment[ca]=Anell de claus del GNOME: component PKCS#11 Comment[ca@valencia]=Anell de claus del GNOME: component PKCS#11 Comment[cs]=Klíčenka GNOME: komponenta PKCS#11 Comment[da]=GNOME-nøgleringsdæmon: PKCS#11-komponent
Bug#650225: [regression] blueman-manager quits when removing bluetooth adapter
Hi Andrew, can you reproduce this with 1.23-1? Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703208: libvirt0: segfault after upgrade from version 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4
On dim., 2013-03-17 at 08:56 +0100, Salvatore Bonaccorso wrote: open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support Can you check permissions on the /dev/kvm device and the groups in which the libvirt-qemu user is? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#703170: new version 1.10.0 available, needed for Pootle 2.5.0
Quoting W. Martin Borgert (deba...@debian.org): Source: translate-toolkit Version: 1.9.0-3 Severity: wishlist For packaging the new version of Pootle, Translate Toolkit needs an update. Btw. upstream seems to have a new homepage: http://toolkit.translatehouse.org/ Yes, I just read about that. THanks for sending the needed reminder. I'll add this to my TODO list. I might upload to experimental only, given the current freeze. signature.asc Description: Digital signature
Bug#671726: Bug#671728: Bug#671726: apt: should be able to provide hook information through a named pipe
On Sun, Mar 17, 2013 at 12:36:22AM +0100, Francesco Poli wrote: On Sun, 17 Mar 2013 00:07:21 +0100 Serafeim Zanikolas wrote: Do you agree then that adding the fifo feature to apt and adapting apt-listbugs accordingly is not needed nor does it suffice for fixing #662983? No, I don't agree. If I recall bug #662983 correctly, the trick is that, if apt-listbugs can read hook info through a named pipe, then it may interact with the user through stdin and stdout *without* having to explicitly reopen /dev/tty (this is the operation which is forbidden within an su -c command). Francesco, thank you for the clarification. This does make sense now. I think this is due to the fact that your patch for apt-listbugs does not modify what apt-listbugs does *after* parsing the hook info sent by apt. ie. not re-open /dev/tty -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703208: [Pkg-libvirt-maintainers] Bug#703208: libvirt0: segfault after upgrade from version 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4
On Sun, Mar 17, 2013 at 12:08:05PM +0100, Guido Günther wrote: Hi Salvatore, On Sun, Mar 17, 2013 at 08:56:51AM +0100, Salvatore Bonaccorso wrote: Control: severity -1 grave Hi On Sun, Mar 17, 2013 at 12:16:19AM +0100, TomaszSz wrote: Package: libvirt0 Version: 0.8.3-5+squeeze4 Severity: normal [...] My virtual machines doesn't start also. In my /var/log/libvirt/qemu/mymachine.log i get this information: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/ QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 16384 -smp 4,sockets=4,cores=1,threads=1 -name win2008-STD-orion -uuid 66a2dc8c-dd85-38da-ab66-405784525dce -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/win2008-STD-orion.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=localtime -boot c -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/home/images/win2k8_std_orion.qcow2,if=none,id=drive-ide0-0-0,boot=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -device e1000,vlan=0,id=net0,mac=52:54:00:f5:78:57,bus=pci.0,addr=0x3 -net tap,fd=63,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -vnc 127.0.0.1:1 -k pl -vga std -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 char device redirected to /dev/pts/3 open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support I can confirm this, upgrading from 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4 is causing this regression: open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support This seems related to the changes done for #701649, but I had not time to check further. Thanks for double checking. I do wonder why I didn't see this during my test though. A temporary work around is to set group = kvm in /etc/libvirt/qemu.conf . It turned out as expected. The necessary initgroups logic was added post post 0.8.6 while squeeze has 0.8.3. (I also spotted the reason why my testing on squeeze incorrectly succeeded to open /dev/kvm which was just related to the local setup). I'll have a look into backporting the relevant parts. This of course results in files being owned by the kvm group (which is what we wanted to avoid in the first place). The alternative workaround is to change the group of /dev/kvm to allow access for the libvirt-qemu group. Cheers, -- Guido Cheers, -- Guido Cc'ing also the security team. Regards, Salvatore ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703233: unblock: resiprocate - crash issue fixed
Package: release.debian.org
Severity: normal
There are two fixes, both using patches backported from the upstream
release branch
One of the issues is marked serious because it causes the process to
stop in certain situations.
The other is marked as important because it causes incompatibility with
FreeSWITCH PBXes
diff -Nru resiprocate-1.8.5/debian/changelog resiprocate-1.8.5/debian/changelog
--- resiprocate-1.8.5/debian/changelog 2012-08-08 15:02:29.0 +0200
+++ resiprocate-1.8.5/debian/changelog 2013-03-17 12:33:44.0 +0100
@@ -1,3 +1,10 @@
+resiprocate (1.8.5-2) unstable; urgency=low
+
+ * Remove proxy-auth headers after validating them (Closes: #697341)
+ * Discard repeated requests over reliable transport (Closes: #703232)
+
+ -- Daniel Pocock dan...@pocock.com.au Sun, 17 Mar 2013 12:30:47 +0100
+
resiprocate (1.8.5-1) unstable; urgency=low
* New upstream release
@@ -7,7 +14,6 @@
* Fix support for multiple ENUM carriers
* Fix issue with help text causing crash
* Fix clash between DIGEST and mutual TLS when used concurrently
- * Proposed for wheezy unblock (Closes: #681387)
-- Daniel Pocock dan...@pocock.com.au Wed, 08 Aug 2012 15:02:03 +0200
diff -Nru
resiprocate-1.8.5/debian/patches/0001-remove-Proxy-Authorization-headers-for-successful-Di.patch
resiprocate-1.8.5/debian/patches/0001-remove-Proxy-Authorization-headers-for-successful-Di.patch
---
resiprocate-1.8.5/debian/patches/0001-remove-Proxy-Authorization-headers-for-successful-Di.patch
1970-01-01 01:00:00.0 +0100
+++
resiprocate-1.8.5/debian/patches/0001-remove-Proxy-Authorization-headers-for-successful-Di.patch
2013-03-17 12:28:37.0 +0100
@@ -0,0 +1,61 @@
+From: Daniel Pocock dan...@pocock.com.au
+Date: Sun, 17 Mar 2013 12:09:48 +0100
+Subject: remove Proxy-Authorization headers for successful Digest Challenges
+ before forwarding message (closes: #697341) (upstream: r9886, fixed
+ in v1.8.6)
+
+---
+ repro/monkeys/DigestAuthenticator.cxx | 29 -
+ 1 file changed, 16 insertions(+), 13 deletions(-)
+
+diff --git a/repro/monkeys/DigestAuthenticator.cxx
b/repro/monkeys/DigestAuthenticator.cxx
+index c3a8af3..fbaa5e9 100644
+--- a/repro/monkeys/DigestAuthenticator.cxx
b/repro/monkeys/DigestAuthenticator.cxx
+@@ -116,7 +116,6 @@ DigestAuthenticator::process(repro::RequestContext rc)
+ pairHelper::AuthResult,Data result =
+ Helper::advancedAuthenticateRequest(*sipMessage, realm, a1, 3000);
// was 15
+
+-// Auths authHeaders = sipMessage-header(h_ProxyAuthorizations);
+ switch (result.first)
+ {
+ case Helper::Failed:
+@@ -135,22 +134,26 @@ DigestAuthenticator::process(repro::RequestContext rc)
+
+ // Delete the Proxy-Auth header for this realm.
+ // other Proxy-Auth headers might be needed by a downsteram node
+-/*
+-Auths::iterator i = authHeaders.begin();
+-Auths::iterator j = authHeaders.begin();
+-while( i != authHeaders.end() )
++if (sipMessage-exists(h_ProxyAuthorizations))
+ {
+- if (proxy.isMyDomain(i-param(p_realm)))
+- {
+- j = i++;
+- authHeaders.erase(j);
+- }
+- else
++ Auths authHeaders = sipMessage-header(h_ProxyAuthorizations);
++ Data realm = getRealm(rc);
++
++ // if we find a Proxy-Authorization header for a realm we
handle,
++ // asynchronously fetch the relevant userAuthInfo from the
database
++ for (Auths::iterator i = authHeaders.begin(); i !=
authHeaders.end(); )
+{
+- ++i;
++ if(i-exists(p_realm) isEqualNoCase(i-param(p_realm),
realm))
++ {
++ i = authHeaders.erase(i);
++ }
++ else
++ {
++ ++i;
++ }
+}
+ }
+-*/
++
+ if(!sipMessage-header(h_From).isWellFormed() ||
+sipMessage-header(h_From).isAllContacts())
+ {
diff -Nru
resiprocate-1.8.5/debian/patches/0002-discard-repeated-requests-received-over-reliable-tra.patch
resiprocate-1.8.5/debian/patches/0002-discard-repeated-requests-received-over-reliable-tra.patch
---
resiprocate-1.8.5/debian/patches/0002-discard-repeated-requests-received-over-reliable-tra.patch
1970-01-01 01:00:00.0 +0100
+++
resiprocate-1.8.5/debian/patches/0002-discard-repeated-requests-received-over-reliable-tra.patch
2013-03-17 12:28:37.0 +0100
@@ -0,0 +1,37 @@
+From: Daniel Pocock dan...@pocock.com.au
+Date: Sun, 17 Mar 2013 12:28:31 +0100
+Subject: discard repeated requests received over reliable transports (closes:
+ #703232) (upstream: r9998, fixed in v1.8.7)
+
+---
+
Bug#703234: libzbar0 recodes 8-bit QR-encoded data into UTF-8
Package: libzbar0
Version: 0.10+doc-7+b2
As it was pointed out [1] by Ben Morrow in a recent
news:comp.lang.perl.misc thread, libzbar0 appears to assume
ISO-8859-1 encoding for the input QR-encoded 8-bit data, and
attempts to unconditionally recode it into UTF-8, thus giving
(possibly) incorrect results.
The issue arises with both the zbarimg(1) command-line tool
(which disregards the locale currently in effect), and the
Perl's Barcode::ZBar interface (suggesting that the resulting
UTF-8-coded string is not being properly passed back to the
calling Perl code.)
As was suggested, I've used the “level L” Imager::QRCode option
and a test vector of 17 ‘\xFF’ octets. As expected, the
resulting QR code was 21 by 21 dots, thus ruling out the
possibility of ISO-8859-1 to UTF-8 expansion happening within
the generating Imager::QRCode module.
Consider, e. g. (the code is MIME'd):
$ LC_ALL=C perl -- z97wbjf3xptrg36ymsrczz5ggy.perl
Blob: pack(H*,ff)
Image:42 by 42
[[QR-Code, (\xC3\xBF x 17)]]
$
Where \xC3\xBF's are ISO-8859-1 \xFF's recoded into UTF-8:
$ printf \\xc3\\xbf \
| iconv -f UTF-8 -t ISO-8859-1 \
| od -t x1
000 ff
001
$
[1] news:u0m61a-t5i1@anubis.morrow.me.uk
--
FSF associate member #7257
### z97wbjf3xptrg36ymsrczz5ggy.perl -*- Perl -*-
## A simplistic Imager::QRCode vs. Barcode::ZBar test.
### Ivan Shmakov, 2013
## To the extent possible under law, the author(s) have dedicated all
## copyright and related and neighboring rights to this software to the
## public domain worldwide. This software is distributed without any
## warranty.
## You should have received a copy of the CC0 Public Domain Dedication
## along with this software. If not, see
## http://creativecommons.org/publicdomain/zero/1.0/.
### Code:
use common::sense;
require Barcode::ZBar;
require Data::Dump;
require Imager::QRCode;
my $qr
= Imager::QRCode-new (qw (mode 8-bit casesensitive 1),
qw (level L margin 0 size 2));
my $blob
= pack (H*, (FF x 17));
print (Blob: , Data::Dump::dump ($blob), \n);
my $img
= $qr-plot ($blob);
print (Image:, $img-getwidth (),
by , $img-getheight (), \n);
my $jpeg
= undef;
$img-write (data = \$jpeg, type = jpeg)
or die ();
my $bi
= Barcode::ZBar::Image-new ();
$bi-set_format (JPEG);
$bi-set_size ($img-getwidth (), $img-getheight ());
$bi-set_data ($jpeg);
my $reader
= Barcode::ZBar::Processor-new();
$reader-process_image($bi);
my @xsym
= map {
## .
[ $_-get_type (), $_-get_data () ];
} ($bi-get_symbols ());
print (, Data::Dump::dump ([ @xsym ]), \n);
### Emacs trailer
## Local variables:
## coding: us-ascii
## fill-column: 72
## indent-tabs-mode: nil
## ispell-local-dictionary: american
## End:
### z97wbjf3xptrg36ymsrczz5ggy.perl ends here
Bug#671726: apt: should be able to provide hook information through a named pipe
On Sun, Mar 17, 2013 at 02:14:50PM +0800, Daniel Hartwig wrote: On 17 March 2013 06:56, Serafeim Zanikolas s...@debian.org wrote: Hi Francesco, On Sat, Mar 16, 2013 at 11:25:36PM +0100, Francesco Poli wrote [edited]: On Sat, 16 Mar 2013 12:05:09 +0100 David Kalnischkies wrote: [..] Using a hook-defined fifoname rather than a random fifoname should be okay as the later isn't more secure than the former (if an attacker has root rights to write to it we are doomed anyway …) Please excuse my ignorance: isn't a pre-defined fifoname prone to a symlink attack? It's prone only in a publicly-writable directory, which is not the case for /var/run. and in fact creating a randomly named fifo could be hard in practice … Isn't there anything like mkstemp(3) for named pipes? I'm not aware of any -- but we can get away without one anyway. The data can be passed through an open fd, similar to dpkg --status-fd argument. Then there are no issues due to filesystems global namespace and it removes the fs as an unrequired middle-man. Sure, that'd be an improvement. Would you make apt pass the fd number to apt-listbugs in the command line? I guess the apt-listbugs patch is just for testing, but I say it non-the-less: It would be good if at least apt-listbugs/wheezy would support both so we don't create backport problems that early in the (not even started) wheezy release cycle. ;) At this point of the wheezy freeze, I cannot introduce any change into apt-listbugs/wheezy, except for those that fix important or RC bugs. Due to this issue and current work-around for #662983, the functionality of the package is severly downgraded. Introducing a new interface (named pipe or open fd) is desirable for the reasons David says, and has potential for wheezy especially if backed by the apt developers. While I appreciate the backing, I seriously doubt that anyone could make a convincing case for a deep freeze exception, for a feature that's not even fully developed yet (and that's not even that relevant for stable). -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703179: Live nonfree images don't start x-session on radeon video cards
reassign 703179 live-config tag 703179 moreinfo thanks does it happen with the normal (not nonfree enabled) images too? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667885: Liferea notification icon is cutted
2013/3/17 David Smith sidic...@gmail.com: The low resolution is probably the problem. I don't believe the status icon scales, it's 16x16 pixels and it's a png image. Mmm... interesting. Now that you mention it, I realize that on my high resolution display, the icon is a lot smaller than it should be. So I have the opposite problem. I've forwarded this to upstream. Thanks for this. I have loaded a Wheezy LiveCD on one of my main computers with 24 inches screen and installed Liferea but the icon is still cutted which is a bit weird. I'm attaching another snapshot. Screen resolution is also well detected: user@debian:~$ xrandr -q Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 4096 x 4096 DVI-I-1 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm 1920x1200 60.0*+ 1600x1200 60.0 1680x1050 60.0 1280x1024 60.0 1280x960 60.0 1024x768 60.0 800x60060.3 640x48060.0 720x40070.1 DVI-I-2 disconnected (normal left inverted right x axis y axis) TV-1 disconnected (normal left inverted right x axis y axis) Wait... wait... the icon is now fine! (see the other image). I don't know what hapepned, I did nothing. Nothing at all. When I close and reopen again Liferea it renders again the cutted icon. Greetings, -- Camaleón attachment: livecd-24screen-icon-cutted.pngattachment: livecd-24screen-icon-fine.png
Bug#703236: network-manager: doesn't see nor handle wwan0
Package: network-manager Version: 0.9.4.0-10 Severity: normal Dear Maintainer, When I plug my Sony Ericsson W995 phone by USB, 3 interfaces are created : ttyACM0, ttyACM1 and wwan0. I'd like to use wwan0 to access the internet. NM doesn't see the wwan0 interface (as stated by nm-tool, or looking into syslog) and therefore the nm-applet doesn't show it. Note that the following command give me access to the internet: #ifconfig wwan0 up #dhclient wwan0 (/etc/network/interfaces contains only two lines about lo). If I install modemmanager, NM handle ttyACM0 and ttyACM1, but these needs information about my provider to connect. Since the phone is already connected to the internet, exposing wwan0 I shouldn't need these informations. Last, it used to work 2 years ago with a phone from the same manufacturer, but the interface was named usb0. Is there a way to have wwan0 show up in nm-applet when plugged, and make NM request an address via dhcp ? Regards, Bertrand -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.8-1 ii dpkg 1.16.9 ii isc-dhcp-client4.2.2.dfsg.1-5+deb70u3 ii libc6 2.13-38 ii libdbus-1-31.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libgcrypt111.5.0-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnutls262.12.20-4 ii libgudev-1.0-0 175-7.1 ii libnl-3-2003.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libnl-route-3-200 3.2.7-4 ii libnm-glib40.9.4.0-10 ii libnm-util20.9.4.0-10 ii libpolkit-gobject-1-0 0.105-3 ii libuuid1 2.20.1-5.3 ii lsb-base 4.1+Debian8 ii udev 175-7.1 ii wpasupplicant 1.0-3+b2 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.62-3+deb7u1 ii iptables 1.4.14-3.1 pn modemmanager none ii policykit-1 0.105-3 ii ppp 2.4.5-5.1+b1 Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla [Errno 13] Permission non accordée: u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla' -- 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#702646: FTBFS: Can't locate File/Slurp.pm
On 2013/03/15 09:15PM, Julien Cristau wrote: On Fri, Mar 15, 2013 at 00:01:52 +0100, Gianluca Ciccarelli wrote: [...] Alternatively, does anyone volunteer to review the patches (the fix plus the 3 small changes leading to the new maintainer release) and upload the package to the archive? I've uploaded that, and pushed an updated master branch and tag to the git repo. Thanks for your work. Thank you for yours, Julien. -- Gianluca Ciccarelli http://gergel.im GPG key ID: 0x39BBDB6C signature.asc Description: Digital signature
Bug#671726: apt: should be able to provide hook information through a named pipe
On 17 March 2013 19:56, Serafeim Zanikolas s...@debian.org wrote: On Sun, Mar 17, 2013 at 02:14:50PM +0800, Daniel Hartwig wrote: The data can be passed through an open fd, similar to dpkg --status-fd argument. Then there are no issues due to filesystems global namespace and it removes the fs as an unrequired middle-man. Sure, that'd be an improvement. Would you make apt pass the fd number to apt-listbugs in the command line? or just using a well known env. variable that will also work with substituation in the command line. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672994: CVE-2012-0219: buffer overflow
Package: socat Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.7) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/672994/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703237: packages.debian.org: Inverted 'experimental' and 'rc-buggy'.
Package: www.debian.org
Severity: minor
Hello everybody,
I just realised that packages.debian.org inverts 'experimental' and 'rc-buggy'.
Its list of suites is 'stable', 'testing', 'unstable' and 'rc-buggy', and its
list of aliases is 'squeeze', 'wheezy', 'sid', and 'experimental', while
'rc-buggy' is the Toy Story name and 'experimental' is the plain English name.
I think that it creates confusion in the search page as in the
following example.
Package euca2ools
* squeeze (stable) (utils): managing cloud instances for Eucalyptus
1.2-1: all
* wheezy (testing) (utils): managing cloud instances for Eucalyptus
2.0.2-1: all
* sid (unstable) (utils): managing cloud instances for Eucalyptus
2.0.2-1: all
* experimental (rc-buggy) (utils): managing cloud instances for Eucalyptus
2.1.3-1~experimental1: all
The inversion makes it more difficult to understand that 'rc-buggy' is a code
name, and suggests that the package has RC bugs, which is not the case.
I looked at the code of p.d.o, and wonder if the attached patch would mitigate
the problem by inverting 'experimental' and 'rc-buggy'.
Have a nice day,
--
Charles Plessy
Tsurumi, Kangawa, Japan
From ec6a49249b2d3e39af5fee41d5c2f3be316347db Mon Sep 17 00:00:00 2001
From: Charles Plessy ple...@debian.org
Date: Sun, 17 Mar 2013 21:37:44 +0900
Subject: [PATCH] Invert 'experimental' and 'rc-buggy'.
Before this patch, the list of suites is 'stable', 'testing', 'unstable' and
'rc-buggy', and the list of aliases is 'squeeze', 'wheezy', 'sid', and
'experimental', while 'rc-buggy' is the Toy Story name and 'experimental' is
the plain English name. This patch corrects this inversion.
---
lib/Deb/Versions.pm | 2 +-
lib/Packages/Dispatcher.pm | 2 +-
lib/Packages/Search.pm | 2 +-
templates/config/archive_layout.tmpl | 2 +-
templates/html/download.tmpl | 2 +-
templates/html/show.tmpl | 4 ++--
6 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/lib/Deb/Versions.pm b/lib/Deb/Versions.pm
index 0e37ab2..9ac24e0 100644
--- a/lib/Deb/Versions.pm
+++ b/lib/Deb/Versions.pm
@@ -179,7 +179,7 @@ our @SUITES_SORT = qw(
squeeze
testing testing-proposed-updates
wheezy
- sid unstable experimental
+ sid unstable rc-buggy experimental
warty hoary breezy dapper edgy feisty gutsy hardy
intrepid jaunty karmic lucid maverick);
our @ARCHIVE_SORT = qw( non-US security updates volatile backports );
diff --git a/lib/Packages/Dispatcher.pm b/lib/Packages/Dispatcher.pm
index 40a56f2..fbbc55c 100755
--- a/lib/Packages/Dispatcher.pm
+++ b/lib/Packages/Dispatcher.pm
@@ -67,7 +67,7 @@ sub do_dispatch {
my %SUITES_ALIAS = ( stable = 'squeeze',
testing = 'wheezy',
unstable = 'sid',
- 'rc-buggy' = 'experimental',
+ 'experimental' = 'rc-buggy',
'6.0' = 'squeeze',
'stable-backports' = 'squeeze-backports' );
diff --git a/lib/Packages/Search.pm b/lib/Packages/Search.pm
index 3a47e3d..f9b2983 100644
--- a/lib/Packages/Search.pm
+++ b/lib/Packages/Search.pm
@@ -105,7 +105,7 @@ sub fallback_suite {
my $suite = shift;
if ($suite =~ /^(\S+)-(?:updates|backports|volatile)/) {
return $1;
-} elsif ($suite eq 'experimental') {
+} elsif ($suite eq 'rc-buggy') {
return 'sid';
} else {
return undef;
diff --git a/templates/config/archive_layout.tmpl b/templates/config/archive_layout.tmpl
index 0026175..a727a6a 100644
--- a/templates/config/archive_layout.tmpl
+++ b/templates/config/archive_layout.tmpl
@@ -7,7 +7,7 @@
squeeze = 'stable',
wheezy = 'testing',
sid = 'unstable',
- experimental = 'rc-buggy',
+ rc-buggy = 'experimental',
}
section_titles = {
diff --git a/templates/html/download.tmpl b/templates/html/download.tmpl
index 9a93047..89e445b 100644
--- a/templates/html/download.tmpl
+++ b/templates/html/download.tmpl
@@ -38,7 +38,7 @@ deb http://em[% mirrors.$archive.europa.0 %]/em [% suite %] main [% section
/pre
p[% g('Replacing em%s/em with the mirror in question.', mirrors.$archive.europa.0) %]
[%- END %]
-[% IF suite == experimental %]
+[% IF suite == rc-buggy %]
h2[% g('Experimental package') %]/h2
p[% g('Warning: This package is from the strongexperimental/strong distribution. That means it is likely unstable or buggy, and it may even cause data loss. Please be sure to consult the changelog and other possible documentation before using it.') %]/p
[% END %]
diff --git a/templates/html/show.tmpl b/templates/html/show.tmpl
index 5d7bec3..0c4d73f 100644
--- a/templates/html/show.tmpl
+++ b/templates/html/show.tmpl
@@ -166,9 +166,9 @@
/div !-- end pmoreinfo --
[% END %]
-[% IF suite == experimental || subsection == debian-installer %]
+[% IF suite == rc-buggy || subsection == debian-installer %]
div class=pconstantnag
-[% IF suite == experimental %]
+[% IF suite == rc-buggy %]
[% changelog_link = 'changelog';
changelog_link =
Bug#703208: [Pkg-libvirt-maintainers] Bug#703208: libvirt0: segfault after upgrade from version 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4
Hi! On Sun, Mar 17, 2013 at 12:29:45PM +0100, Yves-Alexis Perez wrote: On dim., 2013-03-17 at 08:56 +0100, Salvatore Bonaccorso wrote: open /dev/kvm: Permission denied Could not initialize KVM, will disable KVM support Can you check permissions on the /dev/kvm device and the groups in which the libvirt-qemu user is? Only now back. It looks like Guido already found the issue. But here for reference the settings on the system where I saw this too (tough in my case the VMs do not crash): # ls -l /dev/kvm crw-rw 1 root kvm 10, 232 Mar 11 06:47 /dev/kvm # id libvirt-qemu uid=108(libvirt-qemu) gid=112(kvm) groups=112(kvm),115(libvirt-qemu) # getent group kvm kvm:x:112: No special settings in /etc/libvirt/qemu.conf. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675410: fixed upstream
tags #675410 upstream confirmed fixed-upstream pending thanks On Fri, Sep 28, 2012 at 03:31:25PM +0200, Peter van Dijk wrote: Upstream revision 2720 fixes storage of Botan keys, making sure that Polar can read them. Patch applied in Debian git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703235: Error In Initial Report Text
The final two commands reported begin with './waf', not '../waf'; i.e., the actual commands executed agree with the cookbook, not the bug report). -- not cent from sell May the LORD God bless you exceedingly abundantly! Dave_Craig__ So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe. __--from_Nightfall_by_Asimov/Silverberg_ signature.asc Description: Digital signature
Bug#701936: btrfs can't fsck /run/rootdev on boot
On Fri, Mar 01, 2013 at 07:50:37AM +0100, Daniel Baumann wrote:
works with systemd, it's sysvinit specific.
Systemd skips the root file system check if the major device number of
the root file system is 0 (which is what btrfs reports):
http://cgit.freedesktop.org/systemd/systemd/tree/src/fsck/fsck.c#n297
The same could be done in sysvinit. Possible (untested) patch attached.
From 70df7cd47d0950592ae95f61fa12ba066b36fd16 Mon Sep 17 00:00:00 2001
From: Nis Martensen nis.marten...@web.de
Date: Sun, 17 Mar 2013 13:28:16 +0100
Subject: [PATCH] Skip root filesystem check for btrfs file systems
For btrfs filesystems, checkroot.sh creates an invalid /run/rootdev
because btrfs reports an invalid device with stat(2). This is not a bug.
It results from the fact that btrfs filesystems can span multiple
devices, hence btrfs breaks the assumption that there is a one-to-one
relationship between device node and file system.
Links:
http://thread.gmane.org/gmane.comp.file-systems.btrfs/3508/
http://lists.gnu.org/archive/html/grub-devel/2010-05/msg00077.html
Checkroot.sh still assumes that one-to-one relationship and thus fails.
Make it skip filesystems with invalid (major=0) device number.
A related problem is that some administrators notice that there is no
fsck.btrfs provided by upstream and then try to create it by linking to
btrfsck. This will result in breakage:
- btrfsck only works on unmounted file systems and does not work when
the filesystem is mounted read-only
- btrfsck does not support the standard fsck options
According to the btrfs wiki, it is safe to skip filesystem checks on
btrfs filesystems:
https://btrfs.wiki.kernel.org/index.php/FAQ#When_will_Btrfs_have_a_fsck_like_tool.3F
Therefore, even if there were a version of btrfs-tools that reports a
valid device, we should still skip btrfs file system checks.
---
debian/src/initscripts/etc/init.d/checkroot.sh |5 -
debian/src/initscripts/lib/init/mount-functions.sh |1 +
2 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/debian/src/initscripts/etc/init.d/checkroot.sh b/debian/src/initscripts/etc/init.d/checkroot.sh
index fc261f3..8fab589 100755
--- a/debian/src/initscripts/etc/init.d/checkroot.sh
+++ b/debian/src/initscripts/etc/init.d/checkroot.sh
@@ -90,7 +90,10 @@ do_start () {
rdev=$(mountpoint -d /)
if [ $ddev != $rdev ] [ $ddev != 4:0 ]
then
- if [ $(mountpoint -qx /dev/root) = 4:0 ]
+ if [ ${rdev%:*} = 0 ]
+ then
+rootcheck=no
+ elif [ $(mountpoint -qx /dev/root) = 4:0 ]
then
rootdev=/dev/root
else
diff --git a/debian/src/initscripts/lib/init/mount-functions.sh b/debian/src/initscripts/lib/init/mount-functions.sh
index 2ad4528..022b8dd 100644
--- a/debian/src/initscripts/lib/init/mount-functions.sh
+++ b/debian/src/initscripts/lib/init/mount-functions.sh
@@ -77,6 +77,7 @@ _read_fstab () {
echo roottype=\$FSTYPE\
( [ $PASS != 0 ] [ $PASS != ] ) echo rootcheck=yes
( [ $FSTYPE = nfs ] || [ $FSTYPE = nfs4 ] ) echo rootcheck=no
+( [ $FSTYPE = btrfs ] ) echo rootcheck=no
case $OPTS in
ro|ro,*|*,ro|*,ro,*)
echo rootmode=ro
--
1.7.2.5
Bug#659345: lletters-media: uninstallable on some filesystems
Le Sat, Mar 16, 2013 at 11:12:19PM +0900, Charles Plessy a écrit :
Le Fri, Feb 10, 2012 at 12:37:53PM +0100, Adam Borowski a écrit :
This package contains files whose names are not valid UTF-8.
I looked at the files where the name is encoded in a different
character set than UTF-8, and figured out that they are symbolic
links created at build time using data from lang/table-{fr|es|nl|pl}.
The encoding of table-pl is actually broken and I will ask debian-l10n-polish
for help to repair it.
Hi Rudy,
here is a patch that should solve this bug.
I also have uploaded the patch upstream.
https://sourceforge.net/tracker/?func=detailaid=3608305group_id=2503atid=302503
Cheers,
--
Charles
From 30d1b24815418b8d330a48b6ccd1ed723d5867da Mon Sep 17 00:00:00 2001
From: Charles Plessy ple...@debian.org
Date: Sun, 17 Mar 2013 21:56:18 +0900
Subject: [PATCH] Convert the tables to the UTF-8 encoding.
This will convert some symbolic links from various encodings to UTF-8 at build
time.
Closes: #659345
---
lang/table-es | 2 +-
lang/table-fr | 12 ++--
lang/table-nl | 4 ++--
lang/table-pl | 54 +++---
4 files changed, 36 insertions(+), 36 deletions(-)
diff --git a/lang/table-es b/lang/table-es
index f2499b0..16249a8 100644
--- a/lang/table-es
+++ b/lang/table-es
@@ -26,7 +26,7 @@ Giraffe Jirafa
Goldfish Pez_dorado
Horse Caballo
Indian Indio
-Jester Bufón
+Jester Bufón
Kangaroo Canguro
Lizard Lagarto
Moose Alce
diff --git a/lang/table-fr b/lang/table-fr
index ad0e5ad..ac8b9fc 100644
--- a/lang/table-fr
+++ b/lang/table-fr
@@ -1,5 +1,5 @@
-# Traduction en français
-# Stéphane Bortzmeyer bortzme...@sources.org
+# Traduction en français
+# Stéphane Bortzmeyer bortzme...@sources.org
1One_Apple 1Une_Pomme
2Two_Apples 2Deux_Pommes
@@ -28,8 +28,8 @@ Horse Cheval
Indian Indien
Jester Fou
Kangaroo Kangourou
-Lizard Lézard
-Moose Élan
+Lizard Lézard
+Moose Ãlan
Nest Nid
Octopus Pieuvre
Owl Hibou
@@ -37,7 +37,7 @@ Peacock Paon
Penguin Pingouin
Queen Reine
Seal Phoque
-Squirrel Écureuil
+Squirrel Ãcureuil
Teddy Nounours
Tiger.1 Tigre.1
Tiger.2 Tigre.2
@@ -46,4 +46,4 @@ Vulture Vautour
Whales Baleines
Wolf Loup
X-ray Rayons-X
-Zebra Zèbre
+Zebra Zèbre
diff --git a/lang/table-nl b/lang/table-nl
index 7b52412..cc00d3f 100644
--- a/lang/table-nl
+++ b/lang/table-nl
@@ -1,6 +1,6 @@
# Table translation to nl
-1One_Apple 1één_appel
+1One_Apple 1één_appel
2Two_Apples 2twee_appelen
3Three_Apples 3drie_appelen
4Four_Apples 4vier_appelen
@@ -44,5 +44,5 @@ Umbrella Paraplu
Vulture Gier
Whales Walvissen
#Wolf
-X-ray Röntgenstraal
+X-ray Röntgenstraal
Zebra Gestreept
diff --git a/lang/table-pl b/lang/table-pl
index 71da4c4..5bf2529 100644
--- a/lang/table-pl
+++ b/lang/table-pl
@@ -1,42 +1,42 @@
# Traduction to polish
# Stéphane Bortzmeyer bortzme...@sources.org
-1One_Apple 1Jedno_Jab³ko
-2Two_Apples 2Dwa_Jab³ka
-3Three_Apples 3Trzy_Jab³ka
-4Four_Apples 4Cztery_Jab³ka
-5Five_Apples 5Piêæ_Jab³ek
-6Six_Apples 6Sze¶æ_Jab³ek
-7Seven_Apples 7Siedem_Jab³ek
-8Eight_Apples 8Osiem_Jab³ek
-9Nine_Apples 9Dziewiêæ_Jab³ek
+1One_Apple 1Jedno_JabÅko
+2Two_Apples 2Dwa_JabÅka
+3Three_Apples 3Trzy_JabÅka
+4Four_Apples 4Cztery_JabÅka
+5Five_Apples 5PiÄÄ_JabÅek
+6Six_Apples 6SzeÅÄ_JabÅek
+7Seven_Apples 7Siedem_JabÅek
+8Eight_Apples 8Osiem_JabÅek
+9Nine_Apples 9DziewiÄÄ_JabÅek
# Angelfish Poisson-ange
Ants Mrówki
-Apple Jab³ko
+Apple JabÅko
Balloons Balony
-Bison ¯ubr
+Bison Żubr
Butterfly Motyl
Camera Aparat
Cheese Ser
Chicken Kurczak
-Deer Jeleñ
+Deer JeleÅ
Dog Pies
-Eagle Orze³
+Eagle OrzeÅ
Ears Uszy
-Electricity Elektryczno¶æ
+Electricity ElektrycznoÅÄ
Forest Las
-Frog ¯aba
-Geese Gêsi
-Giraffe ¯yrafa
+Frog Żaba
+Geese GÄsi
+Giraffe Żyrafa
# Goldfish Poisson-or
-Horse Koñ
+Horse KoÅ
# Indian Indien
# Jester Fou
Kangaroo Kangur
Lizard Jaszczurka
# Moose
-Needles Ig³y
+Needles IgÅy
Nest Gniazdo
Nose Nos
# Octopus Pieuvre
@@ -44,24 +44,24 @@ Onion Cebula
Owl Sowa
Peacock Paw
Penguin Pingwin
-Plums ¦liwki
+Plums Åliwki
Raspberries Maliny
Road Drogi
# Queen Reine
Seal Foka
Shark Rekin
Sky Niebo
-Snail ¦limak
-Snake W±¿
-Source ¬ród³o
+Snail Ålimak
+Snake WÄ
ż
+Source ŹródÅo
Squirrel Wewiórka
Stork Bocian
-Swan £abêd¼
+Swan ÅabÄdź
# Teddy Nounours
Tiger.1 Tygrys.1
Tiger.2 Tygrys.2
Toucan Tukan
-Turtles ¯ó³w
+Turtles ŻóÅw
Umbrella Parasol
# Vulture Vautour
Whales Wieloryb
@@ -69,6 +69,6 @@ Wolf Wilk
# X-ray
Zebra Zebra
-# Ã Ciastko
+# Ä Ciastko
# H
-# £ £abêd¼
+# Å ÅabÄdź
--
1.8.2.rc0
Bug#659345: not just encoding
Le Sat, Mar 16, 2013 at 07:33:37PM +0100, Adam Borowski a écrit : It's not just an encoding problem. I happen to be a Polack, so here are the problems in the pl table: * a bunch of words come from other languages: Alce, Reina, etc. They don't even appear to come from lang/table-pl. * some letters are shown that don't exist in Polish: q, v, x * ą, ć, ę, ł, ń, ó, ś, ż, ź are missing I'd also say that this package shouldn't be a part of wheezy, for reasons I listed in #608214. At least crashing on any Debian-provided kernel (ie, with alsa or no sound) is a damning enough bug. Hi Adam and Rudy, I am fine with removal as well (testing or unstable). Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699888: new nss packages fixing cve-2013-1620
On Sun, Mar 17, 2013 at 10:10:06AM +0100, Thijs Kinkhorst wrote: On Sat, March 16, 2013 22:35, Mike Hommey wrote: On Sat, Mar 16, 2013 at 04:53:00PM -0400, Michael Gilbert wrote: We can consider to put it into a DSA in which the text details how to disable the options if they cause trouble. An alternative is to put it into spu instead, where it may be slightly (probably just slightly) more acceptable to change behaviour than in a DSA. But it will also mean having to wait a few months at least. Do you know if RHEL is pushing it through the security channels or the stable updates channels? For what its worth, ubuntu pushed 3.14 to all of its releases through their security update channel: http://www.ubuntu.com/usn/usn-1763-1 It also looks like bumping nspr was also required: http://www.ubuntu.com/usn/usn-1763-2 IIRC, it's not required, but one of the releases between 4.9.2 and 4.9.5 fixed some issue that might be worth fixing at this point. Do you want me to look at preparing those updates for squeeze? I'd rather know what we do wrt md5, ssl2 and beast. In the meantime, this should really be fixed in unstable. Mike, do you want to do a maintainer upload, or is ok if I go ahead with the nmu? Likewise, I'd rather know what we do wrt md5, and while at it, cacert (the cert of which uses a md5 signature at the moment, so it effectively doesn't work ; see bug 682470) before uploading, so as to avoid doing two uploads. What information is still lacking to make a decision on that? Rereading your message, nothing, so I'm preparing an upload of 3.14.3 with no other change. Turns out the cacert md5 signature is not a problem in itself, and bug 682470 is actualy about another cacert root. Now, the problem with 3.14 is that it apparently broke other things: bug 682470. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702056: Stupid fumble with bug numbers
On 17 March 2013 at 08:55, Julien Puydt wrote: | Hi, | | I was horrified this morning to discover that fplll 4.0.1-2, which was | supposed to close bug #702898 (on fplll) was really closing bug #702056 | (on polybori) : I put the wrong bug number in the changelog entry! :-( | | What can I do to reopen the bug which was erroneously closed and close | the bug that really was, to correct the situation? Try to read the docs on the Debian BTS which should rather immediately send you to the mail interface; you can easily reopen the closed one and close the one erroneously left open. | I'm really sorry for the inconvenience, We've all done it, no worries. Or else we didn't yet work on enough bugs :) Dirk | | Snark on #debian-science | | | -- | To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org | with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org | Archive: http://lists.debian.org/514576fe.50...@laposte.net | -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703238: unblock: remmina/1.0.0-4+deb7u1 (pre-approval)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock I'd like to receive a pre-approval to upload into unstable a fix for bug #668020 (and its merged ones), which could result very annoying. One of the submitters confirmed the proposed patch fixes the bug for him (thanks to Bernhard Schmidt for his efforts!), so it received a first testing in advance. I chose 1.0.0-4+deb7u1 as version because I already uploaded 1.0.0-5 to experimental. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) diff -Nru remmina-1.0.0/debian/changelog remmina-1.0.0/debian/changelog --- remmina-1.0.0/debian/changelog 2012-05-24 22:37:17.0 +0200 +++ remmina-1.0.0/debian/changelog 2013-03-17 14:39:39.0 +0100 @@ -1,3 +1,11 @@ +remmina (1.0.0-4+deb7u1) unstable; urgency=low + + [ Bernhard Schmidt ] + * Cherry-pick commit 9243d35 from upstream Git repository to fix a +crash when resizing window to fit remote resolution (Closes: #668020). + + -- Luca Falavigna dktrkr...@debian.org Sun, 17 Mar 2013 14:37:39 +0100 + remmina (1.0.0-4) unstable; urgency=low [ Martijn van Brummelen ] diff -Nru remmina-1.0.0/debian/patches/fix-crash-on-resize.patch remmina-1.0.0/debian/patches/fix-crash-on-resize.patch --- remmina-1.0.0/debian/patches/fix-crash-on-resize.patch 1970-01-01 01:00:00.0 +0100 +++ remmina-1.0.0/debian/patches/fix-crash-on-resize.patch 2013-03-07 15:13:50.0 +0100 @@ -0,0 +1,25 @@ +From 1901a1e9e5282c1deca2f5f98476e2c7e9243d35 Mon Sep 17 00:00:00 2001 +From: Jean-Louis Dupond jean-lo...@dupond.be +Date: Mon, 10 Sep 2012 14:12:11 +0200 +Subject: [PATCH] Closes #63: fix typo when fitting window + +--- + remmina/src/remmina_connection_window.c |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/remmina/src/remmina_connection_window.c b/remmina/src/remmina_connection_window.c +index 7ff1246..2ba8193 100644 +--- a/remmina/src/remmina_connection_window.c b/remmina/src/remmina_connection_window.c +@@ -436,7 +436,7 @@ static gboolean remmina_connection_holder_toolbar_autofit_restore(RemminaConnect + remmina_connection_holder_get_desktop_size(cnnhld, width, height, TRUE); + gtk_widget_get_allocation(priv-notebook, na); + gtk_widget_get_allocation(cnnobj-scrolled_container, ca); +- gtk_widget_get_allocation(priv-toolbar, ca); ++ gtk_widget_get_allocation(priv-toolbar, ta); + gtk_window_resize(GTK_WINDOW(cnnhld-cnnwin), MAX(1, width + na.width - ca.width), + MAX(1, height + ta.height + na.height - ca.height)); + gtk_container_check_resize(GTK_CONTAINER(cnnhld-cnnwin)); +-- +1.7.10 + diff -Nru remmina-1.0.0/debian/patches/series remmina-1.0.0/debian/patches/series --- remmina-1.0.0/debian/patches/series 2012-05-24 22:37:17.0 +0200 +++ remmina-1.0.0/debian/patches/series 2013-03-07 15:13:50.0 +0100 @@ -7,3 +7,4 @@ fullname.patch systray.patch scroll.patch +fix-crash-on-resize.patch
Bug#703142: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#703142: Kernel image 3.2.39-2: i915 module will not load.)
On Sun, 2013-03-17 at 09:39 +, Robert Frazier wrote: On 17/03/13 00:58, Ben Hutchings wrote: Which version of kmod do you have installed? Or, do you still have an old module-init-tools package installed? Dear Ben, I have kmod 9.2. I also had the module-init-tools (9.2) transitional package, which I removed (it took pm-utils and powermgmt-base with it). This made no difference. Oh dear, don't do that. When I try to load ic2-algo-bit by hand, I get the following error message. ERROR: could not insert 'i2c_algo_bit': Exec format error I also tried loading i2c_algo_bit from /etc/modules. This showed up in dmesg. [ 410.612607] i2c_algo_bit: exports duplicate symbol i2c_bit_algo (owned by compat) Ah! So this is a confict with compat-drivers. You'll need to remove that. Ben. I did a variety of other things to get the system into more of a base state, such as removing some useful, but not necessary boot commands from /etc/default/grub, stopped loading useful, but not necessary modules from /etc/modules. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part
Bug#703142: compatibility with alx ?
On Sun, 2013-03-17 at 10:09 +0100, Mazzhe wrote: Hi, I tried to load i2c-algo-bit: # modprobe i2c-algo-bit i2c_algo_bit: exports duplicate symbol i2c_bit_algo (owned by compat) ERROR: Could not insert 'i2c_algo_bit'; Exec format error A search on the web gave me an advice, by talking about module 'alx' : I added this module myself, in order to make my ethernet card working... I tried this: # modprobe -r alx # modprobe i2c-algo-bit (no error, this time !) and then : # startx It works! But I don't have my ethernet card working anymore... If I try to load alx, I have ERROR: Could not insert 'alx': Exec format error I don't know what to do now, but I hope this information will be usefull to solve this issue. You need to remove compat-drivers. alx is included in the Debian kernel packages now. Ben. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part
Bug#703125: tpu: wireshark/1.8.2-5wheezy1
wireshark/1.8.2-5wheezy1 has been uploaded through wheezy-security. Cheers, Balint 2013/3/16 Balint Reczey bal...@balintreczey.hu: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: tpu Hi, I would like to upload wireshark/1.8.2-5wheezy1 to testing-proposed-updates to fix open security issues in wheezy. It would have the same content as wireshark/1.8.2-5 just bumping the changelog. Currently 1.8.2-2 is in testing and 1.8.6-1 is in unstable. Originally I wanted to let 1.8.2-5 migrate to wheezy, but I have uploaded 1.8.6-1 to unstable (instead of experimental) accidentally which prevents the migration. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703239: virtualbox-guest-x11: Bad return status for module build on kernel
Subject: virtualbox-guest-x11: Bad return status for module build on kernel Package: virtualbox-guest-x11 Version: 4.1.18-dfsg-2 Justification: renders package unusable Severity: grave Dear Maintainer, please have a look at the following logs. Tell me in case you need further information, I shall provide. sudo apt-get install virtualbox-guest-x11 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: virtualbox-guest-dkms virtualbox-guest-utils The following NEW packages will be installed: virtualbox-guest-dkms virtualbox-guest-utils virtualbox-guest-x11 0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded. Need to get 1589 kB of archives. After this operation, 9878 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.us.debian.org/debian/ wheezy/main virtualbox-guest-utils i386 4.1.18-dfsg-2 [328 kB] Get:2 http://ftp.us.debian.org/debian/ wheezy/main virtualbox-guest-dkms all 4.1.18-dfsg-2 [435 kB] Get:3 http://ftp.us.debian.org/debian/ wheezy/main virtualbox-guest-x11 i386 4.1.18-dfsg-2 [826 kB] Fetched 1589 kB in 34s (46.3 kB/s) Selecting previously unselected package virtualbox-guest-utils. (Reading database ... 80131 files and directories currently installed.) Unpacking virtualbox-guest-utils (from .../virtualbox-guest-utils_4.1.18-dfsg- 2_i386.deb) ... Selecting previously unselected package virtualbox-guest-dkms. Unpacking virtualbox-guest-dkms (from .../virtualbox-guest-dkms_4.1.18-dfsg- 2_all.deb) ... Selecting previously unselected package virtualbox-guest-x11. Unpacking virtualbox-guest-x11 (from .../virtualbox-guest-x11_4.1.18-dfsg- 2_i386.deb) ... Processing triggers for man-db ... Setting up virtualbox-guest-utils (4.1.18-dfsg-2) ... Setting up virtualbox-guest-dkms (4.1.18-dfsg-2) ... Loading new virtualbox-guest-4.1.18 DKMS files... First Installation: checking all kernels... Building only for 3.2.0-4-686-pae Building initial module for 3.2.0-4-686-pae Error! Bad return status for module build on kernel: 3.2.0-4-686-pae (i686) Consult /var/lib/dkms/virtualbox-guest/4.1.18/build/make.log for more information. Setting up virtualbox-guest-x11 (4.1.18-dfsg-2) ... DKMS make.log for virtualbox-guest-4.1.18 for kernel 3.2.0-4-686-pae (i686) Sun Mar 17 09:30:25 UTC 2013 make: Entering directory `/usr/src/linux-headers-3.2.0-4-686-pae' LD /var/lib/dkms/virtualbox-guest/4.1.18/build/built-in.o LD /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/built-in.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/VBoxGuest- linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/VBoxGuest.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/VBoxGuest2.o CC [M] /var/lib/dkms/virtualbox- guest/4.1.18/build/vboxguest/GenericRequest.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/HGCMInternal.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/Init.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/PhysHeap.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/SysHlp.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/VMMDev.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/alloc- r0drv.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/initterm- r0drv.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/memobj- r0drv.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv /mpnotification-r0drv.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv /powernotification-r0drv.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /alloc-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /assert-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /initterm-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /memobj-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /memuserkernel-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux/mp- r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /mpnotification-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /process-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /semevent-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /semeventmulti-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /semfastmutex-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux /spinlock-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox-guest/4.1.18/build/vboxguest/r0drv/linux
Bug#702428: HVM networking tap/vif bug (Debian bug 702428)
Hi, I've been testing the Debian packages ahead of the Debian 7 release (which is very imminent) I believe this is a serious bug[1] in the package, as it appears that HVM networking is broken, or at the very least, requires some undocumented configuration step Specifically: - I can start the HVM domU without any vif - if I attach a vif, the domU will not start Looking at /var/log/daemon.log, I notice: xcp-fe: qemu-dm-10[9169]: can't add tap10.0 to bridge xapi1: Operation not supported while the output from dmesg suggests that the interface vif10.0 was created. It appears there is confusion between the vifX.Y and tapX.Y naming schemes. Can anybody comment on this? Is this hardcoded into some config that I should inspect? Is it hard coded in the qemu-dm scripts? It would be very desirable to fix this before the wheezy release so that people don't have a bad impression of XCP with HVM. Regards, Daniel 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702428 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696482: mirror submission for mirror.1000mbps.com
Hi Tim (good to know a name), On Monday 11 March 2013 14:02:10 Tim Westervoorde // Base IP wrote: Hi Raphael, This has been fixed :) Thanks. Hoping you have indeed followed the instruction from the web site and you are doing two-stages synchronisation, I'll be adding your mirror in a moment. Make sure you subscribe to the announcements mailing list at: http://lists.debian.org/debian-mirrors-announce/ And consider using ftpsync in order to help us build a mirrors network that standardises in one tool. Thanks again, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703208: [Pkg-libvirt-maintainers] Bug#703208: libvirt0: segfault after upgrade from version 0.8.3-5+squeeze2 to 0.8.3-5+squeeze4
On dim., 2013-03-17 at 13:40 +0100, Salvatore Bonaccorso wrote: Only now back. It looks like Guido already found the issue. But here for reference the settings on the system where I saw this too (tough in my case the VMs do not crash): # ls -l /dev/kvm crw-rw 1 root kvm 10, 232 Mar 11 06:47 /dev/kvm # id libvirt-qemu uid=108(libvirt-qemu) gid=112(kvm) groups=112(kvm),115(libvirt-qemu) # getent group kvm kvm:x:112: I'm a bit puzzled. It looks like libvirt-qemu user should have permissions on kvm then. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#696482: mirror submission for mirror.1000mbps.com
Hi Raphael, Will look into ftpsync then next week and let you know once switched. Kind regards, Tim -Oorspronkelijk bericht- Van: Raphael Geissert [mailto:atom...@gmail.com] Namens Raphael Geissert Verzonden: zondag 17 maart 2013 15:01 Aan: Tim Westervoorde // Base IP; 696...@bugs.debian.org CC: mirrorad...@baseip.com Onderwerp: Re: Bug#696482: mirror submission for mirror.1000mbps.com Hi Tim (good to know a name), On Monday 11 March 2013 14:02:10 Tim Westervoorde // Base IP wrote: Hi Raphael, This has been fixed :) Thanks. Hoping you have indeed followed the instruction from the web site and you are doing two-stages synchronisation, I'll be adding your mirror in a moment. Make sure you subscribe to the announcements mailing list at: http://lists.debian.org/debian-mirrors-announce/ And consider using ftpsync in order to help us build a mirrors network that standardises in one tool. Thanks again, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702013: unblock: chromium-browser/25.0.1364.97-1
On Mon, Mar 04, 2013 at 07:49:46PM +0100, Julien Cristau wrote: On Mon, Mar 4, 2013 at 19:11:43 +0100, Giuseppe Iuculano wrote: On 02/03/2013 22:57, Michael Gilbert wrote: The arm builds have been nothing but trouble so far, and without upstream interest they are likely to continue to break with most upstream releases. My vote is removal, but its really Guiseppe's call. I totally agree, we should drop arm support. Do I need to upload another revision without the arm arch in debian/control ? Yes please. Any moves on this? Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#703240: apt: pkgTagSection.Exists sometimes lies about a field being present, .Find does not
Package: apt
Version: 0.9.7.8
Severity: normal
Hi,
There is a flaw in the handling of hash collisions in pkgTagSection's
Exists method that makes the Exists method return true even if the
Tag (field) is not present.
This is visible already in the header file, tagfile.h:
/* This very simple hash function for the last 8 letters gives
very good performance on the debian package files */
inline static unsigned long AlphaHash(const char *Text, const char *End = 0)
[...]
inline bool Exists(const char* const Tag) {return
AlphaIndexes[AlphaHash(Tag)] != 0;}
However, the Find{,S} methods do not have the same flaw. Instead
they retry other locations for the field until they find the
intended tag (or run out of options). Thus,
pkgTagSection t;
const char sometag = insert-field-name;
const char *start, *end;
...
if (t.Exists(sometag) != t.Find(sometag, start, end)) {
/* This can happen, but most people would not anticipate this */
}
Attached is a prototype test case for test/libapt that triggers this
flaw.
~Niels
#include apt-pkg/fileutl.h
#include apt-pkg/tagfile.h
#include assert.h
#include stdlib.h
#include string.h
char *tempfile = NULL;
int tempfile_fd = -1;
void remove_tmpfile(void)
{
if (tempfile_fd 0)
close(tempfile_fd);
if (tempfile != NULL) {
unlink(tempfile);
free(tempfile);
}
}
int main(int argc, char *argv[])
{
FileFd fd;
const char contents[] = FieldA-12345678: the value of the field;
std::atexit(remove_tmpfile);
tempfile = strdup(apt-test.);
tempfile_fd = mkstemp(tempfile);
/* (Re-)Open (as FileFd), write and seek to start of the temp file */
equals(fd.OpenDescriptor(tempfile_fd, FileFd::ReadWrite), true);
equals(fd.Write(contents, strlen(contents)), true);
equals(fd.Seek(0), true);
pkgTagFile tfile(fd);
pkgTagSection section;
equals(tfile.Step(section), true);
/* It has one field */
equals(section.Count(), 1);
/* ... and it is called FieldA-12345678 */
equals(section.Exists(FieldA-12345678), true);
/* its value is correct */
equals(section.FindS(FieldA-12345678), std::string(the value of the field));
/* A non-existent field has an empty string as value */
equals(section.FindS(FieldB-12345678), std::string());
/* ... and Exists does not lie about missing fields... */
equalsNot(section.Exists(FieldB-12345678), true);
/* There is only one section in this tag file */
equals(tfile.Step(section), false);
/* clean up handled by atexit handler, so just return here */
return 0;
}
Bug#702753: spandsp: diff for NMU version 0.0.6~pre20-3.1
tags 702753 + pending thanks Dear maintainer, I've prepared an NMU for spandsp (versioned as 0.0.6~pre20-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Rolling Stones: What's The Matter diff -Nru spandsp-0.0.6~pre20/debian/changelog spandsp-0.0.6~pre20/debian/changelog --- spandsp-0.0.6~pre20/debian/changelog 2012-07-01 21:48:34.0 +0200 +++ spandsp-0.0.6~pre20/debian/changelog 2013-03-17 15:23:58.0 +0100 @@ -1,3 +1,13 @@ +spandsp (0.0.6~pre20-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix Downloads external files at build time (through xsltproc) -- +missing Build-Depends?: +Add build dependency on docbook-xml. +(Closes: #702753) + + -- gregor herrmann gre...@debian.org Sun, 17 Mar 2013 15:23:49 +0100 + spandsp (0.0.6~pre20-3) unstable; urgency=low * Patch serial-test: also patch Makefile.in (properly Closes: #679736). diff -Nru spandsp-0.0.6~pre20/debian/control spandsp-0.0.6~pre20/debian/control --- spandsp-0.0.6~pre20/debian/control 2012-02-25 21:16:49.0 +0100 +++ spandsp-0.0.6~pre20/debian/control 2013-03-14 17:56:35.0 +0100 @@ -17,7 +17,8 @@ netpbm, sox, xsltproc, - docbook-xsl + docbook-xsl, + docbook-xml Standards-Version: 3.9.2 Homepage: http://www.soft-switch.org/ Vcs-Svn: svn://svn.debian.org/pkg-voip/spandsp/trunk/ signature.asc Description: Digital signature
Bug#696482: mirror submission for mirror.1000mbps.com
Hi Raphael, As far as I can tell I need an upstream SSH key and IP address for FTP sync. If you can provide me with these I'll switch the mirror to the ftpsync program and allow pushes on it. We're mirroring both debian and debian-archive sites. Kind regards, Tim -Oorspronkelijk bericht- Van: Raphael Geissert [mailto:atom...@gmail.com] Namens Raphael Geissert Verzonden: zondag 17 maart 2013 15:01 Aan: Tim Westervoorde // Base IP; 696...@bugs.debian.org CC: mirrorad...@baseip.com Onderwerp: Re: Bug#696482: mirror submission for mirror.1000mbps.com Hi Tim (good to know a name), On Monday 11 March 2013 14:02:10 Tim Westervoorde // Base IP wrote: Hi Raphael, This has been fixed :) Thanks. Hoping you have indeed followed the instruction from the web site and you are doing two-stages synchronisation, I'll be adding your mirror in a moment. Make sure you subscribe to the announcements mailing list at: http://lists.debian.org/debian-mirrors-announce/ And consider using ftpsync in order to help us build a mirrors network that standardises in one tool. Thanks again, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703142: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#703142: Kernel image 3.2.39-2: i915 module will not load.)
[Please reply-to-all.] On Sun, 2013-03-17 at 14:33 +, Robert Frazier wrote: On 17/03/13 13:51, Ben Hutchings wrote: [ 410.612607] i2c_algo_bit: exports duplicate symbol i2c_bit_algo (owned by compat) Ah! So this is a confict with compat-drivers. You'll need to remove that. Ben. Dear Ben, Thanks. That works, but it isn't pretty. In addition to an Intel NIC, I have a wireless card in my system, which uses the ath9k module. ath9k uses compat. ath9k is also in Debian kernel packages, but perhaps the version we provide doesn't support your particular chip. But we should be able to fix that. (I'm afraid that I don't know with the compat module does. Firmware related?) It's part of compat-drivers, which you have installed separately. It includes various functions and other features that the base kernel doesn't - like the i2c_algo_bit structure. Except that the base kernel does now provide i2c_algo_bit! From lsmod | grep compat. compat 13461 5 cfg80211,mac80211,ath9k_hw,ath9k_common,ath9k Unfortunately, the ath9k is loaded so early in the boot process that it is in intramfs. So, I had to blacklist the ath9k, etc., and then regenerate the intramfs. Luckily, I only use wireless/ath9k occasionally for testing a DIY router, so I can, more or less, do without it. Since it would be better if one didn't have to choose between using the wireless card or graphics, it still looks like something funny is going on. Sure, but this isn't our bug. Ben. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part
Bug#703192: lxc: Bind mount still not working
does /etc/resolv.conf in your container exist? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
