Bug#702757: upstream works good enough

[jidanni]

It turns out the .debs from
http://www.google.com/earth/download/ge/agree.html
works so well (for me) that for now I will use them instead of the
googleearth-package package.


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

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

[Thomas Goirand]

On 03/13/2013 04:12 AM, Adam D. Barratt wrote:
> On Tue, 2013-03-12 at 23:28 +0800, Thomas Goirand wrote:
>> Prach Pongpanich in the mentors list is trying to fix #701134.
>> He is removing the Pre-Depends which was added for the
>> release of Squeeze, because of #605867, which I filled, but
>> can't remember what it was about. The bug report says:
>>
>> As dicussed with the release team, we need to add a
>> Pre-Depends because of /usr/share/php/doc.
>>
>> Does anyone remember off-hand what it was about?
> The original issue was #602865, in php-net-smtp, fixed in 1.4.2-{2,3}.
>
> Given that we don't officially support upgrades that skip a stable
> release, the packages in wheezy technically don't need to include the
> Pre-Depends.
>
> Regards,
>
> Adam
Hi,

That's what I thought as well, but I wanted to check. Thanks Adam for
taking the time to confirm it.

Prach, please change the new path to /usr/share/doc/php-soap, and
I will sponsor the upload.

Cheers,

Thomas


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

Bug#702939: document "Seek ... Invalid argument" on man page or error message itself

[jidanni]

Package: dosfstools
Version: 3.0.16-2
Severity: wishlist
File: /usr/share/man/man8/dosfsck.8.gz

Please have the command make better error messages that tell the user
some hint about what to do about the problem.

# fdisk -l /dev/sdh

Disk /dev/sdh: 4104 MB, 4104610304 bytes
127 heads, 62 sectors/track, 1018 cylinders, total 8016817 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

   Device Boot  Start End  Blocks   Id  System
# fsck.vfat /dev/sdh
dosfsck 3.0.16, 01 Mar 2013, FAT32, LFN
Seek to 4104642048:Invalid argument

The Web gives little clue.


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

Bug#688772: [CTTE #688772] Dependency of meta-gnome on network-manager

[Chris Knadle]

On Wednesday, February 27, 2013 07:39:44, Michael Biebl wrote:
> On 27.02.2013 00:50, Chris Knadle wrote:
> > When this was brought up in the bug report, the response was
> > "network-manager can be installed, then disabled", but how to do that
> > wasn't documented anywhere in the network-manager package.  Instead the
> > next suggestion was documenting this issue in the Wheey errata [2], but
> > I don't see network- manager or wicd mentioned there, nor mentioned in
> > the Installation Guide [3] for Wheezy.
> > 
> > Suggestions?
> 
> I will try to add a section to README.Debian which should be re-usable
> for the release notes / errata.

It's been a couple of weeks, so I did some minimal testing and wrote up some 
initial text for this purpose based on the behavior I observed.

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us

conflicts with other networking manager daemons
~~~

Gnome upstream chose to couple NetworkManager tightly with the Gnome Shell
in order to provide connectivity awareness for both the Shell and Gnome3
applications.  For this reason the Gnome3 maintainers in Debian decided to
follow upstream and upgrade the Recommends on the network-manager stack to a
Depends.  It is known that a small number of Squeeze installations have Gnome
installed but not NetworkManager, and this Dependency will cause
NetowrkManager to be installed upon a distribution upgrade to Wheezy.

At present, NetworkManager can detect if an interface is managed by ifupdown
to avoid conflicts with it, but does not detect other networking manager
programs such as wicd-daemon.  Problems and unexpected behavior can ensue if
two network manager daemons are managing the same interface when attempting
to make a networking connection.  This issue was discussed by the Debian
Technical Committee in #681834 and #688772.

If wicd-daemon and NetworkManager are both running, a wicd client will fail
to make a connection with the counterintuitive message:

   "Connection Failed: bad password"

Trying a NetworkManager client may sometimes result in the message (even when
NetworkManager is running):

   "NetworkManager is not running.  Please start it."

Or a NetworkManager client may work as expected.  Or some other unexpected
behavior may occur.

If continuing to use another networking manager is desired, the NetworkManager
daemon may remain installed but be permanently disabled (which is persistant
through upgrades) with:

   'update-rc.d network-manager disable'

You will also need to recreate /etc/resolv.conf, as the contents of this file
are replaced when the network-manager package is installed.


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

Bug#702938: Xwindow crashes due to vgahw

[David Lawyer]

Package: xserver-xorg-core
Version: 1.12.4-5_i386

When I type startx, the xserver crashes.  I found on the internet that
others report a crash due to the vgahw module (actually libvgahw.so).  Note
that this module is part of the core package.  Heres the log:
[ 13059.599] 
X.Org X Server 1.12.4
Release Date: 2012-08-27
[ 13059.604] X Protocol Version 11, Revision 0
[ 13059.606] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian
[ 13059.607] Current Operating System: Linux davespc 3.2.0-3-486 #1 Thu Jun 28 
08:08:24 UTC 2012 i586
[ 13059.609] Kernel command line: auto BOOT_IMAGE=kernel-3.2... ro 
root=LABEL=6GB-Maxtor nousb
[ 13059.612] Build Date: 23 February 2013  06:25:22PM
[ 13059.613] xorg-server 2:1.12.4-5 (Julien Cristau ) 
[ 13059.614] Current version of pixman: 0.26.0
[ 13059.616]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 13059.618] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 13059.629] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Mar 10 14:50:14 
2013
[ 13059.634] (==) Using config file: "/etc/X11/xorg.conf"
[ 13059.636] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 13059.641] (==) No Layout section.  Using the first Screen section.
[ 13059.642] (**) |-->Screen "Screen" (0)
[ 13059.642] (**) |   |-->Monitor "Dell Monitor"
[ 13059.662] (==) No device specified for screen "Screen".
Using the first device section listed.
[ 13059.663] (**) |   |-->Device "Video Card S3"
[ 13059.663] (==) Automatically adding devices
[ 13059.664] (==) Automatically enabling devices
[ 13059.666] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[ 13059.667]Entry deleted from font path.
[ 13059.667] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 13059.668] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 13059.668] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 13059.682] (II) Loader magic: 0xb77bf5a0
[ 13059.682] (II) Module ABI versions:
[ 13059.682]X.Org ANSI C Emulation: 0.4
[ 13059.683]X.Org Video Driver: 12.1
[ 13059.683]X.Org XInput driver : 16.0
[ 13059.684]X.Org Server Extension : 6.0
[ 13059.690] (--) PCI:*(0:0:19:0) 5333:8811:: rev 0, Mem @ 
0xe000/8388608, BIOS @ 0x/65536
[ 13059.692] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or 
directory)
[ 13059.693] (II) LoadModule: "extmod"
[ 13059.701] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[ 13059.707] (II) Module extmod: vendor="X.Org Foundation"
[ 13059.708]compiled for 1.12.4, module version = 1.0.0
[ 13059.708]Module class: X.Org Server Extension
[ 13059.709]ABI class: X.Org Server Extension, version 6.0
[ 13059.709] (II) Loading extension SELinux
[ 13059.709] (II) Loading extension MIT-SCREEN-SAVER
[ 13059.710] (II) Loading extension XFree86-VidModeExtension
[ 13059.710] (II) Loading extension XFree86-DGA
[ 13059.711] (II) Loading extension DPMS
[ 13059.711] (II) Loading extension XVideo
[ 13059.711] (II) Loading extension XVideo-MotionCompensation
[ 13059.712] (II) Loading extension X-Resource
[ 13059.712] (II) LoadModule: "dbe"
[ 13059.717] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
[ 13059.719] (II) Module dbe: vendor="X.Org Foundation"
[ 13059.719]compiled for 1.12.4, module version = 1.0.0
[ 13059.720]Module class: X.Org Server Extension
[ 13059.720]ABI class: X.Org Server Extension, version 6.0
[ 13059.721] (II) Loading extension DOUBLE-BUFFER
[ 13059.721] (II) LoadModule: "glx"
[ 13059.725] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 13059.728] (II) Module glx: vendor="X.Org Foundation"
[ 13059.729]compiled for 1.12.4, module version = 1.0.0
[ 13059.729]ABI class: X.Org Server Extension, version 6.0
[ 13059.730] (==) AIGLX enabled
[ 13059.731] (II) Loading extension GLX
[ 13059.731] (II) LoadModule: "record"
[ 13059.735] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
[ 13059.738] (II) Module record: vendor="X.Org Foundation"
[ 13059.738]compiled for 1.12.4, module version = 1.13.0
[ 13059.739]Module class: X.Org Server Extension
[ 13059.739]ABI class: X.Org Server Extension, version 6.0
[ 13059.740] (II) Loading extension RECORD
[ 13059.740] (II) LoadModule: "dri"
[ 13059.744] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[ 13059.762] (II) Module dri: vendor="X.Org Foundation"
[ 13059.763]compiled for 1.12.4, modul

Bug#702937: libuhd-dev: Missing watchfile

[Nick Black]

Package: libuhd-dev
Version: 3.5.1-1
Severity: minor

Dear Maintainer,

The uhd source package contains no watchfile, and thus cannot be
monitored with the "uscan" program. For SprezzOS 2 ("Kolmogorov"), we've
written a watchfile using the UHD-Mirror github tags repository. Please
add it to the source package. Thanks!

[skynet](0) $ cat debian/watch 
version=3
opts=uversionmangle=s/([^0-9]|)0*(\d)/$1$2/g;s/_/./g \
https://github.com/EttusResearch/UHD-Mirror/tags .*/release_([\d_]+)\.tar\..*
[skynet](0) $ 


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

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

Versions of packages libuhd-dev depends on:
ii  adduser1:3.113-SprezzOS1
pn  libuhd003  
ii  python 2.7.3-4

Versions of packages libuhd-dev recommends:
pn  gnuradio  

Versions of packages libuhd-dev suggests:
ii  libjs-jquery  1.7.2+dfsg-1
version=3
opts=uversionmangle=s/([^0-9]|)0*(\d)/$1$2/g;s/_/./g \
https://github.com/EttusResearch/UHD-Mirror/tags .*/release_([\d_]+)\.tar\..*

Bug#702936: autologin broken since 1.2.3-1

[Craig Sanders]

Package: lightdm
Version: 1.2.3-1

After upgrading to lightdm 1.2.3-1, autlogin no longer works.  It gets stuck
on a prompt waiting for the user to select the 'session' and click OK.

Same problem exists in lightdm 1.4.0-1 from experimental.

Reverting to 1.2.2-4 fixes the problemthat just uses
/etc/alternatives/x-session-manager (xfce4 in my case) without a
problem.


i've been using lightdm for a couple of years now to autologin on my
mythtv box (so i can have a fullscreen mythfrontend with a full xfce
session hiding behind it for xterms / web browser and other stuff as
needed). has been working perfectly until i upgraded to 1.2.3.

craig

-- 
craig sanders 


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

Bug#600723: bridge-utils: multiple bridge_pathcost options are not supported

[Roopa Prabhu]

The error
" vpnbox-f2-en1:/etc/network# ifup mybridge /etc/network/interfaces:39: 
duplicate option ifup: couldn't read interfaces file 
"/etc/network/interfaces"


is not seen in 1.5-6.


However there is another error in 1.5-6. Multiple bridge_pathcost lines 
in  in /etc/network/interfaces for multiple ports does not work.

Only the last bridge_pathcost line sticks.

This is because env variable IF_BRIDGE_PATHCOST can contain only 
pathcost for one bridge port and that happens to be the last pathcost 
line for the interface.


Eg:

auto mybridge
iface mybridge inet manual
bridge-ports ctz-priv eth0.3084
bridge_bridgeprio 1
bridge_stp yes
bridge_pathcost ctz-priv 100
bridge_pathcost eth0.3084 10

IF_BRIDGE_PATHCOST only contains "eth0.3084 10"

Bug#702935: 'mount -f' does not update /run/mount/utab

[Steve Langasek]

Package: mount
Version: 2.20.1-5.3
Severity: serious
Justification: breaks handling of network-based filesystems on shutdown

The use of a symlink for /etc/mtab in wheezy means that 'mount -f' no longer
works.  As a consequence, extra mount options that libmount *should* record
in /run/mount/utab are not recorded for any filesystem that is mounted
before the rootfs is marked rw, including but not limited to _netdev.  This
potentially leaves the system with no way to cleanly unmount some
network-dependent filesystems at shutdown time.

Relatedly, even if /run/mount/utab were being updated properly by 'mount
-f', there appears to be no interface for querying these values. 
/etc/init.d/umountnfs.sh currently assumes it should read from /etc/mtab;
and the 'findmnt' utility doesn't appear to honor utab even when using the
'-m' option:

$ findmnt -m -O _netdev 
$ echo $?
1
$

This is a significant regression in handling of network-based block devices,
such as iscsi and nbd, compared with squeeze.  I think it's important that
this be resolved before release.

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

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

Versions of packages mount depends on:
ii  libblkid1 2.20.1-5.3 block device id library
ii  libc6 2.13-38Embedded GNU C Library: Shared lib
ii  libmount1 2.20.1-5.3 block device id library
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries
ii  libsepol1 2.0.42-1   SELinux library for manipulating b

mount recommends no packages.

Versions of packages mount suggests:
ii  nfs-common1:1.2.6-3  NFS support files common to client

-- 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#702800: grub-efi: Upgrade failed to install properly? symbol not found: grub_efi_secure_boot

[Daniel Kahn Gillmor]

On Mon 2013-03-11 13:52:33 -0400, Daniel Kahn Gillmor  
wrote:

> On 03/11/2013 01:18 PM, Colin Watson wrote:
>
>> It's possible that your firmware prefers the former path if it can find
>> it; not all EFI systems quite work the way the spec says they should.  I
>> would suggest moving the former aside and seeing what happens, although
>> you should probably also check that the latter is in efibootmgr if your
>> firmware doesn't have a way to boot from a nominated file.
>
> i'll give this a shot and report back when i have a chance to reboot.
> At the moment, i'm booting from "legacy BIOS" mode from a USB stick, so
> efibootmgr doesn't work at all.

ok, i just took some time to try this out.  It's not pretty, but maybe
i'm misunderstanding something.  It looks like i can only get this
machine to boot from its internal disk by doing:

 grub-install --removable

here's the steps i tried:


I put in a fresh USB stick (/dev/sdb) and did:

 mount -t vfat /dev/sdb1 /mnt
 grub-install --target=x86_64-efi --removable --efi-directory=/mnt /dev/sdb

and that let me reboot from the USB device in EFI mode.  I removed the
USB device after this reboot.


Now that i was in efi mode, i could load efivars.ko, and efibootmgr
would report something.  In that mode, i moved everything from /boot/efi
out of the way, and then ran "grub-install".

this installed /mnt/efi/EFI/debian/grubx64.efi; after looking at that, i
rebooted.

This time grub didn't even show up -- the boot process just hung.

so i rebooted from the USB stick, and did:

 grub-install --removable.

This installed /boot/efi/EFI/BOOT/BOOTX64.EFI; after looking at that, i
rebooted, and things worked fine.

so i suspect that after the next grub upgrade, i'm going to run into
this again.

Any hints on what i can do to not have to always supply --removable?

0 root@alice:~# efibootmgr 
Fatal: Couldn't open either sysfs or procfs directories for accessing EFI 
variables.
Try 'modprobe efivars' as root.
1 root@alice:~# modprobe -v efivars
insmod /lib/modules/3.8-trunk-amd64/kernel/drivers/firmware/efivars.ko 
0 root@alice:~# efibootmgr 
BootCurrent: 000A
Timeout: 0 seconds
BootOrder: 0006,0007,0009,000B,000D,000E,000F,000A,0008,0011,0012,0010,0013,000C
Boot  Setup
Boot0001  Boot Menu
Boot0002  Diagnostic Splash Screen
Boot0003  Startup Interrupt Menu
Boot0004  ME Configuration Menu
Boot0005  Rescue and Recovery
Boot0006  USB CD
Boot0007  USB FDD
Boot0008  ATAPI CD0
Boot0009  ATA HDD2
Boot000A* ATA HDD0
Boot000B  ATA HDD1
Boot000C* USB HDD
Boot000D  PCI LAN
Boot000E  ATAPI CD1
Boot000F  ATAPI CD2
Boot0010  Other CD
Boot0011  ATA HDD3
Boot0012  ATA HDD4
Boot0013  Other HDD
Boot0014* IDER BOOT CDROM
Boot0015* IDER BOOT Floppy
Boot0016* ATA HDD
Boot0017* ATAPI CD:
Boot0018* PCI LAN
Boot0019* grub
Boot001A* debian
0 root@alice:~# find /boot/efi -ls
 11 drwxr-xr-x   3 root root 1024 Dec 31  1969 /boot/efi
 41 drwxr-xr-x   4 root root 1024 Mar 12 23:08 /boot/efi/EFI
 71 drwxr-xr-x   2 root root 1024 Mar 12 23:05 
/boot/efi/EFI/debian
 9  119 -rwxr-xr-x   1 root root   121856 Mar 12 23:05 
/boot/efi/EFI/debian/grubx64.efi
101 drwxr-xr-x   2 root root 1024 Mar 12 23:08 
/boot/efi/EFI/BOOT
12  119 -rwxr-xr-x   1 root root   121856 Mar 12 23:08 
/boot/efi/EFI/BOOT/BOOTX64.EFI
0 root@alice:~# grep efi /proc/mounts 
/dev/sda1 /boot/efi vfat 
rw,nosuid,nodev,noexec,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro
 0 0
0 root@alice:~# 


Regards,

--dkg


pgpbFkjRF5z8l.pgp
Description: PGP signature

Bug#448638: RFP: i2p -- I2P is an anonymizing network

[Carlos Alberto Lopez Perez]

retitle 448638 RFP: i2p -- I2P is an anonymizing network
noowner 448638
thanks

Hi


Given the timeline, I think is pretty clear that nobody is working on
this package.

In the mean time another ITP was filled for this package #665450 (now
merged on this one). So I'm retitling this bug to RFP to easily allow
anyone that wants to take care of this to work on it.

If anyone of you want to step in and take care of packaging I2P for
Debian please re-title the bug back to ITP and assign it to you.

If it happens that there is more than one person interested on packaging
I2P, then the interested ones can talk between them to check the
possibility of maintaining the package together.


Thanks!



signature.asc
Description: OpenPGP digital signature

Bug#702908: PTS: upload signature parsing patch

[Paul Wise]

On Wed, Mar 13, 2013 at 5:34 AM, Markus Wanner wrote:

> motivated by Paus Wise, I scratched my own itch: here's a patch that
> makes PTS parse GPG signatures - therefore being able to display a
> package's sponsor. Please review.

Awesome, thanks! We need more folks working on Debian QA
infrastructure, I hope you'll continue to help out :)

> I'm using GPGME, or rather its python binding, so python-gpgme becomes a
> dependency.

Unfortunately python-gpgme isn't installed on quantz yet, so the patch
can't be applied yet. I'll mail DSA about this.

> Currently, if there's anything wrong with the signature or the public
> key missing, there's no warning or anything. It will simply fall back to
> display the sender of the email, as before. Not sure if that's much of
> an issue.

I think that is an important thing to fix. I am also not qualified to
determine if your signature verification code is OK. I have added
Ansgar Burchardt to the recipients, he has been auditing Debian's GPG
verification code and finding issues. Ansgar, could you take a look at
the last hunk of this patch against the PTS code?

http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=support-sign-lookup.diff;att=1;bug=702908

> A public key may have multiple uids and the signature is only specific
> to the key, not any specific uid. But I only want to display a single
> uid. The way I implemented this now is: we take the first uid. Only if a
> later uid has an email ending in "@debian.org", we prefer that one.
> That's certainly not ideal. We could possibly do an LDAP lookup via the
> key's fingerprint on db.debian.org instead...

Hmmm, not sure what to say there. It seems like a reasonable approach for now.

> In the news.xml file, I replaced the "from" attribute of the news item
> with more fine grained "from_address" and "from_realname". However, I
> think existing entries will be kept, so the XSL-templates need to be
> able to parse both. At least that's how I've implemented it. If a
> complete rewrite of all news.xml files is feasible, the XSLTs could be
> simplified quite a bit.

I guess this is needed for the developer.php links, fair enough.

> I also added links to http://qa.debian.org/developer.php?login=$EMAIL
> for both, the sender and signer of the mail in the HTML display of the
> NEWS. Not in RSS.

Nice touch.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#694340: Needs fixing in banshee

[Bálint Réczey]

On 02/14/2013 08:42 PM, Josselin Mouette wrote:

...
> Just poke me when you’re done and I’ll add a Breaks in libgconf2-4
> against unfixed versions.

Hi Josselin,

The cloned bug, #702138 has been fixed.

Cheers,
Balint

Bug#702934: never thought addgroup could add users to groups due to NAME

[jidanni]

Package: adduser
Version: 3.113+nmu3
Severity: wishlist
File: /usr/share/man/man8/adduser.8.gz

When one sees

NAME
   adduser, addgroup - add a user or group to the system

One thinks this command certainly cannot do (this from further down the
man page):

   Add an existing user to an existing group
   If called with two non-option arguments, adduser will add  an  existing
   user to an existing group.

And will skip this command, eventually ending up using gpasswd -a.

Therefore please say

NAME
   adduser, addgroup - add or manipulate user or groups

or something better. That way one could pick it out from apropos(1).


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

Bug#702932: kmod: changes "-" to "_" in some module names on output

[Christoph Anton Mitterer]

Package: kmod
Version: 9-2
Severity: normal


Hi.

Any idea about this:

The module files names from e.g. uhci-hcd, ohci-hcd, ehci-hcd and
xhci-hcd use "-", as well as bash's completion (which probably
uses the file names) or modinfo.

But lsmod uses "_", i.e. uhci_hcd, ohci_hcd, ehci_hcd and
xhci_hcd ... is this a bug or a feature ;-)

Cheers,
Chris.


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

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

Versions of packages kmod depends on:
ii  libc6 2.13-38
ii  libkmod2  9-2
ii  lsb-base  4.1+Debian9

kmod recommends no packages.

kmod 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#702734: [nvidia-detect] please move nvidia-detect out of non-free

[Filipus Klutiero]

Hi Andreas,

On 2013-03-12 04:28, Andreas Beckmann wrote:

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.


I don't mind the license. I'm just saying if we split nvidia-detect, 
we'll have to clarify its license. It doesn't have a clear license 
(which is technically already a small problem) today, but that won't be 
a problem, as I'll happily license it under any terms requested.



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.


So you're saying changing the section requires splitting from n-g-d?

I suspected that splitting the source packages would make updates more 
complicated, although I can't appreciate the cost.



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


I agree it's "fine". I really meant it would be *better* to keep 
nvidia-detect up-to-date.
I'm not sure a backport for nvidia-detect is the intended use. I see 
backports as appropriate for updates which could introduce breakage. If 
we do ourselves a risk-free update, I think it should go directly in 
stable. But if we keep updates in backports anyway, then we could at 
least prepare stable's nvidia-detect to suggest upgrading to backports 
if the card is unknown (or refer to the wiki's version, or to NVIDIA's 
website).



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

Bug#702918: kdm: Kdm can't start KDE sessions twice.

[José Luis Feliciano Triana García]

Yes, I have successfully switched to use again the free drivers. 

I have no problem with them, using kdm I can start KDE sessions twice. 

These are the free drivers that I use, and that I had active before I 
installed and activated the nvidia driver: 

KInfocenter output: 

Kernel module: nouveau
OpenGL version: 2.1 Mesa 8.0.5
Interpreter: Gallium 0.4 on NV46 (Nvidia Geforce 7300 SE/7200 GS)

nouveau versions: 

aptitude show libdrm-nouveau1a
Paquete: libdrm-nouveau1a
Estado: instalado
Instalado automáticamente: sí
Multi-Arch: same
Versión: 2.4.40-1~deb7u2
Prioridad: opcional
Sección: libs
Desarrollador: Debian X Strike Force 
Arquitectura: amd64
Tamaño sin comprimir: 514 k
Depende de: libc6 (>= 2.2.5), libdrm2 (>= 2.4.3)
Predepende de: multiarch-support
Tiene conflictos con: libdrm-nouveau1, libdrm-nouveau1
Rompe: libdrm-nouveau1a (!= 2.4.40-1~deb7u2)
Reemplaza: libdrm-nouveau1a (< 2.4.40-1~deb7u2)

aptitude show xserver-xorg-video-nouveau
Paquete: xserver-xorg-video-nouveau  
Estado: instalado
Instalado automáticamente: sí
Versión: 1:1.0.1-5
Prioridad: opcional
Sección: x11
Desarrollador: Debian X Strike Force 
Arquitectura: amd64
Tamaño sin comprimir: 481 k
Depende de: libc6 (>= 2.4), libdrm2 (>= 2.4.17), libudev0 (>= 146), xorg-
video-abi-12, xserver-xorg-core (>= 2:1.12.3.901)
Recomienda: libgl1-mesa-dri (>= 7.11.1)
Tiene conflictos con: xserver-xorg-video-nouveau
Proporciona: xorg-driver-video

The nvidia driver I use: 
304.64 
OpenGL: 2.1.2 NVIDIA 304.64
Installed from debian non-free repository using module-assistant. 

I use other distros: Ubuntu, Fedora, openSuse in the same machine, with the 
same version of the nvidia driver installed from their own non-free 
respositories (in Fedora I use rpmfusion, exception) I never had this problem 
using kdm in that distributions, even I didn't had this problem with Debian 
Squeeze. 

Regards.


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

Bug#702924: qa.debian.org: DDPO does not always show DM permissions given

[Bart Martens]

On Wed, Mar 13, 2013 at 02:12:41AM +0100, Arno Töll wrote:
> Package: qa.debian.org
> Severity: normal
> 
> Hi,
> 
> it looks like the DDPO does not always show given DM permissions. I don't 
> really
> know why, but sometimes given ACLs aren't shown.
> 
> My DDPO [1] for example lacks at very least ipset [2], to which I granted 
> Neutron
> permissions to upload [3].
> [1] http://qa.debian.org/developer.php?login=arno
> [2] http://packages.qa.debian.org/i/ipset.html
> [3] http://ftp-master.debian.org/dm.txt grep 
> 3BE9A67148F348F23E1E2076C72B51EE9D80F36D

The package ipset is shown in section "Sponsored/other uploads".

> 
> Others lack as well, compare:
> 
> $ who-permits-upload -s sponsor "Paul Tagliamonte"
> Package: tox DM: Barry Warsaw  Sponsor: Paul Tagliamonte
> 
> Package: lastfm DM: John Stamp  Sponsor: Paul 
> Tagliamonte
> 
> Package: liblastfm DM: John Stamp  Sponsor: Paul 
> Tagliamonte
> 
> 
> vs [4]
> 
> [4]  http://qa.debian.org/developer.php?login=paultag

The package tox is shown in section "Sponsored/other uploads".  The packages
lastfm and liblastfm are shown in section "Given DM permissions".

It's an error depending on how one looks at it.  The DDPO is currently designed
to show every package on the DDPO only once, in the first section it fits
in.  See line 675 in developer.wml :
http://anonscm.debian.org/viewvc/qa/trunk/wml/developer.wml?view=markup

I understand that for section "Given DM permissions" this design can be
confusing.  I'm now considering to modify the DDPO to show packages again in
section "Given DM permissions".

Regards,

Bart Martens


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

Bug#702931: gedit not autosave unsaved files

[sergio-wheezy-chile]

Package: gedit
Version: 3.4.2-1
Severity: critical
Tags: d-i
Justification: causes serious data loss

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
gedit not save unsaved document even with autosave option on 1 minute

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
not save

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***



-- Package-specific info:
Active plugins:
  - 'modelines'
  -  'codecomment'
  -  'time'
  -  'docinfo'
  -  'filebrowser'
  -  'quickopen'
  -  'spell'

No plugin installed in $HOME.

Module versions:
  - glib  2.32.4
  - gtk+  3.4.2
  - gtksourceview 
  - pygobject 
  - enchant   
  - iso-codes 3.41


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

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

Versions of packages gedit depends on:
ii  gedit-common   3.4.2-1
ii  gir1.2-atk-1.0 2.4.0-2
ii  gir1.2-freedesktop 1.32.1-1
ii  gir1.2-gdkpixbuf-2.0   2.26.1-1
ii  gir1.2-glib-2.01.32.1-1
ii  gir1.2-gtk-3.0 3.4.2-6
ii  gir1.2-gtksource-3.0   3.4.2-1
ii  gir1.2-pango-1.0   1.30.0-1
ii  gir1.2-peas-1.01.4.0-2
ii  gsettings-desktop-schemas  3.4.2-3
ii  iso-codes  3.41-1
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-38
ii  libcairo-gobject2  1.12.2-3
ii  libcairo2  1.12.2-3
ii  libenchant1c2a 1.6.0-7
ii  libffi53.0.10-3
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libgirepository-1.0-1  1.32.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libgtk-3-0 3.4.2-6
ii  libgtksourceview-3.0-0 3.4.2-1
ii  libice62:1.0.8-2
ii  libpango1.0-0  1.30.0-1
ii  libpeas-1.0-0  1.4.0-2
ii  libsm6 2:1.2.1-2
ii  libx11-6   2:1.5.0-1
ii  libxml22.8.0+dfsg1-7+nmu1
ii  python 2.7.3-4
ii  python-gi  3.2.2-2
ii  python-gi-cairo3.2.2-2
ii  python2.7  2.7.3-6

Versions of packages gedit recommends:
ii  yelp3.4.2-1+b1
ii  zenity  3.4.0-2

Versions of packages gedit suggests:
ii  gedit-plugins  3.4.0-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#702930: MQ IP address incorrectly detected

[David Prévot]

Package: geoip-bin
Version: 1.4.8+dfsg-4
Severity: normal
Tags: upstream

Hi,

Some blocks are wrong:

$ geoiplookup 5.187.106.0
GeoIP Country Edition: FR, France
$ whois 5.187.106.0 | grep country
country:MQ

Regards

David

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

Kernel: Linux 3.7-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages geoip-bin depends on:
ii  libc6   2.13-38
ii  libgcc1 1:4.7.2-5
ii  libgeoip1   1.4.8+dfsg-4
ii  libstdc++6  4.7.2-5

geoip-bin recommends no packages.

geoip-bin 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#702929: apache2: dh_apache2 postinst code needs to reload more

[Russ Allbery]

Package: apache2
Version: 2.4.4-2
Severity: normal

The default dh_apache2 postinst code ends up calling:

case "$CMD" in
enconf|enmod|ensite)
local a2query_ret=0
a2query $check_switch "$CONF" > /dev/null 2>&1 || a2query_ret=$?
if [ "$a2query_ret" -eq 0 ] ; then
# configuration is already enabled
apache2_msg "info" "apache2_invoke $CONF: No action required"
return 0

and similarly apache2_needs_action only acts on fresh installs.  This
means that if one upgrades a module package, Apache is never reloaded
so far as I can see.  That in turn means that the new module code is
never loaded into Apache, which seems like a serious problem (consider a
security update, for example).

Am I missing something?  It feels like something in the default postinst
action for a package upgrade should at some point end up reloading Apache
to load the new module code, even if nothing has changed about the
configuration.

-- Package-specific info:
Enabled MPM: prefork
List of enabled modules:
  authz_user (enabled by site administrator)
   authn_core (enabled by site administrator)
   authz_groupfile (enabled by site administrator)
   access_compat (enabled by site administrator)
   webauthldap (enabled by site administrator)
   socache_shmcb (enabled by site administrator)
   cgi (enabled by site administrator)
   setenvif (enabled by site administrator)
   webkdc (enabled by site administrator)
   mpm_prefork (enabled by site administrator)
   ssl (enabled by site administrator)
   autoindex (enabled by site administrator)
   dir (enabled by site administrator)
   alias (enabled by site administrator)
   mime (enabled by site administrator)
   webauth (enabled by site administrator)
   authz_core (enabled by site administrator)
List of enabled configurations:
  localized-error-pages.conf (enabled by maintainer script)
   ssl.conf (enabled by site administrator)
   other-vhosts-access-log.conf (enabled by maintainer script)
   webauth.conf (enabled by site administrator)
   serve-cgi-bin.conf (enabled by maintainer script)
   webkdc.conf (enabled by site administrator)
   charset.conf (enabled by maintainer script)
   roundup.conf (enabled by site administrator)
   security.conf (enabled by maintainer script)
   shibboleth.conf (enabled by site administrator)

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

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

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+Debian8
ii  mime-support  3.52-1
ii  perl  5.14.2-20
ii  procps1:3.3.3-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
ii  chromium [www-browser]   25.0.1364.160-1
ii  elinks [www-browser] 0.12~pre5-9
ii  iceweasel [www-browser]  10.0.12esr-1
ii  links [www-browser]  2.7-1
ii  lynx-cur [www-browser]   2.8.8dev.12-2
ii  w3m [www-browser]0.5.3-8

Versions of packages apache2-bin depends on:
ii  libapr1  1.4.6-3
ii  libaprutil1  1.4.1-3
ii  libaprutil1-dbd-mysql1.4.1-3
ii  libaprutil1-dbd-sqlite3  1.4.1-3
ii  libaprutil1-ldap 1.4.1-3
ii  libc62.13-38
ii  libldap-2.4-22.4.31-1
ii  liblua5.1-0  5.1.5-4
ii  libpcre3 1:8.30-5
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  
ii  chromium [www-browser]   25.0.1364.160-1
ii  elinks [www-browser] 0.12~pre5-9
ii  iceweasel [www-browser]  10.0.12esr-1
ii  links [www-browser]  2.7-1
ii  lynx-cur [www-browser]   2.8.8dev.12-2
ii  w3m [www-browser]0.5.3-8

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

-- no debconf information


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

Bug#683236: /usr/bin/xflock4: +1 for i3lock

[Daniel Dickinson]

Package: xfce4-utils
Version: 4.8.3-2
Followup-For: Bug #683236

A second vote for adding i3lock.

-- 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 xfce4-utils depends on:
ii  dpkg  1.16.9
ii  exo-utils 0.6.2-5
ii  libc6 2.13-38
ii  libdbus-1-3   1.6.8-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libxfce4ui-1-04.8.1-1
ii  libxfce4util4 4.8.2-1
ii  procps1:3.3.3-2
ii  x11-xserver-utils 7.7~3
ii  xfce4-terminal [x-terminal-emulator]  0.4.8-1+b1
ii  xinit 1.3.2-1
ii  xterm [x-terminal-emulator]   278-4

Versions of packages xfce4-utils recommends:
ii  dbus-x11 1.6.8-1
ii  thunar   1.2.3-4+b1
ii  xdg-user-dirs0.14-1
ii  xfce4-panel  4.8.6-4
ii  xfwm44.8.3-2
ii  xinput   1.6.0-1
pn  xscreensaver | xlockmore | xlockmore-gl  

Versions of packages xfce4-utils suggests:
ii  xfce4-session  4.8.3-3

-- 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#681545: apache2-dev: dh_apache2 postinst action should run during more actions

[Russ Allbery]

Arno Töll  writes:

> I'm finally coming back to the dh_apache issues you filed long ago.

>> I believe you should therefore just remove this conditional and run this
>> code in postinst unconditionally.

> Your explanation sounds right to me. However, we do not unconditionally
> disable the module either. We only do so in case of postrm purge|remove
> to ensure the web server is not reloaded without need. This makes the
> abort-upgrade|abort-remove|abort-deconfigure operations a no op with
> respect to Apache maintainer scripts.

Ah, yes, I see.  You only remove the module during postrm, so this would
only affect people who wrote explicit maintainer scripts to do something
to the module during prerm.  (I think there was a comment in
apache2-maintscript-helper to that effect.)

Given that, I agree, there's no need to run on any action other than
configure unless you want to cater to people who are fiddling about in
prerm, and I don't see any reallly obvious reason why you should need to
do that.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#702928: Is it ok for sources in main to provide binary packages in contrib?

[Michael Gilbert]

package: ftp.debian.org
severity: important

I'm curious whether this situation is really ok as claimed in [0]?
matlab-support source is in main, and the matlab-support binary
(serving only to provide wrappers around non-free matlab) is in
contrib.  It seems obvious to me that a binary package depending on
non-free implies that its source package does as well, thus both
should be in contrib.  Am I wrong?

Thanks for any clarification,
Mike

[0] http://bugs.debian.org/702832


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

Bug#702927: icedove 17.0.4 available upstream

[Daniel Kahn Gillmor]

Package: icedove
Version: 17.0.2-1
Severity: wishlist

thunderbird/icedove 17.0.4 is available from upstream:

 https://www.mozilla.org/en-US/thunderbird/all.html

This apparently fixes a number of outstanding security vulnerabilities
(see USN-1758-2 for more details).

If 17.0.4 could be packaged to replace the version currently in
experimental (17.0.2), that would be great.

thanks for maintaining icedove in debian,

   --dkg

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

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

Versions of packages icedove depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38
ii  libcairo2 1.12.14-1
ii  libdbus-1-3   1.6.8-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.19-stable-3
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4  2:4.9.5-1.1
ii  libnss3   2:3.14.2-1
ii  libnss3-1d2:3.14.2-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-4
ii  libsqlite3-0  3.7.13-1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-5
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  libxrender1   1:0.9.7-1
ii  libxt61:1.1.3-1
ii  psmisc22.20-1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages icedove recommends:
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.3-3
ii  libgssapi-krb5-2  1.10.1+dfsg-4

-- debconf-show failed


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

Bug#681544: apache2-dev: provide dh_apache2 option to avoid enabling module by default

[Russ Allbery]

Arno Töll  writes:
> On 14.07.2012 05:06, Russ Allbery wrote:

>> A nicer mechanism would be to allow the *.apache2 configuration file
>> have an option for mod *.load lines saying not to enable the module by
>> default.

> I think, we should rather stick with a specialized dh_apache command
> line argument, say dh_apache2 --no-start-by-default or whatever instead
> of adding even more complexity to .load files. Does that sound
> acceptable to you?

Sure, yes, that would be fine.  I'm not sure what I was thinking of when
it came to the *.load configuration.  There's no need to change the *.load
files, of course; all this would affect is whether the module was enabled
by default.

> Moreover, we planned to let the maintainer give a local policy on that
> regard. I could imagine a variable in /etc/default/apache2 determining
> the web server reload behavior. In fact, that's quite the point to
> abstract the module load behavior through our wrapper script, although
> such policies are not implemented yet.

I think this is something different, no?  This isn't about whether to
reload Apache, but rather about whether to enable a module by default.
Currently, if one enables mod_webauth by default, it breaks Apache,
because there is mandatory site-local configuration with no meaningful
defaults.

(I consider this a minor upstream bug, and a later version will just warn
and do nothing if minimum configuration is not available.)

>> If the module is enabled, then Apache should still be restarted on
>> upgrade (or other configuration actions).  If the module is not enabled
>> or wasn't previously installed, nothing should be done by default in
>> postinst.  The postrm handling would remain the same.

> We do so, don't we? At least we wrote code which should do right that,
> but it might have bugs of course :>

The restart issue appears to be something different, so let me open a
separate bug about that to keep distinct issues distinct.  :)

-- 
Russ Allbery (r...@debian.org)   


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

Bug#702926: xautolock: io3lock and suckless-tools (slock) should satisfy recommends too

[Daniel Dickinson]

Package: xautolock
Severity: normal

io3lock and slock (suckless-tools) are x lock programs that can be used with 
xautolock and therfore should satisfy xautolock's recommends (esp. since not 
recommends is almost depends for general apt usage)


-- 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


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

Bug#702925: Replace cups-specific mime.types/libcupsmime with libmagic

[Trent W. Buck]

Package: cups
Version: 1.5.3-2.15
Severity: wishlist
File: /usr/share/cups/mime/mime.types
Tags: upstream

I came across mime.types / libcupsmime and my immediate reaction is
"why is cups doing this, when libmagic already provides a perfectly
good library and database of MIME type heuristics?"

There's probably a reason, but I couldn't work it out from a brief
search.  I'm creating this ticket in case nobody has ever thought of
this before.


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

Bug#623339: Repository

[Edward Wang]

A repository exists here, ready for building and uploading: 
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/ardour3.git



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

Bug#702924: qa.debian.org: DDPO does not always show DM permissions given

[Arno Töll]

Package: qa.debian.org
Severity: normal

Hi,

it looks like the DDPO does not always show given DM permissions. I don't really
know why, but sometimes given ACLs aren't shown.

My DDPO [1] for example lacks at very least ipset [2], to which I granted 
Neutron
permissions to upload [3].

Others lack as well, compare:

$ who-permits-upload -s sponsor "Paul Tagliamonte"
Package: tox DM: Barry Warsaw  Sponsor: Paul Tagliamonte

Package: lastfm DM: John Stamp  Sponsor: Paul Tagliamonte

Package: liblastfm DM: John Stamp  Sponsor: Paul 
Tagliamonte


vs [4]

[1] http://qa.debian.org/developer.php?login=arno
[2] http://packages.qa.debian.org/i/ipset.html
[3] http://ftp-master.debian.org/dm.txt grep 
3BE9A67148F348F23E1E2076C72B51EE9D80F36D
[4]  http://qa.debian.org/developer.php?login=paultag

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

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


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

Bug#693457: unblock: ibus-table/1.4.99.20121012-1

[Ma Xiaojun]

On Wed, Mar 13, 2013 at 4:39 AM, Jonathan Wiltshire  wrote:
> Closing. There has been no helpful response from the requestor or
> maintainers since November, despite intrigeri's prompts. I can find no bug
> that would be justification for an unblock, just this vague mention of the
> Cangjie Chinese input method being unusable. The proposed debian/changelog
> merely has "new upstream release", twice.

OK, I'd say you are uninformed about the state of ibus-table.
If you ship the version in testing, you'd continue to have old bugs like:
https://code.google.com/p/ibus/issues/detail?id=1188
https://code.google.com/p/ibus/issues/detail?id=861


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

Bug#671288: Contact Me On My Email: mrsoowonlee1...@live.com

[Marín]

MY NAME ARE MR SOO WOO LEE
I HAVE A BUSINESS PROPOSAL FOR YOU CONTACT ME VIA EMAIL FOR MORE INFORMTION : 
Email: mrsoowonlee1...@live.com

Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, 
contiene información de carácter confidencial exclusivamente dirigida a su 
destinatario o destinatarios. Si no es vd. el destinatario indicado, queda 
notificado que la lectura, utilización, divulgación y/o copia sin autorización 
está prohibida en virtud de la legislación vigente. En el caso de haber 
recibido este correo electrónico por error, se ruega notificar inmediatamente 
esta circunstancia mediante reenvío a la dirección electrónica del remitente.
Evite imprimir este mensaje si no es estrictamente necesario.

This email and any file attached to it (when applicable) contain(s) 
confidential information that is exclusively addressed to its recipient(s). If 
you are not the indicated recipient, you are informed that reading, using, 
disseminating and/or copying it without authorisation is forbidden in 
accordance with the legislation in effect. If you have received this email by 
mistake, please immediately notify the sender of the situation by resending it 
to their email address.
Avoid printing this message if it is not absolutely necessary.

Bug#702923: nginx: Does not suggest docs

[colliar]

Package: nginx
Version: 1.2.1-2.2
Severity: normal

Dear Maintainer,

Non of the packages in squeeze, squeeze-backports nor wheezy do suggest
their corresponding documentation package.

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

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


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

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

[Thomas Dickey]

On Tue, Mar 12, 2013 at 09:19:23AM -0500, Eric Pruitt wrote:
> 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.

hmm - I'll add a to-do item to see what the story is
(I maintain xterm, not screen of course...)

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


signature.asc
Description: Digital signature

Bug#702922: libsvn-perl: Fails to use …/libsvn_ra/deprecated.c

[Kacper Perschke]

Package: libsvn-perl
Version: 1.6.17dfsg-4
Severity: important

Dear Maintainer,

I've tried to use svn-graph.pl from 
http://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/svn-graph.pl

kacper@zbiig:~/Robocze/Sotar$ LC_ALL=C ./svn-graph.pl 
file:///home/kacper/Robocze/Sotar/servis_monitor.svn
digraph tree {
graph [bgcolor=white];
node [color=lightblue2, style=filled];
edge [color=black, labeljust=r];

svn: In file 
'/build/buildd-subversion_1.6.17dfsg-4-i386-MgNPeW/subversion-1.6.17dfsg/subversion/libsvn_ra/deprecated.c'
 line 289: assertion failed (*path != '/')
Przerwane

The above shows that the script started generatind the data and than got an 
error.

Your sincerelly
KAcper Perschke


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'sid')
Architecture: i386 (i686)

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

Versions of packages libsvn-perl depends on:
ii  libapr1 1.4.6-3
ii  libc6   2.13-38
ii  libsvn1 1.6.17dfsg-4
ii  multiarch-support   2.13-38
ii  perl5.14.2-19
ii  perl-base [perlapi-5.14.2]  5.14.2-19

libsvn-perl recommends no packages.

libsvn-perl 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#675543: mdbtools: segmentation fault in non-JET3 compressed data

[Jean-Michel Vourgère]

Hu?

What kind of ODBC operation were you doing?

What do you call "non-JET3 compressed data"? Jet4 databases are UCS2 encoded 
while Jet3 use a local charset. How is compression involved there?

Do you have an exemple database?


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

Bug#702921: unblock: inetutils/2:1.9-2

[Guillem Jover]

On Wed, 2013-03-13 at 00:58:10 +0100, Guillem Jover wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package inetutils. This version contains a security fix
> cherry picked from upstream, which was fixed long time ago for other
> packages with a shared ancestry (iputils).
> 
> The package failed to build on kfreebsd-any due to an issue in
> kfreebsd-kernel-headers, which has been fixed and the upload unblocked
> (thanks Adam!). The packages were given-back on kfreebsd-any and
> built fine.
> 
> Attached the debdiff. If everything looks fine please:

And of course I forgot to attach the diff.

> unblock inetutils/2:1.9-2
> 
> (Once this has migrated I'll prepare a security update for stable.)

Thanks,
Guillem
diff -Nru inetutils-1.9/debian/changelog inetutils-1.9/debian/changelog
--- inetutils-1.9/debian/changelog	2012-01-01 06:55:22.0 +0100
+++ inetutils-1.9/debian/changelog	2013-02-07 03:35:11.0 +0100
@@ -1,7 +1,15 @@
+inetutils (2:1.9-2) unstable; urgency=medium
+
+  * Fix DoS against inetutils-ping via a crafted echo response.
+Patch cherry-picked from upstream. CVE-2010-2529
+
+ -- Guillem Jover   Thu, 07 Feb 2013 03:35:08 +0100
+
 inetutils (2:1.9-1) unstable; urgency=low
 
   * New upstream release.
-- Implement ”ping -W linger”. (Closes: #566845)
+- Implement “syslogd -b bindaddr”. (Closes: #207054)
+- Implement “ping -W linger”. (Closes: #566845)
 - debian/patches/99_CVE-2011-4862.patch: Remove, merged upstream.
 - debian/patches/02_remove_unused_opie_check.patch: Likewise.
 - debian/patches/60_inetd_support_argless_services.patch: Likewise.
diff -Nru inetutils-1.9/debian/patches/0001-ping-CVE-2010-2529.patch inetutils-1.9/debian/patches/0001-ping-CVE-2010-2529.patch
--- inetutils-1.9/debian/patches/0001-ping-CVE-2010-2529.patch	1970-01-01 01:00:00.0 +0100
+++ inetutils-1.9/debian/patches/0001-ping-CVE-2010-2529.patch	2013-01-23 18:10:07.0 +0100
@@ -0,0 +1,28 @@
+From d7ffe9ddf524b0ff13088b2685bd9cfde5e580f5 Mon Sep 17 00:00:00 2001
+From: Mats Erik Andersson 
+Date: Thu, 17 Jan 2013 10:34:55 +0100
+Subject: [PATCH] ping: CVE-2010-2529
+
+	CVE-2010-2529: Infinite loop.
+
+	* ping/ping_echo.c (print_ip_opt) : Break loop
+	if option is truncated or exhausted.
+
+---
+
+diff --git a/ping/ping_echo.c b/ping/ping_echo.c
+index 634e178..e83ccff 100644
+--- a/ping/ping_echo.c
 b/ping/ping_echo.c
+@@ -499,7 +499,7 @@ print_ip_opt (struct ip *ip, int hlen)
+ 	  i = j;
+ 	i -= IPOPT_MINOFF;
+ 	if (i <= 0)
+-	  continue;
++	  break;
+ 	if (i == old_rrlen
+ 	&& cp == (unsigned char *) (ip + 1) + 2
+ 	&& !memcmp ((char *) cp, old_rr, i) && !(options & OPT_FLOOD))
+-- 
+1.8.1.1
+
diff -Nru inetutils-1.9/debian/patches/series inetutils-1.9/debian/patches/series
--- inetutils-1.9/debian/patches/series	2012-01-01 06:55:10.0 +0100
+++ inetutils-1.9/debian/patches/series	2013-01-23 17:59:35.0 +0100
@@ -7,3 +7,4 @@
 62_inetd_change_ipv6_protocol_semantics.patch
 70_ftbfs_non-linux.patch
 71_ftbfs_format_security.patch
+0001-ping-CVE-2010-2529.patch

Bug#702909: RFS: unblock policyd-weight/0.1.15.2-5

[Arno Töll]

On 13.03.2013 00:46, Werner Detter wrote:
> The respective dsc file for the stable package can be found at:
> http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.1-2+squeeze2.dsc

Please file a pu bug against the release.debian.org pseudo-package along
with a debdiff. For s-p-u the RT needs to acknowledge your changes
before one uploads your package.

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



signature.asc
Description: OpenPGP digital signature

Bug#702921: unblock: inetutils/2:1.9-2

[Guillem Jover]

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

Please unblock package inetutils. This version contains a security fix
cherry picked from upstream, which was fixed long time ago for other
packages with a shared ancestry (iputils).

The package failed to build on kfreebsd-any due to an issue in
kfreebsd-kernel-headers, which has been fixed and the upload unblocked
(thanks Adam!). The packages were given-back on kfreebsd-any and
built fine.

Attached the debdiff. If everything looks fine please:

unblock inetutils/2:1.9-2

(Once this has migrated I'll prepare a security update for stable.)

Thanks,
Guillem


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

Bug#702919: akonadi-server: akonadi fails to start after upgrade from squeeze

[Pino Toscano]

Hi,

Alle mercoledì 13 marzo 2013, Hendrik Naumann ha scritto:
> First it did not install mysql-server allthough it was configured to
> use mysql. I can not select sqlite allthough it is installed.

So you had akonadi manually configured to use sqlite3?

> So I installed mysql-server but I get the following error:
> [...]
> Versions of packages akonadi-server suggests:
> pn  akonadi-backend-mysql   
> pn  akonadi-backend-postgresql  
> ii  akonadi-backend-sqlite  1.7.2-2

What about installing the right package, i.e. akonadi-backend-mysql?

-- 
Pino Toscano


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

Bug#702838:

[Werner Detter]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
I've also created a new package for stable, filled a bugreport against
the sponsorship-requests pseudo package.

http://mentors.debian.net/package/policyd-weight

The respective dsc file for the stable package can be found at:
http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.1-2+squeeze2.dsc

The respective dsc file for the unstable package can be found at:
http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.2-5.dsc

Cheers,
Werner

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRP8ADAAoJECrSoAS/sh/hZHcH/3oPjew2mYJ8BbcyasJEbC3X
e5IIZrCaj3cm7f9985erCT4z0O73GYujCoprYuHu5igaeSsBXGHzOZcP4wIE68wj
kk7COB6s0D1XZTme4abFQYjEL/DiREGCAUl2ihXCDqJLB9f6BasYWeBAjdQZXJDA
+5SJ0FxqU7ied4+Fm26hamjuPSZBAK9zPGsfFdBGeLFRTeykyhGvLKsVYMh2MS/i
nQKLF1NPhmXsY/jsHnw+mMlioD4j8JVoku0ZHY9ymH1xTU2/sFWtXrBF27sBPgUq
aLNBCNuSUJUXRuUU/pFQnJU7u/67HoMp7Rwl3SJnmdU3DkOZZIRxzjA0zg1rhCg=
=QxZf
-END PGP SIGNATURE-


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

Bug#702916: Package description: data bank or database?

[Justin B Rye]

Martin Eberhard Schauer wrote:
> are you sure the package descriptions are what you intended to say?
> 
>Package: biomaj

Oh, yes - these and biomaj-watcher passed through d-l-e a year ago:
 https://lists.debian.org/debian-l10n-english/2011/12/msg00036.html
 https://lists.debian.org/debian-l10n-english/2012/01/msg5.html

>Description: biological data-bank updater
> BioMAJ downloads remote data banks, checks their status and applies
> transformation workflows, with consistent state, to provide ready-to-use
> data for biologists and bioinformaticians. For example, it can transform
> original FASTA files into BLAST indexes. It is very flexible and its
> post-processing facilities can be extended very easily.

Strictly speaking the d-l-e "house style" would say there should be a
comma after "status" (it "downloads X, checks Y, and applies Z").  But
I'd be more confident with my suggestions if I knew just what it means
for "transformation workflows" to have "consistent state".
 
>Package: biomaj-properties
>Description: biological data-bank updater - example properties files
> This package contains a set of data bank properties files that can be
> used as examples for BioMAJ. It contains descriptions for many existing
> data banks with or without workflows to transform data. Some files may
> require additional programs (such as BLAST) for post-processing.

Likewise, I don't 100% follow what "with or without workflows to
transform data" is talking about; I'm hoping it makes sense to
bioinformaticians.

> I wonder what a "data bank" is. Did you intentionally use it instead of
> database?

The original versions talked about "banks" (and in particular "bank
properties", which sounded as if it was talking about land owned by
financial institutions).  It struck me as odd, too, but it seems to be
the jargon of the field - the upstream docs all talk about "(data)
banks", and some other sources agree with them (though some prefer
"database" or "knowledgebase").

"Data bank" does have one advantage over "database": it's obviously
talking about a repository of biological data, and not a database like
MySQL (the package, the executable, or the running process).
 
> The first sentence of the long description for biomaj-properties also sounds
> strange to me.

That's my fault.  If your amended version is still accurate then I
agree that it sounds better.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


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

Bug#702821: perl/hash_attack.t fails with 5.10.1 + CVE-2013-1667 fix

[Dominic Hargreaves]

Hello,

When trying to fix this issue in Debian stable, I found that the
patch at

http://svn.apache.org/viewvc?view=revision&revision=1455340

does not stop the test failing when applied to 2.0.4 (as currently
found in Debian stable) and built against the current perl package
in Debian stable (5.10 + the rehashing fix). t/logs/error_log simply says:

[Tue Mar 12 21:09:23 2013] [error] [client 127.0.0.1] Failed to mount the hash 
collision attack at 
/home/dom/working/pkg-perl/git/libapache2-mod-perl2/t/response/TestPerl/hash_attack.pm
 line 112,  line 1.\n

This is the change:

http://perl5.git.perl.org/perl.git/commitdiff/f14269908e5f8b4cab4b55643d7dd9de577e7918

which differs a bit from that applied to 5.14:

http://perl5.git.perl.org/perl.git/commitdiff/d59e31fc729d8a39a774f03bc6bc457029a7aef2

although interestingly both test changes are identical.

Help to pin down this difference in behaviour would be appreciated.

The source for the package in question is at

http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libapache2-mod-perl2.git;a=shortlog;h=refs/heads/dom/squeeze-702821

Thanks,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#702920: unblock: graphviz/2.26.3-14

[David Claughton]

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

Please unblock package graphviz

Version 2.26.3-14 fixes RC bug #702436 which addresses a security
issue (links with ancient libltdl which suffers from DSA-1958-1)
by switching to linking with system libltdl which it should
have been doing all along.

unblock graphviz/2.26.3-14

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

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


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

Bug#702909: RFS: unblock policyd-weight/0.1.15.2-5

[Werner Detter]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, 

I've also created a new package for stable, filled a bugreport against the
sponsorship-requests pseudo package. 

http://mentors.debian.net/package/policyd-weight

The respective dsc file for the stable package can be found at:
http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.1-2+squeeze2.dsc

The respective dsc file for the unstable package can be found at:
http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.2-5.dsc

Cheers,
Werner

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRP75pAAoJECrSoAS/sh/hbQ8H/0Xf5MNXECIQMco6CdPEH7rF
4jhs6zGtSPmmGhk9hkYEZj2TiY2/S9nzlwgdUqqRkU+MHFe9r14CstoWM7U5Alw/
fShuMqnkyMIU9Am+iYHhiJYyXbqAAGFrMyNUWkR7BPXUZpQ1JqRcLHbD1rhNR+zT
O3C4rkxTQtV9wzGhbWq6xa1P1mu9jFHiKpLGkxP9BXTz6sE3n/B64Pkp9n+Mzv4i
QT1d0QeacwQNbkT1SJtkUawS8VKV24RZY+tdH24OhnSS0rW83ku6lw4v7JDA+aLa
X8X5z3vYwmUDkp4692/LCJFvygEjEaMMRy5nR/0ASss0annVgsqPrJ7M3ok7TP4=
=R/qb
-END PGP SIGNATURE-


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

Bug#702821: Pending fixes for bugs in the libapache2-mod-perl2 package

[pkg-perl-maintainers]

tag 702821 + pending
thanks

Some bugs in the libapache2-mod-perl2 package are closed in revision
c71d0917fc72cc5bb1f0c017c917be80e5206e0f in branch ' 
dom/squeeze-702821' by Dominic Hargreaves

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libapache2-mod-perl2.git;a=commitdiff;h=c71d091

Commit message:

Fix FTBFS with versions of perl including the CVE-2013-1667 fix (Closes: 
#702821)


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

Bug#702918: kdm: Kdm can't start KDE sessions twice.

[Lisandro Damián Nicanor Pérez Meyer]

tag 702918 moreinfo unreproducible
severity 702918 normal
thanks

On Tue 12 Mar 2013 20:19:08 José Luis Feliciano Triana García escribió:
> Package: kdm
> Version: 4:4.8.4-6
> Severity: important
[snip]
>  I tried to use the privative drivers (nvidia) with no result,

Have you tired with free (as in freedom) drivers?
Ifyou did not, please try and report the result back.
If you did, please tell us which one.

Kinds regards, Lisandro.

-- 
All of us have bad luck and good luck. The man who persists through
the bad luck - who keeps right on going - is the man who is there
when the good luck comes - and is ready to receive it.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#702919: akonadi-server: akonadi fails to start after upgrade from squeeze

[Hendrik Naumann]

Package: akonadi-server
Version: 1.7.2-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Akonadi does not start, so I cant use any kdepim app. 

First it did not install mysql-server allthough it was configured to use mysql. 
I can not select sqlite allthough it is installed. 

So I installed mysql-server but I get the following error:

---
130313  0:26:45 [Note] Plugin 'FEDERATED' is disabled.
130313  0:26:45 InnoDB: The InnoDB memory heap is disabled
130313  0:26:45 InnoDB: Mutexes and rw_locks use GCC atomic builtins
130313  0:26:45 InnoDB: Compressed tables use zlib 1.2.7
130313  0:26:45 InnoDB: Using Linux native AIO
130313  0:26:45 InnoDB: Initializing buffer pool, size = 80.0M
130313  0:26:45 InnoDB: Completed initialization of buffer pool
130313  0:26:45 InnoDB: highest supported file format is Barracuda.
130313  0:26:45  InnoDB: Error: page 6 log sequence number 188267182
InnoDB: is in the future! Current system log sequence number 152246013.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.
130313  0:26:45  InnoDB: Error: page 45 log sequence number 188267182
InnoDB: is in the future! Current system log sequence number 152246013.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.
130313  0:26:45  InnoDB: Error: page 50 log sequence number 188260834
InnoDB: is in the future! Current system log sequence number 152246013.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.
130313  0:26:45  InnoDB: Warning: allocated tablespace 12, old maximum was 0
130313  0:26:45  InnoDB: Waiting for the background threads to start
130313  0:26:46 InnoDB: 1.1.8 started; log sequence number 152246013
usr/sbin/mysqld: File './mysql-bin.000570' not found (Errcode: 2)
130313  0:26:46 [ERROR] Failed to open log (file './mysql-bin.000570', errno 2)
130313  0:26:46 [ERROR] Could not open log file
130313  0:26:46 [ERROR] Can't init tc log
130313  0:26:46 [ERROR] Aborting

130313  0:26:46  InnoDB: Starting shutdown...
130313  0:26:47  InnoDB: Shutdown completed; log sequence number 152246013
130313  0:26:47 [Note] /usr/sbin/mysqld: Shutdown complete





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

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

Versions of packages akonadi-server depends on:
ii  akonadi-backend-sqlite  1.7.2-2
ii  libakonadiprotocolinternals11.7.2-2
ii  libboost-program-options1.49.0  1.49.0-3.2
ii  libc6   2.13-38
ii  libgcc1 1:4.7.2-5
ii  libqt4-dbus 4:4.8.2+dfsg-11
ii  libqt4-network  4:4.8.2+dfsg-11
ii  libqt4-sql  4:4.8.2+dfsg-11
ii  libqt4-xml  4:4.8.2+dfsg-11
ii  libqtcore4  4:4.8.2+dfsg-11
ii  libqtgui4   4:4.8.2+dfsg-11
ii  libsoprano4 2.7.6+dfsg.1-2
ii  libstdc++6  4.7.2-5

akonadi-server recommends no packages.

Versions of packages akonadi-server suggests:
pn  akonadi-backend-mysql   
pn  akonadi-backend-postgresql  
ii  akonadi-backend-sqlite  1.7.2-2

-- debconf-show failed

-- debsums errors found:
dpkg-query: Warnung: Parsen der Datei »/var/lib/dpkg/status«, nahe Zeile 4436 
Paket »wordnet-doc«:
 architecture fehlt
dpkg-query: Warnung: Parsen der Datei »/var/lib/dpkg/status«, nahe Zeile 4934 
Paket »libopenldap-runtime«:
 architecture fehlt
dpkg-query: Warnung: Parsen der Datei »/var/lib/dpkg/status«, nahe Zeile 26391 
Paket »qt-doc«:
 architecture fehlt
dpkg-query: Warnung: Parsen der Datei »/var/lib/dpkg/status«, nahe Zeile 44078 
Paket »wdg-html-reference«:
 architecture fehlt
dpkg-query: Warnung: Parsen der Datei »/var/lib/dpkg/status«, nahe Zeile 53103 
Paket »qt-designer-doc«:
 architecture fehlt
dpkg-query: Warnung: Parsen der Datei »/var/lib/dpkg/status«, nahe Zeile 55278 
Paket »bibtool-dev«:
 architecture fehlt
dpkg-query: Warnung: Parsen der Datei »/var/lib/dpkg/status«, nahe Zeile 66921 
Paket »kernel-image-2.6.8«:
 Fehler in Versionszeichenkette »Custom.1«: Versionsnummer beginnt nicht mit 
einer Ziffer
dpkg-query: Warnung: Parsen der Datei »/var/lib/dpkg/status«, nahe Zeile 66922 
Paket »kernel-image-2.6.8«:
 Fehler in

Bug#702918: kdm: Kdm can't start KDE sessions twice.

[José Luis Feliciano Triana García]

Package: kdm
Version: 4:4.8.4-6
Severity: important

Dear Debian developers, KDE maintainers;

On a fresh KDE Debian installation, it is not possible to start KDE session
twice, using kdm.


You login first time OK, then you log off, after you retype your password, and
the session is not able to start, I can hear the KDE sound at login, but no
change in the screen as the splash screen keeps frozen.
I log on on a tty, open top, and then Kwin is in the top, consuming the 90-100
% of cpu time.

 I tried to use the privative drivers (nvidia) with no result, I changed KDM to
LightDM, and with lightDM I can start KDE sessions twice, but not with KDM as
display manager.

Steps to reproduce:

With KDM:

1) Start a KDE session.
2) Log off  from that KDE session.
3) Login into a KDE session again.
4) Vuala! splash screen frozen, KDE sound session, but no desktop.
5) Restart X server (I had to activate the ctrl + alt + return binding in order
to kill Xserver), alternatively you can restar the X server in kdm, and it will
allow you to login as well.
6) Logon to the KDE session again and you will be able to login (no splash
screen frozen)

It is expected to run a KDE session twice.

Additional information:

I installed Openbox, I can start a pure Openbox session twice and a KDE Openbox
session as well, but not a KDE/Kwin session.

While I have the splash screen frozen, In a tty using top I can see that Kwin
is consuming an unusual amount of CPU time, and the process becomes
unresponsive, I can't kill it through top, I must restart the whole X server in
order to stop Kwin consuming most cpu.

I changed the configuration of kdm, the theme through systemsettings , but even
before I made any change, I had this behavior using Kdm.

I actually use lightDM, as it allows me to start KDE sessions twice in a row,
the times I may need to.

This only happens per user, I explain I have my user "foo" and I create another
user "bar".

I login with foo, then I log out (no user switch), I login with bar, no
problem, I logout bar session, then I try to login a second time with foo,
splash screen frozen, restart X server, and I able to log in a second time as
foo.









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

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

Versions of packages kdm depends on:
ii  adduser   3.113+nmu3
ii  consolekit0.4.5-3.1
ii  debconf [debconf-2.0] 1.5.49
ii  kde-runtime   4:4.8.4-2
ii  kde-wallpapers-default4:4.8.4-1
ii  kde-workspace-kgreet-plugins  4:4.8.4-6
ii  libc6 2.13-38
ii  libck-connector0  0.4.5-3.1
ii  libdbus-1-3   1.6.8-1
ii  libkdecore5   4:4.8.4-4
ii  libkdeui5 4:4.8.4-4
ii  libkio5   4:4.8.4-4
ii  libknewstuff3-4   4:4.8.4-4
ii  libkworkspace4abi14:4.8.4-6
ii  libpam0g  1.1.3-7.1
ii  libqimageblitz4   1:0.0.6-4
ii  libqt4-svg4:4.8.2+dfsg-11
ii  libqt4-xml4:4.8.2+dfsg-11
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libstdc++64.7.2-5
ii  libx11-6  2:1.5.0-1
ii  libxau6   1:1.0.7-1
ii  libxdmcp6 1:1.1.1-1
ii  libxtst6  2:1.2.1-1
ii  lsb-base  4.1+Debian8

Versions of packages kdm recommends:
ii  kde-window-manager [x-window-manager]  4:4.8.4-6
ii  kde-workspace  4:4.8.4-6
ii  konsole [x-terminal-emulator]  4:4.8.4-2
ii  logrotate  3.8.1-4
ii  openbox [x-window-manager] 3.5.0-6
ii  xserver-xephyr [xserver]   2:1.12.4-5
ii  xserver-xorg [xserver] 1:7.7+2
ii  xterm [x-terminal-emulator]278-4

Versions of packages kdm suggests:
ii  kde-wallpapers  4:4.8.4-1
ii  kdepasswd   4:4.8.4-2

-- Configuration Files:
/etc/kde4/kdm/backgroundrc changed [not included]
/etc/kde4/kdm/kdmrc changed [not included]

-- debconf information:
  kdm/stop_running_server_with_children: false
* shared/default-x-display-manager: lightdm
  kdm/daemon_name: /usr/bin/kdm
Attaching to process 1319
Reading symbols from /usr/bin/kwin...Reading symbols from 
/usr/lib/debug/usr/bin/kwin...done.
done.
Reading symbols from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so...Reading 
symbols from /usr/lib/debug/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so...done.
done.
Loaded symbols for /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...Reading symbols from 
/usr/lib/debug/lib/x86_64-linux-gnu/libc-2.13.so...done.
done.
Loaded symb

Bug#702357: yajl: support for multiarch based cross compile

[John Stamp]

Thank you!

My tentative plan is to wait until after the freeze.  Or did you really
need it in experimental before then?

John


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

Bug#620225: GTK+ UI errors: segfaults, floating-point exceptions, pango error

[Sandro Tosi]

Hello Bruno,

On Sat, Feb 2, 2013 at 12:42 AM, Bruno Filipe Oliveira Ramos
 wrote:
> I have been looking at this problem and I think I might have some clues on 
> what
> is causing the error.
>
> >From what I could find in my searches (gdb mainly) the problem is related to
> the fact the reportbug is updating the UI directly from a thread.
>
> Apparently the right way to update the UI directly from a thread is to use
> gobject.idle_add().

thanks A TON for this fix!

I've prepared an updated package, available at:
http://people.debian.org/~morph/reportbug/ . It would be awesome if
someone that faced this issue could install the 2 debs on that link
and verify if it's fixed now.

If I get some acknowledges that this package fixes the problems, I'll
upload to unstable and ask for an unblock.

Regards,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


-- 
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

[Gaudenz Steinlin]

Andreas Beckmann  writes:

> 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)
>

I'd say that mesa should get the highest priority and the more recent
versions of the proprietary drivers should get a higher priority than
the older ones. The priority between fglrx and nvidia does not really
matter because I don't know any system where you need both of them at
the same time. I also think that the priorities are not really important
as if you have more than one alternative installed you probably want to
select the right one based on the hardware and based on static priority
numbers.

>
>>> 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.

I fully agree that this is post wheezy material and a documentation note
is OK for wheezy. I guess you could add a not the NEWS.Debian so that
it's shown with apt-listchanges.

For the live distribution I currently help developing we mostly care
that we don't have to carry a diff to Debian forever. Doing a backport
is OK for us.

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#702917: linphone-nogtk: linphonecsh has no provision to recieve chat messages

[Dallas E. Legan]

Package: linphone-nogtk
Version: 3.5.2-10
Severity: wishlist

I'm putting this as a wish list item because there may not be
a gracefull way to handle it, but perhaps some imaginative thinking
might overcome the issue.
Basicly, if you run it as advertised, linephonecsh doesn't seem
to have a way to recieve text chat messages.
If the server/slave linphonec  --pipe session is run in a seperate
console (possibly launched with screen, openvt or tmux - in any case
not as advertised to run it :-) ), you can observe multiple copies
of the same text message dumped as they are recieved.
Off hand, I don't know any way to route these to the 
(possibly arbitrary, and therefore not really predicatable)
console where linephonecsh is being run.
Maybe it would be good if linphonec had a switch that causes it to 
save messages (a predefined number of the latest in a buffer) 
until a request to dump them is recieved (a new command 
for linephonecsh) , 
then it would know how to dispose of them as it 
normally does for other commands.  There may be better ways this could 
be handled.
A brief note of this quirk might be good for the linphonecsh man page.
Maybe it is best to use a seperate xmpp/jabber client.  :-)

I also noted that 

linephonecsh  generic ''

blocks, where it seems like it should just return to the prompt.

Thanks for any consideration and the work you are doing.

Regards, Dallas E. Legan II / le...@acm.org / aw...@lafn.org
http://isthereanotherquestion.blogspot.com

"Tekeli-li! Tekeli-li!"
- "At the Mountains of Madness", H.P. Lovecraft

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linphone-nogtk depends on:
ii  host  2331-9 utility for querying DNS servers
ii  libc6 2.13-37Embedded GNU C Library: Shared lib
ii  liblinphone4  3.5.2-10   linphone's shared library part (su
ii  libmediastreamer1 3.5.2-10   linphone web phone's media library
ii  libncurses5   5.7+20100313-4 shared libraries for terminal hand
ii  libortp8  3.5.2-8Real-time Transport Protocol stack
ii  libosip2-73.6.0-3Session Initiation Protocol (SIP) 
ii  libreadline6  6.1-3  GNU readline and history libraries
ii  libspeex1 1.2~rc1-1  The Speex codec runtime library
ii  libtinfo5 5.9-4  shared low-level terminfo library 
ii  libx11-6  2:1.5.0-1  X11 client-side library
ii  linphone-common   3.5.2-10   Shared components of the linphone 

linphone-nogtk recommends no packages.

linphone-nogtk 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#702916: Package description: data bank or database?

[Martin Eberhard Schauer]

Package: src:biomaj
Version: 1.2.1-1
Severity: wishlist
X-Debbugs-CC: debian-l10n-engl...@lists.debian.org

Dear Debian Med Maintainers,

are you sure the package descriptions are what you intended to say?

   Package: biomaj
   Description: biological data-bank updater
BioMAJ downloads remote data banks, checks their status and applies
transformation workflows, with consistent state, to provide 
ready-to-use
data for biologists and bioinformaticians. For example, it can 
transform

original FASTA files into BLAST indexes. It is very flexible and its
post-processing facilities can be extended very easily.

   Package: biomaj-properties
   Description: biological data-bank updater - example properties files
This package contains a set of data bank properties files that can be
used as examples for BioMAJ. It contains descriptions for many existing
data banks with or without workflows to transform data. Some files may
require additional programs (such as BLAST) for post-processing.

I wonder what a "data bank" is. Did you intentionally use it instead of
database?

The first sentence of the long description for biomaj-properties also sounds
strange to me.

I would be glad if the suggested patch proves as improvement.

Kind regards,
   Martin
--- control	2012-10-03 10:53:31.0 +0200
+++ control.new	2013-03-12 23:17:20.0 +0100
@@ -27,8 +27,8 @@
  libcommons-httpclient-java, libcommons-logging-java,libjets3t-java, perl,
  mysql-server
 Suggests: ncbi-tools-bin, blast2
-Description: biological data-bank updater
- BioMAJ downloads remote data banks, checks their status and applies
+Description: biological database updater
+ BioMAJ downloads remote databases, checks their status and applies
  transformation workflows, with consistent state, to provide ready-to-use
  data for biologists and bioinformaticians. For example, it can transform
  original FASTA files into BLAST indexes. It is very flexible and its
@@ -37,8 +37,8 @@
 Package: biomaj-properties
 Architecture: all
 Depends: ${misc:Depends}
-Description: biological data-bank updater - example properties files
- This package contains a set of data bank properties files that can be
- used as examples for BioMAJ. It contains descriptions for many existing
- data banks with or without workflows to transform data. Some files may
- require additional programs (such as BLAST) for post-processing.
+Description: biological database updater - example properties files
+ This package contains a set of example properties files for use with
+ BioMAJ. It contains descriptions for many existing databases with
+ or without workflows to transform data. Some files may require
+ additional programs (such as BLAST) for post-processing.

Bug#702794: git-buildpackage: Should extract orig tarball from pristine-tar before building source package

[Felipe Sateler]

On Mon, Mar 11, 2013 at 1:58 PM, Guido Günther  wrote:
> On Mon, Mar 11, 2013 at 10:36:09AM -0400, Felipe Sateler wrote:
>> Package: git-buildpackage
>> Version: 0.6.0~git20121124
>> Severity: normal
>>
>> When building a full (source+binary) package, dpkg-source is invoked  by
>> dpkg-buildpackage. dpkg-source needs the orig tarball in order to create
>> the source package. git-buildpackage should extract the tarball from the
>> pristine-tar branch (if it exists) before invoking dpkg-source (if the
>> tarball does not already exist), otherwise the build fails because the
>> orig tarball was not found.
>
> Please attach the command you're using. gbp should behave exactly as you
> describe.

Further experimentation reveals that the problem is not the invocation
of gbp, but my package. However, gbp could be smarter about this.

The package I was trying to build had a wrong version number. It was a
3.0 (quilt) package, but the version didn't have a debian revision
number.

I'm thinking gbp assumed it was a native package, so it didn't extract
the pristine-tar data. Thus the behavior I was seeing.

I'm not sure what gbp should do in this case. But I think if the
package format is 3.0 it can avoid guessing from the version if it
should extract upstream data or not.

--

Saludos,
Felipe Sateler


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

Bug#702915: ltsp: Update German translations of gettext messages

[Wolfgang Schweer]

Package: ltsp
Version: 5.4.2-5
Severity: wishlist
Tags: upstream patch l10n

Hi,

please find attached the updated de.po files.

Wolfgang



ltsp_po_files.tgz
Description: application/gtar-compressed


signature.asc
Description: Digital signature

Bug#702646: FTBFS: Can't locate File/Slurp.pm

[Gianluca Ciccarelli]

Dear all,

Thanks for the time you've dedicated to this package. I have
included the proposed patch in the next maintainer upload,
for which I've contacted my original sponsor. I have
acknowledged both the original reporter and the patch
submitter in the new changelog.

I am sorry for this huge FTBFS, I should've checked for that
in the first place.

All the best,

-- 
Gianluca Ciccarelli
http://gergel.im
GPG key ID: 0x39BBDB6C


signature.asc
Description: Digital signature

Bug#700975: Also happens on 3.8

[Maik Zumstrull]

Just tried with 3.8.2, fresh from experimental.

Bug#702914: libnet-server-perl: CVE-2013-1841: Improper reverse DNS matching check for the given hostname

[Salvatore Bonaccorso]

Package: libnet-server-perl
Severity: important
Tags: security
Control: forwarded -1 https://rt.cpan.org/Ticket/Display.html?id=83909

Hi

It was reported to the oss-security list[1] that libnet-server-perl
does not check the reverse DNS lookup hostname again by doing a
forward lookup and checking that it matches the original ip.

 [1]: http://www.openwall.com/lists/oss-security/2013/03/04/10

See also

 [2]: https://security-tracker.debian.org/CVE-2013-1841
 [3]: https://rt.cpan.org/Ticket/Display.html?id=83909

Regards,
Salvatore


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

Bug#702909: RFS: unblock policyd-weight/0.1.15.2-5

[Werner Detter]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Arno,

thanks for your reply.

> The RT does not feel very comfortable to push standards at this
> stage. But given there are no real changes, they may generously
> ignore that while reviewing your debdiff.

Yes, there are no real changes - I hope they ignore the update of the
standard versions.

> btw. there is a typo in your changelog and you may want to close
> #702838 with the upload.

Thanks for the hint. Recreated the package and uploaded to mentors.

Regards,
Werner

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRP56eAAoJECrSoAS/sh/hlcYH/2SdYPSXJbDNEy7ess7HvZ0G
6fT4+uJii225N9Obo1uA65SrVZ45i6x4FsJQ4STYeOX8mK1UjESEbPKjK91doFtk
1URUAvifOWEBRVuXRrQkM0poYDL+ZxSGdMkD+FXJAQ0YYiNpfMt/o3Y6FoUb8ssW
4jAx2FzAVXAlGsK+TTL9rfKbN14qY3NKMbW+9om2nQ7wZBMe939CrWyNeDZvEAwi
VU5poB9EpVtzDeSg6ga8VjIF/lzWXj5CdJ47Asy+Sk9ub+vISu5X3FZDNCixRG8v
XFXTDijMkpEdnCCJP4I/XedaTo9cACox9Q+I1tjsqR9sDXf74CmdmgEtz643B1w=
=QmyB
-END PGP SIGNATURE-


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

Bug#702908: PTS: upload signature parsing patch

[Markus Wanner]

tags 700515 + patch
thanks

Hi,

motivated by Paus Wise, I scratched my own itch: here's a patch that
makes PTS parse GPG signatures - therefore being able to display a
package's sponsor. Please review.

A few notes and remarks:

I'm using GPGME, or rather its python binding, so python-gpgme becomes a
dependency.

Currently, if there's anything wrong with the signature or the public
key missing, there's no warning or anything. It will simply fall back to
display the sender of the email, as before. Not sure if that's much of
an issue.

A public key may have multiple uids and the signature is only specific
to the key, not any specific uid. But I only want to display a single
uid. The way I implemented this now is: we take the first uid. Only if a
later uid has an email ending in "@debian.org", we prefer that one.
That's certainly not ideal. We could possibly do an LDAP lookup via the
key's fingerprint on db.debian.org instead...

In the news.xml file, I replaced the "from" attribute of the news item
with more fine grained "from_address" and "from_realname". However, I
think existing entries will be kept, so the XSL-templates need to be
able to parse both. At least that's how I've implemented it. If a
complete rewrite of all news.xml files is feasible, the XSLTs could be
simplified quite a bit.

I also added links to http://qa.debian.org/developer.php?login=$EMAIL
for both, the sender and signer of the mail in the HTML display of the
NEWS. Not in RSS.

Comments?

Regards

Markus Wanner

Index: www/xsl/news2rss.xsl
===
--- www/xsl/news2rss.xsl	(revision 2950)
+++ www/xsl/news2rss.xsl	(working copy)
@@ -60,9 +60,32 @@
 
   
 	
-	 (
-	
-	)
+
+
+   (
+  
+
+
+
+
+  
+
+
+  
+   - 
+  
+
+
+  
+
+
+
+  
+  )
+
+
+
+	
   
   
 	
@@ -81,9 +104,30 @@
 
 ] 
 
- (
-
-)
+
+
+   (
+  
+
+
+
+
+  
+
+
+  
+   - 
+  
+
+
+  
+
+
+
+  
+  )
+
+
   
 
   
Index: www/xsl/pts.xsl
===
--- www/xsl/pts.xsl	(revision 2950)
+++ www/xsl/pts.xsl	(working copy)
@@ -75,6 +75,30 @@
 http://security.debian.org/
 http://http.debian.net/debian-backports
 
+
+  
+  
+  
+
+  
+
+  http://qa.debian.org/developer.php?login=
+  
+
+  
+
+
+  
+
+  
+  
+
+
+  
+
+  
+
+
 
   
 
@@ -83,10 +107,40 @@
 	
 ] 
   
-  
+  
+
+  
  (
-	
-)
+
+
+  
+  
+
+  
+
+  email sender
+  
+  
+
+ - 
+signed by: 
+  signer
+  
+  
+
+  
+
+  
+
+  
+  
+
+  
+
+
+)
+  
+  
 
 
   
@@ -208,13 +262,6 @@
   
 
 
-
-  
-  
-
-  
-
-
 
   
 
@@ -245,17 +292,11 @@
 
   maint
   
-	
-	  
-	http://qa.debian.org/developer.php?login=
-	
-	  
-	
-	  
-	  
-	
-	  
-	
+
+  maintainer
+  
+  
+
 	
 	  (dm)
 	
@@ -264,19 +305,11 @@
 	, 
 	
 	  
-	  
-		
-		  http://qa.debian.org/developer.php?login=
-		  
-		
-		  
-		
-		  
-		
-		
-		  
-		
-	  
+  
+uploader
+
+
+  
 	   (u
 	  
 		, dm
Index: www/bin/update_news.py
===
--- www/bin/update_news.py	(revision 2950)
+++ www/bin/update_news.py	(working copy)
@@ -79,8 +79,11 @@
 sub_elt.setAttribute("date", info["date"])
 sub_elt.setAttribute("rfc822date",
  timestamp_to_rfc822date(info["timestamp"]))
-if info.has_key("from_name"):
-sub_elt.setAttribute("from", info["from_name"])
+# Copy these attributes as-is
+for attname in ("from_realname", "from_address",
+		"sign_realname", "sign_address"):
+	if info.has_key(attname):
+	sub_elt.setAttribute(attname, info[attname])
 elt.appendChild(sub_elt)
 
 
Index: www/bin/common.py
===
--- www/bin/common.py	(revision 2950)
+++ www/bin/common.py	(working copy)
@@ -7,8 +7,12 @@
 # This file is distributed under the

Bug#502468: Still broken

[Yang Zhang]

Tested against 2.7.1 on Ubuntu 12.04 and it is *not* fixed.  Mark, how
are you determining that it's been fixed?

yang@db:~$ keychain --version

 * keychain 2.7.1 ~ http://www.funtoo.org

   Copyright 2002-2006 Gentoo Foundation;
   Copyright 2007 Aron Griffis;
   Copyright 2009-2010 Funtoo Technologies, LLC;
   lockfile() Copyright 2009 Parallels, Inc.

 Keychain is free software: you can redistribute it and/or modify
 it under the terms of the GNU General Public License version 2 as
 published by the Free Software Foundation.

yang@db:~$ keychain --eval --nogui ~/.ssh/id_rsa
 * keychain 2.7.1 ~ http://www.funtoo.org
 * Found existing ssh-agent: 27511
SSH_AUTH_SOCK=/tmp/ssh-THGFdqg27510/agent.27510; export SSH_AUTH_SOCK;
SSH_AGENT_PID=27511; export SSH_AGENT_PID;

 * Adding 1 ssh key(s): /home/yang/.ssh/id_rsa
Enter passphrase for /home/yang/.ssh/id_rsa:
 * ssh-add: Identities added: /home/yang/.ssh/id_rsa

yang@db:~$ cat ~/.keychain/db-sh
SSH_AUTH_SOCK=/tmp/ssh-THGFdqg27510/agent.27510; export SSH_AUTH_SOCK;
SSH_AGENT_PID=27511; export SSH_AGENT_PID;

yang@db:~$ ps 27511
  PID TTY  STAT   TIME COMMAND
27511 ?Ss 0:00 ssh-agent

yang@db:~$ keychain --eval --nogui ~/.ssh/id_rsa

 * keychain 2.7.1 ~ http://www.funtoo.org
 * Found existing ssh-agent: 27511
SSH_AUTH_SOCK=/tmp/ssh-THGFdqg27510/agent.27510; export SSH_AUTH_SOCK;
SSH_AGENT_PID=27511; export SSH_AGENT_PID;

 * Known ssh key: /home/yang/.ssh/id_rsa

yang@db:~$ keychain --inherit any --eval --nogui ~/.ssh/id_rsa

 * keychain 2.7.1 ~ http://www.funtoo.org
 * Starting ssh-agent...
SSH_AUTH_SOCK=/tmp/ssh-nlWOtHX28257/agent.28257; export SSH_AUTH_SOCK;
SSH_AGENT_PID=28258; export SSH_AGENT_PID;

 * Adding 1 ssh key(s): /home/yang/.ssh/id_rsa
Enter passphrase for /home/yang/.ssh/id_rsa:

--
Yang Zhang
http://yz.mit.edu/


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

Bug#702913: emacs23: gtk toolbar not visible to accessibility clients

[Yann Dirson]

Package: emacs23
Version: 23.4+1-4
Severity: normal

When eg. looking at emacs23 through accerciser, one can only see the
menu bar and the panel used for buffers, as children of the main
window.  The toolbar, even when not hidden, does not appear, despite
looking like a standard Gtk toolbar.

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

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

Versions of packages emacs23 depends on:
ii  emacs23-bin-common  23.4+1-4
ii  gconf-service   3.2.5-1+build1
ii  libasound2  1.0.25-4
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libdbus-1-3 1.6.8-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgconf-2-43.2.5-1+build1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libgif4 4.1.6-10
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgpm2 1.20.4-6
ii  libgtk2.0-0 2.24.17-1
ii  libice6 2:1.0.8-2
ii  libjpeg88d-1
ii  libm17n-0   1.6.3-2
ii  libncurses5 5.9-10
ii  libotf0 0.9.12-2
ii  libpango1.0-0   1.30.0-1
ii  libpng12-0  1.2.49-1
ii  librsvg2-2  2.36.1-1
ii  libsm6  2:1.2.1-2
ii  libtiff43.9.6-11
ii  libtinfo5   5.9-10
ii  libx11-62:1.5.0-1
ii  libxft2 2.3.1-1
ii  libxpm4 1:3.5.10-1
ii  libxrender1 1:0.9.7-1
ii  zlib1g  1:1.2.7.dfsg-13

emacs23 recommends no packages.

Versions of packages emacs23 suggests:
pn  emacs23-common-non-dfsg  

-- 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#702912: gtk2: overflown toolbar buttons barred from accessibility tools

[Yann Dirson]

Package: python-gtk2
Version: 2.24.0-3+b1
Severity: normal

When a toolbar's parent is not big enough, some items are available to
the user through the overflow menu.  But for tools using the
accessibility feature (for UI testing, or to allow the disabled to use
computer programs), the arrow used by a "normal user" to get the
overflow menu is not visible through AT-SPI.

The accessibility client accesses all buttons that are children of the
toolbar, and can trigger "click" actions on them, even on those not
shown on screen (which can be distinguished though AT-SPI as not
exhibiting the "showing" state).

When the action is triggered this way on a non-showing button,
standard Gtk apps work correctly (executing the action as normal), as
I could test with eg. gnumeric, geany and gschem.  But when doing so
on an app using pygtk, it causes the following error:

GtkWarning: IA__gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, 
event)' failed
  gtk.main()

At first I thought it would be a gtk issue, but the success with C apps
makes me think the problem is rather on pygtk side.

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

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

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcomerr2  1.42.5-1
ii  libcups21.5.3-2.15
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
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  libgnutls26 2.12.20-4
ii  libgssapi-krb5-21.10.1+dfsg-4
ii  libgtk2.0-common2.24.10-2
ii  libk5crypto31.10.1+dfsg-4
ii  libkrb5-3   1.10.1+dfsg-4
ii  libpango1.0-0   1.30.0-1
ii  libx11-62:1.5.0-1
ii  libxcomposite1  1:0.4.3-2
ii  libxcursor1 1:1.1.13-1
ii  libxdamage1 1:1.1.3-2
ii  libxext62:1.3.1-2
ii  libxfixes3  1:5.0-4
ii  libxi6  2:1.6.1-1
ii  libxinerama12:1.1.2-1
ii  libxrandr2  2:1.3.2-2
ii  libxrender1 1:0.9.7-1
ii  multiarch-support   2.13-38
ii  shared-mime-info1.0-1+b1
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme  0.12-1
ii  libgtk2.0-bin   2.24.17-1

Versions of packages libgtk2.0-0 suggests:
ii  gvfs 1.12.3-4
ii  librsvg2-common  2.36.1-1

-- no debconf information


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

Bug#698245: unblock: moodle/2.2.3.dfsg-2.6~wheezy2

[Julien Cristau]

On Tue, Mar 12, 2013 at 21:06:01 +0100, Tomasz Muras wrote:

> Great, we're not promising any security updates in *-backports, so
> we can have:
> * Moodle 1.9 in squeeze
> * nothing in wheezy
> * Moodle 2.2 with security issues in wheezy-backports, just to cover
> for users that want to use it for the upgrade path
> * LTS (possibly 2.6) in unstable, with migration to testing blocked
> until the version is confirmed LTS. The preinst check seems like a
> good idea.
> 
Not promising security support doesn't mean knowingly shipping stuff
that doesn't (and won't) get any fixes is reasonable.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#702909: RFS: unblock policyd-weight/0.1.15.2-5

[Arno Töll]

On 12.03.2013 21:19, Werner Detter wrote:
>   * Add 08_del_dnsbl.njabl.org.patch which removes dnsbl.njabl.org list due
> to servuce shutdown on 2013-03-01
>   * Bumped standard versions to 3.9.4

The RT does not feel very comfortable to push standards at this stage.
But given there are no real changes, they may generously ignore that
while reviewing your debdiff.


btw. there is a typo in your changelog and you may want to close #702838
with the upload.


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



signature.asc
Description: OpenPGP digital signature

Bug#700588: modemmanager 0.7 for debian experimental?

[Mathieu Trudel-Lapierre]

On Mon, Mar 11, 2013 at 7:39 PM, Andreas Henriksson wrote:

> On Mon, Mar 11, 2013 at 03:59:39PM -0400, Mathieu Trudel-Lapierre wrote:
> [...]
> >
> >I started doing some work on Ubuntu for this. It's interesting
> though, as
> >it's usually Michael who handles modemmanager directly in Debian.
>
> Michael is one of the primary reasons he pointed to you is that he
> is very busy right now with other things (also mentioning bzr).
>
>
Fair enough. I started, or more precisely cleaned up what I had a bit and
rebased on 0.7.990; it builds here on Ubuntu and I shipped it to a PPA to
build "cleanly":

https://launchpad.net/~network-manager/+archive/modemmanager-next/+sourcepub/3023373/+listing-archive-extra

It builds fine in sbuild here with libqmi 1.0-1. I'll track it later to see
whether it completes this build. Then there is some work done by Marius
Kotsbak I'll merge, and I'll be ready for constructive criticism (ie.
sponsoring).

Regards,

Mathieu Trudel-Lapierre 
Freenode: cyphermox, Jabber: mathieu...@gmail.com
4096R/EE018C93 1967 8F7D 03A1 8F38 732E  FF82 C126 33E1 EE01 8C93

Bug#702910: unblock: checkinstall/1.6.2-4

[Andreas Noteng]

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

Please unblock package checkinstall

This package fixes bug #702314 which has severity grave.
There are unfortunately some minor changes which has nothing to do with the bug
but they are mostly created by wrap-and-sort.

unblock checkinstall/1.6.2-4

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

*** checkinstall_1.6.2-4.debdiff
diff -Nru checkinstall-1.6.2/debian/changelog 
checkinstall-1.6.2/debian/changelog
--- checkinstall-1.6.2/debian/changelog 2012-04-01 18:37:50.0 +0200
+++ checkinstall-1.6.2/debian/changelog 2013-03-11 22:13:56.0 +0100
@@ -1,3 +1,14 @@
+checkinstall (1.6.2-4) unstable; urgency=low
+
+  [ Andreas Noteng ]
+  * Fix wrong license name in debian/copyright (s/GPL2/GPL2+/)
+
+  [ Timo Juhani Lindfors ]
+  * Add patch 0011-fix-crash-when-sizeof-mode_t-sizeof-int.patch
+(closes: #702314)
+
+ -- Andreas Noteng   Fri, 08 Mar 2013 09:40:43 +0100
+
 checkinstall (1.6.2-3) unstable; urgency=low
 
   * Don't include empty control fields (closes: #666262)
diff -Nru checkinstall-1.6.2/debian/checkinstall.install 
checkinstall-1.6.2/debian/checkinstall.install
--- checkinstall-1.6.2/debian/checkinstall.install  2012-04-01 
18:37:50.0 +0200
+++ checkinstall-1.6.2/debian/checkinstall.install  2013-03-11 
22:13:56.0 +0100
@@ -1,6 +1,6 @@
-usr/bin/checkinstall
 etc/checkinstallrc
-usr/share/doc/*
-usr/share/locale/*/LC_MESSAGES/checkinstall.mo
+usr/bin/checkinstall
 usr/bin/installwatch
 usr/lib/checkinstall/installwatch.so
+usr/share/doc/*
+usr/share/locale/*/LC_MESSAGES/checkinstall.mo
diff -Nru checkinstall-1.6.2/debian/control checkinstall-1.6.2/debian/control
--- checkinstall-1.6.2/debian/control   2012-04-01 18:37:50.0 +0200
+++ checkinstall-1.6.2/debian/control   2013-03-11 22:13:56.0 +0100
@@ -3,12 +3,12 @@
 Priority: optional
 Maintainer: Andreas Noteng 
 Build-Depends: debhelper (>= 7.0.50~),
- gettext,
- docbook-to-man,
- libc6-dev (>=2.10) [i386 amd64 armel hppa mips mipsel powerpc s390 sparc],
- libc0.1-dev (>= 2.10) [kfreebsd-i386 kfreebsd-amd64],
- libc0.3 (>=2.10) [hurd-i386],
- libc6.1-dev (>=2.10) [alpha ia64]
+   docbook-to-man,
+   gettext,
+   libc0.1-dev (>= 2.10) [kfreebsd-i386 kfreebsd-amd64],
+   libc0.3 (>=2.10) [hurd-i386],
+   libc6-dev (>=2.10) [i386 amd64 armel hppa mips mipsel powerpc 
s390 sparc],
+   libc6.1-dev (>=2.10) [alpha ia64]
 Standards-Version: 3.9.3
 Vcs-Git: git://git.debian.org/git/collab-maint/checkinstall.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/checkinstall.git;a=summary
@@ -16,7 +16,7 @@
 
 Package: checkinstall
 Architecture: any
-Depends: ${shlibs:Depends}, file, dpkg-dev, ${misc:Depends}
+Depends: dpkg-dev, file, ${misc:Depends}, ${shlibs:Depends}
 Recommends: make
 Suggests: gettext
 Description: installation tracker
@@ -26,4 +26,3 @@
  standard binary package and installs it in your
  system giving you the ability to uninstall it with your
  distribution's standard package management utilities.
-
diff -Nru checkinstall-1.6.2/debian/copyright 
checkinstall-1.6.2/debian/copyright
--- checkinstall-1.6.2/debian/copyright 2012-04-01 18:37:50.0 +0200
+++ checkinstall-1.6.2/debian/copyright 2013-03-11 22:13:56.0 +0100
@@ -17,7 +17,7 @@
2011-2012, Andreas Noteng 
 License: GPL-2+
 
-License: GPL-2
+License: GPL-2+
  This package is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
  the Free Software Foundation; either version 2 of the License, or
@@ -31,6 +31,6 @@
  You should have received a copy of the GNU General Public License
  along with this package; if not, write to the Free Software
  Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301 USA
- . 
+ .
  On Debian systems, the complete text of the GNU General
- Public License can be found in `/usr/share/common-licenses/GPL'.
+ Public License can be found in `/usr/share/common-licenses/GPL-2'.
diff -Nru 
checkinstall-1.6.2/debian/patches/0002-Change-default-configuration.patch 
checkinstall-1.6.2/debian/patches/0002-Change-default-configuration.patch
--- checkinstall-1.6.2/debian/patches/0002-Change-default-configuration.patch   
2012-04-01 18:37:50.0 +0200
+++ checkinstall-1.6.2/debian/patches/0002-Change-default-configuration.patch   
2013-03-11 22:13:56.0 +0100
@@ -6,8 +6,6 @@
  checkinstallrc-dist |   18 +-
  1 files changed, 9 insertions(+), 9 deletions(-)
 
-diff --git a/checkinstallrc-dist b/checkinstallrc-dist
-index d4feb4e..e2d762d 100644
 --- a/checkinstallrc-dist
 +++ b/che

Bug#700296: RFS: libapache2-mod-geoip/1.2.8-1 [ITA] -- GeoIP support for apache2

[Arno Töll]

Hi Prach,

On 11.03.2013 09:07, Prach Pongpanich wrote:
>> * Please consider upgrading to new style (dh >= 7) rules style. It makes
>> life easier to you and is more forward oriented. That said, your rules
>> file looks ok but you could ease life to all of us, including you.
>> * While you're at it, remove the boilerplate copyright messages in
>> debian/rules. They are not needed.
> 
> Done

Nice thanks. By the way, it's up to you, but you may want to parse the
version from dpkg-changelog, i.e. instead of

VERSION = 1.2.8

do something like

VERSION := $(shell dpkg-parsechangelog | perl -ne 'print $$1 if
m/Version:\s*([\d\.]+)-\d+/')

Note that get-orig-source targets are supposed to be called from an
arbitrary directory though. Thus be careful where you expect
debian/changelog for such jobs. I wrote a similar snippet recently, you
are welcomed to steal [1] if you'd like.

> 
>> * Please consider using the copyright format formerly known as dep5 for
>> debian/copyright:
>> http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
> 
> Updated.

Thanks. But the license does not seem to match. Note that you seem to
have used the original Apache license, whereas MaxMind modified it to
match their corporate/product name in the no-advertising clause

debian/copyright:

 5. Products derived from this software may not be called "Apache",
nor may "Apache" appear in their name, without prior written
permission of the Apache Software Foundation.

vs. mod_geoip.c:

 * 4. The names "MaxMind" and "GeoIP" must
 *not be used to endorse or promote products derived from this
 *software without prior written permission. For written
 *permission, please contact supp...@maxmind.com.
 *

Despite of them calling it "Apache 1.1 license" which is what may have
confused you.

While it's acceptable I discourage you use the same license for debian/
though. You're not MaxMind and thus there is no point to re-use the same
non-advertising clauses for your contributions.


> This repo is already in GitHub, I can''t access Alioth collab-maint.

Let's get this done later then. For now you can use GitHub as well.

>> By the way: If you want, we can do another upload to experimental for
>> Apache 2.2 with you as a maintainer set.
> 
> OK, Thank you very much.

Do you want to do so? That would imply a package for unstable pushed to
version 1.2.8 with you as maintainer set. You can leave the remaining
bits as is, because it will work with the 2.2 version of the package and
is for a timely limited use.


[1]
http://anonscm.debian.org/gitweb/?p=collab-maint/kpcli.git;a=blob;f=debian/rules;h=8d7f51393d05142a503f02bd8885010dd5f91355;hb=HEAD

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



signature.asc
Description: OpenPGP digital signature

Bug#693457: unblock: ibus-table/1.4.99.20121012-1

[Jonathan Wiltshire]

Control: close -1

On Sun, Mar 03, 2013 at 11:23:34PM +0100, intrigeri wrote:
> Hi,
> 
> (Cc'ing all recent uploaders, in the hope that it helps finding an
> acceptable solution.)

Closing. There has been no helpful response from the requestor or
maintainers since November, despite intrigeri's prompts. I can find no bug
that would be justification for an unblock, just this vague mention of the
Cangjie Chinese input method being unusable. The proposed debian/changelog
merely has "new upstream release", twice.

If you want to get this sorted out in Wheezy, please take the initiative.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#702541: ITP: nicstat -- print network traffic statistics

[James Troup]

Hi,

This is now waiting in NEW.  In the meantime the Debian packages are
also available from:

  http://people.canonical.com/~james/nicstat/

And for Ubuntu from: https://launchpad.net/~elmo/+archive/nicstat

-- 
James


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

Bug#702838: policyd-weight: NJABL blacklist is to be suspended

[Werner Detter]

Hi Arno,

yes I've seen the message in the news today, too. I've just recreated a
new package, uploaded it to mentors and created a RFS against the
sponsorship-requests pseudo package.

Furthermore, this should also be done for the package in stable.

regards,
Werner

Am 12.03.13 04:39, schrieb Arno Töll:
> Package: policyd-weight
> Severity: important
> 
> Hello,
> 
> the NJABL blacklist is about to suspend service. Please remove it from the 
> default
> relay list used to check remote relays. This may cause severe impacts on
> productive mailservers when the relay list is not updated and servers 
> continue to
> connect to the NJABL DNS servers.
> 
> Reference: http://njabl.org/
> 
> Please do also consider a s-p-u.
> 
> -- System Information:
> Debian Release: 7.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 


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

Bug#702021: debian wheezy not booting

[Piotrek]

Tested same thing ;< I tried everything even installed nvidia drivers
and did Xorg -configure and copied the file to /etc/X11/xorg.conf the
X kind of works because the background image is showing but i cant
login into system because there is no "user login " column or nothing
just a blank background image of debian.

2013/3/12 Ben Hutchings :
> On Tue, Mar 12, 2013 at 07:02:17PM +, Ben Hutchings wrote:
>> [Please reply-to-all.]
>
> Using the correct bug address. :-)
>
>> On Tue, Mar 12, 2013 at 03:37:27PM +0100, Piotrek wrote:
>> > No with 3.2.35-2 . Why should i upgrade shouldn't wheezy kernel have
>> > support already for such a hardware?
>>
>> Version 3.2.39-2 will go into wheezy shortly.  Please test it.
>
> --
> Ben Hutchings
> We get into the habit of living before acquiring the habit of thinking.
>   - Albert Camus


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

Bug#656090: ocsinventory-server: prompting due to modified conffiles which where not modified by the user

[gregor herrmann]

On Tue, 12 Mar 2013 19:57:23 +0100, Andreas Beckmann wrote:

> On 2013-03-12 17:57, gregor herrmann wrote:
> > http://people.debian.org/~gregoa/ocsinventory-server/
> looks like apt (at least some versions) needs a Packages.gz ... and only
> accepts a Packages for file:// URLs ... anyway, just downloaded the two
> .debs and put them in a local repository

Oops, thanks for taking the additional hassle.
 
> piuparts tests squeeze->wheezy now succeeds
> piuparts install (and upgrade) in wheezy works fine, too
> lenny->squeeze(->wheezy) fails due to some unrelated mysql issue that
> I'm not going to investigate further right now

Cool, I guess this means the package can be uploaded.
Thanks for testing!

Stuart, do you want to do it? If you don't get around to doing it,
I'm happy to "sponsor" the NMU.


Cheers,
gregor 

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Funny Van Dannen: Call-Center-Chor


signature.asc
Description: Digital signature

Bug#702909: RFS: unblock policyd-weight/0.1.15.2-5

[Werner Detter]

Package: sponsorship-requests
Usertags: unblock

Dear Maintainer, 

I've just created a new policyd-weight packages (0.1.15.2-5) which has just 
been uploaded to 
mentors.debian.net. It includes a new quilt-patch which removes the DNSBL 
dnsbl.njabl.org 
from policyd-weight due to service shutdown of the DNSBL on 2013-03-01. More 
information 
can be found on the website of the list operator:

http://www.njabl.org/

As we had some problems with false positive responses after DNSBL's have been 
shut down in
the past, I'd suggest unblocking this package to get it into wheezy. I'd also 
suggest to 
upload a new version of the stable package as it also includes the mentioned 
DNSBL.

Here is a snipped from the changelog to point out the modifications:

policyd-weight (0.1.15.2-5) unstable; urgency=high

  * Add 08_del_dnsbl.njabl.org.patch which removes dnsbl.njabl.org list due
to servuce shutdown on 2013-03-01
  * Bumped standard versions to 3.9.4

 -- Werner Detter   Tue, 12 Mar 2013 20:23:14 +0100

The URL of your package is:
http://mentors.debian.net/package/policyd-weight

The respective dsc file can be found at:
http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.2-5.dsc

Thanks a lot,
Werner Detter

unblock policyd-weight/0.1.15.2-5

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#700515: minor xslt fix

[Markus Wanner]

tags 700515 + patch
thanks

Hi,

I think the attached patch fixes this issue.

Regards

Markus Wanner
Index: xsl/pts.xsl
===
--- xsl/pts.xsl	(revision 2950)
+++ xsl/pts.xsl	(working copy)
@@ -299,7 +299,14 @@
   std-ver
   
 	
-	  
+	  
+	
+	  n/a
+	
+	
+	  
+	
+	  
 	
   
 


signature.asc
Description: OpenPGP digital signature

Bug#702904: adequate: fails to install, remove, and install again

[Jakub Wilk]

Control: tag -1 + confirmed help

* Andreas Beckmann , 2013-03-12, 20:25:
Do you install some apt hook conffile that does in-adequately check 
whether adequate is actually installed?


In fact it does no checking at all:

DPkg::Pre-Install-Pkgs {"adequate --user nobody --apt-preinst";};
DPkg::Post-Invoke {"adequate --debconf --user nobody --pending";};
DPkg::Tools::Options::adequate::Version "2";

I took a look how other packages deal with removed-but-not-purged apt 
hooks:


1) apt-transport-spacewalk breaks when removed but not purged. (Though 
in a way that is unlikely to be caught by piuparts. I'll file an RC bug 
later, unless somebody beats me to it.)


2) apt-listbugs and apt-listchanges rename the conffile in "postrm 
remove" and then rename it back in preinst and "postrm abort-install". 
This sounds wrong to me.


3) aptdeamon, debconf, dpsyco-base: these ignore errors from commands 
they run. I could use that method, but there's a rink it'll hide genuine 
bugs from users.


4) The remaining packages use "test -x ... && ..." or similar. But as I 
understand it, with this method I couldn't set DPkg::Tools::Options 
anymore.


So... all the above methods suck.

Any ideas how do to it right?

--
Jakub Wilk


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

Bug#702530: autofs5: fix automounter support on parisc

[Helge Deller]

On 03/09/2013 02:57 AM, Michael Tokarev wrote:
> It does not matter anymore since 3.4 kernel and all previous 3.x stable
> series as well, since upstream commit 64f371bc3107e69efce563a3d0f0e6880de0d537
> which has been accepted to all stable releases.
> 
> This is what fixed the root cause and basically made the size of the packet
> irrelevant as long as it is the same or larger in the kernel.

I see, but nevertheless I'm now surprised.
If it's true what you say, then parisc64 (64bit 3.8.x kernel) should have worked
out of the box. But it didn't.
32bit kernel with 32bit userspace worked.
64bit kernel (which had previous to my patch larger structs due to "unsigned 
long"
vs. "unsigned int" and in addition the 64bit alignment problem) was broken.

> Whole if..arch, whole this function and adopting struct size difference
> are not needed anymore in userspace and can be removed from automountd,
> Ian kept these "for documentation and historical reasons" and in order
> to not break stuff with old (before that commit) kernel.

Sure, I don't like this if..arch stuff either.

> As Ian replied to your patch on autofs mailinglist, this is only needed for
> old kernels, but he applies your patch anyway.  I'd go for removing whole
> hack entirely, maybe after a bit more waiting (say, when all major 
> distributions
> will move on to the fixed kernel already), because whole thing is just
> disgusting and hurt eyes.  This hack, with or without your change, is
> definitely not needed on Debian.

> And if there is, it must be something else, because since the above mentioned
> commit, it all Just Works, and if there's a problem it is elsewhere.

I'll check and try to dig deeper again next week when I'm back from vacation..

Helge


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

Bug#702844: marked as done (general: imposible to shutdown or logout graphically in gnome-shell)

[Jonathan Dowland]

I think gnome-shell-extensions has an extension that changes the behaviour to 
what you desire.

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

Bug#702233: upload planed.

[Martin Zobel-Helas]

Hi,

i plan to upload a fixed tinyca package before the weekend.

Cheers,
Martin
-- 
 Martin Zobel-Helas Debian System Administrator
 Debian & GNU/Linux Developer   Debian Listmaster
 http://about.me/zobel   Debian Webmaster
 GPG Fingerprint:  6B18 5642 8E41 EC89 3D5D  BDBB 53B1 AC6D B11B 627B 


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

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

[Adam D. Barratt]

On Tue, 2013-03-12 at 23:28 +0800, Thomas Goirand wrote:
> Prach Pongpanich in the mentors list is trying to fix #701134.
> He is removing the Pre-Depends which was added for the
> release of Squeeze, because of #605867, which I filled, but
> can't remember what it was about. The bug report says:
> 
> As dicussed with the release team, we need to add a
> Pre-Depends because of /usr/share/php/doc.
> 
> Does anyone remember off-hand what it was about?

The original issue was #602865, in php-net-smtp, fixed in 1.4.2-{2,3}.

Given that we don't officially support upgrades that skip a stable
release, the packages in wheezy technically don't need to include the
Pre-Depends.

Regards,

Adam


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

Bug#689748: More info nouveau.noaccel=1 makes it much worse.

[Sven Joachim]

Control: merge 686611 -1

On 2013-03-11 21:07 +0100, The Eclectic One wrote:

> With the noaccel=1 option, the "random dots" symptom I previously described
> and the illegible fonts are back to an extreme degree making all displays
> totally unreadable.  Moving the cursor, now a square fuzzy blob, erases the
> random dots and leaves a clean trail.  So, this is not the same problem that
> apparently gets solved by noaccel on other hardware.

Right, now I recall somebody else having the same problem with
noaccel=1, also on GeForce4 Ti 4200 Go:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686611#29.

Cheers,
   Sven


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

Bug#698245: unblock: moodle/2.2.3.dfsg-2.6~wheezy2

[Tomasz Muras]

On 03/11/2013 09:35 PM, Jonathan Wiltshire wrote:

On Mon, Mar 11, 2013 at 06:43:02PM +0100, Tomasz Muras wrote:

On 03/11/2013 05:22 PM, Jonathan Wiltshire wrote:

Just to clarify before I do it: stable stays as it is; remove moodle

>from Wheezy and you will work on the basis of getting 2.5 into Jessie?

Intermediate versions can always go into backports of course.



On Mon, Mar 11, 2013 at 02:40:55PM -0400, Hubert Chathi wrote:

On Mon, 11 Mar 2013 18:43:02 +0100, Tomasz Muras  said:


Correct. 1.9 is still supported (it won't be for long) and can stay in
stable.  I am thinking that I would would package 2.5 and then 2.6 in
unstable and do not let it migrate into testing - unless LTS upstream
version is released. Does it make sense?


Yes.


AFAIK, if a package is not intended to go into testing, it should be in
experimental rather than unstable.


Unstable is fine. Protecting unstable doesn't make any sense for a package
that isn't in testing anyway. When the freeze is lifted normal transition
will take place.


Great, sounds like a plan to me. I'll document it on 
http://wiki.debian.org/Moodle and update all interested.



One thing I'm not sure about is what will happen to current users of
moodle package. They have 1.9 in squeeze, there will be nothing in
wheezy but then the package will appear back in jessie - but with no
upgrade path. The only way to get moodle back will be to drop the
package completely (and drop DB) and re-install it. Of course we could
provide some manual instructions to install 2.2 package and then
upgrade to 2.4.


IIRC, technically, we wouldn't need to worry about upgrades, since we
only need to do upgrades from the previous Debian release.  Of course,
that's not a very nice thing to do.  One option is to provide a 2.2 deb
package that they can download from some other repository (we could
probably dump it somewhere in Alioth).  That would probably be easier
than having to install 2.2 via a non-deb method.  And you could add a
preinst script in the 2.5 package that would abort the upgrade if the
user tries to upgrade from 1.9.


This is why I suggest using wheezy-backports.


Great, we're not promising any security updates in *-backports, so we 
can have:

* Moodle 1.9 in squeeze
* nothing in wheezy
* Moodle 2.2 with security issues in wheezy-backports, just to cover for 
users that want to use it for the upgrade path
* LTS (possibly 2.6) in unstable, with migration to testing blocked 
until the version is confirmed LTS. The preinst check seems like a good 
idea.



Tomek


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

Bug#702908: PTS: display sponsor of accepted package

[Markus Wanner]

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertag: pts

Hi,

it would be nice if PTS would also show the signer (i.e. sponsor) of a
newly uploaded package - if different from the person who packaged it.

Regards

Markus Wanner



signature.asc
Description: OpenPGP digital signature

Bug#702844: marked as done (general: imposible to shutdown or logout graphically in gnome-shell)

[Adam Borowski]

On Tue, Mar 12, 2013 at 08:45:04AM +, Lars Wirzenius wrote:
> On Tue, Mar 12, 2013 at 05:17:34AM +0100, alexdeb wrote:
> > 
> > Imposible to shutdown or logout graphically in gnome-shell
> > I saw just a black screen and the system do nothing.
> > When i do shutdown -h now or /etc/init.d/gdm3 force-reload it's ok.
> > Maybe this is relative to the Nvidia drivers i have installed recently ?
> 
> This is a user interface design decision that the GNOME project has
> made and implemented. You can get the shutdown option by pressing
> Alt while the menu is open and, while keeping Alt pressed, selecting
> the menu entry.

Just because some misfeature was implemented intentionally, it doesn't stop
it from being harmful -- ie, a bug.  Neither some other operating system
doing a particular mistake means you should repeat it.

Sabotaging shutdown to do a suspend instead is a bad idea, for multiple
reasons:
* on some desktops, you'll get a bright flashing light that, for example,
  makes it kind of impossible to sleep in the room with the computer
* on laptops, it will continue drawing significant power (RAM), draining
  the battery.  It will eventually result in either data loss, or emergency
  hibernation that will leave you with an empty battery.
* machines expected to suspend a lot (ie, laptops) already have multiple
  ways to trigger a suspend directly: everywhere: closing the lid, on most:
  pressing the power button briefly (holding it longer will do a hard
  unclean power-off)
* having some magic key do an actual shutdown doesn't help most users: an
  average Joe won't know about it, advanced users that don't develop the
  desktop environment in question can't be expected to memorise it.

It's sad that this misfeature can't be expected to be fixed for wheezy,
but I'd urge you to consider it for jessie.


(I admit, I personally had it with Gnome3, but XFCE or Mate guys may give
high weight to consistency with Gnome3 and decide to go this way for the
sake of users migrating from Gnome3.  Or, I may want to give Cinnamon a
chance.  Or, ...  In any case, it affects even people who don't use Gnome3
themselves.)

-- 
ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ


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

Bug#702907:

[Alfonso Sabato Siciliano]

Package: wnpp
Severity: wishlist
Owner: Alfonso Sabato Siciliano 

  Package name: fonts-sil-averia
  Version : 2009
  Upstream Author : Dan Sayers i...@iotic.com
  URL : http://iotic.com/averia
  License : SIL Open Font License
  Description : Avería is a Unicode typeface family created from
the average of all fonts on the computer of the creator.

Avería ("breakdown" or "mechanical damage" in Spanish - related to the root
of the English word "average") is a Unicode typeface family created from the
average of all fonts on the computer of the creator, Dan Sayers. The process
is described at http://iotic.com/averia/. All metrics are the result of an
averaging process. The included glyphs are those that existed in a majority
of the source fonts - which are the following:

Range   Description
U+0020-U+007E   Basic Latin
U+00A0-U+00FF   Latin-1 Supplement

And some glyphs from the following:

Range   Description
U+0100-U+017F   Latin Extended-A
U+0180-U+021F   Latin Extended-B
U+02B0-U+02FF   Spacing Modifier Letters
U+0370-U+03D5   Greek
U+2000-U+2122   General Punctuation
U+2200-U+25CS   Mathematical Operators

Avería exists in Regular, Bold, Italic, Bold Italic, Light and Light Italic
styles - as well as a "Gruesa" semi-italic variant made from an average of
all 725 source fonts.

thanks


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

Bug#702904: adequate: fails to install, remove, and install again

[Holger Levsen]

Hi,

On Dienstag, 12. März 2013, Andreas Beckmann wrote:
> Package: adequate
> during a test with piuparts I noticed your package failed to install,
> remove (but not purge), and install again.
[...]
> Do you install some apt hook conffile that does in-adequately check whether
> adequate is actually installed?

oh, LOL, seems in-adequate indeed to me :-)

btw, Andreas, I'm thinking of running adequate at the end of the piuparts 
tests, to more deeply tests packages. What do you think?
+thanks for fast bug filing!

Jakub, thanks for uploading to sid! Much appreciated! I've also subscribed to 
the PTS for the package.


cheers,
Holger

Bug#702906: tiled: please ship a tiled-dbg package

[Ben Longbons]

Package: tiled
Version: 0.9.0-1
Severity: wishlist

Dear Maintainer,

I'm trying to track down a crash in the tiled package.

Unfortunately, there is no symbol table. Please add a debug package.

Thanks,
-o11c


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tiled depends on:
ii  libc6 2.17-0experimental2
ii  libgcc1   1:4.8-20130222-1
ii  libgl1-mesa-glx [libgl1]  8.0.5-3
ii  libqt4-opengl 4:4.8.2+dfsg-11
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libstdc++64.8-20130222-1
ii  zlib1g1:1.2.7.dfsg-13

tiled recommends no packages.

tiled 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#699915: tpu: lcdf-typetools/2.92+dfsg1-1.1

[Adam D. Barratt]

On Thu, 2013-02-28 at 20:21 +, Adam D. Barratt wrote:
> On Sun, 2013-02-10 at 14:26 +0100, Michael Stapelberg wrote:
> > "Adam D. Barratt"  writes:
> > > It looks like this issue still affects the unstable package; is that
> > > correct? If so then it should be resolved there first, before we
> > > consider a tpu.
> > That is correct. I will NMU 2.92-2 in unstable soon.
> 
> That appears to have turned in to 2.92+dfsg1-0.1?
[...]
> > Well, the version in unstable has changes (e.g. hardening directives)
> > which I presume will not be accepted in a subsequent unblock request.
> > 
> > Adam: Does that match your opinion? Or do you prefer an unblock request
> > instead?
> 
> I'd prefer the tpu at this point.

Ping?

Regards,

Adam


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

Bug#689748: More info nouveau.noaccel=1 makes it much worse.

[Julien Cristau]

On Mon, Mar 11, 2013 at 20:07:41 +, The Eclectic One wrote:

> [32.143] (II) LoadModule: "glx"
> [32.143] (II) Loading /usr/lib/xorg/modules/linux/libglx.so
> [32.794] (II) Module glx: vendor="NVIDIA Corporation"
> [32.794]  compiled for 4.0.2, module version = 1.0.0
> [32.794]  Module class: X.Org Server Extension
> [32.794] (II) NVIDIA GLX Module  96.43.23  Fri Aug 31 15:03:31 PDT 2012

You have nvidia's driver installed.  Don't do that if you want to be
able to use nouveau.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#702739: xserver-xorg-input-evdev: Lenovo USB Scrollpoint mouse is unusable

[Julien Cristau]

On Sun, Mar 10, 2013 at 22:40:36 +0100, Alex Corcoles wrote:

> Package: xserver-xorg-input-evdev
> Version: 1:2.7.1-1
> Severity: normal
> 
> Hi,
> 
> I just bought this:
> 
> http://support.lenovo.com/en_US/product-and-parts/detail.page?&LegacyDocID=MIGR-43954
> 
> , which works more or less OK, but a) the vertical scroll sensitivity is way
> too high b) horizontal scroll doesn't work.
> 
> It seems that someone has patched evdev to improve the situation:
> 
> https://bugs.freedesktop.org/show_bug.cgi?id=48118
> 
> , could this be included in Debian?
> 
Not before it's included upstream, I'm afraid.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#702905: almanah: Almanah doesn't encrypt the database

[Angel Abad]

Package: almanah
Version: 0.9.0-2
Severity: grave
Tags: security upstream
Justification: user security hole

Dear Maintainer,
GApplication doesn't use "quit_mainloop" event since GIO 2.32[1], so Almanah
doesn't encrypt the database[2] when the user close the application.

Cheers,

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

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

Versions of packages almanah depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gconf-service3.2.5-1+build1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libcryptui0a 3.2.2-1
ii  libebook-1.2-13  3.4.4-3
ii  libecal-1.2-11   3.4.4-3
ii  libedataserver-1.2-163.4.4-3
ii  libedataserverui-3.0-1   3.4.4-3
ii  libgconf-2-4 3.2.5-1+build1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgpg-error01.10-3.1
ii  libgpgme11   1.2.0-1.4
ii  libgtk-3-0   3.4.2-6
ii  libgtkspell-3-0  3.0.0~hg20110814-1
ii  libical0 0.48-2
ii  libpango1.0-01.30.0-1
ii  libsoup2.4-1 2.38.1-2
ii  libsqlite3-0 3.7.15.2-1
ii  libxml2  2.8.0+dfsg1-7+nmu1

Versions of packages almanah recommends:
ii  seahorse  3.4.1-2

almanah 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#702524: gawk: Depends should really be Pre-Depends

[Sven Joachim]

On 2013-03-07 20:04 +0100, Sven Joachim wrote:

> Package: gawk
> Version: 1:4.0.1+dfsg-2
> Severity: serious
>
> The Debian changelog for this version mentions:
>
> ,
> | -Change Pre-Depends to Depends (OK now that base-files Pre-Depends: awk)
> `
>
> This is not correct and needs to be reverted, since it means that gawk
> might be unpacked before its dependencies during upgrades.  If the awk
> alternative is set to gawk, other packages which are unpacked in the
> same run and use awk in their pre{inst,rm} scripts which fail.  This is
> not unlikely to happen in squeeze -> wheezy upgrades, since gawk in
> wheezy gained a new dependency on libsigsegv2.

Maybe it's not that likely to be triggered when using apt, since apt
appears to unpack libsigsegv2 before gawk, but here is a recipe showing
the problem starting in a squeeze chroot:

# apt-get install gawk
# sed -i 's/squeeze/wheezy/' /etc/apt/sources.list
# apt-get update
# aptitude download gawk libc6 libsigsegv2
# dpkg -i *.deb

Result:

,
| Preparing to replace gawk 1:3.1.7.dfsg-5 (using 
gawk_1%3a4.0.1+dfsg-2_i386.deb) ...
| Unpacking replacement gawk ...
| Preparing to replace libc6 2.11.3-4 (using libc6_2.13-38_i386.deb) ...
| Checking for services that may need to be restarted...awk: error while 
loading shared libraries: libsigsegv.so.2: cannot open shared object file: No 
such file or directory
| dpkg: error processing libc6_2.13-38_i386.deb (--install):
|  subprocess new pre-installation script returned error exit status 127
| Selecting previously deselected package libsigsegv2.
| Unpacking libsigsegv2 (from libsigsegv2_2.9-4_i386.deb) ...
| Setting up libsigsegv2 (2.9-4) ...
| Setting up gawk (1:4.0.1+dfsg-2) ...
| Errors were encountered while processing:
|  libc6_2.13-38_i386.deb
`

Easily rectifiable, but if libsigsegv2 would depend on the _new_ libc6
the problem would be rather big.

> Both mawk and original-awk use Pre-Depends for that reason.

Cheers,
   Sven


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

Bug#702904: adequate: fails to install, remove, and install again

[Andreas Beckmann]

Package: adequate
Version: 0.4.3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install,
remove (but not purge), and install again.
Before the second installation the package is in config-files-remaining
state. The configuration is remaining from the last version that was
successfully configured - which is the same version that is going to be
installed again.

Like a plain failure on initial install this makes the package too buggy
for a release, thus the severity.

>From the attached log (scroll to the bottom...):

previous commands:
  apt-get install adequate
  dpkg -r adequate
so the package is in config-files-remaining state

0m13.9s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpYdaMcQ', 
'eatmydata', 'apt-get', '-y', 'install', 'adequate=0.4.3']
0m14.1s DUMP: 
  Reading package lists...
  Building dependency tree...
  Reading state information...
  The following NEW packages will be installed:
adequate
  /bin/sh: 1: adequate: not found
  0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
  Need to get 0 B/12.4 kB of archives.
  After this operation, 93.2 kB of additional disk space will be used.
  E: Sub-process adequate --user nobody --apt-preinst returned an error code 
(127)
  E: Failure running script adequate --user nobody --apt-preinst
0m14.1s ERROR: Command failed (status=100): ['chroot', 
'/tmp/piupartss/tmpYdaMcQ', 'eatmydata', 'apt-get', '-y', 'install', 
'adequate=0.4.3']

Do you install some apt hook conffile that does in-adequately check whether
adequate is actually installed?


cheers,

Andreas


adequate_0.4.3.log.gz
Description: GNU Zip compressed data

Bug#701851: Wrong titlebar icon (and taskbar icon)

[Pino Toscano]

tag 701851 - wontfix
thanks

Alle martedì 12 marzo 2013, Adrien ha scritto:
> This bug is minor, so sadly the patch will not be accepted for wheezy
> now. The new version of calligra (2.6) is not affected, as the icons
> were renamed, so I mark it as won't fix.

No, it will just be closed with the proper version once calligra >= 2.6 
is accepted in the archive.

-- 
Pino Toscano


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

Bug#671364: dma package uses outdated (2 y/o) upstream dma version

[Arno Töll]

Peter,

On 12.09.2012 11:08, Peter Pentchev wrote:
> In the past week I have tried to pick up my Debian work and, yes, I will
> indeed try to update dma to a (much, much) more recent upstream version
> very soon.

are there any news on that? dma has a recent history of RC bugs, one
being NMUed and the other one left - #697871 - leaving dma unsuitable
for a release. In fact, since you didn't care dma was removed from
Debian Testing and Wheezy will be consequently without dma at all.


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



signature.asc
Description: OpenPGP digital signature

Bug#702903: php date_parse_from_format reports invalid values

[Johnny Luong]

Package: php5-cli
Version: 5.3.3-7+squeeze14


When I invoke the following code, the day in the array return is invalid 
([month] -> 1, [day] -> 71).



On Debian Wheezy (testing), it appears to provide a valid month and day for the 
current year.

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

Bug#702021: debian wheezy not booting

[Ben Hutchings]

On Tue, Mar 12, 2013 at 07:02:17PM +, Ben Hutchings wrote:
> [Please reply-to-all.]

Using the correct bug address. :-)

> On Tue, Mar 12, 2013 at 03:37:27PM +0100, Piotrek wrote:
> > No with 3.2.35-2 . Why should i upgrade shouldn't wheezy kernel have
> > support already for such a hardware?
> 
> Version 3.2.39-2 will go into wheezy shortly.  Please test it.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus


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

Bug#656090: ocsinventory-server: prompting due to modified conffiles which where not modified by the user

[Andreas Beckmann]

On 2013-03-12 17:57, gregor herrmann wrote:
> http://people.debian.org/~gregoa/ocsinventory-server/
> contains (hopefully) everything.

looks like apt (at least some versions) needs a Packages.gz ... and only
accepts a Packages for file:// URLs ... anyway, just downloaded the two
.debs and put them in a local repository

piuparts tests squeeze->wheezy now succeeds
piuparts install (and upgrade) in wheezy works fine, too
lenny->squeeze(->wheezy) fails due to some unrelated mysql issue that
I'm not going to investigate further right now


Andreas


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

Bug#701851: Wrong titlebar icon (and taskbar icon)

[Adrien]

tag 701851 wontfix
thanks

Hi

This bug is minor, so sadly the patch will not be accepted for wheezy now. The 
new version of calligra (2.6) is not affected, as the icons were renamed, so I 
mark it as won't fix. 

Calligra 2.6 will reach experimental soon (it's on the queue), and then sid 
once Wheezy will be released.


Thank you for reporting bugs,

Adrien 


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