Bug#702702: debian-installer: wireless network ssids with ', ' in them are misunderstood.

[Christian PERRIER]

reassign 702702 netcfg
retitle 702702 Should escape commas in ESSID names before building the list of 
ESSIDs to choose from
thanks

Quoting Neil Wallace (rowinggol...@gmail.com):
> Package: debian-installer
> Version: 7.0 rc1
> Severity: normal
> Tags: d-i
> 
> Dear Maintainer,
> 
> I have 2 wireless networks, with SSIDs of "Gables, Daviot" and 
> "Gables,
> guest"
> 
> During network configuration This was presented to me as:
> select the wireless network to use during the installation process

This is indeed a failure to properly escape commas before building the
debconf screen, in netcfg.

Reassigning to this D-I component. Thanks for reporting this issue.




signature.asc
Description: Digital signature

Bug#702848: [Pkg-libvirt-maintainers] Bug#702848: libvirt-bin: On KVM with tablet middle scroll button on mouse doesn't work. On host it does.

[Guido Günther]

reassign 579968 qemu-kvm
forcemerge 579968 702848
thanks

Hi,
On Tue, Mar 12, 2013 at 01:21:09AM -0400, Daniel Dickinson wrote:
> Package: libvirt-bin
> Version: 0.9.12-6
> Severity: minor
> 
> Despite the fact it's irritating as hell I recognize that not have a scroll 
> button in a virtual machine is only a minor bug.  Hope there is a fix or 
> workaround though because it sucks.
> 
> Anyway,  I have a logitech trackman trackball mouse with three buttons, the 
> middle one being a scroll wheel and button.  On the debian wheezy host part 
> of this setup it works, however inside a debian wheezy guest (both host and 
> guest 64-bit btw) (qemu-kvm hypervisor), the scroll wheel fails to scroll.
> 
> Any thoughts on how to get this to work (i.e. is there a way to force it, 
> since it's not 'just working' the way it should)?
> 
> I am assuming of course that it isn't just my setup, since I don't think I've 
> done anything that would make this particular aspect 'special'.

This looks more like a qemu issue. Reassigning and merging with an
existing bug.
Cheers,
 -- Guido

> 
> 
> -- System Information:
> Debian Release: 7.0
>   APT prefers testing
>   APT policy: (990, 'testing')
> Architecture: amd64 (x86_64)
> 
> 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 libvirt-bin depends on:
> ii  adduser 3.113+nmu3
> ii  gettext-base0.18.1.1-9
> ii  libavahi-client30.6.31-1
> ii  libavahi-common30.6.31-1
> ii  libblkid1   2.20.1-5.3
> ii  libc6   2.13-38
> ii  libcap-ng0  0.6.6-2
> ii  libdbus-1-3 1.6.8-1
> ii  libdevmapper1.02.1  2:1.02.74-6
> ii  libgcrypt11 1.5.0-5
> ii  libgnutls26 2.12.20-4
> ii  libnetcf1   1:0.2.0-5
> ii  libnl1  1.1-7
> ii  libnuma12.0.8~rc4-1
> ii  libparted0debian1   2.3-12
> ii  libpcap0.8  1.3.0-1
> ii  libpciaccess0   0.13.1-2
> ii  libreadline66.2+dfsg-0.1
> ii  libsasl2-2  2.1.25.dfsg1-6
> ii  libudev0175-7.1
> ii  libvirt00.9.12-6
> ii  libxenstore3.0  4.1.4-2
> ii  libxml2 2.8.0+dfsg1-7
> ii  libyajl22.0.4-2
> ii  logrotate   3.8.1-4
> 
> Versions of packages libvirt-bin recommends:
> ii  bridge-utils1.5-6
> ii  dmidecode   2.11-9
> ii  dnsmasq-base2.65-1
> ii  ebtables2.0.10.4-1
> ii  gawk1:4.0.1+dfsg-2
> ii  iproute 20120521-3+b3
> ii  iptables1.4.14-3.1
> ii  libxml2-utils   2.8.0+dfsg1-7
> ii  netcat-openbsd  1.105-7
> ii  parted  2.3-12
> ii  qemu1.1.2+dfsg-5
> ii  qemu-kvm1.1.2+dfsg-5
> 
> Versions of packages libvirt-bin suggests:
> ii  policykit-1  0.105-3
> ii  radvd1:1.8.5-1
> 
> -- 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#702574: TYPO3-CORE-SA-2013-001: SQL Injection and Open Redirection in TYPO3 Core

[Salvatore Bonaccorso]

Control: retitle -1 TYPO3-CORE-SA-2013-001: SQL Injection and Open Redirection 
in TYPO3 Core (CVE-2013-1842, CVE-2013-1843)

Hi

Only for reference, CVE's where assigned to it now:

CVE-2013-1842 for Typo3 Extbase Framework SQL Injection 

CVE-2013-1843 for Typo3 Access tracking mechanism Open Redirection

Regards,
Salvatore


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

debian-bugs-dist@lists.debian.org

[David Fries]

On Mon, Mar 11, 2013 at 09:48:43AM +0100, Adam Reichold wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello,
> 
> This will have to wait until after the release of 0.4.1 since we are
> currently in a string freeze.

I've patched my system, so I'm not in a rush.  Thanks for the quick
response.

I've been looking for a replacement for kpdf, and my the top missing
features of qpdfview are being able to select text to copy out of the
document, and having a search limiting the thumbnails to the pages
with that term on it.

> Could you also give a reference why you consider this standard? Maybe
> an HIG or something like that?
> 
> Best regards, Adam.

It was an enlightening easter egg hunt to go on, but I haven't found
anything standard sounding using E&xit.  The closest I found
where,

Qt shortcut documentation using E&xit, but not specifically in a file
menu, and given how inconsistent the official Qt programs are in using
E&xit and &Quit, that isn't used as much of a standard.
http://harmattan-dev.nokia.com/docs/library/html/qt4/qshortcut.html

GNOME Human Interface Guidelines, Standard Menus, which uses &Quit
https://developer.gnome.org/hig-book/3.4/menus-standard.html.en

Ubuntu, &Quit, but it wasn't specifically file menu,
https://wiki.ubuntu.com/CustomStatusMenuDesignGuidelines

Doing a Google search on both E&xit and &Exit gives most &Exit result
with using & instead of and, which isn't using it as a mnemonic.  I
found a few programming examples using E&xit, none using &Exit.  The
first ten pages of Google's search using &Exit gave one link using
&Exit for the file menu, and the requester clearly didn't know what
they were doing.

http://support.realsoftware.com/listarchives/gettingstarted/2006-05/msg00174.html

There was another reference using &Exit but it wasn't clear if it was
a file menu, the most common &Exit result was my bug report.
In another search there was this entry with &Exit for a button, but
for the file menu it was E&xit, and I think &Exit was just to not
conflict the mnemonic, of I assume the file menu, but it didn't go
into details.
http://root.cern.ch/download/doc/ROOTUsersGuideHTML/ch25s08.html

I took a survey of all the programs in the Debian menu on my system
that have file menus.  I was surprised at how uncommon E&xit was, but
I didn't find any other program using &Exit.

programs with exit in their menu and &x for the mnemonic
chromium, E&xit
gvim E&xit
xfig, E&xit
Licq, E&xit
Qt Linguist, E&xit
ddd, E&xit
Audacity, E&xit
Qt Configuration, E&xit

programs with exit in their menu that don't use &x
stopwatch, Exit (no mnemonic)
BOINC Manager, Exit (no mnemonic)

programs that use something different
Firefox, &quit
konqueror, &quit
plan, &quit
pidgin, &quit
k3b, &quit
GOPchop, &quit
hugin, &quit
Image Magick, quit
inkscape, &quit
gimp, &quit
Xcircuit, quit
kdenlive, &Quit
PTBatcherGUI, &Quit
Xchat, &Quit
Ekiga, &Quit
KTorrent, &Quit
wireshark, &Quit
gnucash, &Quit
Qt Assistant, &Quit
Meld, &Quit
Timidity, &Quit
Sweep, Quit
grecord, &Quit
editres, Quit
Zapping, &Quit
xawtv, Quit
VLC media player, Quit
xine, Quit
gxine, &Quit
GV, Quit
digikam, &Quit
xdvik, Quit
xditview, Quit

> Am 11.03.2013 01:29, schrieb David Fries:
> > Package: qpdfview Version: 0.3.1-1 Severity: normal Tags: patch
> > 
> > Dear Maintainer,
> > 
> > Please apply the following patch to correct the expected exit key
> > sequence to the standard sequence for program exit which uses the x
> > not e for the hotkey mnemonic.
> > 
> >> From d05b57456ca48b7817e32bfa39a7eca0073decd4 Mon Sep 17 00:00:00
> >> 2001
> > From: David Fries  Date: Sun, 10 Mar 2013 19:04:51
> > -0500 Subject: [PATCH] Fix non-standard mnemonic.
> > 
> > For exiting the mnemonic is Alt-F-X not Alt-F-E, updated. --- 
> > sources/mainwindow.cpp  |2 +- translations/qpdfview_de.ts |
> > 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
> > 
> > diff --git a/sources/mainwindow.cpp b/sources/mainwindow.cpp index
> > 4dc809b..633ddb9 100644 --- a/sources/mainwindow.cpp +++
> > b/sources/mainwindow.cpp @@ -1149,7 +1149,7 @@ void
> > MainWindow::createActions()
> > 
> > // exit
> > 
> > -m_exitAction = new QAction(tr("&Exit"), this); +
> > m_exitAction = new QAction(tr("E&xit"), this); 
> > m_exitAction->setShortcut(QKeySequence::Quit); 
> > m_exitAction->setIcon(QIcon::fromTheme("application-exit")); 
> > m_exitAction->setIconVisibleInMenu(true); diff --git
> > a/translations/qpdfview_de.ts b/translations/qpdfview_de.ts index
> > e1c8505..0b1b461 100644 --- a/translations/qpdfview_de.ts +++
> > b/translations/qpdfview_de.ts @@ -260,7 +260,7 @@  
> >   > line="1152"/> -&Exit +
> > E&xit  > type="unfinished">&Beenden  
> > 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.19 (GNU/Linux)
> 
> iQEcBAEBAgAGBQJRPZprAAoJEPSSjE3STU34k+QH/2Qac31YTZ7VkmFI/Lg4PUbN
> 1TmWFq7Mge3IKKaufG8p4FRpM8bWboWWCJXgEbHcIdVHnXxG4seSOM8aTqhcs30a
> axSFXdAeS9JteCc9w9gwhjgFlnWNkYvm8CBSDFivVF6SO6mwN5C86Kv2vaAWzq94
> qU0tj2663EvRxCR0zowdi1Q

Bug#702851: cruft: grub2 files in /boot are not explained

[Paul Wise]

Package: cruft
Version: 0.9.16
Severity: wishlist

Finally found a way to run cruft without overheating my laptop (nice
nice ionice -c3, thinkfan and an external fan). One issue I noticed is
that grub2 stuff (from grub-pc) is not explained.:

 unexplained: boot 
/boot/grub
/boot/grub/915resolution.mod
/boot/grub/acpi.mod
/boot/grub/adler32.mod
/boot/grub/affs.mod
/boot/grub/afs.mod
/boot/grub/afs_be.mod
/boot/grub/aout.mod
/boot/grub/ascii.pf2
/boot/grub/ascii.pff
/boot/grub/at_keyboard.mod
/boot/grub/ata.mod
/boot/grub/ata_pthru.mod
/boot/grub/befs.mod
/boot/grub/befs_be.mod
/boot/grub/biosdisk.mod
/boot/grub/bitmap.mod
/boot/grub/bitmap_scale.mod
/boot/grub/blocklist.mod
/boot/grub/boot.img
/boot/grub/boot.mod
/boot/grub/bsd.mod
/boot/grub/btrfs.mod
/boot/grub/bufio.mod
/boot/grub/cat.mod
/boot/grub/cdboot.img
/boot/grub/chain.mod
/boot/grub/cmostest.mod
/boot/grub/cmp.mod
/boot/grub/command.lst
/boot/grub/configfile.mod
/boot/grub/core.img
/boot/grub/cpio.mod
/boot/grub/cpuid.mod
/boot/grub/crypto.lst
/boot/grub/crypto.mod
/boot/grub/cs5536.mod
/boot/grub/date.mod
/boot/grub/datehook.mod
/boot/grub/datetime.mod
/boot/grub/default
/boot/grub/desktop-grub.png
/boot/grub/device.map
/boot/grub/diskboot.img
/boot/grub/dm_nv.mod
/boot/grub/drivemap.mod
/boot/grub/echo.mod
/boot/grub/efiemu.mod
/boot/grub/efiemu32.o
/boot/grub/efiemu64.o
/boot/grub/elf.mod
/boot/grub/example_functional_test.mod
/boot/grub/ext2.mod
/boot/grub/extcmd.mod
/boot/grub/fat.mod
/boot/grub/font.mod
/boot/grub/fs.lst
/boot/grub/fshelp.mod
/boot/grub/functional_test.mod
/boot/grub/g2hdr.img
/boot/grub/gcry_arcfour.mod
/boot/grub/gcry_blowfish.mod
/boot/grub/gcry_camellia.mod
/boot/grub/gcry_cast5.mod
/boot/grub/gcry_crc.mod
/boot/grub/gcry_des.mod
/boot/grub/gcry_md4.mod
/boot/grub/gcry_md5.mod
/boot/grub/gcry_rfc2268.mod
/boot/grub/gcry_rijndael.mod
/boot/grub/gcry_rmd160.mod
/boot/grub/gcry_seed.mod
/boot/grub/gcry_serpent.mod
/boot/grub/gcry_sha1.mod
/boot/grub/gcry_sha256.mod
/boot/grub/gcry_sha512.mod
/boot/grub/gcry_tiger.mod
/boot/grub/gcry_twofish.mod
/boot/grub/gcry_whirlpool.mod
/boot/grub/gettext.mod
/boot/grub/gfxmenu.mod
/boot/grub/gfxterm.mod
/boot/grub/gptsync.mod
/boot/grub/grldr.img
/boot/grub/grub.cfg
/boot/grub/grubenv
/boot/grub/gzio.mod
/boot/grub/halt.mod
/boot/grub/hashsum.mod
/boot/grub/hdparm.mod
/boot/grub/hello.mod
/boot/grub/help.mod
/boot/grub/hexdump.mod
/boot/grub/hfs.mod
/boot/grub/hfsplus.mod
/boot/grub/iorw.mod
/boot/grub/iso9660.mod
/boot/grub/jfs.mod
/boot/grub/jpeg.mod
/boot/grub/kernel.img
/boot/grub/keylayouts.mod
/boot/grub/keystatus.mod
/boot/grub/legacycfg.mod
/boot/grub/linux.mod
/boot/grub/linux16.mod
/boot/grub/lnxboot.img
/boot/grub/loadenv.mod
/boot/grub/locale
/boot/grub/locale/ast.mo
/boot/grub/locale/ca.mo
/boot/grub/locale/da.mo
/boot/grub/locale/de.mo
/boot/grub/locale/fi.mo
/boot/grub/locale/fr.mo
/boot/grub/locale/hu.mo
/boot/grub/locale/id.mo
/boot/grub/locale/it.mo
/boot/grub/locale/ko.mo
/boot/grub/locale/nl.mo
/boot/grub/locale/pl.mo
/boot/grub/locale/ru.mo
/boot/grub/locale/sv.mo
/boot/grub/locale/uk.mo
/boot/grub/locale/vi.mo
/boot/grub/locale/zh_CN.mo
/boot/grub/loopback.mod
/boot/grub/ls.mod
/boot/grub/lsacpi.mod
/boot/grub/lsapm.mod
/boot/grub/lsmmap.mod
/boot/grub/lspci.mod
/boot/grub/lvm.mod
/boot/grub/lzopio.mod
/boot/grub/mdraid09.mod
/boot/grub/mdraid1x.mod
/boot/grub/memdisk.mod
/boot/grub/memrw.mod
/boot/grub/minicmd.mod
/boot/grub/minix.mod
/boot/grub/minix2.mod
/boot/grub/mmap.mod
/boot/grub/moddep.lst
/boot/grub/msdospart.mod
/boot/grub/multiboot.mod
/boot/grub/multiboot2.mod
/boot/grub/nilfs2.mod
/boot/grub/normal.mod
/boot/grub/ntfs.mod
/boot/grub/ntfscomp.mod
/boot/grub/ntldr.mod
/boot/grub/ohci.mod
/boot/grub/part_acorn.mod
/boot/grub/part_amiga.mod
   

Bug#702852: cruft: grub2 files in /boot are not explained

[Paul Wise]

Package: cruft
Version: 0.9.16
Severity: wishlist

Finally found a way to run cruft without overheating my laptop (nice
nice ionice -c3, thinkfan and an external fan). One issue I noticed is
that Linux kernel images are not explained:

 unexplained: boot 
/boot/initrd.img-3.2.0-4-amd64
/boot/initrd.img-3.8-trunk-amd64

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cruft depends on:
ii  file   5.11-2
ii  libc6  2.13-38

Versions of packages cruft suggests:
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#702853: cruft: unexplained files in cgroup and other special mount points

[Paul Wise]

Package: cruft
Version: 0.9.16
Severity: wishlist

Finally found a way to run cruft without overheating my laptop (nice
nice ionice -c3, thinkfan and an external fan). One issue I noticed is
that the various systemd mount points are not explained:

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=997086,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=1598232k,mode=755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/devices type cgroup 
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup 
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup 
(rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup 
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup 
(rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs 
(rw,relatime,fd=28,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
securityfs on /sys/kernel/security type securityfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
tmpfs on /run/user type tmpfs 
(rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/sda1 on /boot type ext2 (rw,relatime,errors=continue)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)


 unexplained: dev 
/dev/agpgart
/dev/audio
/dev/autofs
/dev/block
...
 unexplained: dev-hugepages 
/dev/hugepages
 unexplained: dev-mqueue 
/dev/mqueue
 unexplained: proc-sys-fs-binfmt_misc 
/proc/sys/fs/binfmt_misc
/proc/sys/fs/binfmt_misc/register
/proc/sys/fs/binfmt_misc/status
...
 unexplained: sys-fs-cgroup-blkio 
/sys/fs/cgroup/blkio
/sys/fs/cgroup/blkio/blkio.io_merged
/sys/fs/cgroup/blkio/blkio.io_queued
 unexplained: sys-fs-cgroup-cpu,cpuacct 
/sys/fs/cgroup/cpu,cpuacct
/sys/fs/cgroup/cpu,cpuacct/cgroup.clone_children
...
 unexplained: sys-fs-cgroup-cpuset 
/sys/fs/cgroup/cpuset
/sys/fs/cgroup/cpuset/cgroup.clone_children
...
 unexplained: sys-fs-cgroup-devices 
/sys/fs/cgroup/devices
/sys/fs/cgroup/devices/cgroup.clone_children
...
 unexplained: sys-fs-cgroup-net_cls 
/sys/fs/cgroup/net_cls
/sys/fs/cgroup/net_cls/cgroup.clone_children
...
 unexplained: sys-fs-cgroup-perf_event 
/sys/fs/cgroup/perf_event
/sys/fs/cgroup/perf_event/cgroup.clone_children
...
 unexplained: sys-fs-cgroup-systemd 
/sys/fs/cgroup/systemd
/sys/fs/cgroup/systemd/cgroup.clone_children
...
 unexplained: sys-kernel-debug 
/sys/kernel/debug

 unexplained: sys-fs-cgroup-freezer 
/sys/fs/cgroup/freezer
/sys/fs/cgroup/freezer/cgroup.clone_children
...
 unexplained: sys-kernel-security 
/sys/kernel/security
/sys/kernel/security/tpm0
/sys/kernel/security/tpm0/ascii_bios_measurements
/sys/kernel/security/tpm0/binary_bios_measurements


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cruft depends on:
ii  file   5.11-2
ii  libc6  2.13-38

Versions of packages cruft suggests:
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#702854: RFP: nocache -- minimize filesystem caching effects

[Rogério Brito]

Package: wnpp
Severity: wishlist

* Package name: nocache
  Upstream Author : Julius Plenz 
* URL : https://github.com/Feh/nocache
* License : BSD
  Programming Lang: C
  Description : minimize filesystem caching effects

The nocache tool tries to minimize the effect an application has on the
Linux file system cache. This is done by intercepting the open and close
system calls and calling posix_fadvise with the POSIX_FADV_DONTNEED
parameter. Because the library remembers which pages (ie., 4K-blocks of the
file) were already in file system cache when the file was opened, these will
not be marked as "don't need", because other applications might need that,
although they are not actively used (think: hot standby).

Use case: backup processes that should not interfere with the present state
of the cache.

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702849: RFS: php-soap/0.12.0-2.1 [NMU] [RC]

[Thomas Goirand]

On 03/12/2013 02:08 PM, Prach Pongpanich wrote:
> dget -x 
> http://mentors.debian.net/debian/pool/main/p/php-soap/php-soap_0.12.0-2.1.dsc
Hi Prach,

Thanks a lot for taking care of it.

I don't agree with removing the php-pear dependency.
php-soap even ships a /usr/share/php/.registry

More over, this is an RC fix for the frozen release,
so you should only fix the bug, not change anything
else, especially if it may create new bugs (which
I believe would, in this case).

Please remove the removal of the dependency, reupload
to mentors, and I will happily sponsor your fixed package.

Also, next time, please CC: the PKG-PHP team:
Debian PHP PEAR Maintainers 
Debian PHP Maintainers 

Thanks for your contribution to Debian,
Cheers,

Thomas Goirand (zigo)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702855: pitivi: broken symlinks

[Paul Wise]

Package: pitivi
Version: 0.15.2-0.1
Severity: normal
User: debian...@lists.debian.org
Usertags: adequate broken-symlink

pitivi contains a number of broken symlinks in a manner that means that
the codecscontainers.jpg and mainwindow.png files will never be able to
be shown since the final symlinks link back to themselves.

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

pabs@chianamo ~ $ adequate pitivi
pitivi: broken-symlink 
/usr/share/gnome/help/pitivi/uk/figures/codecscontainers.jpg  -> 
../../C/figures/codecscontainers.jpg 
pitivi: broken-symlink /usr/share/gnome/help/pitivi/uk/figures/mainwindow.png 
-> ../../C/figures/mainwindow.png
pitivi: broken-symlink 
/usr/share/gnome/help/pitivi/fr/figures/codecscontainers.jpg  -> 
../../C/figures/codecscontainers.jpg 
pitivi: broken-symlink /usr/share/gnome/help/pitivi/fr/figures/mainwindow.png 
-> ../../C/figures/mainwindow.png
pitivi: broken-symlink 
/usr/share/gnome/help/pitivi/es/figures/codecscontainers.jpg  -> 
../../C/figures/codecscontainers.jpg 
pitivi: broken-symlink /usr/share/gnome/help/pitivi/es/figures/mainwindow.png 
-> ../../C/figures/mainwindow.png
pitivi: broken-symlink 
/usr/share/gnome/help/pitivi/sl/figures/codecscontainers.jpg  -> 
../../C/figures/codecscontainers.jpg 
pitivi: broken-symlink /usr/share/gnome/help/pitivi/sl/figures/mainwindow.png 
-> ../../C/figures/mainwindow.png
pitivi: broken-symlink 
/usr/share/gnome/help/pitivi/C/figures/codecscontainers.jpg  -> 
../../C/figures/codecscontainers.jpg 
pitivi: broken-symlink /usr/share/gnome/help/pitivi/C/figures/mainwindow.png -> 
../../C/figures/mainwindow.png
pitivi: broken-symlink 
/usr/share/gnome/help/pitivi/de/figures/codecscontainers.jpg  -> 
../../C/figures/codecscontainers.jpg 
pitivi: broken-symlink /usr/share/gnome/help/pitivi/de/figures/mainwindow.png 
-> ../../C/figures/mainwindow.png
pabs@chianamo ~ $ dpkg -L pitivi | xargs realpath | grep :
/usr/share/gnome/help/pitivi/uk/figures/codecscontainers.jpg : Too many levels 
of symbolic links
/usr/share/gnome/help/pitivi/uk/figures/mainwindow.png: Too many levels of 
symbolic links
/usr/share/gnome/help/pitivi/fr/figures/codecscontainers.jpg : Too many levels 
of symbolic links
/usr/share/gnome/help/pitivi/fr/figures/mainwindow.png: Too many levels of 
symbolic links
/usr/share/gnome/help/pitivi/es/figures/codecscontainers.jpg : Too many levels 
of symbolic links
/usr/share/gnome/help/pitivi/es/figures/mainwindow.png: Too many levels of 
symbolic links
/usr/share/gnome/help/pitivi/sl/figures/codecscontainers.jpg : Too many levels 
of symbolic links
/usr/share/gnome/help/pitivi/sl/figures/mainwindow.png: Too many levels of 
symbolic links
/usr/share/gnome/help/pitivi/C/figures/codecscontainers.jpg : Too many levels 
of symbolic links
/usr/share/gnome/help/pitivi/C/figures/mainwindow.png: Too many levels of 
symbolic links
/usr/share/gnome/help/pitivi/de/figures/codecscontainers.jpg : Too many levels 
of symbolic links
/usr/share/gnome/help/pitivi/de/figures/mainwindow.png: Too many levels of 
symbolic links

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pitivi depends on:
ii  gnome-icon-theme  3.4.0-2
ii  gstreamer0.10-alsa [gstreamer0.10-audiosink]  0.10.36-1
ii  gstreamer0.10-gnonlin 0.10.17-2
ii  gstreamer0.10-plugins-bad [gstreamer0.10-videosink]   0.10.23-7.1
ii  gstreamer0.10-plugins-base0.10.36-1
ii  gstreamer0.10-plugins-gl [gstreamer0.10-videosink]0.10.2-1+b2
ii  gstreamer0.10-plugins-good [gstreamer0.10-videosink]  0.10.31-3+nmu1
ii  gstreamer0.10-pulseaudio [gstreamer0.10-audiosink]0.10.31-3+nmu1
ii  gstreamer0.10-x [gstreamer0.10-videosink] 0.10.36-1
ii  libgstreamer-plugins-base0.10-0   0.10.36-1
ii  libgstreamer0.10-00.10.36-1.1
ii  python2.7.3-4
ii  python-cairo  1.8.8-1+b2
ii  python-central0.6.17
ii  python-dbus   1.1.1-1
ii  python-gconf  2.28.1+dfsg-1
ii  python-glade2 2.24.0-3+b1
ii  python-gst0.100.10.22-3
ii  python-gtk2   2.24.0-3+b1
ii  python-pkg-resources  0.6.24-1
ii  python-pygoocanvas0.14.1-1+b3
ii  python-xdg0.19-5
ii  python-zope.interface 

Bug#702856: Maze crashed while running xscreensaver

[Walter Garcia-Fontes]

Package: xscreensaver
Version: 5.15

Maze crashed while xscreensaver was running. Please see:


https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1153933


for my system information

-- 
Walter Garcia-Fontes


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702526: ruby1.8: CVE-2013-1821: entity expansion DoS vulnerability in REXML

[Lucas Nussbaum]

On 09/03/13 at 14:01 +0100, Salvatore Bonaccorso wrote:
> Control: tags -1 + patch
> 
> Hi
> 
> Attached is a proposed debdiff, based also on the changes done for
> ruby1.9.1. But there is one thing which might be sorted out first:
> 
> The binary debdiff shows:
> 
> cut-cut-cut-cut-cut-cut-
> ri1.8:
> 
> [The following lists of changes regard files as different if they have
> different names, permissions or owners.]
> 
> Files in second .deb but not in first
> -
> -rw-r--r--  root/root   
> /usr/share/ri/1.8/system/IRB/Context/_set_last_value-i.yaml
> -rw-r--r--  root/root   
> /usr/share/ri/1.8/system/IRB/WorkSpace/__evaluate__-i.yaml
> -rw-r--r--  root/root   
> /usr/share/ri/1.8/system/REXML/Document/entity_expansion_text_limit%3d-c.yaml
> -rw-r--r--  root/root   
> /usr/share/ri/1.8/system/REXML/Document/entity_expansion_text_limit-c.yaml
> -rw-r--r--  root/root   /usr/share/ri/1.8/system/REXML/Text/expand-c.yaml
> 
> Files in first .deb but not in second
> -
> -rw-r--r--  root/root   
> /usr/share/ri/1.8/system/RSS/Rss/Channel/Item/_setup_maker_element-i.yaml
> cut-cut-cut-cut-cut-cut-

Strange, I don't reproduce this:
Files in second .changes but not in first
-
-rw-r--r--  root/root 
/usr/share/ri/1.8/system/REXML/Document/entity_expansion_text_limit%3d-c.yaml
-rw-r--r--  root/root 
/usr/share/ri/1.8/system/REXML/Document/entity_expansion_text_limit-c.yaml
-rw-r--r--  root/root /usr/share/ri/1.8/system/REXML/Text/expand-c.yaml

(but not the others)

I'm not sure what when wrong for you. In any case, those files are
rather harmless: they are used by ri, Ruby's documentation system, so
the impact would be missing documentation for obscure methods.

I tested the patch manually using the test case that is also added to
the test suite. I also diffed the build logs. Everything is fine. I'm
uploading this.

I'm uploading the fixed package. Thanks a lot, Salvatore!

Lucas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702857: crystalcursors: broken symlinks

[Paul Wise]

Package: crystalcursors
Version: 1.1.1-13
Severity: normal
User: debian...@lists.debian.org
Usertags: adequate broken-symlink

crystalcursors contains a number of broken symlinks, this may indicate
some missing files, please check if you are installing all the files
installed by upstream.

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

pabs@chianamo ~ $ adequate crystalcursors
crystalcursors: broken-symlink /usr/share/icons/crystalgreenleft/cursors/plus 
-> cross
crystalcursors: broken-symlink /usr/share/icons/crystalgrayleft/cursors/plus -> 
cross
crystalcursors: broken-symlink /usr/share/icons/crystalblueleft/cursors/plus -> 
cross
crystalcursors: broken-symlink /usr/share/icons/crystalwhiteleft/cursors/plus 
-> cross
pabs@chianamo ~ $ dpkg -L crystalcursors  | xargs realpath | grep :
/usr/share/icons/crystalgreenleft/cursors/plus: No such file or directory
/usr/share/icons/crystalgrayleft/cursors/plus: No such file or directory
/usr/share/icons/crystalblueleft/cursors/plus: No such file or directory
/usr/share/icons/crystalwhiteleft/cursors/plus: No such file or directory

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#702849: RFS: php-soap/0.12.0-2.1 [NMU] [RC]

[Thomas Goirand]

On 03/12/2013 02:08 PM, Prach Pongpanich wrote:
> +- Drop Pre-Depends: php-pear as it's not needed
I'm sorry, I missread. Indeed, the pre-depends: (and not depends:,
as I wrote earlier) might not be needed. Could you explain a bit more
why it appears in your changelog as if it was part of the fix?

However, I think it would be nicer to put the docs of php-soap into
/usr/share/doc/php-soap rather than in /usr/share/doc/php5-common.

Your thoughts?

Thomas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702858: libpentaho-reporting-flow-engine-java: broken symlink

[Paul Wise]

Package: libpentaho-reporting-flow-engine-java
Version: 0.9.4-4
Severity: normal
User: debian...@lists.debian.org
Usertags: adequate broken-symlink

libpentaho-reporting-flow-engine-java contains a broken symlink.

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

pabs@chianamo ~ $ adequate libpentaho-reporting-flow-engine-java
libpentaho-reporting-flow-engine-java: broken-symlink 
/usr/share/java/jfreereport.jar -> pentaho-reporting-flow-engine.jar
pabs@chianamo ~ $ realpath /usr/share/java/jfreereport.jar
/usr/share/java/jfreereport.jar: No such file or directory

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpentaho-reporting-flow-engine-java depends on:
ii  libapache-poi-java  3.6+dfsg-2
ii  libflute-java   1:1.1.6-3
ii  libfonts-java   1.1.6.dfsg-3
ii  libformula-java 1.1.7.dfsg-2
ii  libitext-java   2.1.7-3+deb7u1
ii  libjcommon-java 1.0.16-2
ii  liblayout-java  0.2.10-2
ii  libloader-java  1.1.6.dfsg-4
ii  librepository-java  1.1.6-2
ii  libsac-java 1.3-6
ii  libxml-java 1.1.6.dfsg-3

Versions of packages libpentaho-reporting-flow-engine-java suggests:
pn  libjfreereport-java-doc  

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#695658: BUG: unable to handle kernel paging request at ffff8803c1bcb000

[Dmitry Nedospasov]

Same thing for me on a Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz on a P8H77-M PRO.

I triggered this one in ssh in the dom0.

[30713.352192] BUG: unable to handle kernel paging request at 8803c1bcb000
[30713.352251] IP: [] __sanitize_i387_state+0x24/0xe1
[30713.352297] PGD 1606067 PUD ccac6067 PMD ccad4067 PTE 0
[30713.352375] Oops:  [#4] SMP 
[30713.352426] CPU 0 
[30713.352440] Modules linked in: microcode xt_tcpudp xt_state xt_physdev 
iptable_filter xen_netback xen_blkback xen_evtchn xenfs bridge stp dummy 
ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 
ip_tables x_tables sit tunnel4 ext3 jbd evdev snd_pcm snd_timer i2c_i801 video 
snd soundcore snd_page_alloc thermal_sys coretemp i2c_core pcspkr serio_raw 
ext4 mbcache jbd2 crc16 sha256_generic dm_crypt dm_mod raid1 md_mod sd_mod 
crc_t10dif crc32c_intel ghash_clmulni_intel ahci aesni_intel cryptd libahci 
aes_x86_64 ehci_hcd aes_generic libata scsi_mod r8169 mii usbcore usb_common 
[last unloaded: scsi_wait_scan]
[30713.353420] 
[30713.353445] Pid: 8655, comm: bash Tainted: G  D  3.2.0-0.bpo.4-amd64 
#1 Debian 3.2.35-2~bpo60+1 System manufacturer System Product Name/P8H77-M PRO
[30713.353531] RIP: e030:[]  [] 
__sanitize_i387_state+0x24/0xe1
[30713.353587] RSP: e02b:8802f5de9e10  EFLAGS: 00010246
[30713.353617] RAX:  RBX: 7fff9573b6c0 RCX: 0200
[30713.353648] RDX: 8803c1bcae00 RSI: 8802f5de9fd8 RDI: 8803c1ba4fa0
[30713.353680] RBP: 8803c1ba4fa0 R08: 7fff9573b820 R09: 0101010101010101
[30713.353711] R10: 0008 R11: 00445000 R12: 
[30713.353742] R13: 7fff9573b4f8 R14: 8803c1ba4fa0 R15: 7fff9573b6c0
[30713.353776] FS:  7fe8988a2700() GS:8803d6e0() 
knlGS:
[30713.353818] CS:  e033 DS:  ES:  CR0: 8005003b
[30713.353847] CR2: 8803c1bcb000 CR3: 0002f5de2000 CR4: 2660
[30713.353878] DR0:  DR1:  DR2: 
[30713.353910] DR3:  DR6: 0ff0 DR7: 0400
[30713.353941] Process bash (pid: 8655, threadinfo 8802f5de8000, task 
8803c1ba4fa0)
[30713.353984] Stack:
[30713.354008]  81015f54 8802f5de9f58 0011 
8803c1ba5440
[30713.354098]  8100e132 8803c1ba4fa0 8136b20e 
0011
[30713.354189]  00040001 21d1 8803 

[30713.354279] Call Trace:
[30713.354306]  [] ? save_i387_xstate+0x118/0x1e2
[30713.354337]  [] ? do_signal+0x21f/0x635
[30713.354368]  [] ? do_page_fault+0x311/0x34c
[30713.354398]  [] ? _raw_spin_lock_irq+0x7/0x22
[30713.354429]  [] ? do_notify_resume+0x25/0x67
[30713.354460]  [] ? sys_rt_sigprocmask+0x5a/0x96
[30713.354491]  [] ? int_signal+0x12/0x17
[30713.354520] Code: c1 ea 20 0f 01 d1 c3 48 8b 97 58 04 00 00 48 85 d2 0f 84 
d0 00 00 00 83 bf 50 04 00 00 00 74 04 0f 0b eb fe 48 8b 05 b1 a7 72 00 <48> 8b 
b2 00 02 00 00 48 89 c1 48 21 f1 48 39 c1 0f 84 a6 00 00 
[30713.355368] RIP  [] __sanitize_i387_state+0x24/0xe1
[30713.355411]  RSP 
[30713.355438] CR2: 8803c1bcb000
[30713.355465] ---[ end trace 7caac314f2a1b625 ]---

Regards,

D.
-- 
Dmitry Nedospasov 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702734: [nvidia-detect] please move nvidia-detect out of non-free

[Andreas Beckmann]

On 2013-03-10 21:53, Filipus Klutiero wrote:
> nvidia-detect is currently part on non-free, like the rest of
> nvidia-graphics-drivers. nvidia-graphics-drivers in general is currently
> non-free, but nvidia-detect in particular has no non-free content.

for building convenience, see below

> The
> script has no common license, but I'm offering my contribution under
> anything wanted.

Historically the packaging is under GPL2(+), although that may not be
the optimal choice for a package in non-free, especially wrt. patches.
Something like BSD/MIT/EXPAT... may be more appropriate. But for your
script, anything will be fine.

If you send me a Copyright/License header today, I can still include it
for 304.84 which I'll try to get into wheezy.

> nvidia-detect technically doesn't depend on anything non-free, however
> it is clearly strongly associated with the non-free rest of
> nvidia-graphics-drivers, therefore contrib would be a understandable
> section.

The main "data" files for nvidia-detect are the PCI ID lists (that are
automatically generated from upstream's README), so to conveniently
update nvidia-detect to the latest definitions, I added this package to
be built from n-g-d. (The lists for the older drivers are copies in
n-g-d, but they usually don't change frequently, so need no updates).

I don't think the PCI ID lists would make the package non-free.
Putting it into contrib would be fine, it just needs an extra sync step
for every new upstream release I wanted to avoid.

> I would argue main may be the best choice, given that the script could
> evolve into something a bit greater than a versions advisor. It could
> certainly recommend using nouveau to vesa users, for example.

Someone needs to do this ...

> By the way, I recommend to consider making nvidia-detect a source
> package. This would ease updates after nvidia-graphics-drivers is
> frozen. It would be best not to leave nvidia-detect untouched in stable
> for the duration of a whole release cycle.

Hmm, currently it outputs

  Uh oh. Your card is not supported by any driver version up to 304.64.
  A newer driver may add support for your card.

for unsupported hardware, and that seems fine for a stable release. We
will probably have a "more accurate" one in wheezy-backports.


Anyway, patches welcome!


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702860: blender-ogrexml: instructions in README.Debian are incorrect

[Paul Wise]

Package: blender-ogrexml
Version: 1.7.4+dfsg1-7
Severity: important

The instructions in README.Debian are incorrect. First, the name of the
file containing the plugin is incorrect. Looks like this changed
recently, so there should have been a NEWS.Debian entry about it.
Secondly, blender itself uses version-specific paths to the scripts.

In addition, based on strace it appears that installing the plugin in
the right path under /usr/lib/blender/scripts will automatically enable
it, it might be better to remove README.Debian and move the files.

pabs@chianamo ~ $ grep ogre /usr/share/doc/blender-ogrexml/README.Debian 
  1/ ln -sf /usr/lib/blender/scripts/ogreexport.py $HOME/.blender/scripts/
pabs@chianamo ~ $ ls -l /usr/lib/blender/scripts/ogreexport.py
ls: cannot access /usr/lib/blender/scripts/ogreexport.py: No such file or 
directory
pabs@chianamo ~ $ dpkg -L blender-ogrexml | grep export.*py
/usr/share/blender/scripts/ogremeshesexporter.py
/usr/share/blender/scripts/ogrepkg/armatureexport.py
/usr/share/blender/scripts/ogrepkg/meshexport.py
/usr/share/blender/scripts/ogrepkg/materialexport.py
pabs@chianamo ~ $ strace -f -F -e trace=file blender 2>&1 | grep -i 
/home/.*blender.*scripts
[pid 14288] stat("/home/pabs/.blender/2.63/scripts/", 0x7101e4c0) = -1 
ENOENT (No such file or directory)
[pid 14288] stat("/home/pabs/.blender/2.63/scripts/", 0x7101e4c0) = -1 
ENOENT (No such file or directory)
[pid 14288] stat("/home/pabs/.blender/2.63/scripts", 0x7101e1b0) = -1 
ENOENT (No such file or directory)
[pid 14288] stat("/home/pabs/.blender/2.63/scripts", 0x7101dc40) = -1 
ENOENT (No such file or directory)
[pid 14288] stat("/home/pabs/.blender/2.63/scripts", 0x7101dc40) = -1 
ENOENT (No such file or directory)
[pid 14288] stat("/home/pabs/.blender/2.63/scripts", 0x7101dc40) = -1 
ENOENT (No such file or directory)

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages blender-ogrexml depends on:
ii  blender  2.63a-1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#702859: Conflicting declarations of variable scheme_thread_locals

[Michael Tautschnig]

Package: racket
Version: 5.2.1+g6~92c8784+dfsg2-2+deb7u1
Usertags: goto-cc

While building the package using our research compiler infrastructure the
following type inconsistencies became apparent: when linking racket3m

gcc -o racket3m  gc2/main.o libracket3m.a ...

the variable scheme_thread_locals takes different types within main.o and gmp.o
(part of libracket3m.a), because gmp.o was compiled without MZ_PRECISE_GC being
defined. Thus the keyex field is contained in struct Scheme_Inclhash_Object, but
not in struct Scheme_Object. These differences may result in undefined
behaviour.

Best,
Michael



pgpucI3ezyMZc.pgp
Description: PGP signature

Bug#702843: claws-mail-bogofilter: Does not add X-Bogosity header when that option checked in preferences

[Ricardo Mones]

tags 702843 moreinfo
thanks

On Tue, Mar 12, 2013 at 12:27:36AM -0400, Daniel Dickinson wrote:
> Package: claws-mail-bogofilter
> Version: 3.8.1-2
> Severity: normal
> 
> claws-mail-bogofilter plugin has an option labelled 'add X-Bogosity header',
> however when receiving mail such a header is not added, which means that
> one is not able to filter based on the header (e.g. so one can have 
> per-server on-server Spam folder instead of a single spam folder for all 
> spam on one server or MH folder).
> 
> This is a bug because the option offers an option to add a header, but 
> doesn't do it.

  Can you see message source (View/Message source) of one of the filtered
messages and check if there's a header named "X-Claws-Bogosity:" ?

  Seems the label doesn't have the right header name... or the opposite ;)

  regards,
-- 
  Ricardo Mones 
  ~
  00:45 < hammar> cool.. have you used rssyl?  
  00:46 <@Ticho> um, yesSeen on #sylpheed



signature.asc
Description: Digital signature

Bug#702861: debootstrap: Debootstrap unmounts /run/shm

[Kusanagi Kouichi]

Package: debootstrap
Version: 1.0.46
Severity: normal
Tags: patch

Debootstrap unmounts host's /run/shm because it unmounts target's
/dev/shm, which is a symlink to /run/shm, though debootstrap doesn't
mount anything on there.

# cat /proc/mounts > /tmp/1
# debootstrap --variant=minbase sid /tmp/a http://ftp.jp.debian.org/debian
...
# cat /proc/mounts > /tmp/2
# diff -u /tmp/1 /tmp/2
--- /tmp/1  2013-03-12 14:46:17.28500 +0900
+++ /tmp/2  2013-03-12 14:49:51.68500 +0900
@@ -5,6 +5,5 @@
 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
 dev /dev tmpfs rw,mand,nosuid,noexec,relatime,size=1024k,mode=755 0 0
-tmpfs /run/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=101860k 0 0
 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
 /tmp /tmp tmpfs rw,relatime 0 0

The attatched patch works for me.
Severity might be critical because this could break applications
which use posix shared memory.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.9.0-rc2 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/dash

Versions of packages debootstrap depends on:
ii  wget  1.14-1

Versions of packages debootstrap recommends:
ii  debian-archive-keyring  2012.4
ii  gnupg   1.4.12-7

debootstrap suggests no packages.

-- no debconf information
diff --git a/functions b/functions
index c1e938e..ff733ce 100644
--- a/functions
+++ b/functions
@@ -1007,9 +1007,6 @@ setup_proc () {
 	hurd*)
 		;;
 	*)
-		umount_on_exit /dev/pts
-		umount_on_exit /dev/shm
-		umount_on_exit /proc/bus/usb
 		umount_on_exit /proc
 		umount "$TARGET/proc" 2>/dev/null || true
 		in_target mount -t proc proc /proc
@@ -1022,7 +1019,6 @@ setup_proc () {
 		on_exit clear_mtab
 		;;
 	esac
-	umount_on_exit /lib/init/rw
 }
 
 setup_proc_fakechroot () {

Bug#702736: firebird2.5: CVE-2013-2492: Request Processing Buffer Overflow Vulnerability

[Damyan Ivanov]

-=| Salvatore Bonaccorso, 10.03.2013 22:14:30 +0100 |=-
> Source: firebird2.5
> Severity: grave
> Tags: security
> 
> Hi
> 
> the following vulnerability was published for firebird2.5.
> 
> CVE-2013-2492[0]:
> Request Processing Buffer Overflow Vulnerability
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> For further information see also [1] and [2].
> 
> [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2492
> http://security-tracker.debian.org/tracker/CVE-2013-2492
> [1] http://tracker.firebirdsql.org/browse/CORE-4058
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-2492

Dear security team,

Please approve upload of firebird2.5 to stable-security with the 
attached (source) diff from the version currently in squeeze.

Attached is also the binary debdiff, just in case. It contains only 
version number changes.


Thanks,
dam
diff -wu firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/changelog firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/changelog
--- firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/changelog
+++ firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/changelog
@@ -1,3 +1,15 @@
+firebird2.5 (2.5.0.26054~ReleaseCandidate3.ds2-1+squeeze1) stable-security; urgency=high
+
+  * Apply patch from upstream revision r57728 (unfuzzied) fixing a remote
+unauthenticated stack overflow in the Firebird server (CVE-2013-2492)
+CLoses: #702736
+  * Apply patch from upstream revision r54702 fixing a crash (NULL pointer
+dereference) when peraring an empty SQL statement with trace services
+enabled (CVE-2012-5529)
+Closes: #693210
+
+ -- Damyan Ivanov   Tue, 12 Mar 2013 10:21:04 +0200
+
 firebird2.5 (2.5.0.26054~ReleaseCandidate3.ds2-1) unstable; urgency=low
 
   * New upstream release candidate
diff -wu firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/patches/series firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/patches/series
--- firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/patches/series
+++ firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/patches/series
@@ -17,0 +18,2 @@
+upstream/r54702-cve-2012-5529.patch
+upstream/r57728-cve-2013-2429.patch
only in patch2:
--- firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2.orig/debian/patches/upstream/r54702-cve-2012-5529.patch
+++ firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/patches/upstream/r54702-cve-2012-5529.patch
@@ -0,0 +1,20 @@
+Description: fix crash when preparing empty SQL statement with tracing enabled
+ Stolen from revision 54702 of upstream Subversion repository
+Origin: http://firebird.svn.sourceforge.net/viewvc/firebird/firebird/branches/B2_5_Release/src/jrd/trace/TraceDSQLHelpers.h?r1=54702&r2=54701&pathrev=54702
+Bug: http://tracker.firebirdsql.org/browse/CORE-3884
+Bug-Debian: http://bugs.debian.org/693210
+Forwarded: not-needed
+Author: Vlad Khorsun 
+Applied-Upstream: 2.5.2
+
+--- a/src/jrd/trace/TraceDSQLHelpers.h
 b/src/jrd/trace/TraceDSQLHelpers.h
+@@ -88,7 +88,7 @@ public:
+ 			Firebird::string str(*getDefaultMemoryPool(), m_string, m_string_len);
+ 
+ 			TraceFailedSQLStatement stmt(str);
+-			TraceManager::event_dsql_prepare(m_attachment, m_request->req_transaction,
++			TraceManager::event_dsql_prepare(m_attachment, m_request ? m_request->req_transaction : NULL,
+ &stmt, millis, result);
+ 		}
+ 	}
only in patch2:
--- firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2.orig/debian/patches/upstream/r57728-cve-2013-2429.patch
+++ firebird2.5-2.5.0.26054~ReleaseCandidate3.ds2/debian/patches/upstream/r57728-cve-2013-2429.patch
@@ -0,0 +1,26 @@
+From: alexpeshkoff 
+Date: Wed, 6 Mar 2013 11:33:08 + (+)
+Subject: Fixed CORE-4058
+ Fixes a remote, unauthenticated stack overflow
+ CVE-2013-2492
+X-Git-Url: http://anonscm.debian.org/gitweb/?p=pkg-firebird%2Fupstream.git;a=commitdiff_plain;h=9cacbca5093808e217ba68adaa469bd6179fb535
+Bug: http://tracker.firebirdsql.org/browse/CORE-4058
+Bug-Debian: http://bigs.debian.org/702736
+Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-2492
+
+Fixed CORE-4058
+
+git-svn-id: svn://svn.code.sf.net/p/firebird/code/firebird/branches/B2_5_Release@57728 65644016-39b1-43b1-bf79-96bc8fe82c15
+---
+
+--- a/src/remote/inet.cpp
 b/src/remote/inet.cpp
+@@ -1056,7 +1056,7 @@ static bool accept_connection(rem_port*
+ 		case CNCT_group:
+ 			{
+ const size_t length = id.getClumpLength();
+-if (length != 0)
++if (length <= sizeof(eff_gid) && length > 0)
+ {
+ 	eff_gid = 0;
+ 	memcpy(&eff_gid, id.getBytes(), length);
File lists identical (after any substitutions)

Control files of package firebird2.5-classic: lines which differ (wdiff format)
---
Depends: libc6 (>= 2.2.5), libfbembed2.5 (>= 2.5.0.25784~ReleaseCandidate1.ds2), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1), firebird2.5-common (= [-2.5.0.26054~ReleaseCa

Bug#702782: broken glx alternative

[Andreas Beckmann]

On 2013-03-11 12:07, Gaudenz Steinlin wrote:
> The only solution I currently is to drop the nvidia alternative and to show
> all the nvidia driver version as individual options in the glx alternative.
> This avoids the "double" alternative redirection which leads to this problem.

IIRC that was needed to avoid putting internal knowledge about the
nvidia packages layout into to many places ... but for other reasons as
well maybe we should introduce an update-glx command for wheezy+1.
The glx alternatives in experimental manage the module blacklist, too,
and therefore need an update-initramfs -u after reconfiguring the
alternative.

please try
  dpkg-reconfigure glx-alternative-nvidia
after manually changing the nvidia alternative


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702862: Assertion `m_pid <= 100000' failed

[Harald Dunkel]

Package: nethogs
Version: 0.7.0-3

Running nethogs on an Oracle server fails with

# nethogs eth0
Waiting for first packet to arrive (see sourceforge.net bug 1019381)
nethogs: cui.cpp:80: void Line::show(int): Assertion `m_pid <= 10' failed.

"ps -ef" shows a lot of PIDs > 10, as you might have guessed.


Regards
Harri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702839: closed by (Bug#702839: fixed in spamassassin 3.3.2-6)

[Arno Töll]

On 12.03.2013 07:06, Debian Bug Tracking System wrote:
> It has been closed by .

Now, this was a records-breaking reaction time. Thanks a lot!


-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#702863: libfftw3-dev: uninstallable due to missing libfftw3-long3 on powerpcspe

[Roland Stigge]

Source: fftw3
Version: 3.3.3-2
Severity: wishlist
Tags: patch experimental
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

libfftw3-dev is currently uninstallable on powerpcspe[1] due to
missing build of libfftw3-long3 on this arch:

# apt-get install libfftw3-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libfftw3-dev : Depends: libfftw3-long3 (= 3.3.3-2) but it is not installable
E: Unable to correct problems, you have held broken packages.
#

I'm attaching a patch that adds the respective package on powerpcspe.

Thanks,

Roland


[1] http://wiki.debian.org/PowerPCSPEPort

-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.8.0 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
--- fftw3-3.3.3/debian/control.orig	2013-03-12 09:53:27.057266878 +0100
+++ fftw3-3.3.3/debian/control	2013-03-12 09:54:06.693276728 +0100
@@ -69,7 +69,7 @@
  libfftw3-dev. For documentation, see libfftw3-doc.
 
 Package: libfftw3-long3
-Architecture: amd64 hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc s390 s390x sparc
+Architecture: amd64 hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc powerpcspe s390 s390x sparc
 Pre-Depends: multiarch-support
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Suggests: libfftw3-bin, libfftw3-dev

Bug#702735: firebird2.1: CVE-2013-2492: Request Processing Buffer Overflow Vulnerability

[Damyan Ivanov]

(not a duplicate, firebird has two versions in squeeze)

-=| Salvatore Bonaccorso, 10.03.2013 22:13:22 +0100 |=-
> Source: firebird2.1
> Severity: grave
> Tags: security
> 
> Hi
> 
> the following vulnerability was published for firebird2.1.
> 
> CVE-2013-2492[0]:
> Request Processing Buffer Overflow Vulnerability
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> For further information see also [1] and [2].
> 
> [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2492
> http://security-tracker.debian.org/tracker/CVE-2013-2492
> [1] http://tracker.firebirdsql.org/browse/CORE-4058
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-2492

Dear security team,

Please approve the uploading of firebird2.1 with the attached (source) 
diff from the version in squeeze.

Also attached is the binary diff.


Thanks,
dam
diff -wu firebird2.1-2.1.3.18185-0.ds1/debian/changelog firebird2.1-2.1.3.18185-0.ds1/debian/changelog
--- firebird2.1-2.1.3.18185-0.ds1/debian/changelog
+++ firebird2.1-2.1.3.18185-0.ds1/debian/changelog
@@ -1,3 +1,11 @@
+firebird2.1 (2.1.3.18185-0.ds1-11+squeeze1) stable-security; urgency=high
+
+  * Apply patch from upstream revision r57728 (unfuzzied) fixing a remote
+unauthenticated stack overflow in the Firebird server (CVE-2013-2492)
+Closes: #702735
+
+ -- Damyan Ivanov   Tue, 12 Mar 2013 10:30:31 +0200
+
 firebird2.1 (2.1.3.18185-0.ds1-11) unstable; urgency=low
 
   * all .postinst: add db_stop at the end
diff -wu firebird2.1-2.1.3.18185-0.ds1/debian/patches/series firebird2.1-2.1.3.18185-0.ds1/debian/patches/series
--- firebird2.1-2.1.3.18185-0.ds1/debian/patches/series
+++ firebird2.1-2.1.3.18185-0.ds1/debian/patches/series
@@ -16,0 +17 @@
+upstream/r57728-cve-2013-2429.patch
only in patch2:
--- firebird2.1-2.1.3.18185-0.ds1.orig/debian/patches/upstream/r57728-cve-2013-2429.patch
+++ firebird2.1-2.1.3.18185-0.ds1/debian/patches/upstream/r57728-cve-2013-2429.patch
@@ -0,0 +1,26 @@
+From: alexpeshkoff 
+Date: Wed, 6 Mar 2013 11:33:08 + (+)
+Subject: Fixed CORE-4058
+ Fixes a remote, unauthenticated stack overflow
+ CVE-2013-2492
+X-Git-Url: http://anonscm.debian.org/gitweb/?p=pkg-firebird%2Fupstream.git;a=commitdiff_plain;h=9cacbca5093808e217ba68adaa469bd6179fb535
+Bug: http://tracker.firebirdsql.org/browse/CORE-4058
+Bug-Debian: http://bigs.debian.org/702736
+Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-2492
+
+Fixed CORE-4058
+
+git-svn-id: svn://svn.code.sf.net/p/firebird/code/firebird/branches/B2_5_Release@57728 65644016-39b1-43b1-bf79-96bc8fe82c15
+---
+
+--- a/src/remote/inet.cpp
 b/src/remote/inet.cpp
+@@ -1097,7 +1097,7 @@ static int accept_connection(rem_port* p
+ 		case CNCT_group:
+ 			{
+ int length = id.getClumpLength();
+-if (length != 0) {
++if (length <= sizeof(eff_gid) && length > 0) {
+ 	eff_gid = 0;
+ 	memcpy(&eff_gid, id.getBytes(), length);
+ 	eff_gid = ntohl(eff_gid);
File lists identical (after any substitutions)

Control files of package firebird2.1-classic: lines which differ (wdiff format)
---
Depends: libc6 (>= 2.3), libedit2 (>= 2.11-20080614-1), libfbembed2.1 (>= 2.1.1), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1), firebird2.1-common (= [-2.1.3.18185-0.ds1-11+b1),-] {+2.1.3.18185-0.ds1-11+squeeze1),+} netbase, firebird2.1-server-common (= [-2.1.3.18185-0.ds1-11+b1),-] {+2.1.3.18185-0.ds1-11+squeeze1),+} openbsd-inetd | inet-superserver, debconf (>= 0.5) | debconf-2.0, debconf (>= 1.4.69) | cdebconf (>= 0.43), firebird2.1-common-doc (= [-2.1.3.18185-0.ds1-11)-] {+2.1.3.18185-0.ds1-11+squeeze1)+}
Installed-Size: [-3712-] {+3596+}
Source: firebird2.1 [-(2.1.3.18185-0.ds1-11)-]
Version: [-2.1.3.18185-0.ds1-11+b1-] {+2.1.3.18185-0.ds1-11+squeeze1+}

Control files of package firebird2.1-common: lines which differ (wdiff format)
--
Depends: libc6 (>= 2.3), libgcc1 (>= 1:4.1.1), libicu44 (>= 4.4.1-1), libstdc++6 (>= 4.1.1), firebird2.1-common-doc (= [-2.1.3.18185-0.ds1-11)-] {+2.1.3.18185-0.ds1-11+squeeze1)+}
Installed-Size: [-1404-] {+1312+}
Source: firebird2.1 [-(2.1.3.18185-0.ds1-11)-]
Version: [-2.1.3.18185-0.ds1-11+b1-] {+2.1.3.18185-0.ds1-11+squeeze1+}

Control files of package firebird2.1-common-doc: lines which differ (wdiff format)
--
Installed-Size: [-596-] {+580+}
Version: [-2.1.3.18185-0.ds1-11-] {+2.1.3.18185-0.ds1-11+squeeze1+}

Control files of package firebird2.1-dev: lines which differ (wdiff format)
---
Depends: libfbclient2 (>= 2.1), firebird2.1-common-doc (= [-2.1.3.18185-0.ds1-11)-] {+2.1.3.18185-0.ds1-11+squeeze1)+}
Installed-Size: [-332-] {+316+}
Version: [-2.1.3.18185-0.

Bug#343378: Actualizar Cuenta

[CORREO]

Su buzón se ha superado el límite de almacenamiento según lo establecido por el 
administrador, 
Y Usted no será capaz de recibir correos nuevos hasta que se volverá a validar. 
De revalidar - por favor HAGA CLICK AQUÍ 
https://www.formlogix.com/Manager/UserConditionalSurvey233790.aspx?Param=VXNlcklkPTIzMzc5MC5Gb3JtSWQ9MQ%3d%3d
Administrador del sistema.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702864: RFS: pyrrd/0.1.0-2

[Elena Grandi]

Package: sponsorship-request
Severity: normal


Dear mentors,

I am looking for a sponsor for my package "pyrrd"

* Package name: pyrrd
  Version : 0.1.0-2

It builds those binary packages:

python-pyrrd - object-oriented Python interface for RRD

To access further information about this package, please visit 
the following URL: http://mentors.debian.net/package/pyrrd

Alternatively, one can download the package with dget using this command:

   dget -x http://mentors.debian.net/debian/pool/main/p/pyrrd/pyrrd_0.1.0-2.dsc

This is a team upload to fix important bug #691230 and has been preapproved 
for unblock in bug #702787

Thanks in advance,

-- 
Elena Grandi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702865: [colord] colord: doesn't start on boot

[Török Edwin]

Package: colord
Version: 0.1.21-4
Severity: normal

--- Please enter the report below this line. ---

colord doesn't have an /etc/init.d/ entry and as such it doesn't start on boot.

colord has some entries for systemd, but I don't use systemd:
/lib/systemd/system/colord.service
/lib/systemd/system/colord-sane.service


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.8.1

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
===-+-==
libc6  (>= 2.4) |
libcolord1  (>= 0.1.20) |
libdbus-1-3  (>= 1.0.2) |
libglib2.0-0(>= 2.31.8) |
libgudev-1.0-0 (>= 146) |
libgusb2 (>= 0.1.3) |
liblcms2-2  |
libpolkit-gobject-1-0 (>= 0.99) |
libsane   (>= 1.0.11-3) |
libsqlite3-0 (>= 3.5.9) |
libusb-1.0-0   (>= 2:1.0.8) |
adduser |
acl |
policykit-1  (>= 0.103) |


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#702866: mod_authn_core not enabled by default

[Thijs Kinkhorst]

Package: apache2
Version: 2.4.4-2
Severity: normal

Hi,

mod_authn_core is not enabled by default. This module makes common directives
like AuthType work. Also, other authn_* types are enabled by default.


Cheers,
Thijs

-- Package-specific info:
Enabled MPM: event
List of enabled modules:
  mpm_event (enabled by maintainer script)
   authz_core (enabled by maintainer script)
   authz_host (enabled by maintainer script)
   auth_basic (enabled by maintainer script)
   access_compat (enabled by maintainer script)
   authn_file (enabled by maintainer script)
   authz_user (enabled by maintainer script)
   alias (enabled by maintainer script)
   dir (enabled by maintainer script)
   autoindex (enabled by maintainer script)
   env (enabled by maintainer script)
   mime (enabled by maintainer script)
   negotiation (enabled by maintainer script)
   setenvif (enabled by maintainer script)
   filter (enabled by maintainer script)
   deflate (enabled by maintainer script)
   status (enabled by maintainer script)
   socache_shmcb (enabled by site administrator)
   ssl (enabled by site administrator)
   auth_mellon (enabled by site administrator)
   authz_groupfile (enabled by unknown)
   reqtimeout (enabled by unknown)
   auth_cas (enabled by maintainer script)
   authn_core (enabled by site administrator)
List of enabled configurations:
  charset.conf (enabled by maintainer script)
   localized-error-pages.conf (enabled by maintainer script)
   other-vhosts-access-log.conf (enabled by maintainer script)
   security.conf (enabled by maintainer script)
   serve-cgi-bin.conf (enabled by maintainer script)

-- 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/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages apache2 depends on:
ii  apache2-bin   2.4.4-2
ii  apache2-data  2.4.4-2
ii  lsb-base  4.1+Debian9
ii  mime-support  3.52-2
ii  perl  5.14.2-20
ii  procps1:3.3.4-2

Versions of packages apache2 recommends:
ii  ssl-cert  1.0.32

Versions of packages apache2 suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  apache2-utils2.2.22-13
pn  www-browser  

Versions of packages apache2-bin depends on:
ii  libapr1  1.4.6-3
ii  libaprutil1  1.4.1-3
ii  libaprutil1-dbd-sqlite3  1.4.1-3
ii  libaprutil1-ldap 1.4.1-3
ii  libc62.17-0experimental2
ii  libldap-2.4-22.4.31-1
ii  liblua5.1-0  5.1.5-4
ii  libpcre3 1:8.31-2
ii  libssl1.0.0  1.0.1e-1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  perl 5.14.2-20
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages apache2-bin suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
pn  www-browser  

Versions of packages apache2 is related to:
ii  apache2  2.4.4-2
ii  apache2-bin  2.4.4-2

-- Configuration Files:
/etc/apache2/ports.conf changed [not included]
/etc/apache2/sites-available/000-default.conf [Errno 2] No such file or 
directory: u'/etc/apache2/sites-available/000-default.conf'
/etc/apache2/sites-available/default-ssl.conf [Errno 2] No such file or 
directory: u'/etc/apache2/sites-available/default-ssl.conf'

-- 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#666856: libapache2-mod-auth-cas: sourceful transition towards Apache 2.4

[Thijs Kinkhorst]

Hi,

I have built mod_auth_cas with Apache 2.4 successfully and have also
verified that it still works, without source changes. This transition will
not pose a problem for this module.


Cheers,
Thijs


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702736: firebird2.5: CVE-2013-2492: Request Processing Buffer Overflow Vulnerability

[Moritz Muehlenhoff]

On Tue, Mar 12, 2013 at 10:49:00AM +0200, Damyan Ivanov wrote:
> -=| Salvatore Bonaccorso, 10.03.2013 22:14:30 +0100 |=-
> > Source: firebird2.5
> > Severity: grave
> > Tags: security
> > 
> > Hi
> > 
> > the following vulnerability was published for firebird2.5.
> > 
> > CVE-2013-2492[0]:
> > Request Processing Buffer Overflow Vulnerability
> > 
> > If you fix the vulnerability please also make sure to include the
> > CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> > 
> > For further information see also [1] and [2].
> > 
> > [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2492
> > http://security-tracker.debian.org/tracker/CVE-2013-2492
> > [1] http://tracker.firebirdsql.org/browse/CORE-4058
> > [2] https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-2492
> 
> Dear security team,
> 
> Please approve upload of firebird2.5 to stable-security with the 
> attached (source) diff from the version currently in squeeze.
> 
> Attached is also the binary debdiff, just in case. It contains only 
> version number changes.

Please upload to security-master. The package needs to be build with
"-sa", since firebird is new in stable-security.

Is there a reason why firebird2.1 is still present in Wheezy in addition
to 2.5? Both were present in squeeze, so if it's needed for a migration
path that would already exist in stable.

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702867: ITP: libcangjie -- Cangjie Input Method Library

[Ho Wan Chan]

Package: wnpp
Severity: wishlist

* Package name : libcangjie
Version : 1.0
Upstream Author : Wan Leung Wong 
* URL : https://github.com/wanleung/libcangjie
* License : LGPL-3+
Description : Cangjie Input Method Library
A Input Method Library to support Cangjie IBus input

Bug#691212: Another possible workaround

[zelatrix]

ln -s /usr/lib/x86_64-linux-gnu/ /lib64/x86_64

It's not much better than the /usr/lib symlink "fix" from message 5, 
but at least it only links one 64-bit library location over to another. 
Also, the /lib64/x86_64 location doesn't actually exist on the system 
before you do this.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702868: dvb-apps: Wrong URL to source repository

[Dmitry Katsubo]

Package: dvb-apps
Version: 1.1.1+rev1483-2

At the moment the description file
http://ftp.de.debian.org/debian/pool/main/l/linuxtv-dvb-apps/linuxtv-dvb-apps_1.1.1+rev1483-2.dsc
contains the references to source repository which does not exist:

> Vcs-Browser: 
> http://svn.debian.org/wsvn/pkg-vdr-dvb/dvb/linuxtv-dvb-apps/trunk/
> Vcs-Svn: svn://svn.debian.org/pkg-vdr-dvb/dvb/linuxtv-dvb-apps/trunk/

The repository itself is 8 years old. That creates a confusion
concerning what exactly was used as a source for .orig.tar.bz2

-- 
With best regards,
Dmitry


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702736: firebird2.5: CVE-2013-2492: Request Processing Buffer Overflow Vulnerability

[Damyan Ivanov]

-=| Moritz Muehlenhoff, 12.03.2013 10:36:30 +0100 |=-
> Please upload to security-master. The package needs to be build with
> "-sa", since firebird is new in stable-security.

Done.

> Is there a reason why firebird2.1 is still present in Wheezy in 
> addition to 2.5? Both were present in squeeze, so if it's needed for 
> a migration path that would already exist in stable.

It's more of "just in case somebody needs it", but given my lack of 
time it would indeed be better if wheezy ships with less versions.

I'll file removal requests right away.

Thanks!


signature.asc
Description: Digital signature

Bug#702869: RM: firebird2.1 -- ROM; Phased out in favour of firebird2.5

[Damyan Ivanov]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove firebird2.1 from unstable.

All firebird users can use firebird2.5. Squeeze shipped with both 2.1 and 2.5, 
it is time for 2.1 to go and lessen the maintenance work.

Thanks,
dam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702870: unblock: ruby1.8/1.8.7.358-7

[Lucas Nussbaum]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ruby1.8

This fixes #702526 (CVE-2013-1821) with a patch from Salvatore
Bonaccorso. The patch is backported from the fix in Ruby 1.9 and
inspired by RedHat's own patch. Full diff below.

unblock ruby1.8/1.8.7.358-7


diff -Nru ruby1.8-1.8.7.358/debian/changelog ruby1.8-1.8.7.358/debian/changelog
--- ruby1.8-1.8.7.358/debian/changelog  2013-03-12 08:16:51.0 +0100
+++ ruby1.8-1.8.7.358/debian/changelog  2013-03-12 08:34:17.0 +0100
@@ -1,3 +1,17 @@
+ruby1.8 (1.8.7.358-7) unstable; urgency=high
+
+  [ Salvatore Bonaccorso ]
+  * Add CVE-2013-1821.patch patch.
+CVE-2013-1821: Fix entity expansion DoS vulnerability in REXML. When
+reading text nodes from an XML document, the REXML parser could be
+coerced into allocating extremely large string objects which could
+consume all available memory on the system. (Closes: #702526)
+
+  [ Lucas Nussbaum ]
+  * Reviewed and tested Salvatore's patch.
+
+ -- Lucas Nussbaum   Tue, 12 Mar 2013 08:34:11 +0100
+
 ruby1.8 (1.8.7.358-6) unstable; urgency=high
 
   * Timeout the execution of the tests after 2 hours. This should fix the
diff -Nru ruby1.8-1.8.7.358/debian/patches/CVE-2013-1821.patch 
ruby1.8-1.8.7.358/debian/patches/CVE-2013-1821.patch
--- ruby1.8-1.8.7.358/debian/patches/CVE-2013-1821.patch1970-01-01 
01:00:00.0 +0100
+++ ruby1.8-1.8.7.358/debian/patches/CVE-2013-1821.patch2013-03-12 
08:32:40.0 +0100
@@ -0,0 +1,120 @@
+Description: Fix entity expansion DoS vulnerability in REXML
+ CVE-2013-1821
+Origin: upstream, 
http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=39384&view=patch
+Bug-Debian: http://bugs.debian.org/702526
+Forwarded: not-needed
+Author: Salvatore Bonaccorso 
+Last-Update: 2013-03-09
+
+--- a/lib/rexml/document.rb
 b/lib/rexml/document.rb
+@@ -214,6 +214,18 @@
+   return @@entity_expansion_limit
+ end
+ 
++@@entity_expansion_text_limit = 10_240
++
++# Set the entity expansion limit. By default the limit is set to 10240.
++def Document::entity_expansion_text_limit=( val )
++  @@entity_expansion_text_limit = val
++end
++
++# Get the entity expansion limit. By default the limit is set to 1.
++def Document::entity_expansion_text_limit
++  return @@entity_expansion_text_limit
++end
++
+ attr_reader :entity_expansion_count
+ 
+ def record_entity_expansion
+--- a/test/rexml/test_document.rb
 b/test/rexml/test_document.rb
+@@ -63,4 +63,23 @@
+   ensure
+ REXML::Document.entity_expansion_limit = 1
+   end
++
++  def test_entity_string_limit
++template = ' ]> $'
++len  = 5120 # 5k per entity
++template.sub!(/\^/, "B" * len)
++
++# 10k is OK
++entities = '&a;' * 2 # 5k entity * 2 = 10k
++xmldoc = REXML::Document.new(template.sub(/\$/, entities))
++assert_equal(len * 2, xmldoc.root.text.bytesize)
++
++# above 10k explodes
++entities = '&a;' * 3 # 5k entity * 2 = 15k
++xmldoc = REXML::Document.new(template.sub(/\$/, entities))
++assert_raises(RuntimeError) do
++  xmldoc.root.text
++end
++  end
++
+ end
+--- a/lib/rexml/text.rb
 b/lib/rexml/text.rb
+@@ -308,37 +308,35 @@
+ 
+ # Unescapes all possible entities
+ def Text::unnormalize( string, doctype=nil, filter=nil, illegal=nil )
+-  rv = string.clone
+-  rv.gsub!( /\r\n?/, "\n" )
+-  matches = rv.scan( REFERENCE )
+-  return rv if matches.size == 0
+-  rv.gsub!( NUMERICENTITY ) {|m|
+-m=$1
+-m = "0#{m}" if m[0] == ?x
+-[Integer(m)].pack('U*')
++  sum = 0
++  string.gsub( /\r\n?/, "\n" ).gsub( REFERENCE ) {
++s = Text.expand($&, doctype, filter)
++if sum + s.bytesize > Document.entity_expansion_text_limit
++  raise "entity expansion has grown too large"
++else
++  sum += s.bytesize
++end
++s
+   }
+-  matches.collect!{|x|x[0]}.compact!
+-  if matches.size > 0
+-if doctype
+-  matches.each do |entity_reference|
+-unless filter and filter.include?(entity_reference)
+-  entity_value = doctype.entity( entity_reference )
+-  re = /&#{entity_reference};/
+-  rv.gsub!( re, entity_value ) if entity_value
+-end
+-  end
++end
++
++def Text.expand(ref, doctype, filter)
++  if ref[1] == ?#
++if ref[2] == ?x
++  [ref[3...-1].to_i(16)].pack('U*')
+ else
+-  matches.each do |entity_reference|
+-unless filter and filter.include?(entity_reference)
+-  entity_value = DocType::DEFAULT_ENTITIES[ entity_reference ]
+-  re = /&#{entity_reference};/
+-  rv.gsub!( re, entity_value.value ) if entity_value
+-end
+-  end
++  [ref[2...-1].to_i].pack('U*')
+ end

Bug#702866: mod_authn_core not enabled by default

[Arno Töll]

On 12.03.2013 10:37, Thijs Kinkhorst wrote:
> mod_authn_core is not enabled by default. This module makes common directives
> like AuthType work. Also, other authn_* types are enabled by default.

Stefan, do you remember why we didn't enable this module when discussing
the default modules? Did we have a good reason which I simply forgot?
Otherwise I may fix it by enabling the module as Thijs suggests.

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#702836: xul-ext-certificatepatrol: packages breaks FF 19

[Christoph Biedl]

tags 702836 confirmed
thanks

Christoph Anton Mitterer wrote...

> Is there any good reason why this breaks iceweasel (>= 19.0+) ?

None I can remember, probably it was just the hope the Mozilla version
numbering madness will come to an end some day.

Sorry for the mess, I'll upload a new version in the next hours.

Christoph


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702849: RFS: php-soap/0.12.0-2.1 [NMU] [RC]

[Prach Pongpanich]

On Tue, Mar 12, 2013 at 3:08 PM, Thomas Goirand  wrote:
> On 03/12/2013 02:08 PM, Prach Pongpanich wrote:
>> +- Drop Pre-Depends: php-pear as it's not needed
> I'm sorry, I missread. Indeed, the pre-depends: (and not depends:,
> as I wrote earlier) might not be needed. Could you explain a bit more
> why it appears in your changelog as if it was part of the fix?

(Note: Adding Pre-Depends is *not* a solution.) from Andreas Beckmann
 [0]
Lintian warning : stronger-dependency-implies-weaker [1]

> However, I think it would be nicer to put the docs of php-soap into
> /usr/share/doc/php-soap rather than in /usr/share/doc/php5-common.

I put docs of php-soap into usr/share/doc/php5-common/PEAR (real path)
In php-pear:

usr/share/php/doc -> ../doc/php-pear/PEAR
usr/share/doc/php-pear -> php5-common


[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701134
[1] http://lintian.debian.org/maintainer/thie...@debian.org.html#php-soap

Thanks,

-- 
Prach Pongpanich


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702871: auctex: Raise/focus window on forward/reverse search with evince

[Itaï BEN YAACOV]

Package: auctex
Version: 11.87-1
Severity: wishlist
Tags: patch


Dear Maintainer,

This may be at least partially window-manager-specific, I use gnome shell.

When performing forward search between a LaTeX buffer
and evince, one would usually expect the evince window to pop up -
which it does, but without focus.  On my system this even leads to 
inconsistent alt-tab behaviour, so there could be a window manager bug
here, but that's beside the point - evince should get focus on forward
search, which it doesn't.

Reverse search from evince to emacs does not even raise the emacs window.

This is counter-intuitive (why would I perform a serach if not in order to
see the result?)

I attach a patch I use on my system, which is fairly Linux specific
(using wmctrl).  Not sure that it is the best solution, but pls take a look.
If you apply this, maybe also Recommend wmctrl.

All the beat,
Itai.






-- Package-specific info:

Content of '/usr/share/emacs/site-lisp/auctex'

d41d8cd98f00b204e9800998ecf8427e  /usr/share/emacs/site-lisp/auctex/.nosearch
3366a99dd44e27fa57e0bcc130c4fa1c  /usr/share/emacs/site-lisp/auctex/bib-cite.el
6674b961058a19d2ff2f15c9d6d39272  
/usr/share/emacs/site-lisp/auctex/context-en.el
f5ed983cd477814f04e4a63affd4f323  
/usr/share/emacs/site-lisp/auctex/context-nl.el
0cbe483d1a5567ea46a104f4f1cd7784  /usr/share/emacs/site-lisp/auctex/context.el
b133f33d0c97e1ac061d9e5c88774781  
/usr/share/emacs/site-lisp/auctex/font-latex.el
f176261b5a5511cbe1401ee72ffb8947  
/usr/share/emacs/site-lisp/auctex/images/amstex.xpm
d33121019448617a3ad3bcafdeb8db40  
/usr/share/emacs/site-lisp/auctex/images/bibtex.xpm
1a43d6438010bceb374ab0a5f2bd05a8  
/usr/share/emacs/site-lisp/auctex/images/dropdown.xpm
41f1ae0341ae2e307d92a7b8b815f868  
/usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm
2e4b8669b0168f32247411be3f999437  
/usr/share/emacs/site-lisp/auctex/images/dvips.xpm
55f7600cadc3a209e94bacf6bbc42a7c  
/usr/share/emacs/site-lisp/auctex/images/error.xpm
c29ad797273fd27201a40bd939a95fe0  
/usr/share/emacs/site-lisp/auctex/images/exec.xpm
79b958849511c67d6b13ef9f5b3673e8  
/usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm
a8570e26e9f96b6f527cdbe218d6c55f  
/usr/share/emacs/site-lisp/auctex/images/execdvips.xpm
e647bc601aef2dc71b134a989df1adff  
/usr/share/emacs/site-lisp/auctex/images/execerror.xpm
4610ec6133f89ceb441c43dfee077361  
/usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm
c9cd1fc9fe4fd122cbf900fae654a67b  
/usr/share/emacs/site-lisp/auctex/images/exectex.xpm
6a6b9af945d4735f048ea8e475f8d9b8  
/usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm
466466f6d1867510b058a9c184ffce5d  
/usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm
39d8ccaffb40b0c118e000f45272db05  
/usr/share/emacs/site-lisp/auctex/images/execviewps.xpm
6767e2583c668dcb47495197b9e8cb65  
/usr/share/emacs/site-lisp/auctex/images/gv.xpm
ff9c61ef5148a0cacd5422d7c0d99396  
/usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm
ece6608586b591f50f20d17cdb316a1c  
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm
b1f10de33dcf1b5ca9ac6155c13683a3  
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm
44e35faa18ab34f3c13ac3b0082bcc47  
/usr/share/emacs/site-lisp/auctex/images/pdftex.xpm
84673eb20ac3be7bf0eb4e84e23e828f  
/usr/share/emacs/site-lisp/auctex/images/prverr16.xpm
59e6a0dddb00ab16c4209a2e4c6e283d  
/usr/share/emacs/site-lisp/auctex/images/prverr20.xpm
30dc2ada41625cb24ea459bd62f7386c  
/usr/share/emacs/site-lisp/auctex/images/prverr24.xbm
225929f8131bdd7b9b8207494a59619a  
/usr/share/emacs/site-lisp/auctex/images/prverr24.xpm
0dac3d8eb00c902037cc5fa6a03e53e3  
/usr/share/emacs/site-lisp/auctex/images/prvtex-cap-up.xpm
40feb30f80d3606f32ba54b57ba18af5  
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm
e1b3c9d6a6eb6fb6f096736cdfc059cf  
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm
32406fc4b893b48d2996c424f61ea238  
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm
cc4101ee6a3ab6a1f4e9991b91b3ff0b  
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xpm
d4dbe057a8d3b2facd61cf7583c1e97c  
/usr/share/emacs/site-lisp/auctex/images/prvtex20.xpm
f25ba1b984b095c9c561e5443f3d77a3  
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xbm
28ac0855d853f606dd91e3cfacaa8a14  
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xpm
6ce704103821329336489e990bc6f267  
/usr/share/emacs/site-lisp/auctex/images/prvwrk12.xpm
5607f4e8bc0eb555206e6a3542205f45  
/usr/share/emacs/site-lisp/auctex/images/prvwrk14.xpm
878a72cde3bb6f0ea6d586cff56e619c  
/usr/share/emacs/site-lisp/auctex/images/prvwrk16.xpm
41811748a97673381115957d42a6529b  
/usr/share/emacs/site-lisp/auctex/images/prvwrk20.xpm
254fc07db6a03a8a24f762135a403433  
/usr/share/emacs/site-lisp/auctex/images/prvwrk24.xbm
9690511307f3693e6f28e4db93fdc58c  
/usr/share/emacs/site-lisp/auctex/images/prvwrk24.

Bug#673322: Custom Qt repository for Open-Sankoré

[Miriam Ruiz]

Hi,

I've noticed that you have a repository with a custom version of Qt
for Open-Sankoré [1], In what ways does this custom version diverges
from the standard version of Qt? Is it neccesary to use this version
of Qt for any reason, or linking the project against the standard Qt
library in Debian might be problematic in some way?

Thanks in advance,
Miry


[1] http://dev.open-sankore.org/xwiki/bin/view/Community/SourceRepository


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702872: Segfaults immediately on attempting a radius connection

[Thijs Kinkhorst]

Package: php5-radius
Version: 1.2.5-2.2
Severity: grave

On a 64 bit wheezy system, the radius module immediately segfaults
when attempting Radius authentication. The following minimal testcase
reproduces the problem:

thijs@solrock:~$ cat radtest.php

Bug#702782: broken glx alternative

[Andreas Beckmann]

new non-interactive commands to reproduce and fix:

# apt-get install --no-install-recommends xserver-xorg-video-nvidia
# apt-get install --no-install-recommends xserver-xorg-video-nvidia-legacy-173xx
# update-alternatives --set nvidia /usr/lib/nvidia/legacy-173xx
# ldd /usr/lib/xorg/modules/linux/libglx.so
linux-vdso.so.1 =>  (0x7fffda5ff000)
libGLcore.so.1 => not found
libnvidia-tls.so.1 => not found
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f76da242000)
/lib64/ld-linux-x86-64.so.2 (0x7f76dabe)
# dpkg-reconfigure glx-alternative-nvidia
update-alternatives: warning: forcing reinstallation of alternative 
/usr/lib/nvidia because link group glx is broken
# ldd /usr/lib/xorg/modules/linux/libglx.so
linux-vdso.so.1 =>  (0x7fffa873f000)
libGLcore.so.1 => /usr/lib/x86_64-linux-gnu/libGLcore.so.1 
(0x7f3d12dd8000)
libnvidia-tls.so.1 => /usr/lib/x86_64-linux-gnu/tls/libnvidia-tls.so.1 
(0x7f3d12cd7000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f3d1294c000)
/lib64/ld-linux-x86-64.so.2 (0x7f3d1445d000)

Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#673322: Custom Qt repository for Open-Sankoré

[Mike Gabriel]

Hi all,

On Di 12 Mär 2013 12:10:50 CET Miriam Ruiz wrote:


Hi,

I've noticed that you have a repository with a custom version of Qt
for Open-Sankoré [1], In what ways does this custom version diverges
from the standard version of Qt? Is it neccesary to use this version
of Qt for any reason, or linking the project against the standard Qt
library in Debian might be problematic in some way?

Thanks in advance,
Miry


[1] http://dev.open-sankore.org/xwiki/bin/view/Community/SourceRepository


Or is this just to have a Qt library at hand when building for win32  
or macosx (in case there is a Mac version)?


Greets,
Mike


--

DAS-NETZWERKTEAM
mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

pgpfpH4Ihscoy.pgp
Description: Digitale PGP-Unterschrift

Bug#702525: ruby1.9.1: diff for NMU version 1.9.3.194-8.1

[Antonio Terceiro]

On Sat, Mar 09, 2013 at 07:37:32AM +0100, Salvatore Bonaccorso wrote:
> tags 702525 + pending
> thanks
> 
> Dear maintainer,
> 
> I've prepared an NMU for ruby1.9.1 (versioned as 1.9.3.194-8.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

Hello Salvatore. Unfortunately I couldn't react on time, but what
matters is that we have a fixed package thanks to you.

I have imported your patch into our git repository, so now it's
official. :-)

Thanks!

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#702873: RM: wine-unstable [amd64] -- RoQA; ANAIS, no longer required after multiarch conversion

[Luca Falavigna]

Package: ftp.debian.org
User: ftp.debian@packages.debian.org
Usertags: remove

Please remove wine-unstable packages for amd64, with the exception of
wine-unstable, which is currently built by the source package.
These binaries are no longer used after multiarch conversion.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#695353: [Pkg-xfce-devel] Bug#695353: Confirmed and already fixed bug in another distros

[Yves-Alexis Perez]

On mar., 2013-03-12 at 11:37 +0100, Javier Cantero wrote:
> 
> El Mon, Mar 11, 2013 at 09:56:15PM +0100, Yves-Alexis Perez va y dice:
> > Can you try the packages at
> > http://molly.corsac.net/~corsac/debian/xfce4/tumbler/ and see if
> they
> > fix the problem for you?
> 
> No, they don't. 

Then it might not be the same issue and it might not be that easy to
track.

Regards,
-- 
Yves-Alexis


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702560: Acknowledgement (extremetuxracer: Starting a race tux turns left)

[Pavel Vávra]

Hallo,
  I've found that described behavior depends on hardware. When I disconnect my 
new mouse A4Tech X7 and use old one A4Tech Opto 518, game works as expected. 
Well, I know a workaround, so package is usable. If I can help you to find 
problem, please ask me for additional reports. Now I know more HW 
configurations where bug occurs. It seems that all known Debian releases >= 0.4 
are affected.

lsusb for both mouses follows.

lsusb -vs 

Bus 001 Device 006: ID 09da:9066 A4 Tech Co., Ltd 
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   1.10
  bDeviceClass0 (Defined at Interface level)
  bDeviceSubClass 0 
  bDeviceProtocol 0 
  bMaxPacketSize0 8
  idVendor   0x09da A4 Tech Co., Ltd
  idProduct  0x9066 
  bcdDevice1.03
  iManufacturer   1 A4TECH
  iProduct2 USB Device
  iSerial 0 
  bNumConfigurations  1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   59
bNumInterfaces  2
bConfigurationValue 1
iConfiguration  0 
bmAttributes 0xa0
  (Bus Powered)
  Remote Wakeup
MaxPower  100mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Device
  bInterfaceSubClass  1 Boot Interface Subclass
  bInterfaceProtocol  1 Keyboard
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   1.11
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength 133
 Report Descriptors: 
   ** UNAVAILABLE **
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81  EP 1 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x000c  1x 12 bytes
bInterval   1
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber1
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Device
  bInterfaceSubClass  1 Boot Interface Subclass
  bInterfaceProtocol  2 Mouse
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   1.11
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength  88
 Report Descriptors: 
   ** UNAVAILABLE **  Endpoint Descriptor:
bLength 7
bDescriptorType 5  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81  EP 1 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x000c  1x 12 bytes
bInterval   1
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber1
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Device
  bInterfaceSubClass  1 Boot Interface Subclass
  bInterfaceProtocol  2 Mouse
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   1.11
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength  88
 Report Descriptors: 
   ** UNAVAILABLE **
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82  EP 2 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0008  1x 8 bytes
bInterval   1
Device Status: 0x
  (Bus Powered)

bEndpointAddress 0x81  EP 1 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x000c  1x 12 by

Bug#545414: Worked for me

[Chris Lewis]

Hi Carlos,

Worked for me as per your test.

Many Thanks

Chris

--
Chris Lewis

Systems Administrator
Inview Technology Ltd.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#673322: Custom Qt repository for Open-Sankoré

[Claudio Valerio]

Hi,

the custom version is based on the standard release of Qt4.7. On linux the
only change we made is fixed on the Qt4.8.0 version so we embed them only
on debian that doesn't provide those libraries.

For  mac and windows the usage of the custom libraries is recommended
because of some little changes on https protocols and gui refresh.

Nice one,
Claudio




On Tue, Mar 12, 2013 at 12:10 PM, Miriam Ruiz  wrote:

> Hi,
>
> I've noticed that you have a repository with a custom version of Qt
> for Open-Sankoré [1], In what ways does this custom version diverges
> from the standard version of Qt? Is it neccesary to use this version
> of Qt for any reason, or linking the project against the standard Qt
> library in Debian might be problematic in some way?
>
> Thanks in advance,
> Miry
>
>
> [1] http://dev.open-sankore.org/xwiki/bin/view/Community/SourceRepository
>

Bug#702862: Assertion `m_pid <= 100000' failed

[Arnout Engelen]

Oops! Do you happen to know what the max PID is at Oracle?


Kind regards,

Arnout

On Tue, Mar 12, 2013 at 10:01 AM, Harald Dunkel wrote:

> Package: nethogs
> Version: 0.7.0-3
>
> Running nethogs on an Oracle server fails with
>
> # nethogs eth0
> Waiting for first packet to arrive (see sourceforge.net bug 1019381)
> nethogs: cui.cpp:80: void Line::show(int): Assertion `m_pid <= 10'
> failed.
>
> "ps -ef" shows a lot of PIDs > 10, as you might have guessed.
>
>
> Regards
> Harri
>
>

Bug#702821: libapache2-mod-perl2: FTBFS: the CVE-2013-1667 fix breaks t/perl/hash_attack.t

[Thijs Kinkhorst]

On Mon, March 11, 2013 21:47, Niko Tyni wrote:
> Cc'ing the security team. Once we have a fix, I suppose we'll need to
> fix libapache2-mod-perl2 via stable-security?

Yes please.


Cheers,
Thijs


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702874: grml2usb: programming error

[Moritz Molle]

Package: grml2usb
Version: 0.12.2
Severity: normal
Tags: upstream

i got this error message. this is a programming error.

Specified device is not a directory, therefore not mounting.
Error: could not find grml-version file.
Traceback (most recent call last):
  File "/usr/sbin/grml2usb", line 1736, in 
main()
  File "/usr/sbin/grml2usb", line 1713, in main
install(iso, device)
  File "/usr/sbin/grml2usb", line 1442, in install
install_grml(iso_mountpoint, device)
  File "/usr/sbin/grml2usb", line 1476, in install_grml
grml_flavours = identify_grml_flavour(mountpoint)
  File "/usr/sbin/grml2usb", line 1110, in identify_grml_flavour
raise
TypeError: exceptions must be old-style classes or derived from BaseException, 
not NoneType
  
keep up the good work

mo

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages grml2usb depends on:
ii  grub-pc   1.99-27
ii  mtools4.0.17-1
ii  python2.7.3-4
ii  rsync 3.0.9-4
ii  syslinux  2:4.05+dfsg-6+deb7u1

Versions of packages grml2usb recommends:
ii  genisoimage  9:1.1.11-2
ii  syslinux 2:4.05+dfsg-6+deb7u1
ii  xorriso  1.2.2-2

grml2usb 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#702841: blosxom: Template interpolation ignores $blog_encoding

[Axel Beckert]

Hi Dean,

Dean Hamstead wrote:
> 

Oops. Thanks for the bug report.

> Looking at the interpolate subroutine...
> 
> $interpolate = sub {
> package blosxom;
> my $template = shift;
> # Interpolate scalars, namespaced scalars, and hash/hashref scalars
> $template =~ 
> s/(\$\w+(?:::\w+)*(?:(?:->)?{(['"]?)[-\w]+\2})?)/"defined $1 ? $1 : ''"/gee;
> return $template;
> };
> 
> 
> the substitute regular expression doesnt seem to include underscore.

And thanks for the analysis. Sounds reasonable at a first glance. Then
on the other hand, this works for me:



It becomes as expected:



Reason why this works is because \w already includes underscore. From
perlre(1):

   \w   Match a "word" character (alphanumeric plus "_")

So the problem resides somewhere else.

> absolutely though, its not picking up $blog_encoding as it should at
> least be replacing it with ''

You've got a point there.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702623: Maxima in sage is built against ecl

[Julien Puydt]

Le 10/03/2013 09:10, Julien Puydt a écrit :

How easy is it to make the same maxima to run on several common-lisps?


Considering:
jpuydt@newton:~$ dpkg -L maxima |grep lib
/usr/lib
/usr/lib/maxima
/usr/lib/maxima/5.29.1
/usr/lib/maxima/5.29.1/binary-gcl
/usr/lib/maxima/5.29.1/binary-gcl/maxima
/usr/lib/maxima/5.29.1/mgnuplot

I would say that it looks like maxima makes it pretty easy to support 
several common lisp backends.


Now, that doesn't make everything perfect at once, since the 
/usr/bin/maxima shell script can't magically know which variant we want, 
but if there's a "maxima-ecl" available, that would definitely make 
things manageable for the sage packaging effort.


What do the maxima maintainers think?

Snark


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#700580: [PATCH] Make test for gnuplot work with empty strings.

[Jens Axboe]

On Mon, Mar 11 2013, Martin Steigerwald wrote:
> When I launch fio_generate_plots on a system where gnuplot is not installed I
> get this error :
> 
> $ fio_generate_plots test
> Making bw logs
> /usr/bin/fio_generate_plots: 42: /usr/bin/fio_generate_plots: -: not found
> 
> That's because the test checking whether gnuplot is installed is failing
> because of an empty variable :
> GNUPLOT=$(which gnuplot)
> if [ ! -x $GNUPLOT ]; then
> echo You need gnuplot installed to generate graphs
> exit 1
> fi
> 
> Indeed the command "test -x" is exiting with code 0.
> 
> To correct this we should enclose the variable with quotes :
> if [ ! -x "$GNUPLOT" ]; then
> 
> Then the script is going into the test properly :
> $ fio_generate_plots test
> You need gnuplot installed to generate graphs
> 
> I copied problem description by Hervé from the Debian bug report below.
> 
> Fixes:
> Bug#700580: /usr/bin/fio_generate_plots: -: not found
> http://bugs.debian.org/700580
> 
> Reported-By: Hervé Werner 
> Tested-By: Hervé Werner 
> Tested-By: Martin Steigerwald 
> ---
>  fio_generate_plots |2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/fio_generate_plots b/fio_generate_plots
> index 4285415..5e2febd 100755
> --- a/fio_generate_plots
> +++ b/fio_generate_plots
> @@ -8,7 +8,7 @@ if [ "$1"x = "x" ]; then
>  fi
>  
>  GNUPLOT=$(which gnuplot)
> -if [ ! -x $GNUPLOT ]; then
> +if [ ! -x "$GNUPLOT" ]; then
>   echo You need gnuplot installed to generate graphs
>   exit 1
>  fi

Thanks, obviously correct :-)

-- 
Jens Axboe


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702875: alias for grep breaks "grep bash"

[Harald Dunkel]

Package: bash
Version: 4.1-3

If I run

alias grep="grep "
echo bash | grep bash

then grep doesn't show "bash".

echo  | grep 

works.

Please note the space in the alias. The real
life code was

# uncomment to enable color
# color="--color=auto"
alias grep="grep $color"

Platform is Squeeze on amd64.


Regards
Harri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702876: linux-image-2.6.32-5-openvz-amd64: OpenVZ 'vzctl start VEID --wait' hangs.

[Tim Small]

Package: linux-image-2.6.32-5-openvz-amd64
Version: 2.6.32-48squeeze1
Severity: normal
Tags: 

When using the squeeze openvz kernel, the --wait feature of 'vzctl'
seems to wait forever.

Broken with:

+ Squeeze hardware node
+ Squeeze guests
+ vzctl 3.0.24 and also 3.0.30
+ kernel 2.6.32-5-openvz-amd64 #1 SMP Mon Feb 25 01:16:25 UTC 2013
x86_64 GNU/Linux


but works with:

+ As above, but using RHEL6 kernel from 
http://download.openvz.org/kernel/branches/rhel6-2.6.32/042stab074.10/vzkernel-2.6.32-042stab074.10.x86_64.rpm
  instead of the Debian kernel.


I'm guessing that this is probably a "won't fix" at this stage in Squeeze,
but thought I should flag it up to save time for anyone else chasing
this bug.

Tim.

-- System Information:
Debian Release: 6.0.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-image-2.6.32-5-openvz-amd64 depends on:
ii  debconf [debconf 1.5.36.1Debian configuration management sy
ii  initramfs-tools  0.98.8  tools for generating an initramfs
ii  linux-base   2.6.34-1~experimental.2 Linux image base package
ii  module-init-tool 3.12-2  tools for managing Linux kernel mo
ii  vzctl3.0.24-12   server virtualization solution - c

Versions of packages linux-image-2.6.32-5-openvz-amd64 recommends:
ii  firmware-linux-free2.6.32-48squeeze1 Binary firmware for various driver

Versions of packages linux-image-2.6.32-5-openvz-amd64 suggests:
pn  grub | lilo(no description available)
pn  linux-doc-2.6.32   (no description available)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#701112: (no subject)

[Steven Chamberlain]

Hi,

On 12/03/13 03:33, Michael Lustfield wrote:
> In debian/nginx-common.postinst we have:
> 
>   configure)
> logdir="/var/log/nginx"
> # Ensure existance and right state of log files and directory
> if [ ! -d "$logdir" -a ! -L "$logdir" ]; then
>   mkdir "$logdir"
>   chown www-data:adm $logdir
>   chmod 0750 $logdir
> fi

> This should create the log directory if it doesn't already exist. We're not
> enforcing this because the permissions could be changed. Is there any better
> way to handle this than what we're doing now? I haven't tested, but it seems
> that this should work. I'm sure I'm missing something...

Else if it already exists as a directory, and are upgrading from package
version 1.2.1-2.2 or earlier, do a precautionary `chmod o-rx`?

If ownership is still 'root:root', should chown to 'www-data:adm' so
that log parsers retain access.  Maybe a NEWS entry could advise about
adding things into that group if they don't run as root or www-data but
still need to be able to read the nginx logs?


Some test cases I can think of are:

* no log parsers in use - chmod o-rx is the important thing to do

* logwatch - runs as root?  changing the ownership/perms doesn't matter

* awstats - the log parser part (update.sh) runs as user www-data

* other CGI/PHP apps running as user www-data

* other CGI/PHP apps running under separate uids - should be added to a
group that has read access.  If the admin already changed the user or
group of /var/log/nginx, respect that, otherwise chgrp to adm and
suggest they add their log parsers into that group if necessary.  The
alternative would be to just keep wide-open access...


Wide-open HTTP logs could be a breach of privacy, reveals usernames for
HTTP authentication, IP addresses of visitors, search queries or other
HTML form input with a GET action, locations of potentially sensitive
documents that would be otherwise impractical to guess, and provides a
catalogue of installed web apps that would likely assist an attacker if
this were some kind of shared host with other users.

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#678169: even more corrected debdiff

[Mika Pflüger]

Hi,

The corrected debdiff still had a bogus changelog whitespace-only
change, thanks to Julien Cristau for noticing it. So here is an even
more corrected version. (-;

Cheers,

Mika

-- 

diff -Nru python-mysqldb-1.2.3/debian/changelog 
python-mysqldb-1.2.3/debian/changelog
--- python-mysqldb-1.2.3/debian/changelog   2011-10-18 12:46:05.0 
+0200
+++ python-mysqldb-1.2.3/debian/changelog   2013-03-12 13:51:34.0 
+0100
@@ -1,3 +1,14 @@
+python-mysqldb (1.2.3-2) unstable; urgency=low
+
+  * Team upload.
+  * debian/patches/05_ssl.patch: Add upstream patch to force building
+SSL support with newer MySQL client libraries. Thanks to Eldon Koyle
+for isolating the fix in the upstream VCS. (Closes: #678169)
+  * Delete now obsolete debian/patches/README.source which referred to
+dpatch.
+
+ -- Mika Pflüger   Mon, 11 Mar 2013 18:03:06 +0100
+
 python-mysqldb (1.2.3-1) unstable; urgency=low
 
   * Merge with package from Ubuntu, thanks to Mario Limonciello.
diff -Nru python-mysqldb-1.2.3/debian/patches/05_ssl.patch 
python-mysqldb-1.2.3/debian/patches/05_ssl.patch
--- python-mysqldb-1.2.3/debian/patches/05_ssl.patch1970-01-01 
01:00:00.0 +0100
+++ python-mysqldb-1.2.3/debian/patches/05_ssl.patch2013-03-11 
18:32:15.0 +0100
@@ -0,0 +1,21 @@
+Description: Force HAVE_OPENSSL if the client library is 5.5 or newer.
+Origin: 
http://sourceforge.net/p/mysql-python/svn/656/tree//branches/MySQLdb-1.2/MySQLdb/_mysql.c?diff=5059d1f5bfc09e26e1a66617:655
+Bug: http://sourceforge.net/p/mysql-python/bugs/323/
+Reviewed-by: Eldon Koyle 
+Last-Update: 2013-03-11
+
+Index: python-mysqldb-argh/_mysql.c
+===
+--- python-mysqldb-argh.orig/_mysql.c  2010-06-17 09:21:56.0 +0200
 python-mysqldb-argh/_mysql.c   2013-03-11 18:30:38.839269635 +0100
+@@ -102,6 +102,10 @@
+ #define check_server_init(x) if (!_mysql_server_init_done) 
_mysql_server_init_done = 1
+ #endif
+ 
++#if MYSQL_VERSION_ID >= 50500
++#define HAVE_OPENSSL 1
++#endif
++
+ PyObject *
+ _mysql_Exception(_mysql_ConnectionObject *c)
+ {
diff -Nru python-mysqldb-1.2.3/debian/patches/series 
python-mysqldb-1.2.3/debian/patches/series
--- python-mysqldb-1.2.3/debian/patches/series  2011-10-18 11:38:40.0 
+0200
+++ python-mysqldb-1.2.3/debian/patches/series  2013-03-11 18:19:24.0 
+0100
@@ -1,2 +1,3 @@
 01_converters_boolean.patch
 03_converters_set2str.patch
+05_ssl.patch
diff -Nru python-mysqldb-1.2.3/debian/README.source 
python-mysqldb-1.2.3/debian/README.source
--- python-mysqldb-1.2.3/debian/README.source   2011-09-19 12:48:38.0 
+0200
+++ python-mysqldb-1.2.3/debian/README.source   1970-01-01 01:00:00.0 
+0100
@@ -1,2 +0,0 @@
-This package uses dpatch for its patch management, see
-/usr/share/doc/dpatch/README.source.gz if you are unfamiliar with it.


signature.asc
Description: PGP signature

Bug#702877: unblock pre-approval: python-mysqldb/1.2.3-2

[Mika Pflueger]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

I would like to ask if you would unblock a fix for #678169 (python-mysqldb: 
fails to
connect to mysql), where python-mysqldb errorneously does not compile with SSL 
support,
thus securely connecting to a MySQL server from python is not possible. This is 
a
regression from squeeze. The fix is a three-line patch pulled from upstream 
which
forcibly enables SSL support as it is not enabled automatically anymore.

The proposed debdiff is in the bug report and attached.

Cheers,

Mika

unblock python-mysqldb/1.2.3-2
diff -Nru python-mysqldb-1.2.3/debian/changelog python-mysqldb-1.2.3/debian/changelog
--- python-mysqldb-1.2.3/debian/changelog	2011-10-18 12:46:05.0 +0200
+++ python-mysqldb-1.2.3/debian/changelog	2013-03-12 13:51:34.0 +0100
@@ -1,3 +1,14 @@
+python-mysqldb (1.2.3-2) unstable; urgency=low
+
+  * Team upload.
+  * debian/patches/05_ssl.patch: Add upstream patch to force building
+SSL support with newer MySQL client libraries. Thanks to Eldon Koyle
+for isolating the fix in the upstream VCS. (Closes: #678169)
+  * Delete now obsolete debian/patches/README.source which referred to
+dpatch.
+
+ -- Mika Pflüger   Mon, 11 Mar 2013 18:03:06 +0100
+
 python-mysqldb (1.2.3-1) unstable; urgency=low
 
   * Merge with package from Ubuntu, thanks to Mario Limonciello.
diff -Nru python-mysqldb-1.2.3/debian/patches/05_ssl.patch python-mysqldb-1.2.3/debian/patches/05_ssl.patch
--- python-mysqldb-1.2.3/debian/patches/05_ssl.patch	1970-01-01 01:00:00.0 +0100
+++ python-mysqldb-1.2.3/debian/patches/05_ssl.patch	2013-03-11 18:32:15.0 +0100
@@ -0,0 +1,21 @@
+Description: Force HAVE_OPENSSL if the client library is 5.5 or newer.
+Origin: http://sourceforge.net/p/mysql-python/svn/656/tree//branches/MySQLdb-1.2/MySQLdb/_mysql.c?diff=5059d1f5bfc09e26e1a66617:655
+Bug: http://sourceforge.net/p/mysql-python/bugs/323/
+Reviewed-by: Eldon Koyle 
+Last-Update: 2013-03-11
+
+Index: python-mysqldb-argh/_mysql.c
+===
+--- python-mysqldb-argh.orig/_mysql.c	2010-06-17 09:21:56.0 +0200
 python-mysqldb-argh/_mysql.c	2013-03-11 18:30:38.839269635 +0100
+@@ -102,6 +102,10 @@
+ #define check_server_init(x) if (!_mysql_server_init_done) _mysql_server_init_done = 1
+ #endif
+ 
++#if MYSQL_VERSION_ID >= 50500
++#define HAVE_OPENSSL 1
++#endif
++
+ PyObject *
+ _mysql_Exception(_mysql_ConnectionObject *c)
+ {
diff -Nru python-mysqldb-1.2.3/debian/patches/series python-mysqldb-1.2.3/debian/patches/series
--- python-mysqldb-1.2.3/debian/patches/series	2011-10-18 11:38:40.0 +0200
+++ python-mysqldb-1.2.3/debian/patches/series	2013-03-11 18:19:24.0 +0100
@@ -1,2 +1,3 @@
 01_converters_boolean.patch
 03_converters_set2str.patch
+05_ssl.patch
diff -Nru python-mysqldb-1.2.3/debian/README.source python-mysqldb-1.2.3/debian/README.source
--- python-mysqldb-1.2.3/debian/README.source	2011-09-19 12:48:38.0 +0200
+++ python-mysqldb-1.2.3/debian/README.source	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-This package uses dpatch for its patch management, see
-/usr/share/doc/dpatch/README.source.gz if you are unfamiliar with it.

Bug#685407: Patch testing

[Iavor Stoev]

Hello Jonathan,

We tested the proposed patch on over 40 servers
with large Maildirs exported over NFS.

Without the patch we experience the same problem as
the original poster.

When we patched the kernel with the patch you provided
the issue is resolved, and we don't observe any stability
or performance side effects.

Best Regards

Iavor Stoev
Senior System & Network Administrator
ICDSoft Ltd - http://icdsoft.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702874: grml2usb: programming error

[Michael Prokop]

* Moritz Molle [Tue Mar 12, 2013 at 01:14:46PM +0100]:

> i got this error message. this is a programming error.

> Specified device is not a directory, therefore not mounting.
> Error: could not find grml-version file.
> Traceback (most recent call last):
>   File "/usr/sbin/grml2usb", line 1736, in 
> main()
>   File "/usr/sbin/grml2usb", line 1713, in main
> install(iso, device)
>   File "/usr/sbin/grml2usb", line 1442, in install
> install_grml(iso_mountpoint, device)
>   File "/usr/sbin/grml2usb", line 1476, in install_grml
> grml_flavours = identify_grml_flavour(mountpoint)
>   File "/usr/sbin/grml2usb", line 1110, in identify_grml_flavour
> raise
> TypeError: exceptions must be old-style classes or derived from 
> BaseException, not NoneType

Ok, but what command line did you use?

regards,
-mika-


signature.asc
Description: Digital signature

Bug#702878: linux-image-3.8-trunk-amd64: WLAN does not connect to range extender

[Fabian Greffrath]

Package: src:linux
Version: 3.8.2-1~experimental.1
Severity: normal

Dear Kernel team,

I have a WLAN setup at home with an access point in the cellar and a range
extender (Netgear WN2000RPT) in the living room. With my laptop I can connect
to the access point in the cellar, but not to the range extender. I have
attached diff in the output of 'dmesg' before and after a failed connection
attempt to this bug report. I am not filing this bug against network-manager,
isc-dhcp-client or any other userland tools, because I know the hardware works
(I can connect when booting into Windows Vista which is still installed on a
separate partition) and the software stack itself works, too (I can connect to
the access point, not to the range extender). Thus, I believe it's a driver
issue and the driver is provided by the kernel. For the record, this issue is
present with both the 3.2 kernel in testing and the 3.8 one in experimental. If
there is any more information you need to track down this bug, I'll be happy to
provide it.

Thanks,
 - Fabian



-- Package-specific info:
** Version:
Linux version 3.8-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.8.2-1~experimental.1

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.8-trunk-amd64 
root=UUID=fcfe4b79-8543-4b30-a687-7c018a18437c ro quiet

** Not tainted

** Kernel log:
[30405.688221] [drm] ib test on ring 3 succeeded in 1 usecs
[30405.852045] usb 1-6: reset high-speed USB device number 2 using ehci-pci
[30405.956077] ata5: SATA link down (SStatus 0 SControl 300)
[30405.956147] ata6: SATA link down (SStatus 0 SControl 300)
[30406.128057] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[30406.156045] ata2.00: configured for UDMA/100
[30406.192058] firewire_core :09:01.0: rediscovered device fw0
[30406.244054] usb 7-1: reset low-speed USB device number 2 using uhci_hcd
[30407.160190] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at 
byte 1
[30407.976042] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[30407.992823] ata1.00: configured for UDMA/133
[30407.992981] sd 0:0:0:0: [sda] Starting disk
[30407.999800] PM: resume of devices complete after 2363.356 msecs
[30408.000171] PM: Finishing wakeup.
[30408.000172] Restarting tasks ... done.
[30408.017097] video LNXVIDEO:00: Restoring backlight state
[30408.915005] iwlwifi :04:00.0: L1 Enabled; Disabling L0S
[30408.918029] iwlwifi :04:00.0: Radio type=0x0-0x2-0x0
[30409.070771] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[30409.081003] tg3 :08:00.0: irq 50 for MSI/MSI-X
[30409.190162] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[30415.512078] wlan0: authenticate with 00:c0:02:e6:ae:a2
[30415.512826] wlan0: capabilities/regulatory prevented using AP HT/VHT 
configuration, downgraded
[30415.513473] wlan0: send auth to 00:c0:02:e6:ae:a2 (try 1/3)
[30415.515771] wlan0: authenticated
[30415.516058] iwlwifi :04:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use
[30415.516064] iwlwifi :04:00.0 wlan0: disabling HT as WMM/QoS is not 
supported by the AP
[30415.516069] iwlwifi :04:00.0 wlan0: disabling VHT as WMM/QoS is not 
supported by the AP
[30415.520054] wlan0: associate with 00:c0:02:e6:ae:a2 (try 1/3)
[30415.521924] wlan0: RX AssocResp from 00:c0:02:e6:ae:a2 (capab=0x411 status=0 
aid=2)
[30415.527616] wlan0: associated
[30415.527665] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[30417.547629] traps: nautilus-shell-[26035] general protection ip:42d00b 
sp:7fff6949f730 error:0 in nautilus-shell-search-provider[40+78000]
[30418.075566] traps: nautilus-shell-[26050] general protection ip:42d00b 
sp:7fff102c43e0 error:0 in nautilus-shell-search-provider[40+78000]
[32614.284397] wlan0: deauthenticating from 00:c0:02:e6:ae:a2 by local choice 
(reason=3)
[32614.296456] cfg80211: Calling CRDA to update world regulatory domain
[32614.321471] cfg80211: World regulatory domain updated:
[32614.321477] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[32614.321480] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[32614.321483] cfg80211:   (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[32614.321485] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[32614.321488] cfg80211:   (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[32614.321491] cfg80211:   (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[32617.634810] wlan0: authenticate with a2:21:b7:95:bb:10
[32617.635388] wlan0: capabilities/regulatory prevented using AP HT/VHT 
configuration, downgraded
[32617.636303] wlan0: send auth to a2:21:b7:95:bb:10 (try 1/3)
[32617.638091] wlan0: authenticated
[32617.638371] iwlwifi :04:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use
[32617.641421] wlan0: associate with a2:21:b7:95:bb:10 (try 1/3)
[32617.643969] wlan0: RX AssocResp from a2:21:b7:95:bb:10 (capab=0x411 status=0 
aid=3)
[32617.6469

Bug#702879: freemind: New upstream version available

[Ximin Luo]

Package: freemind
Version: 0.9.0+dfsg-2
Severity: normal

Hello, 

A new version of this package is available:

http://freemind.sourceforge.net/wiki/index.php/FreeMind_1.0.0:_The_New_Features

It is current in release candidate status but the maintainer can take this time
to verify that this Debian packaging still works for the new upstream source.


-- Package-specific info:
[debug] /usr/bin/freemind: Picking up the JVM designated by the alternatives 
system: 
[debug] /usr/bin/freemind:   JAVA_HOME = '/usr/lib/jvm/java-6-openjdk-amd64'
[debug] /usr/bin/freemind: Found JAVA_HOME = '/usr/lib/jvm/java-6-openjdk-amd64'
[debug] /usr/bin/freemind: Found JAVA_CMD = 
'/usr/lib/jvm/java-6-openjdk-amd64/bin/java'
DEBUG:   Freemind parameters are ''.
DEBUG:   Linux pdeb1 3.6-trunk-amd64 #1 SMP Debian 3.6.9-1~experimental.1 
x86_64 GNU/Linux
DEBUG:   LSB Version:   
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch
Distributor ID: Debian
Description:Debian GNU/Linux 7.0 (wheezy)
Release:7.0
Codename:   wheezy
DEBUG:   The following DEB packages are installed:
ii  freemind0.9.0+dfsg-2   allJava 
Program for creating and viewing Mindmaps
ii  freemind-doc0.9.0+dfsg-2   all
Documentation for FreeMind
DEBUG:   Link '/usr/bin/freemind' resolved to '/usr/share/freemind/freemind.sh'.
DEBUG:   Freemind Directory is '/usr/share/freemind'.
DEBUG:   Creating directory ~/.freemind.
DEBUG:   Copying patterns.xml to ~/.freemind.
DEBUG:   Calling: '/usr/lib/jvm/java-6-openjdk-amd64/bin/java 
-Dgnu.java.awt.peer.gtk.Graphics=Graphics2D 
-Dfreemind.base.dir=/usr/share/freemind -cp 
::/usr/share/freemind/lib/freemind.jar:/usr/share/java/SimplyHTML.jar:/usr/share/java/gnu-regexp.jar:/usr/share/java/jibx-run-1.1.6a.jar:/usr/share/java/xpp3.jar:/usr/share/freemind/lib/bindings.jar:/usr/share/java/forms.jar:/usr/share/freemind
 freemind.main.FreeMindStarter  '.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages freemind depends on:
ii  default-jre 1:1.6-47
ii  libjgoodies-forms-java  1.3.0-2
ii  libjibx1.1-java 1.1.6a-3
ii  simplyhtml  0.13.1-3

Versions of packages freemind recommends:
ii  freemind-doc   0.9.0+dfsg-2
ii  java-wrappers  0.1.25
ii  xdg-utils  1.1.0~rc1+git20111210-6

Versions of packages freemind suggests:
pn  freemind-browser 
pn  freemind-plugins-help
pn  freemind-plugins-script  
pn  freemind-plugins-svg 

-- 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#702880: linux-image-3.8-trunk-amd64: Suspend locks when the laptop lid is closed

[Fabian Greffrath]

Package: src:linux
Version: 3.8.2-1~experimental.1
Severity: normal

Hi Debian Kernel team,

when I am logged in into a Gnome session and close the lid of my laptop, the
suspend process somehow hangs. It looks like it switched to VC1, because I can
see some part of the boot log, but the computer is still on but unresponsive
and the fan turns on high speed. However, when I suspend the system via the
personal menu in the right corner of gnome-shell (hit Alt and click on "Switch
off"), the system suspends and wakes up perfectly. I have to admit I am not
perfectly sure where to file this bug, but since I am sure the kernel is
involved, I am filing it here. ;)

Cheers,
 - Fabian



-- Package-specific info:
** Version:
Linux version 3.8-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.8.2-1~experimental.1

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.8-trunk-amd64 
root=UUID=fcfe4b79-8543-4b30-a687-7c018a18437c ro quiet

** Not tainted

** Kernel log:
[30405.688221] [drm] ib test on ring 3 succeeded in 1 usecs
[30405.852045] usb 1-6: reset high-speed USB device number 2 using ehci-pci
[30405.956077] ata5: SATA link down (SStatus 0 SControl 300)
[30405.956147] ata6: SATA link down (SStatus 0 SControl 300)
[30406.128057] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[30406.156045] ata2.00: configured for UDMA/100
[30406.192058] firewire_core :09:01.0: rediscovered device fw0
[30406.244054] usb 7-1: reset low-speed USB device number 2 using uhci_hcd
[30407.160190] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at 
byte 1
[30407.976042] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[30407.992823] ata1.00: configured for UDMA/133
[30407.992981] sd 0:0:0:0: [sda] Starting disk
[30407.999800] PM: resume of devices complete after 2363.356 msecs
[30408.000171] PM: Finishing wakeup.
[30408.000172] Restarting tasks ... done.
[30408.017097] video LNXVIDEO:00: Restoring backlight state
[30408.915005] iwlwifi :04:00.0: L1 Enabled; Disabling L0S
[30408.918029] iwlwifi :04:00.0: Radio type=0x0-0x2-0x0
[30409.070771] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[30409.081003] tg3 :08:00.0: irq 50 for MSI/MSI-X
[30409.190162] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[30415.512078] wlan0: authenticate with 00:c0:02:e6:ae:a2
[30415.512826] wlan0: capabilities/regulatory prevented using AP HT/VHT 
configuration, downgraded
[30415.513473] wlan0: send auth to 00:c0:02:e6:ae:a2 (try 1/3)
[30415.515771] wlan0: authenticated
[30415.516058] iwlwifi :04:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use
[30415.516064] iwlwifi :04:00.0 wlan0: disabling HT as WMM/QoS is not 
supported by the AP
[30415.516069] iwlwifi :04:00.0 wlan0: disabling VHT as WMM/QoS is not 
supported by the AP
[30415.520054] wlan0: associate with 00:c0:02:e6:ae:a2 (try 1/3)
[30415.521924] wlan0: RX AssocResp from 00:c0:02:e6:ae:a2 (capab=0x411 status=0 
aid=2)
[30415.527616] wlan0: associated
[30415.527665] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[30417.547629] traps: nautilus-shell-[26035] general protection ip:42d00b 
sp:7fff6949f730 error:0 in nautilus-shell-search-provider[40+78000]
[30418.075566] traps: nautilus-shell-[26050] general protection ip:42d00b 
sp:7fff102c43e0 error:0 in nautilus-shell-search-provider[40+78000]
[32614.284397] wlan0: deauthenticating from 00:c0:02:e6:ae:a2 by local choice 
(reason=3)
[32614.296456] cfg80211: Calling CRDA to update world regulatory domain
[32614.321471] cfg80211: World regulatory domain updated:
[32614.321477] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[32614.321480] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[32614.321483] cfg80211:   (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[32614.321485] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[32614.321488] cfg80211:   (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[32614.321491] cfg80211:   (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[32617.634810] wlan0: authenticate with a2:21:b7:95:bb:10
[32617.635388] wlan0: capabilities/regulatory prevented using AP HT/VHT 
configuration, downgraded
[32617.636303] wlan0: send auth to a2:21:b7:95:bb:10 (try 1/3)
[32617.638091] wlan0: authenticated
[32617.638371] iwlwifi :04:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use
[32617.641421] wlan0: associate with a2:21:b7:95:bb:10 (try 1/3)
[32617.643969] wlan0: RX AssocResp from a2:21:b7:95:bb:10 (capab=0x411 status=0 
aid=3)
[32617.646912] wlan0: associated
[32649.912050] iwlwifi :04:00.0: fail to flush all tx fifo queues
[32651.920081] iwlwifi :04:00.0: fail to flush all tx fifo queues
[32653.928080] iwlwifi :04:00.0: fail to flush all tx fifo queues
[32655.936078] iwlwifi :04:00.0: fail to flush all tx fifo queues
[32657.952078] iwlwifi :04:00.0: fail to flush all tx fifo 

Bug#702881: cpp-4.4-arm-linux-gnueabi: Depends on unavailable package in wheezy

[stkoch]

Package: cpp-4.4-arm-linux-gnueabi
Version: 4.4.5-8
Severity: important

Dear Emdebian Maintainer,

the Package cpp-4.4-arm-linux-gnueabi from
http://www.emdebian.org/debian/dists/wheezy/main/binary-amd64/Packages depends
on libgmp3c2 and that is not available in Debian wheezy.

Please check this. Thank you.



-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cpp-4.4-arm-linux-gnueabi depends on:
ii  gcc-4.4-arm-linux-gnueabi-base  4.4.5-8
ii  libc6   2.13-38
ii  libgmp3c2   2:4.3.2+dfsg-1
ii  libmpfr43.1.0-5

cpp-4.4-arm-linux-gnueabi recommends no packages.

Versions of packages cpp-4.4-arm-linux-gnueabi suggests:
pn  gcc-4.4-locales  

-- 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#702374: Should be announced in /usr/share/doc/postfix/NEWS.Debian

[Jeroen Massar]

IMHO, this is one of those changes that should be noted in NEWS.Debian.gz

Automatically changing a configuration is IMHO not a good idea
especially as configuration statements can be quite complex and also
because there are these people who maintain their configurations in a
repository...

Greets,
 Jeroen

 (who just got bit by it too, fortunately it did not
  toss away mail in my case as it only hit sasl-users)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702875: Acknowledgement (alias for grep breaks "grep bash")

[Harald Dunkel]

PS: Here is a less complex testcase to support "bash --norc":

bash-4.1$ alias bash=/bin/bash
bash-4.1$ alias echo='echo '
bash-4.1$ echo bash
/bin/bash


Hope this helps
Harri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702882: libf2c.so: undefined reference to `MAIN__'

[Mathieu Malaterre]

Package: igraph
Version: 0.6.5-1
Severity: important

There are multiple issues with igraph and f2c, first:

igraph does not test for f77_aloc, which is the symbol used in debian:

$ nm -D /usr/lib/libf2c.so| grep -i f77
8790 T F77_aloc
00218440 D _libf77_version_f2c

Furthermore the following:

   AC_CHECK_LIB([f2c], [F77_aloc], [],

is incorrect it *will* fails with something like:

$ gcc u.c -lf2c
/tmp/ccu6emo1.o: In function `main':
u.c:(.text+0xa): undefined reference to `F77_ALLOC_'
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/libf2c.so: undefined 
reference to `MAIN__'
collect2: error: ld returned 1 exit status

instead test should use something like:

$ gcc -u MAIN__ u.c -lf2c 


-- System Information:
Debian Release: 6.0.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

 char F77_aloc ();
 int
 main ()
 {
 return F77_aloc ();
   ;
   return 0;
 }

Bug#702883: chromium: Fails to die : after quitting, still runs in background

[Olivier Berger]

Package: chromium
Version: 25.0.1364.160-1
Severity: normal

Hi.

When asked to Quit, right after being started (from the command-line, and 
having displayed the Google plus login page), it won't actually die. The window 
is closed, but there is still in the background :
$ ps -edf f | grep chromium
olivier  10343  7363  2 14:49 pts/0SLl+   0:04  |   |   |   \_ 
/usr/lib/chromium/chromium --password-store=detect
olivier  10346 10343  0 14:49 pts/0S+ 0:00  |   |   |   
\_ /usr/lib/chromium/chromium --password-store=detect
olivier  10347 10343  0 14:49 pts/0S+ 0:00  |   |   |   
\_ /usr/lib/chromium/chromium-sandbox /usr/lib/chromium/chromium --type=zygote
olivier  10348 10347  0 14:49 pts/0S+ 0:00  |   |   |   
\_ /usr/lib/chromium/chromium --type=zygote
olivier  10353 10348  0 14:49 pts/0S+ 0:00  |   |   |   
\_ /usr/lib/chromium/chromium --type=zygote

After a C-c :

$ ps -edf f | grep chromium
olivier  10343  7363  1 14:49 pts/0SLl+   0:04  |   |   |   \_ 
/usr/lib/chromium/chromium --password-store=detect
olivier  10346 10343  0 14:49 pts/0Z+ 0:00  |   |   |   
\_ [chromium] 
olivier  10348 1  0 14:49 pts/0S+ 0:00 /usr/lib/chromium/chromium 
--type=zygote
olivier  10353 10348  0 14:49 pts/0S+ 0:00  \_ 
/usr/lib/chromium/chromium --type=zygote

A second C-c seems to kill it properly.

If a C-c is not issued, and another chromium is started from another shell, it 
will display :
  Your profile could not be opened correctly.

  Some features may be unavailable.  Please check that the profile exists and 
you have permission to read and write its contents.
and the stdout explains:
[11320:11337:0312/145504:ERROR:error_delegate_util.h(27)] sqlite error 5, errno 
0: database is locked
[11320:11337:0312/145504:ERROR:error_delegate_util.h(27)] sqlite error 5, errno 
0: database is locked
[11320:11337:0312/145504:ERROR:web_data_service.cc(668)] Cannot initialize the 
web database: 1

Hope this helps.

Best regards,

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (650, 'testing'), (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 chromium depends on:
ii  chromium-inspector  25.0.1364.160-1
ii  gconf-service   3.2.5-1+build1
ii  libasound2  1.0.25-4
ii  libatk1.0-0 2.4.0-2
ii  libbz2-1.0  1.0.6-4
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcups21.5.3-2.15
ii  libdbus-1-3 1.6.8-1
ii  libevent-2.0-5  2.0.19-stable-3
ii  libexpat1   2.1.0-1
ii  libflac81.2.1-6
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libgconf-2-43.2.5-1+build1
ii  libgcrypt11 1.5.0-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgnome-keyring0   3.4.1-1
ii  libgtk2.0-0 2.24.10-2
ii  libjpeg88d-1
ii  libnspr42:4.9.2-1
ii  libnss3 2:3.13.6-2
ii  libnss3-1d  2:3.13.6-2
ii  libpango1.0-0   1.30.0-1
ii  libpulse0   2.0-6
ii  libspeex1   1.2~rc1-7
ii  libstdc++6  4.7.2-5
ii  libudev0175-7.1
ii  libvpx1 1.1.0-1
ii  libx11-62:1.5.0-1
ii  libxcomposite1  1:0.4.3-2
ii  libxext62:1.3.1-2
ii  libxfixes3  1:5.0-4
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  libxrandr2  2:1.3.2-2
ii  libxrender1 1:0.9.7-1
ii  libxslt1.1  1.1.26-14
ii  libxss1 1:1.2.2-1
ii  xdg-utils   1.1.0~rc1+git20111210-6

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-l10n  25.0.1364.160-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#701112: (no subject)

[Michael Lustfield]

precautionary - That would mean we assume that making the change won't
break anything. We're setting this for new installs but forcing it on
already deployed systems wouldn't be a good idea. We could add a NEWS entry
to recommend making this change. It's definitely not a good idea to force
it to happen.


On Tue, Mar 12, 2013 at 7:53 AM, Steven Chamberlain wrote:

> Hi,
>
> On 12/03/13 03:33, Michael Lustfield wrote:
> > In debian/nginx-common.postinst we have:
> >
> >   configure)
> > logdir="/var/log/nginx"
> > # Ensure existance and right state of log files and directory
> > if [ ! -d "$logdir" -a ! -L "$logdir" ]; then
> >   mkdir "$logdir"
> >   chown www-data:adm $logdir
> >   chmod 0750 $logdir
> > fi
>
> > This should create the log directory if it doesn't already exist. We're
> not
> > enforcing this because the permissions could be changed. Is there any
> better
> > way to handle this than what we're doing now? I haven't tested, but it
> seems
> > that this should work. I'm sure I'm missing something...
>
> Else if it already exists as a directory, and are upgrading from package
> version 1.2.1-2.2 or earlier, do a precautionary `chmod o-rx`?
>
> If ownership is still 'root:root', should chown to 'www-data:adm' so
> that log parsers retain access.  Maybe a NEWS entry could advise about
> adding things into that group if they don't run as root or www-data but
> still need to be able to read the nginx logs?
>
>
> Some test cases I can think of are:
>
> * no log parsers in use - chmod o-rx is the important thing to do
>
> * logwatch - runs as root?  changing the ownership/perms doesn't matter
>
> * awstats - the log parser part (update.sh) runs as user www-data
>
> * other CGI/PHP apps running as user www-data
>
> * other CGI/PHP apps running under separate uids - should be added to a
> group that has read access.  If the admin already changed the user or
> group of /var/log/nginx, respect that, otherwise chgrp to adm and
> suggest they add their log parsers into that group if necessary.  The
> alternative would be to just keep wide-open access...
>
>
> Wide-open HTTP logs could be a breach of privacy, reveals usernames for
> HTTP authentication, IP addresses of visitors, search queries or other
> HTML form input with a GET action, locations of potentially sensitive
> documents that would be otherwise impractical to guess, and provides a
> catalogue of installed web apps that would likely assist an attacker if
> this were some kind of shared host with other users.
>
> Thanks,
> Regards,
> --
> Steven Chamberlain
> ste...@pyro.eu.org
>

Bug#702827: #702827 screen: Cursor not repositioned properly after launching altscreen application and resizing the terminal

[Thomas Dickey]

The problem as described is due to the way the cursor-save and alternate-screen
features work - in the terminal itself.  xterm has a workaround for this (if 
you're
using xterm I can investigate if/how to improve that).  Other terminals lack
workarounds - no help there.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#702884: pulseaudio installed by mistake by something that pulled gstreamer, made all my sistem silent

[Salvo 'LtWorf' Tomaselli]

Package: pulseaudio
Version: 2.0-6
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,
after installing kde-telepathy, amarok went silent.

so kde-telepathy uses gstreamer, and it installed pulseaudio as a dependence
then no audio could be heard (I suppose mplayer would still work but I did not
try).

To solve the problem I installed gstreamer0.10-alsa and removed pulseaudio.

I will spare you my rants, bye.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  consolekit0.4.5-3.1
ii  libasound21.0.25-4
ii  libasound2-plugins1.0.25-2
ii  libc6 2.16-0experimental1
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.6.8-1
ii  libfftw3-33.3.2-3.1
ii  libgcc1   1:4.7.2-5
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.2
ii  liborc-0.4-0  1:0.4.16-2
ii  libpulse0 2.0-6
ii  libsamplerate00.1.8-5
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-5
ii  libspeexdsp1  1.2~rc1-7
ii  libstdc++64.7.2-5
ii  libsystemd-daemon044-10
ii  libsystemd-login0 44-10
ii  libtdb1   1.2.10-2
ii  libudev0  175-7.1
ii  libwebrtc-audio-processing-0  0.1-2
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
ii  lsb-base  4.1+Debian9
ii  udev  175-7.1

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
pn  pulseaudio-module-x11 
ii  rtkit 0.10-2

Versions of packages pulseaudio suggests:
pn  paman 
pn  paprefs   
pn  pavucontrol   
pn  pavumeter 
ii  pulseaudio-utils  2.0-6


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563316: maybe a fix

[Thomas Lange]

FYI:
I had the same problem with wheezy. After changing the wicd template
and adding the line

ctrl_interface=/var/run/wpa_supplicant

I had no more problems. Maybe this fixes also your problem.
-- 
regards Thomas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#626522: libfuse-dev: examples file fioc.h missing

[Bjørn Mork]

Package: libfuse-dev
Version: 2.9.2-4
Followup-For: Bug #626522

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

the patch claiming to solve this bug only touches the example
Makefile generation, which isn't used by the debian package at
all. That isn't changing anything at all...

The real problem is simply a missing match in
debian/libfuse-dev.examples

I'm attaching the obvious oneline patch.


Bjørn

- -- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libfuse-dev depends on:
ii  libfuse2  2.9.2-4
ii  libselinux1-dev [libselinux-dev]  2.1.9-5

libfuse-dev recommends no packages.

Versions of packages libfuse-dev suggests:
ii  fuse  2.9.2-4

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlE/NrkACgkQ10rqkowbIsmrLQCgklSW5ad4muNgMMHGomPLSiAp
mQsAn3hCZB1i0oTu/btcUh2KAhfyr37f
=4yXL
-END PGP SIGNATURE-
--- fuse-2.9.2.x/debian/libfuse-dev.examples	2013-03-10 19:46:44.0 +0100
+++ fuse-2.9.2/debian/libfuse-dev.examples	2013-03-12 13:42:04.0 +0100
@@ -1,3 +1,3 @@
 example/*.c
-
+example/*.h
 debian/examples/*

Bug#702782: broken glx alternative

[Gaudenz Steinlin]

Hi Andreas

Andreas Beckmann  writes:

> On 2013-03-11 12:07, Gaudenz Steinlin wrote:
>> The only solution I currently is to drop the nvidia alternative and to show
>> all the nvidia driver version as individual options in the glx alternative.
>> This avoids the "double" alternative redirection which leads to this problem.
>
> IIRC that was needed to avoid putting internal knowledge about the
> nvidia packages layout into to many places ... but for other reasons
> as

You could still manage the alternatives from the nvidia package, but
instead of doing it with the nvidia alternative just directly add it as
another option to the glx alternative.

> well maybe we should introduce an update-glx command for wheezy+1.

That might at least work around the problem.

> The glx alternatives in experimental manage the module blacklist, too,
> and therefore need an update-initramfs -u after reconfiguring the
> alternative.

I noticed that it also updates the initramfs. But at least for live
systems I think you want to completely blacklist all of nouveau and
nvidia in the initramfs to be able to choose the right module later
during boot. The alternative to this is to do it in the initramfs
itself. But also then the blacklist handling for the initramfs is not
needed. I actually prefer the approach I proposed in #685617 because it
does not depend on the alternative for the kernel module.

If I understand that correctly the video kernel module in the initramfs
is only needed to display a graphical boot screen (eg. plymouth). Or is
there anything else to it?

>
> please try
>   dpkg-reconfigure glx-alternative-nvidia
> after manually changing the nvidia alternative

Yes that works. But with the package from experimental it also updates
the initramfs. Which takes some time if done during boot and is quite
useless unless your next boot is on the same hardware.

To just fix the alternative "update-alternatives --set glx
/usr/lib/nvidia" is enough. But it's IMHO still a bug that you have to
fiddle with the glx alternative just to fix the nvidia one.

Gaudenz

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702836: xul-ext-certificatepatrol: packages breaks FF 19

[Christoph Anton Mitterer]

On Tue, 2013-03-12 at 11:28 +0100, Christoph Biedl wrote:
> None I can remember, probably it was just the hope the Mozilla version
> numbering madness will come to an end some day.
I wouldn't hold my breath for that ;-)


> Sorry for the mess, I'll upload a new version in the next hours.
Thanks a lot... if you're generally into the Mozilla extension
packages... the tabmixplus one would also desperately need a new version
to work with the current FF versions ;-)


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#702885: linux-image-3.8-trunk-amd64: Samsung NP900X3C display does not resume from suspend

[Tony Houghton]

Package: src:linux
Version: 3.8.2-1~experimental.1
Severity: important

Since upgrading to kernel 3.8.2-1~experimental.1 my Samsung NP900X3C
freezes when I try to resume from sleep/suspend. I noticed that the caps
lock key was usually still working (however, on one occasion it wasn't,
so I presume the machine had totally locked), so I tried ssh'ing in and
discovered I could recover it by restarting gdm3.

I realise the ability to restart X makes it look more like a userland
bug, and that these Samsung Ultrabook/laptops are notorious for broken
ACPI behaviour, but this problem seems to be specific to kernel 3.8. On
downgrading to 3.2.39-2 or 3.7.8-1~experimental.1 the problem goes away.

-- Package-specific info:
** Version:
Linux version 3.8-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.8.2-1~experimental.1

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.8-trunk-amd64 
root=UUID=051093c4-6567-4984-a8ea-3ffbd736402f ro elevator=noop quiet

** Not tainted

** Kernel log:
[  139.684324] r8169 :02:00.0: System wakeup disabled by ACPI
[  139.685734] snd_hda_intel :00:1b.0: irq 50 for MSI/MSI-X
[  139.907624] usb 1-1.5: reset full-speed USB device number 3 using ehci-pci
[  140.002530] btusb 1-1.5:1.0: no reset_resume for driver btusb?
[  140.002532] btusb 1-1.5:1.1: no reset_resume for driver btusb?
[  140.003339] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[  140.005747] ata1.00: configured for UDMA/133
[  140.019452] sd 0:0:0:0: [sda] Starting disk
[  140.071498] usb 1-1.6: reset high-speed USB device number 4 using ehci-pci
[  140.755475] PM: resume of devices complete after 1072.659 msecs
[  140.755915] PM: Finishing wakeup.
[  140.755917] Restarting tasks ... done.
[  140.763229] video LNXVIDEO:00: Restoring backlight state
[  141.009715] iwlwifi :01:00.0: L1 Enabled; Disabling L0S
[  141.016387] iwlwifi :01:00.0: Radio type=0x2-0x1-0x0
[  141.250245] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  141.367794] r8169 :02:00.0 eth0: link down
[  141.367853] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  141.653851] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
[  147.811872] wlan0: authenticate with 00:24:b2:49:13:e4
[  147.819039] wlan0: capabilities/regulatory prevented using AP HT/VHT 
configuration, downgraded
[  147.820021] wlan0: send auth to 00:24:b2:49:13:e4 (try 1/3)
[  147.822302] wlan0: authenticated
[  147.826000] wlan0: associate with 00:24:b2:49:13:e4 (try 1/3)
[  147.830257] wlan0: RX AssocResp from 00:24:b2:49:13:e4 (capab=0x411 status=0 
aid=4)
[  147.853269] wlan0: associated
[  147.853379] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  317.899938] wlan0: deauthenticating from 00:24:b2:49:13:e4 by local choice 
(reason=3)
[  317.929155] cfg80211: Calling CRDA to update world regulatory domain
[  317.934752] cfg80211: World regulatory domain updated:
[  317.934756] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[  317.934759] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[  317.934761] cfg80211:   (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[  317.934762] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[  317.934764] cfg80211:   (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[  317.934765] cfg80211:   (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[  319.004721] PM: Syncing filesystems ... done.
[  319.005229] PM: Preparing system for mem sleep
[  319.042057] (NULL device *): firmware: agent loaded iwlwifi-6000g2b-6.ucode 
into memory
[  319.042267] Freezing user space processes ... (elapsed 0.01 seconds) done.
[  319.057512] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) 
done.
[  319.073476] PM: Entering mem sleep
[  319.073526] Suspending console(s) (use no_console_suspend to debug)
[  319.073747] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[  319.073823] sd 0:0:0:0: [sda] Stopping disk
[  320.192089] PM: suspend of devices complete after 1119.799 msecs
[  320.192220] PM: late suspend of devices complete after 0.129 msecs
[  320.208381] r8169 :02:00.0: System wakeup enabled by ACPI
[  320.271968] PM: noirq suspend of devices complete after 79.840 msecs
[  320.272190] ACPI: Preparing to enter system sleep state S3
[  320.296039] PM: Saving platform NVS memory
[  320.298301] Disabling non-boot CPUs ...
[  320.300133] smpboot: CPU 1 is now offline
[  320.403741] smpboot: CPU 2 is now offline
[  320.405630] smpboot: CPU 3 is now offline
[  320.405975] Extended CMOS year: 2000
[  320.407237] ACPI: Low-level resume complete
[  320.407285] PM: Restoring platform NVS memory
[  320.407672] Extended CMOS year: 2000
[  320.407741] Enabling non-boot CPUs ...
[  320.407900] smpboot: Booting Node 0 Processor 1 APIC 0x1
[  320.421951] CPU1 is up
[  320.422088] smpboot: Booting Node 0 Processor 2 APIC 0x2
[  320.436118] CPU2 is up
[  320.43

Bug#702827: #702827 screen: Cursor not repositioned properly after launching altscreen application and resizing the terminal

[Eric Pruitt]

Hey Thomas,

On Tue, Mar 12, 2013 at 10:01:31AM -0400, Thomas Dickey wrote:
> The problem as described is due to the way the cursor-save and
> alternate-screen features work - in the terminal itself.  xterm has a
> workaround for this (if you're using xterm I can investigate if/how to
> improve that).

I only began experiencing this problem when I upgraded from Screen
version 4.00.03jw4, so this seems unlikely to me. Was there a
significant change in altscreen handling?  In any case, I am using
indeed using xterm if you would still be willing to investigate for me.

I have now reverted to 4.00.03jw4 due to frequent segfaults that also
appear to be related to altscreen. The issues are reminiscent of what's
described in bug
[#666052](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666052), but
I experienced no segfaults until I upgraded to Wheezy and, in the
process, upgraded GNU screen.

Thank you,
Eric


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#680408: ejde...@rocketmail.com added you as a contact on Twoo and wants to connect

[Bc via Twoo]

Bc added you as a contact on Twoo and wants to connect with you.


Bc added you as a contact on Twoo and wants to connect.

Connect on Twoo Copy/paste the following link into your web browser:
http://mail.twoo.com/m/l6YorJr$

Twoo is the most fun way to meet new people in your area

Join over 10 million people
Twoo is the fastest growing network for meeting new people. Find out why over 
10 million people have already joined Twoo.

Chat now
The first thing you want to do when you see a nice profile is start a 
conversation, right? On Twoo we promise you lots of people who are eager to 
have a chat. The best bit: it's free!

Mobile
Check out what is happening around you with the iPhone and Android apps. Take 
Twoo with you wherever you go.


Don't want to receive these mails? Follow this link:
http://mail.twoo.com/m/m5EFyur3
TWOO NV/SA, Ayazaga Mah Meydan Sok No 28, Beybi Giz Plaza Kat: 26 Maslak, 34396 
Istanbul, Turkey info...@twoo.com BE0834322338.

Bug#654669: Osmo: "Quit" toolbar entry

[Markus Koschany]

Thanks for mentioning it. I completely missed the checkbox under
"General Preferences".

Cheers,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#702830: fldigi: Does not even launch under MINT

[Kamal Mostafa]

Hi Sam-

You've filed a bug against fldigi in Debian, but the subject line "Does
not even launch under MINT" suggests that perhaps you're running a Linux
Mint distribution, not Debian.  Is that correct?

If indeed you are running Mint, then you'll need to file a bug with the
Mint bug tracker[0], not this Debian bug tracker (even if it is the Mint
"Debian Edition").

If I misunderstand and you actually are running Debian not Mint, then
please confirm that and also describe the failure in more detail;
specifically, paste the text output that occurs when you try to run
fldigi from a terminal window command-line prompt.

73 de KA6MAL

 -Kamal

[0] https://bugs.launchpad.net/linuxmint/



On Mon, 2013-03-11 at 20:09 -0400, Sam wrote:
> Package: fldigi
> Version: 3.21.48-1
> Severity: important
> 
> 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 ***
> 
> 
> 
> -- System Information:
> Debian Release: 7.0
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: powerpc (ppc)
> 
> Kernel: Linux 3.2.0-4-powerpc
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages fldigi depends on:
> ii  libasound2 1.0.25-4
> ii  libc6  2.13-38
> ii  libfltk-images1.3  1.3.0-8
> ii  libfltk1.3 1.3.0-8
> ii  libgcc11:4.7.2-5
> ii  libhamlib2 1.2.15.1-1
> ii  libpng12-0 1.2.49-1
> ii  libportaudio2  19+svn2021-1
> ii  libpulse0  2.0-6
> ii  librpc-xml-perl0.76-3
> ii  libsamplerate0 0.1.8-5
> ii  libsndfile11.0.25-5
> ii  libstdc++6 4.7.2-5
> ii  libx11-6   2:1.5.0-1
> ii  libxmlrpc-c++4 1.16.33-3.2
> ii  libxmlrpc-core-c3  1.16.33-3.2
> 
> Versions of packages fldigi recommends:
> ii  extra-xdg-menus  1.0-4
> 
> Versions of packages fldigi suggests:
> pn  libterm-readline-gnu-perl | libterm-readline-perl-perl  
> 
> -- no debconf information
> 
> 



signature.asc
Description: This is a digitally signed message part

Bug#702886: zutils: zcat can't handle .Z files anymore if zutils is installed

[Axel Beckert]

Package: zutils
Version: 0.9-7
Severity: wishlist
Tags: upstream

Dear Daniel,

gzip's zcat can handle compress'ed ".Z" files, but zutils' zcat just
outputs the compressed file:

$ perl -le 'print "foo"x24 foreach (1..32)' > bar
$ compress -v bar
bar:  -- replaced with bar.Z Compression: 92.55%
$ ls -l bar.Z
-rw-r--r-- 1 abe abe 174 Mar 12 14:53 bar.Z
$ zcat bar.Z
[Binary garbage]
$ zcat.gzip bar.Z
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
foofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoofoo
$ 

Upstream as well as the package description state that zutils only
supports gzip, bzip2, lzip, and xz.

I suspect that this means these compression format are supported, but
not the formats these programs support. Because e.g. xz (and xzcat)
also support lzma, but zutils' zcat doesn't.

Despite this is an annoying regression compared with gzip's zcat (one
of our users actually ran into it when trying to analyse historic
geographic data), it's more or less documented. So I consider this to
be "only" an upstream wishlist bug.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (900, 'testing'), (899, 
'testing-proposed-updates'), (200, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.8-trunk-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

zutils depends on no packages.

Versions of packages zutils recommends:
ii  bzip2 1.0.6-4
ii  lzip  1.14-2
ii  xz-utils  5.1.1alpha+20120614-2

zutils 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#702887: Problem in the include file

[Julien Puydt]

Package: libzn-poly-dev
Version: 0.9-2

the flint as packaged in debian-science didn't compile because of a 
problem with /usr/include/zn_poly/zn_poly.h, namely that line (number 
72) gives an error stating there are two unsigned :


typedef unsigned long  ulong;

commenting out that line made it build.

I hope it helps,

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#702888: openssl 1.0.1e-1 upgrade breaks subversion client/server

[Patrick Matthäi]

Package: openssl
Version: 1.0.1c-4
Severity: serious

Hello,

I had some curious problems on commiting data at my subversion repository, where
the server (apache with libapache2-svn) is also the client (I am working on this
server).

Here are some snippets of my history which will show you the problem:

<-- snip 1
me@srv1:~/pkg-svn/otrs2/trunk$ svn st
M   debian/patches/02-cron.diff
M   debian/patches/03-postmaster.diff
M   debian/patches/04-backup.diff

me@srv1:~/pkg-svn/otrs2/trunk$ dch

me@srv1:~/pkg-svn/otrs2/trunk$ svn ci
svn: Übertragen schlug fehl (Details folgen):
svn: OPTIONS von »https://svn.linux-dev.org/svn/pkg/otrs2/trunk/debian«: Could 
not read status line: SSL alert received: Bad record MAC 
(https://svn.linux-dev.org)
svn: Ihre Logmeldung wurde in einer Temporärdatei abgelegt:
svn:'/home/me/pkg-svn/otrs2/svn-commit.tmp'

me@srv1:~/pkg-svn/otrs2/trunk$ svn up
Revision 4372.

me@srv1:~/pkg-svn/otrs2/trunk$ svn ci
svn: Übertragen schlug fehl (Details folgen):
svn: OPTIONS von »https://svn.linux-dev.org/svn/pkg/otrs2/trunk/debian«: Could 
not read status line: SSL alert received: Bad record MAC 
(https://svn.linux-dev.org)
svn: Ihre Logmeldung wurde in einer Temporärdatei abgelegt:
svn:'/home/me/pkg-svn/otrs2/svn-commit.2.tmp'

me@srv1:~/pkg-svn/otrs2/trunk$ svn st
M   debian/patches/02-cron.diff
M   debian/patches/03-postmaster.diff
M   debian/patches/04-backup.diff
M   debian/changelog

me@srv1:~/pkg-svn/otrs2/trunk$ svn ci
svn: Übertragen schlug fehl (Details folgen):
svn: OPTIONS von »https://svn.linux-dev.org/svn/pkg/otrs2/trunk/debian«: Could 
not read status line: SSL alert received: Bad record MAC 
(https://svn.linux-dev.org)
svn: Ihre Logmeldung wurde in einer Temporärdatei abgelegt:
svn:'/home/me/pkg-svn/otrs2/svn-commit.3.tmp'

me@srv1:~/pkg-svn/otrs2/trunk$ curl https://svn.linux-dev.org
curl: (51) SSL: certificate subject name 'www.linux-dev.org' does not match 
target host name 'svn.linux-dev.org'

me@srv1:~/pkg-svn/otrs2/trunk$ svn ci
svn: Übertragen schlug fehl (Details folgen):
svn: OPTIONS von »https://svn.linux-dev.org/svn/pkg/otrs2/trunk/debian«: Could 
not read status line: SSL alert received: Bad record MAC 
(https://svn.linux-dev.org)
svn: Ihre Logmeldung wurde in einer Temporärdatei abgelegt:
svn:'/home/me/pkg-svn/otrs2/svn-commit.4.tmp'

me@srv1:~/pkg-svn/otrs2/trunk$ svn up
Fehler bei der Validierung des Serverzertifikats für 
»https://svn.linux-dev.org:443«:
 - Der Hostname des Zertifikats stimmt nicht überein.
Zertifikats-Informationen:
 - Hostname: www.linux-dev.org
 - Gültig: von Mon, 21 Mar 2011 21:16:18 GMT bis Wed, 20 Mar 2013 21:16:18 GMT
 - Aussteller: http://www.CAcert.org, CAcert Inc.
 - Fingerabdruck: 1c:bb:d0:50:62:0a:eb:0f:e7:03:5b:91:87:40:8c:99:d1:77:c9:b7
Ve(r)werfen, (t)emporär akzeptieren oder (p)ermanent akzeptieren? p
Anmeldebereich:  Linux-Dev Subversion
Passwort für »me«:
Anmeldebereich:  Linux-Dev Subversion
Benutzername: the-me
Passwort für »the-me«:

-
Revision 4372.


me@srv1:~/pkg-svn/otrs2/trunk$ svn ci
svn: Übertragen schlug fehl (Details folgen):
svn: OPTIONS von »https://svn.linux-dev.org/svn/pkg/otrs2/trunk/debian«: Could 
not read status line: SSL alert received: Bad record MAC 
(https://svn.linux-dev.org)
svn: Ihre Logmeldung wurde in einer Temporärdatei abgelegt:
svn:'/home/me/pkg-svn/otrs2/svn-commit.5.tmp'

me@srv1:~/pkg-svn/otrs2/trunk$ svn ci debian/changelog
Sende  debian/changelog
Übertrage Daten .
Revision 4373 übertragen.

me@srv1:~/pkg-svn/otrs2/trunk$ svn ci debian/patches/
Sende  debian/patches/02-cron.diff
Sende  debian/patches/03-postmaster.diff
Sende  debian/patches/04-backup.diff
Übertrage Daten ...
Revision 4374 übertragen.
me@srv1:~/pkg-svn/otrs2/trunk$
->


As you can see I were unable to commit files in debian/patches/ and 
debian/changelog at the same time.
Apache error log only gives me:
[12/Mar/2013:14:12:42 +0100] "OPTIONS /svn/pkg/otrs2/trunk/debian HTTP/1.1" 401 
2412 "-" "SVN/1.6.17 (r1128011) neon/0.29.6"

This fault is reproduceable, also one of our customers had got a problem on 
recursive adding files and directories, also
another people spotted this problem on Wheezy here:
http://svn.haxx.se/users/archive-2013-03/index.shtml#10 (Possible bug: 
Bad record MAC)

After downgrading several packages, which were updated in the past weeks 
(apache, libgcrypt, gnutls, curl etc)
it works again if I downgrade openssl and libssl1.0.0 from 1.0.1e-1 to 1.0.1c-4.

Here is another snippet:

<--- snip 2
me@srv1:~/pkg-svn$ cd tools/
me@srv1:~/pkg-svn/tools$ svn mkdir test
A test
me@srv1:~/pkg-svn/tools$ svn ci test -m 'test folder'
Hinzufügen test

Revision 4375 übertragen.
me@srv1:~/pkg-svn/tools$ touch foo test/bar
me@srv1:~/pkg-svn/tools$ svn add foo test/bar
A foo
A test/bar
me@srv1:~/pkg-svn/tools$ svn ci -m 'te

Bug#702021: debian wheezy not booting

[Piotrek]

No with 3.2.35-2 . Why should i upgrade shouldn't wheezy kernel have
support already for such a hardware?

2013/3/12 Piotrek :
> No with 3.2.35-2 . Why should i upgrade shouldn't wheezy kernel have
> support already for such a hardware?
>
> 2013/3/12 Ben Hutchings 
>>
>> On Mon, 2013-03-11 at 09:35 +0100, Piotrek wrote:
>> > Now there is same result as with acpi=off , a blinking line in left
>> > upper part of screen and I am able to access console just like with
>> > acpi=off.
>>
>> This is with version 3.2.39-2?
>>
>> Ben.
>>
>> --
>> Ben Hutchings
>> The obvious mathematical breakthrough [to break modern encryption] would be
>> development of an easy way to factor large prime numbers. - Bill Gates


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#701112: (no subject)

[Steven Chamberlain]

On 12/03/13 13:57, Michael Lustfield wrote:
> precautionary - That would mean we assume that making the change won't
> break anything. We're setting this for new installs but forcing it on
> already deployed systems wouldn't be a good idea. We could add a NEWS
> entry to recommend making this change. It's definitely not a good idea
> to force it to happen.

I think there is a duty to fix it on upgrade, otherwise having  installed will not be an indication that the system is patched
for CVE-2013-0337.

Of course if owner/group/permissions were changed in any way since the
older nginx package version was installed, I would leave them alone.

Otherwise, if removing world read/execute permissions, changing the
owner/group to www-data:adm eliminates most risk of anything breaking.
The only problem I foresee is the last (unlikely, and inherently secure)
example I gave in [#44], where world readable logs are assumed.  That
could be so easily fixed by adding appropriate users into the adm group,
or overriding owner/group/permissions of /var/log/nginx afterward.

[#44]: http://bugs.debian.org/701112#44

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702872: Segfaults immediately on attempting a radius connection

[Thijs Kinkhorst]

Hi,

> On a 64 bit wheezy system, the radius module immediately segfaults
> when attempting Radius authentication.

I found the issue. In radius-1.2.5/radius.c 
PHP_FUNCTION(radius_create_request), 'code' is declared an int, but 
zend_parse_parameters is passed "rl", asking to parse the parameter into a 
long:

if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "rl", &z_radh, 
&code) == FAILURE) {

This fails on 64 bit platforms. This case is actually documented in
http://svn.php.net/viewvc/php/php-
src/trunk/README.PARAMETER_PARSING_API?view=markup
which explicitly warns against this causing segfaults around line 75.

The attached simple patch hence resolves the issue and I can confirm that both 
my application and my minimal testcase do not crash anymore.

I'm planning to just upload the attached NMU to resolve the problem as soon as 
possible as the module is currently unusable, there are two unacked NMU's 
against the package already and we're close to release.


Cheers,
Thijs

-- 
Thijs Kinkhorst  – LIS Unix

Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE
Bezoekadres > Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl
diff -u php-radius-1.2.5/debian/changelog php-radius-1.2.5/debian/changelog
--- php-radius-1.2.5/debian/changelog
+++ php-radius-1.2.5/debian/changelog
@@ -1,3 +1,11 @@
+php-radius (1.2.5-2.3) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Initialise type parameter to radius_create_request() as long, to avoid
+segfaulting in zend_parse_parameters() (Closes: #702872).
+
+ -- Thijs Kinkhorst   Tue, 12 Mar 2013 15:04:53 +0100
+
 php-radius (1.2.5-2.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u php-radius-1.2.5/radius-1.2.5/radius.c php-radius-1.2.5/radius-1.2.5/radius.c
--- php-radius-1.2.5/radius-1.2.5/radius.c
+++ php-radius-1.2.5/radius-1.2.5/radius.c
@@ -265,7 +265,7 @@
 /* {{{ proto bool radius_create_request(desc, code) */
 PHP_FUNCTION(radius_create_request)
 {
-	int code;
+	long code;
 	radius_descriptor *raddesc;
 	zval *z_radh;
 


signature.asc
Description: This is a digitally signed message part.

Bug#702888: Acknowledgement (openssl 1.0.1e-1 upgrade breaks subversion client/server)

[Patrick Matthäi]

found #702888 1.0.1e-1
notfound #702888 1.0.1c-4
thanks

Am 12.03.2013 15:36, schrieb Patrick Matthäi:

Package: openssl
Version: 1.0.1c-4
Severity: serious


Whops reported against the working version ;-)


--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702603: libglib2.0-0: glib 2.35.4 breaks python-gi << 3.7.2

[Emilio Pozuelo Monfort]

Hi,

On 03/08/2013 09:34 PM, Benjamin Berg wrote:

GLib versions 2.35.4 and above forbid modifying classes after they have
been created. This is upstream bug #687659 and commit ID c2055f22f4.

The problem has been fixed in newer pygobject versions. It was fixed
in 3.7.2. Upstream bug #686149, commit ID efcb0f9f.

I have now recompiled the debian python-gi version (3.4.2-3) for myself
with the patch applied. It applies cleanly and works fine.


Thanks for the report. I have just uploaded a new pygobject (3.7.91.1) and added 
the breaks in glib, which I'll probably upload next week.


Regards,
Emilio


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702782: broken glx alternative

[Andreas Beckmann]

Hi Gaudenz,

On 2013-03-12 15:07, Gaudenz Steinlin wrote:
> You could still manage the alternatives from the nvidia package, but
> instead of doing it with the nvidia alternative just directly add it as
> another option to the glx alternative.

one of the problems was the priority space ... which package gets which
priority?
* mesa
* fglrx
* fglrx-legacy (currently not co-installable with fglrx since it came
last-minute and did not make it into testing)
* nvidia 96xx legacy
* nvidia 173xx legacy
* nvidia 304xx legacy
* nvidia current
(it's even possible to turn every nvidia major version branch into a
co-installable (currently excluding -dkms) set of legacy-ABCxx packages)


>> please try
>>   dpkg-reconfigure glx-alternative-nvidia
>> after manually changing the nvidia alternative
> 
> Yes that works. But with the package from experimental it also updates
> the initramfs. Which takes some time if done during boot and is quite
> useless unless your next boot is on the same hardware.
> 
> To just fix the alternative "update-alternatives --set glx
> /usr/lib/nvidia" is enough. But it's IMHO still a bug that you have to
> fiddle with the glx alternative just to fix the nvidia one.

Well, I haven't done detailed testing of the switching in a life-system
relevant setup involving manual configuration (or 'automatic' manual
setting of the nvidia and glx alternatives). As long as only packages
are installed/removed, the alternatives are correct.

Anyway, it's too late to change anything significant here for wheezy, so
the only thing could be to document this properly. I've added the
dpkg-reconfigure command to README.alternatives that will be in 304.84
... but that is probably not the place where people will look.


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702056: RE : Bug#702056: Additional remarks

[Alexander Dreyer]

Hi everybody,
I've pushed a new version to alioth, which brings back the convenience
header:

> 1) #include 
> 
> you need the /usr/include/polybori.h
This also include improved pkg-config files.

@Julien: The library names still needs to suffixed with -0.8 in Sage, as
well as the dependence on the obslote .conf file needs to be removed
from Sage. Do you want to start a new ticket, or should I add this to my
update ticket at trac.sagemath.org?



Best regards,
  Alexander

-- 
Dr. rer. nat. Dipl.-Math. Alexander Dreyer

Abteilung "Systemanalyse, Prognose und Regelung"
Fraunhofer Institut für Techno- und Wirtschaftsmathematik (ITWM)
Fraunhofer-Platz 1
67663 Kaiserslautern

Telefon+49 (0) 631-31600-4318
Fax+49 (0) 631-31600-5318
E-Mail alexander.dre...@itwm.fraunhofer.de
Internet   http://www.itwm.fraunhofer.de/sys/dreyer.html


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702889: Passes literal struct instead of pointer-to-struct

[Michael Tautschnig]

Package: afpfs-ng
Version: 0.8.1-5
Severity: critical
Tags: security
Justification: user-controllable pointer value
Usertags: goto-cc

When typechecking the linked binary using our research compiler infrastructure
it became apparent that various calls to remove_opened_fork pass a struct (of
type struct afp_file_info) as second argument instead of first taking the
address thereof. (A simple grep -r remove_opened_fork . suffices to see these).

Thus the first 4 or 8 byte of the struct will be cast to an address, which (on
little endian 64bit systems) includes part of file creation date. By an
appropriate choice thereof it may be possible to tweak the pointer to a
user-defined value, with hard-to-limit consequences.

Fixing the problem is trivial, it just requires inserting address-of operators.
It could all be diagnosed right at compile time if proper function declarations
(or included header files) were present.

Best,
Michael

PS.: The Clang build(-attempt) hints at a number of further problems with this
code: 
http://clang.debian.net/logs/2013-01-28/afpfs-ng_0.8.1-5_unstable_clang.log



pgpbMN887FQN7.pgp
Description: PGP signature

Bug#702890: RM: libio-detect-perl -- ROM; replaced by libscalar-does-perl

[Jonas Smedegaard]

Package: ftp.debian.org
Severity: normal

As subject says, please drop libio-detect-perl from unstable, as it is
obsolete and has been replaced by libscalar-does-perl.

Regards,

 - Jonas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702891: apticron: Apticron installs two cronjobs causing it to send notifications twice a day

[Raul Seemendi]

Package: apticron
Version: 1.1.42
Severity: normal


Apticron installs two cronjobs:
1. /etc/cron.d/apticron
2. /etc/cron.daily/apticron

As a result apticron runs twice every day.
I think one cronjob should be enough for apticron.

-- System Information:
Debian Release: 6.0.7
  APT prefers stable
  APT policy: (700, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to et_EE.utf8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apticron depends on:
ii  apt0.8.10.3+squeeze1 Advanced front-end for dpkg
ii  bsd-mailx [mailx]  8.1.2-0.20100314cvs-1 simple mail user agent
ii  cron   3.0pl1-116process scheduling daemon
ii  debconf [debconf-2 1.5.36.1  Debian configuration management sy
ii  ucf3.0025+nmu1   Update Configuration File: preserv

Versions of packages apticron recommends:
pn  apt-listchanges(no description available)
ii  iproute   20100519-3 networking and traffic control too

apticron suggests no packages.

-- Configuration Files:

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702056: RE : Bug#702056: RE : Bug#702056: Additional remarks

[PICCA Frédéric-Emmanuel]

Hello

It would be nice if you could close the bug from the Debian changelog

Instead of this

+  * Added missing dependencies for test target
+  * Generate cleaner pkgconfig files
+  * Install convenience header /user/include/polybori.h


write

+  * Added missing dependencies for test target 
+  * Generate cleaner pkgconfig files (Closes: #XX)
+  * Install convenience header /user/include/polybori.h (Closes: #XX)

I would be cleare about the generated part and explain that you added a patch

+ * debian/patch
 - 0002-Generate-clean-.pc-files-from-upstream.patch (new)
   Generate cleaner pkgconfig files (Closes:XX)

Cheers

I am compiling polybori now

Cheers

Fred

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org