Bug#679065: texlive-binaries: opening to/from pipes broken

[Norbert Preining]

Package: texlive-binaries
Version: 2012.20120623-1
Severity: important

Following a thread on the TL mailing list, the following
document breaks:
\documentclass{article}
\makeatletter
\@@input"|kpsewhich -var-value=max_print_line"\relax
\makeatother
\begin{document}
\end{document}

Possible fixes are:
* replace all occurrences of "rb" and "wb" as arguments to runpopen
  in texmfmp.c with "r" and "w", respectively
  The "b" variants are for Windows only, for which we do not compile

* add a #if defined(WIN32)
  *f_ptr = runpopen(fname+1,"rb");
  #else
  *f_ptr = runpopen(fname+1,"r");
  #endif
  etc around the three occurrences

* add something like
+  string realmode = xmalloc(strlen(mode)+2);
+  strcpy(realmode, mode);
 #ifdef WIN32
+  strcat(realmode, "b");
+
 this patch to the runpopen function, and also replace all the "rb" "wb"


Norbert



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

Bug#678712: developers-reference: Please make developers reference gender neutral

[Raphael Hertzog]

Hi,

On Mon, 25 Jun 2012, Russ Allbery wrote:
> The 15th Edition was published in 2003.  Since then, my personal
> impression is that opposition to generic "he" has hardened considerably
> and opposition to singular "they" has weakened somewhat.  Using "he" as a
> generic pronoun for a person of indeterminate gender is now generally
> considered inappropriate in manuals and documentation in the free software
> communities I've followed and the discussions I've seen, although there is
> the occasional hold-out.
> 
> I see there's now a 16th Edition out, but I don't personally have a copy.
> I'm curious whether it has changed its stance on singular "they" back to
> the stance in the 14th Edition.

Just for reference, apparently they haven't changed their stance:
http://www.chicagomanualofstyle.org/CMS_FAQ/Pronouns/Pronouns17.html

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



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

Bug#678712: developers-reference: Please make developers reference gender neutral

[Russ Allbery]

Raphael Hertzog  writes:
> On Mon, 25 Jun 2012, Russ Allbery wrote:

>> The 15th Edition was published in 2003.  Since then, my personal
>> impression is that opposition to generic "he" has hardened considerably
>> and opposition to singular "they" has weakened somewhat.  Using "he" as
>> a generic pronoun for a person of indeterminate gender is now generally
>> considered inappropriate in manuals and documentation in the free
>> software communities I've followed and the discussions I've seen,
>> although there is the occasional hold-out.

>> I see there's now a 16th Edition out, but I don't personally have a
>> copy.  I'm curious whether it has changed its stance on singular "they"
>> back to the stance in the 14th Edition.

> Just for reference, apparently they haven't changed their stance:
> http://www.chicagomanualofstyle.org/CMS_FAQ/Pronouns/Pronouns17.html

Ah, indeed.  Thank you.

Oh, hey, Stanford has an institutional subscription to the online Chicago
Manual of Style.  That's a good thing to know.  Here's the relevant
statement, which indeed has been updated to reflect the fact that "he" as
a generic pronoun has dropped even further out of style:

5.46 The singular “they”

A singular antecedent requires a singular referent pronoun. Because he
is no longer accepted as a generic pronoun referring to a person of
either sex, it has become common in speech and in informal writing to
substitute the third-person plural pronouns they, them, their, and
themselves, and the nonstandard singular themself. While this usage is
accepted in casual contexts, it is still considered ungrammatical in
formal writing. Avoiding the plural form by alternating masculine and
feminine pronouns is awkward and only emphasizes the inherent problem
of not having a generic third-person pronoun. Employing an artificial
form such as s/he is distracting at best, and most readers find it
ridiculous. There are several better ways to avoid the problem. For
example, use the traditional, formal he or she, him or her, his or
her, himself or herself. Stylistically, this device is usually awkward
or even stilted, but if used sparingly it can be functional.

The statement about "he" in the second sentence is now quite firm.

Personally, I'm quite happy to declare the Developer's Reference to be
informal writing and use that approach.  Recasting sentences to avoid
having to use singular pronouns is a huge amount of work if one wants to
avoid awkward and distracting phrasings, and most native speakers won't
even notice use of "they" in my experience.  (Although I would avoid
"themself," which does indeed look like a mistake to my eyes.)

-- 
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#678970: libetpan: new upstream version available

[Ricardo Mones]

On Tue, Jun 26, 2012 at 12:06:11AM +0400, Nikita V. Youshchenko wrote:
> > Package: libetpan
> > Severity: wishlist
> >
> > Hi Nikita,
> >
> > Seems a new version of libetpan is available (1.1), would be nice
> > to have it package for Debian, and even more to have it packaged
> > before freeze (which is 5 days away ;)
> >
> > best regards,
> 
> Since I can't promise I'll do that within 5 days, I don't object an NMU

  There's nothing critical to fix before the freeze, so I'll reserve my MNU
ammunition for better ocassion ;)
 
> Or maybe you should just take over libetpan. I'm not anyhow active in 
> Debian already for years, and that's unlikely to change anytime soon; you 
> seem to be the main user of the library; it has very low maintaine cost.

  That's not what I was expecting to hear and it's sad to hear it :(
  You've been maintaning it pretty well (IMHO) and have much more knowledge
about library packaging than I have. I'll try to take over (though I cannot
promise), but if you don't mind I'd prefer to maintain you as uploader, just
in case. Is it ok for you or do you have plans to retire from Debian?

  regards,
-- 
  Ricardo Mones 
  ~
  Physics is like sex: sure, it may give some practical results, but 
  that's not why we do it.Richard Feynman



signature.asc
Description: Digital signature

Bug#679067: urlparse: AttributeError: 'module' object has no attribute 'uses_fragment'

[Johannes Graumann]

Package: yum
Version: 3.2.25-1
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,

Yum is suffering from a widely reported bug related to recent python upgrade(s).
Please consider fixing this by changing

> urlparse.uses_fragment.append("media")

to 

> try:
>urlparse.uses_fragment.append("media")
> except AttributeError, err:
>print err

in both 
/usr/lib/pymodules/python2.7/yum/yumRepo.py
and
/usr/lib/pymodules/python2.7/yum/packages.py

Thank you for your consideration.

Sincerely, Joh

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages yum depends on:
ii  python   2.7.3~rc2-1
ii  python-libxml2   2.8.0+dfsg1-4
ii  python-rpm   4.10.0-2
ii  python-sqlite1.0.1-9
ii  python-sqlitecachec  1.1.2-1+b2
ii  python-support   1.0.14
ii  python-urlgrabber3.9.1-4
ii  rpm  4.10.0-2

yum recommends no packages.

yum 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#679068: qemu-kvm release 1.1?

[Nico Prenzel]

Package: qemu-kvm

Hello qemu-kvm maintainer.
I've seen on kvm devel list that there were serveral problems with the 
qemu-kvm 1.1 release: http://www.spinics.net/lists/kvm/msg73755.html
Since these last posts, there seems to be no movement with that release. 
Will there be a qemu-kvm 1.1 release?

Thanks

NicoP.



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

Bug#679069: CVE-2012-3356 / CVE-2012-3357

[Moritz Muehlenhoff]

Package: viewvc
Severity: grave
Tags: security

Please see
http://seclists.org/oss-sec/2012/q2/540
http://seclists.org/oss-sec/2012/q2/544

Cheers,
Moritz



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

Bug#679070: /etc/init.d/mpt-statusd needs status support

[Sergio Gelato]

Package: mpt-status
Version: 1.2.0-7
Severity: wishlist

See http://wiki.debian.org/LSBInitScripts/StatusSupport .

Since this package already depends on lsb-base and its init script sources
/lib/lsb/init-functions and maintains a PID file, adding support for status 
is trivial. Please do it.



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

Bug#679071: lxc: Please consider including lxc-centos template

[Johannes Graumann]

Package: lxc
Version: 0.8.0~rc1-4
Severity: wishlist
Tags: patch

Dear Maintainer,

Please consider including the attached lxc-centos template which I modified 
from the lxc-fedora template already present in the release.

The template works for me, yet the 
> RELEASE_URL="$MIRROR_URL/Packages/centos-release-$release-2.el6.centos.7.$arch.rpm"
line in particular might be non-generalizable and require revisiting.

Thank you for your consideration.

Sincerely, Joh

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.44
ii  libc6  2.13-33
ii  libcap21:2.22-1.1
ii  multiarch-support  2.13-33

Versions of packages lxc recommends:
ii  debootstrap  1.0.41
ii  libcap2-bin  1:2.22-1.1

Versions of packages lxc suggests:
pn  lxctl  

-- debconf information:
  lxc/shutdown: /usr/bin/lxc-halt
* lxc/directory: /LxcStorage
  lxc/title:
  lxc/auto: true
#!/bin/bash

#
# template script for generating centos container for LXC
#

#
# lxc: linux Container library

# Authors:
# Johannes Graumann 
# Based on the lxc-fedora template by
# Daniel Lezcano 
# Ramez Hanna 

# This library is free software; you can redistribute it and/or
# modify it under the terms of the GNU Lesser General Public
# License as published by the Free Software Foundation; either
# version 2.1 of the License, or (at your option) any later version.

# This library is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
 # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
# Lesser General Public License for more details.

# You should have received a copy of the GNU Lesser General Public
# License along with this library; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA

#Configurations
arch=$(arch)
cache_base=/var/cache/lxc/centos/$arch
default_path=/var/lib/lxc
root_password=rooter
lxc_network_type=veth
lxc_network_link=virbr0

# is this centos?
[ -f /etc/centos-release ] && is_centos=true

if [ "$arch" = "i686" ]; then
arch=i386
fi

configure_centos()
{

# disable selinux in centos
mkdir -p $rootfs_path/selinux
echo 0 > $rootfs_path/selinux/enforce

   # configure the network using the dhcp
cat < ${rootfs_path}/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes
HOSTNAME=${UTSNAME}
NM_CONTROLLED=no
TYPE=Ethernet
MTU=${MTU}
EOF

# set the hostname
cat < ${rootfs_path}/etc/sysconfig/network
NETWORKING=yes
HOSTNAME=${UTSNAME}
EOF

# set minimal hosts
cat < $rootfs_path/etc/hosts
127.0.0.1 localhost $name
EOF

sed -i 's|.sbin.start_udev||' ${rootfs_path}/etc/rc.sysinit
sed -i 's|.sbin.start_udev||' ${rootfs_path}/etc/rc.d/rc.sysinit
chroot ${rootfs_path} chkconfig udev-post off
chroot ${rootfs_path} chkconfig network on

dev_path="${rootfs_path}/dev"
rm -rf $dev_path
mkdir -p $dev_path
mknod -m 666 ${dev_path}/null c 1 3
mknod -m 666 ${dev_path}/zero c 1 5
mknod -m 666 ${dev_path}/random c 1 8
mknod -m 666 ${dev_path}/urandom c 1 9
mkdir -m 755 ${dev_path}/pts
mkdir -m 1777 ${dev_path}/shm
mknod -m 666 ${dev_path}/tty c 5 0
mknod -m 666 ${dev_path}/tty0 c 4 0
mknod -m 666 ${dev_path}/tty1 c 4 1
mknod -m 666 ${dev_path}/tty2 c 4 2
mknod -m 666 ${dev_path}/tty3 c 4 3
mknod -m 666 ${dev_path}/tty4 c 4 4
mknod -m 600 ${dev_path}/console c 5 1
mknod -m 666 ${dev_path}/full c 1 7
mknod -m 600 ${dev_path}/initctl p
mknod -m 666 ${dev_path}/ptmx c 5 2

echo "setting root passwd to $root_password"
echo "root:$root_password" | chroot $rootfs_path chpasswd

return 0
}

download_centos()
{

# check the mini centos was not already downloaded
INSTALL_ROOT=$cache/partial
mkdir -p $INSTALL_ROOT
if [ $? -ne 0 ]; then
	echo "Failed to create '$INSTALL_ROOT' directory"
	return 1
fi

# download a mini centos into a cache
echo "Downloading centos minimal ..."
YUM="yum --installroot $INSTALL_ROOT -y --nogpgcheck"
PKG_LIST="yum initscripts passwd rsyslog vim-minimal dhclient chkconfig rootfiles policycoreutils"
#MIRRORLIST_URL="http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$release&arch=$arch";
MIRRORLIST_URL="http://mirrorlist.centos.org/?release=$release&arch=$arch&repo=os";

DOWNLOAD_OK=no
for trynumber in 1 2 3; do
[ $trynumber != 1 ] && echo "Trying again..."
MIRROR_URL=$(curl -s -S -f "$MIRRORLIST_URL" | head -n2 | tail -n1)
if [ $? -ne 0 ] || [ -z "$MIRROR_URL" ]; then
echo "Failed to get a mirror"
continue

Bug#678928: [Packaging] Bug#678928: closed by Holger Levsen (Re: Bug#678928: Squeeze safe-upgrade pulled munin 2.0.0-1~bpo60+1, graphs won't display)

[Kenyon Ralph]

On 2012-06-26T00:44:12-0500, Stan Hoeppner  wrote:
> On 6/25/2012 7:55 PM, Holger Levsen wrote:
> > On Montag, 25. Juni 2012, Stan Hoeppner wrote:
> 
> cgi was the default in 1.4.x but one had the option to use cron.  I
> chose cron because the particular machine isn't speedy.

CGI graphing was not the default in munin 1.4. So, for most
installations, munin 2.0 is a significant change in this respect.

> >> The upgrade installer is simply broken.  This isn't the Debian Stable I
> >> know and love.
> > 
> > backports is not Debian stable. They are supposed to work well, but they 
> > are 
> > much less tested than Debian stable. 
> 
> I've been using Debian since 2001 and backports since long before it was
> folded into official Debian.  I know full well what it is and is not.  I
> thought I already made this clear.
> 
> >> My big complaint is that an 'aptitude safe-upgrade' shouldn't install a
> >> package upgrade that is so completely broken and does not work without
> >> major surgery.  The backports repo is supposed to contain stable working
> >> packages backported from testing, or so I thought.  And frankly I'm
> >> surprised a safe-upgrade pulls packages from backports.  I was under the
> >> impression it only pulls from the stable repo.  And, no, I've never
> >> modified any apt preferences or whatever to cause it to pull packages
> >> from backports.  I don't even know how this would be done.  This is
> >> something that happened automatically.

I think you misunderstand what "aptitude safe-upgrade" means. No, it
doesn't mean it only pulls from a certain repository. It doesn't mean
that the packages are "safe" or tested or non-broken. It just has to
do with how aptitude resolves dependencies and decides whether to
upgrade packages or not. See the aptitude documentation.

> > no. I don't know which backports repo you are refering to, but if you 
> > simply 
> > add the sources mentioned on backports.debian.org to your sources.list of a 
> > debian Stable system, I'm quite sure "aptitude safe-upgrade" won't install 
> > munin 2.0 from backports unless you have done something. "apt-get dist-
> > upgrade" (and upgrade as well) certainly wouldn't (install any package from 
> > backports.org for that matter). 
> 
> Did this happen because I was previously running a munin backport?
> 1.4.6-1~bpo60+1
> So safe-upgrade automatically installed the 2.0.0.1 backport?

Yes, if you have a bpo package installed, and there is a newer version
available, by default, the newer version will be selected for upgrade.
I find "apt-cache policy" very handy to see what APT thinks about a
particular package's versioning situation.

> If so, then please explain to me again why/how this broken upgrade to
> 2.x is my fault, a point you continue to attempt to drive home, when you
> developers knew the 2.0.0.1 backport doesn't work with lighttpd,
> according to you.  BTW, the package information doesn't mention that
> Apache2 is required, nor that Lighttpd won't work.  It simply says
> "recommends httpd":

As you know from your 11 years of Debian experience, none of the
developers can test every situation. Indeed, this package came from
the testing distribution, and has not been in the stable distribution
yet. So, thanks for being a tester and pointing out some areas of
potential improvement.

> > for that you either need to explicitly say "apt-get install -t backports 
> 
> This is what I though as well, and has been my experience--if I wanted a
> backport package, I had to individually install with '-t' and the name
> of the repo.  Did someone change the behavior of aptitude in this
> regard?  It sure appears so.

This behavior has not changed. You had a backport package installed,
so it was simply upgraded to a newer backport package. You must have
manually installed the 1.4.6 backport. If you use any other bpo
packages, you should see them receiving upgrades in your aptitude
logs.

> > munin" or reconfigure apt/aptitude to grab packages from backports by 
> > default, 
> > which is not sensible.
> 
> As demonstrated by the evidence above, I did neither of these two things.
> 
> >> So what do I do now?  Can 2.0 be made to work on my system? 
> > 
> > sure. easily with apache2 and with some work with lighttpd.
> 
> Can you point me to a set of instructions?  The ones for lighty I
> followed didn't hit the mark.  Or maybe there's something else I'm
> missing that wasn't in those docs.

Several munin developers and users use munin with lighttpd, so you
might find help in the #munin channel on oftc.net IRC. In the process,
with your help, we could improve the documentation and packaging of
munin and its integration with lighttpd.

> >> Or is it
> >> simply completely hosed?  Should I file a bug report against the upgrade
> >> script?  If so, how do I do that?  What's the package name for it?
> > 
> > aptitude, but see above.
> 
> Given the information I presented above, which suggests munin was
> upgraded to the 2.0.0.1 backport d

Bug#678972: texlive-full: Old format files not deleted

[Norbert Preining]

On Di, 26 Jun 2012, Hilmar Preusse wrote:
> Well, we have freeze @weekend which means newer upstream versions are
> not migrated to testing automatically after that date.  We can still
> fix/break our install scripts.

You mean after freeze and try to get it into stable?

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

BURBAGE
The sound made by a liftful of people all trying to breathe politely
through their noses.
--- Douglas Adams, The Meaning of Liff



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

Bug#678972: texlive-full: Old format files not deleted

[Hilmar Preusse]

On 26.06.12 Norbert Preining (prein...@logic.at) wrote:
> On Mo, 25 Jun 2012, Hilmar Preuße wrote:

Hi,

> > this is a bug collection. I recently performed an upgrade of
> > texlive-full from Debian squeeze to Debian unstable.  After the
> > upgrade I called "fmtutil-sys --all" and noticed that some format
> > files were not recreated:
> 
> Indeed, but I guess that I will not have time to fix that before
> freeze this weekend, so we have to live with it.
> 
Well, we have freeze @weekend which means newer upstream versions are
not migrated to testing automatically after that date.  We can still
fix/break our install scripts.

H.
-- 
sigmentation fault



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

Bug#678993: openbox: xmodmap freezes openbox in lxde

[Paul Seyfert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
On 25.06.2012 19:44, Nico Golde wrote:
> Hi, * Paul Seyfert 
> [2012-06-25 17:49]:
>> I use my notebook with lxde. after some time of operation I
>> connect an external keyboard. The external keyboard now runs
>> without my modifications in my ~/.xmodmap file so I call $
>> xmodmap .xmodmap the effect is, that the external keyboard is now
>> mapped as I wish, but openbox seems not to operate anymore. 
>> alt+tab doesn't work, i cannot click on windows to change
>> windows. I haven't found any way to change windows or workspaces
>> (except closing the current active application) resizing windows
>> doesn't work.
>> 
>> I get back to working by running killall -9 openbox ; sleep 10s ;
>> openbox & disown; exit (luckily after calling xmodmap, the active
>> window is a shell)
> 
> Can you share your xmodmap? I can't reproduce this in a quick
> test.
> 

there it is:
http://www.physi.uni-heidelberg.de/~pseyfert/.Xmodmap

Cheers,
Paul

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJP6WGNAAoJEPGrO6H3OXolcdsQAKRKhF0lb0YfCylJqlFMUd2e
xh4Z6w5KeR8xPCakPQBarmZ7bYxRGI64mCJ+uOzsoMgGTWEa67BvlFrA1kJmiId5
NHSeUaEuM4eXAbj0D0BKYTaXRpt9YBgP2TndO7PgHb00dFQsjibx0SS95HoSoyKW
/v1Ol30vCQHJaz42LUBXLzYY3/UupXGjcXqWgRLjWLh57sAUGoHWR15+srGTTYv0
rBK8EpCpM3OtfFQkIV9yD1xOFe5yCSE6XTsA0sEmLOzLEKsltATGHwCEabDSILWm
8Yptgl3767cY0oXuVO537JtUcJ5fltCTOBB5c6XkK/K6/X5rcgKr3TUifzgzH8/o
FeAMU0Gt9obF7AsTb9IOHMgUL973Xip9bF97N4weJ36qBFRHrXCf9JQncoob5vnk
WMSx+msgFJUvysTl+fam9PWTPAsRUQ8NIs/GKSlD7+o8AZ+ysX9G/6EJxLvye8Ec
NiEmR2kv9hI03s0WgMNTWWkCIsC2VXj9Mrl1a5Qm2Ppk9gkPnKf0NHHthvPrfiCC
J387/VrvUKYv9fPQEhwd+it0clPwCKNAv54LeViy7qvdhTssuvCx0gZ/S72eXmhS
/uAHckcRxWQIuWE23MCfw/4eidmzIqTbt12iRooW9RPU+N7i+etrxw9dUMjgzrWX
rZd1VZ8Ch1SatJqq1ken
=GdW6
-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#679072: mini-dinstall: .changes files should be world-readable

[Luca Capello]

Package: mini-dinstall
Version: 0.6.29
Severity: wishlist
Usertags: debian-repository

Hi there!

mini-dinstall set .changes file permissions to 600: is this done for a
particular reason?  I do not see any and IMHO having such files
world-readable could help in corner-cases (e.g. when checking what has
been uploaded).

Thx, bye,
Gismo / Luca

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages mini-dinstall depends on:
ii  apt-utils   0.9.7
ii  python  2.7.3~rc2-1
ii  python-apt  0.8.4
ii  python-support  1.0.14

Versions of packages mini-dinstall recommends:
ii  gpgv  1.4.12-4

Versions of packages mini-dinstall suggests:
ii  debian-keyring  2012.06.01

-- no debconf information


pgpRPViKELHFR.pgp
Description: PGP signature

Bug#678999: xserver-xorg-video-ati: Radeon Mobility M6 LY, with firmware r100 and module dri, freezes the whole hardware, as an example, playing with extremetuxracer package. No problem without module

[Fernando Piñeiro]

Please, forgive my poor English.

Until now it is OK with kernel parameter radeon.agpmode=-1. No 
problems after two sessions.


With kernel parameter radeon.agpmode=1 it lasted 32 seconds and 
crash. :-)


Thank you


El 26/06/12 08:07, Michel Dänzer escribió:

On Mon, 2012-06-25 at 18:14 +0200, Fernando Piñeiro wrote:

Package: xserver-xorg-video-ati
Version: 1:6.13.1-2+squeeze1
Severity: important

First of all, forgive my poor English.

With Radeon Mobility M6 LY with firmware r100 in a Compaq Presario 1714 EA.
With module dri working (without this module there is no problem)
Randomly the whole system freezes, as an example playing with extremetuxracer
package

Does passing radeon.agpmode=1 or radeon.agpmode=-1 on the kernel command
line help?






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

Bug#679073: texlive-base: failed during dist-upgrade (/usr/bin/fmtutil: Segmentation fault)

[Lukasz]

Package: texlive-base
Version: 2009-11+squeeze1
Severity: normal



-- Package-specific info:
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. 

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
fmtutil: running `pdftex -ini   -jobname=pdfetex -progname=pdfetex 
-translate-file=cp227.tcx *pdfetex.ini' ...
/usr/bin/fmtutil: line 341: 12735 Segmentation fault  ${1+"$@"}
Error: `pdftex -ini  -jobname=pdfetex -progname=pdfetex 
-translate-file=cp227.tcx *pdfetex.ini' failed
mv: cannot stat `pdfetex.log': No such file or directory



##


##
 List of ls-R files

-rw-r--r-- 1 root root 541 Jun 26 09:35 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 80 Jun 25 19:31 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jun 26 09:01 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 Jun 26 09:33 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 Jun 26 09:33 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
##
 Config files
lrwxrwxrwx 1 root root 20 Jun 26 09:01 /usr/share/texmf/web2c/texmf.cnf -> 
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 2672 Jun 26 09:35 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 5656 Jun 26 09:35 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 3110 Jun 26 09:35 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 283 Feb 18  2011 mktex.cnf
##
 md5sums of texmf.d
3875bf0f4a53a29b7f247399dc9833e2  /etc/texmf/texmf.d/05TeXMF.cnf
6e82a3d4c00ae7e4f86aa8dcf9438cf3  /etc/texmf/texmf.d/15Plain.cnf
c60a084820a0b73e3bfbf2e90bda437c  /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c  /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1  /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068  /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e  /etc/texmf/texmf.d/80DVIPDFMx.cnf
37329819f1109e8a457e64b8b58fecdb  /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c  /etc/texmf/texmf.d/90TeXDoc.cnf
402d5adb3864c09ed3cd80c0f2131361  /etc/texmf/texmf.d/95NonPath.cnf

-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.32-5-orion5x
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 texlive-base depends on:
ii  dpkg1.15.8.12Debian package management system
ii  install-info4.13a.dfsg.1-6   Manage installed documentation in 
ii  luatex  0.60.2-1 next generation TeX engine
ii  mime-support3.48-1   MIME files 'mime.types' & 'mailcap
pn  tex-common (no description available)
ii  texlive-binaries2009-8   Binaries for TeX Live
ii  texlive-common  2009-11+squeeze1 TeX Live: Base component
ii  texlive-doc-base2009-2   TeX Live: TeX Live documentation

Versions of packages texlive-base recommends:
ii  lmodern   2.004.1-3  scalable PostScript and OpenType f

Versions of packages texlive-base suggests:
ii  ghostscript [postscript-vie 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF
pn  perl-tk(no description available)
pn  xpdf-reader | pdf-viewer   (no description available)

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]1.5.36.1Debian configuration management sy
ii  dpkg 1.15.8.12   Debian package management system
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

Versions of packages texlive-base is related to:
pn  tex-common (no description available)
ii  texlive-binaries  2009-8 Bin

Bug#667504: (no subject)

[Reinhard Tartler]

reassign 667504 libvpx
stop

Jack,

thank you for the backtrace. It indeed looks like a segmentation fault
in the libvpx library to me, for which avcodec provides a wrapper.

Since the backtrace does not indicate that libavcodec would pass bogus
data to libvpx, I my current understanding is that this problem needs
to be fixed in the libvpx package. I'm therefore reassigning this bug
appropriately.

Dear libvpx maintainers, please see the full backtraces here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667504#15

-- 
regards,
    Reinhard



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

Bug#679074: Please separate the init scripts for a system-wide libvirtd from the binaries usable for a per-user libvirtd

[Josh Triplett]

Package: libvirt-bin
Severity: normal

libvirt-bin currently includes both the libvirtd binary (and other
binaries) and the init scripts to start a system instance of libvirtd.
However, many applications using libvirt only need a per-user instance
of libvirtd, not a system instance.  For instance, gnome-boxes currently
depends on libvirt-bin to get libvirtd, but it doesn't need the system
instance.  According to gnome-boxes upstream, "you can connect to remote
instances, but the only thing that is sanely integrated in the UI is
creating local VMs in a per-user libvirtd".  (Anything else, including
the system instance, requires hand-entering a libvirt URI.)

So, please split the init scripts for a system-wide libvirtd instance
into a separate package from the binaries.

Thanks,
Josh Triplett

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

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



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

Bug#474956: will fix

[Russell Coker]

The problem of tty input not being echoed was in the old version.  So I'll 
close this bug report with the new version.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/



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

Bug#679075: gcc 4.7 failt to build imagemagick: segfault

[Bastien ROUCARIES]

package: gcc-4.7
version: 4.7.1-2
Severity: important
Justification: fails to build imagemagick
User: debian-s3...@lists.debian.org
Usertags: s390x
Affects: imagemagick

Acording to build log

  CC magick/magick_libMagickCore_la-static.lo
  CC magick/magick_libMagickCore_la-statistic.lo
  CC magick/magick_libMagickCore_la-stream.lo
  CC magick/magick_libMagickCore_la-string.lo
  CC magick/magick_libMagickCore_la-thread.lo
  CC magick/magick_libMagickCore_la-timer.lo
  CC magick/magick_libMagickCore_la-token.lo
  CC magick/magick_libMagickCore_la-transform.lo
./libtool: line 1128: 14276 Segmentation fault  gcc -std=gnu99
-std=gnu99 -DHAVE_CONFIG_H -I. -I./config -I./ltdl -I./ltdl
-D_FORTIFY_SOURCE=2 -I/usr/include/X11 -I/usr/include/freetype2
-I/usr/include/libxml2 -I/usr/include/lqr-1 -I/usr/include/glib-2.0
-I/usr/lib/s390x-linux-gnu/glib-2.0/include -fopenmp -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -Wall -pthread -MT
magick/magick_libMagickCore_la-token.lo -MD -MP -MF
magick/.deps/magick_libMagickCore_la-token.Tpo -c magick/token.c -o
magick/magick_libMagickCore_la-token.o > /dev/null 2>&1
make[2]: *** [magick/magick_libMagickCore_la-token.lo] Error 1
make[2]: *** Waiting for unfinished jobs
make[2]: Leaving directory
`/build/buildd-imagemagick_6.7.7.9-1-s390x-moRzJN/imagemagick-6.7.7.9'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/build/buildd-imagemagick_6.7.7.9-1-s390x-moRzJN/imagemagick-6.7.7.9'
make: *** [build-stamp] Error 2



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

Bug#675190: BUG: unable to handle kernel paging request at 27c97000 during reboot under xen

[William Dauchy]

Hi Ian,

I successfully applied your patch
0001-xen-netfront-teardown-the-device-before-unregisterin.patch on top
of a 3.2.21 kernel.
The problem doesn't occurred anymore.

-- 
William



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

Bug#679076: synaptic - changes graphical theme

[kitta]

package: synaptic-0.75.12 (32bit)
wheezy 32 bit

Hallo!

After installing wheezy 32 bit I installed synaptic. Then after restart there 
is no more the same graphical theme, no more possibility adjust volume and 
brightness with keys, no possible to change wallpaper. Sometimes system crashes 
by logging. Without synaptic, with add/remove software or with apt-get install 
is everything OK. I have no problems with wheezy 64 bit.

Michal Kitta, Lenovo ThinkPad E520



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

Bug#679063: [Pkg-gmagick-im-team] Bug#679063: libmagickcore5-extra: file conflict with old libmagickcore5

[roucaries bastien]

tags 679063 + patch
tags 679063 + pending
thanks

> | Vorbereitung zum Ersetzen von libmagickcore5-extra:i386 8:6.7.7.2-1 (durch 
> .../libmagickcore5-extra_8%3a6.7.7.9-1_i386.deb) ...
> | Ersatz für libmagickcore5-extra:i386 wird entpackt ...
> | dpkg: Fehler beim Bearbeiten von 
> /var/cache/apt/archives/libmagickcore5-extra_8%3a6.7.7.9-1_i386.deb 
> (--unpack):
> |  Versuch, 
> »/usr/lib/i386-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/pango.la« zu 
> überschreiben, welches auch in Paket libmagickcore5:i386 8:6.7.7.2-1 ist
> `

Thanks for this bug report next version of libmagickcore5-extra will
Depends: libmagickcore5 (= ${binary:Version})

Normally it will solve this issue.

It the means time you could firsly desinstall libmagickcore5-extra,
upgrade  libmagickcore5, than install  libmagickcore5-extra

bastien



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

Bug#671906: Digests broken ?

[Alberto Garcia]

On Tue, May 08, 2012 at 08:42:47AM +0900, Charles Plessy wrote:

> it has been a couple of days that the digests I receive are broken:
> the subject is not displayed anymore, and the mail headers are moved
> after the main text.

Hey,

this problem has been going on for a long time already. The digest is
basically unusable. Is there any clue of what the cause is?

Berto



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

Bug#679061: #679061: gprbuild: gprconfig segfaults when g++ exists but g++-4.6 doesn't

[Ludovic Brenta]

severity 679061 grave
thanks

Justification: renders package unusable. I really need 2001-2 to reach 
wheezy.


The reason why this bug makes the package unusable is because gprconfig 
will
try to call "g++-4.6 -v" and parse its output every time it finds g++ 
on the
$PATH, which is almost always.  Now that g++ is g++-4.7, this call will 
almost

always fail.

--
Ludovic Brenta.




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

Bug#678993: openbox: xmodmap freezes openbox in lxde

[Nico Golde]

Hi,
* Paul Seyfert  [2012-06-26 09:48]:
> Hi,
> On 25.06.2012 19:44, Nico Golde wrote:
> > Hi, * Paul Seyfert 
> > [2012-06-25 17:49]:
> >> I use my notebook with lxde. after some time of operation I
> >> connect an external keyboard. The external keyboard now runs
> >> without my modifications in my ~/.xmodmap file so I call $
> >> xmodmap .xmodmap the effect is, that the external keyboard is now
> >> mapped as I wish, but openbox seems not to operate anymore. 
> >> alt+tab doesn't work, i cannot click on windows to change
> >> windows. I haven't found any way to change windows or workspaces
> >> (except closing the current active application) resizing windows
> >> doesn't work.
> >> 
> >> I get back to working by running killall -9 openbox ; sleep 10s ;
> >> openbox & disown; exit (luckily after calling xmodmap, the active
> >> window is a shell)
> > 
> > Can you share your xmodmap? I can't reproduce this in a quick
> > test.
> > 
> 
> there it is:
> http://www.physi.uni-heidelberg.de/~pseyfert/.Xmodmap

Even with this  can't reproduce the described behaviour. What I observe is 
that after loading openbox doesn't react for a short time and openbox uses a 
lot of CPU. During that time it doesn't react to anything, but it does come 
back.

How long did you wait for it to come back?

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0
For security reasons, all text in this mail is double-rot13 encrypted.



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

Bug#679077: RM: openstackx -- ROM; now useless

[Julien Danjou]

Package: ftp.debian.org
Severity: normal

This packages was needed for horizon (the OpenStack dashboard) to access
some advanced feature not available in the API back then. Now everything is
available starting with 2012.1 releases, so this is not used anymore and is
totally deprecated.



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

Bug#632526: svg under imagemagick

[Bastien ROUCARIES]

tags 632526 + fixed-upstream
reassign 632526 imagemagick-doc
thanks

This bug is a documentation bug (aka feature).

new version (>>6.7.7.9) will have under display man page:
.SH NOTE
The display program defaults to the X screen resolution.  To display
vector formats at their intended size, override the default
resolution:
 display -density 72 drawing.svg

thanks

Bastien



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

Bug#675190: BUG: unable to handle kernel paging request at 27c97000 during reboot under xen

[Ian Campbell]

On Tue, 2012-06-26 at 10:15 +0200, William Dauchy wrote:
> Hi Ian,
> 
> I successfully applied your patch
> 0001-xen-netfront-teardown-the-device-before-unregisterin.patch on top
> of a 3.2.21 kernel.
> The problem doesn't occurred anymore.

Thanks for testing, and also for reminding me that I'd forgotten to send
out this patch -- now done!

Ian.

-- 
Ian Campbell
Current Noise: Metallica & The San Francisco Symphony Orchestra - Wherever I 
May Roam

She always believed in the old adage -- leave them while you're looking good.
-- Anita Loos, "Gentlemen Prefer Blondes"




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

Bug#676504: imagemagick

[Bastien ROUCARIES]

tags 630321 - wontfix
block 630321 by 676504
thanks

post freeze imagemagick may depend on this package.

Bastien



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

Bug#679001: [Fingerforce-devel] Bug#679001: libfprint0: Missing fingerprint reader in 60-libfprint0.rules

[Didier 'OdyX' Raboud]

tags 679001 +patch +pending
thanks

Hi Chris, and thanks for your bugreport,

Le lundi, 25 juin 2012 18.16:49, Chris a écrit :
> 
> while using the fingerprint-gui https://launchpad.net/~fingerprint on my
> Thinkpad T61 with this fingerprint  reader:
> 
> Bus 002 Device 002: ID 0483:2016 SGS Thomson Microelectronics
> Fingerprint Reader
> 
> i've got the message "cloud not open fingerprint-device". After adding
> the following line:
> 
> SUBSYSTEM=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="2016",
> ATTRS{dev}=="*", ATTR{power/control}="auto", MODE="0664", GROUP="plugdev"
> 
> to my
> 
> /lib/udev/rules.d/60-libfprint0.rules
> 
> the gui is now working.

Indeed. The udev rules generator was too smart: your device is blacklisted by 
libfprint for the power/control capability so there was no udev rule created 
at all. The attached patch embeds the Debian-specifics in that udev rules 
generator while respecting the blacklist for power/control.

This will be uploaded soon.

> SUBSYSTEM=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="2015",
> ATTRS{dev}=="*", ATTR{power/control}="auto", MODE="0664", GROUP="plugdev"
> SUBSYSTEM=="usb", ATTRS{idVendor}=="1162", ATTRS{idProduct}=="0300",
> ATTRS{dev}=="*", ATTR{power/control}="auto", MODE="0664", GROUP="plugdev"
> 
> Maybe this readers can be added to the rules file from libfprint0?

No; and here's why: 0483:2015 and 1162:0300 are devices supported by the 
"upektc" and "fdu2000" drivers respectively. These two drivers cannot 
currently be compiled in libfprint and are marked as "not ported" (to 
libusb-1.0).

So before adding the udev rules for them, one needs to port the drivers.

Cheers,

OdyX
Description: Tweak the udev rules creator for Debian usage
 List all devices; automatic power/control only for the non-blacklisted
 ones; mode and group to all.
Author: Didier Raboud 
Origin: vendor
Last-Update: 2012-06-26

--- a/libfprint/fprint-list-udev-rules.c
+++ b/libfprint/fprint-list-udev-rules.c
@@ -54,9 +54,6 @@
 		break;
 	}
 	}
-	if (blacklist)
-	continue;
-
 	key = g_strdup_printf ("%04x:%04x", driver->id_table[i].vendor, driver->id_table[i].product);
 
 	if (g_hash_table_lookup (printed, key) != NULL) {
@@ -66,7 +63,10 @@
 
 	g_hash_table_insert (printed, key, GINT_TO_POINTER (1));
 
-	printf ("SUBSYSTEM==\"usb\", ATTRS{idVendor}==\"%04x\", ATTRS{idProduct}==\"%04x\", ATTRS{dev}==\"*\", ATTR{power/control}=\"auto\"\n", driver->id_table[i].vendor, driver->id_table[i].product);
+	printf ("SUBSYSTEM==\"usb\", ATTRS{idVendor}==\"%04x\", ATTRS{idProduct}==\"%04x\", ATTRS{dev}==\"*\", ", driver->id_table[i].vendor, driver->id_table[i].product);
+	if (!blacklist)
+		printf ("ATTR{power/control}=\"auto\", ");
+	printf ("MODE=\"0664\", GROUP=\"plugdev\"\n");
 }
 }
 


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

Bug#679078: ITP: acpi-support-minimal -- minimal acpi scripts

[Bernhard R. Link]

Package: wnpp
Severity: wishlist
Owner: "Bernhard R. Link" 

Package name: acpi-support-minimal
License : GPL2+
Description: minimal scripts for handling base ACPI events
 This package contains minimal scripts to react to various base
 ACPI events such as the power button. It does not require any
 other daemons but acpid. For a less minimal version, install
 the "acpi-support-base" or "acpi-support" packages.



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

Bug#678693: Please add a /usr/share/initramfs-tools/scripts/local-block/ script

[Goswin von Brederlow]

Ritesh Raj Sarraf  writes:

> Hello Goswin,
>
> On Mon, Jun 25, 2012 at 6:50 PM, Goswin von Brederlow 
> wrote:
>
> Ritesh Raj Sarraf  writes:
>
> > Do you see this affecting multipath?
> >
> > There is no use case to run dm-multipath on a local block device.
>
> Don't be too sure about that. I've been playing with dm-multipath on
> local block devices because it has a timeout feature. If a single device
> in a raid hangs (which can take up to several minutes till all the
> resets on all levels have been tried before you get an error or may
> actualy hang forever) you can use multipath to make it give up faster.
>
>
>
> I am still curious why you would want to run multipath on top of a local 
> device
> ?
> You definitely want device mapper but multipath IMO.
>
> As for USB deivces, multipath highly recommends blacklisting local (which
> includes USB) devices.
>  
>
> > There are setups where you would want LVM on top of your SAN Multipath
> > Device, but I think we already take care of that.
>
> Since multipath-tools doesn't provide any initramfs-tools scripts yet
> I don't see how that could be. I think booting from a multipath device
> isn't supported at all yet, right?
>
>
>
> It does. http://anonscm.debian.org/gitweb/?p=pkg-lvm/multipath-tools.git;a=
> tree;f=debian/initramfs;h=79f50dfee645e2dc72268a306099285bf0dc0b33;hb=HEAD
>
> We care to create the proper multipath maps in the initrd.
>  

Ah, sorry, those files end up in multipath-tools-boot. I only checked
the multipath-tools deb itself.

> One of the problems in current initramfs-tools is with devices that take
> a long time to be detected. My experience with external enclosures was
> that detecting the drives takes rather long, just like USB takes it
> time.
>
>
> Yes. The remote SAN devices have timing issues. And we try best to handle that
> situation. I still think that is not the use case you have.
> And if you have issues with a remote SAN device setup, please do report it.
>  

That is exactly the issue the patch addresses. In your multipath
local-top script you have:

verbose && log_begin_msg "Loading multipath modules"
for module in ${MP_MODULES}; do
  if modprobe "$module"; then
verbose && log_success_msg "loaded module ${module}."
  else
log_failure_msg "failed to load module ${module}."
  fi
done
verbose && log_end_msg

verbose && log_begin_msg "Discovering multipaths"
/sbin/multipath -v $VERBOSITY
verbose && log_end_msg

if [ -x /sbin/kpartx -a -x /sbin/dmsetup ]; then
/sbin/dmsetup ls --target multipath --exec "/sbin/kpartx -a -p -part" 
>/dev/null
fi


Where do you handle the situation that a device takes longer to apear?
By the time that script runs the remote device might not yet have
appeared and then multipath can't setup its part.

Note that the problem isn't the multipath devices not appearing on time
but the underlying devices you want to multipath taking too long. There
is nothing multipath can do to make them appear, their detection is
generally asynchronous.

As an example we have some external raid enclosures here that take over
3 minutes to boot. So after a power loss the servers always boot without
the enclosures and minutes later they show up all of a sudden and only
then can configure their multipath. Luckily we boot from local disks so
that isn't as big a problem.

If we had to boot from multipath then we would need to set
rootdelay=200, causing every boot to just wait for 3 minutes, even on
warm reboots where that is totaly unnecessary. The initramfs patch I
made allows to wait until the devices appear. If that happens in 1s then
the boot continues after 1s.

> So I think that if you add support to boot from multipath then it would
> definetly fall under the problem cases and need a local-block script
> rather than local-top.
>
>
> Boot from multipath (i.e. Root on multipath) is a setup we support. It is
> documented in the README.Debian file.
>
>
> MfG
>        Goswin
>
>
>
> Thanks,
> Ritesh

MfG
Goswin



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

Bug#678712: developers-reference: Please make developers reference gender neutral

[Charles Plessy]

Le Tue, Jun 26, 2012 at 08:46:10AM +0200, Raphael Hertzog a écrit :
> 
> Added a sentence in README-contrib.

Thank you very much.

By the way, while browsing the PTS for the link to the Subversion repository to
read the sentence, I noticed that the Vcs-Browser URL is broken with the
current Alioth configuration.  It can be corrected with the following.

Vcs-Browser: http://svn.debian.org/viewvc/ddp/manuals/trunk/developers-reference

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#679079: RM: pcmciautils [hurd-i386 kfreebsd-amd64 kfreebsd-i386] -- ROM; Linux-specific

[Colin Watson]

Package: ftp.debian.org
Severity: normal

pcmciautils (018-8) unstable; urgency=low

  * Mark pcmciautils and pcmciautils-udeb Architecture: linux-any.

 -- Colin Watson   Mon, 25 Jun 2012 14:57:42 +0100

pcmciautils isn't useful on non-Linux architectures, so please remove
the binaries from Hurd and kFreeBSD.

-- 
Colin Watson   [cjwat...@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#675190: [PATCH] xen/netfront: teardown the device before unregistering it.

[Ian Campbell]

Fixes:
[   15.470311] WARNING: at 
/local/scratch/ianc/devel/kernels/linux/fs/sysfs/file.c:498 
sysfs_attr_ns+0x95/0xa0()
[   15.470326] sysfs: kobject eth0 without dirent
[   15.470333] Modules linked in:
[   15.470342] Pid: 12, comm: xenwatch Not tainted 3.4.0-x86_32p-xenU #93
and
[9.150554] BUG: unable to handle kernel paging request at 2b359000
[9.150577] IP: [] linkwatch_do_dev+0x81/0xc0
[9.150592] *pdpt = 2c3c9027 *pde = 
[9.150604] Oops: 0002 [#1] SMP
[9.150613] Modules linked in:

This is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675190

Reported-by: George Shuklin 
Signed-off-by: Ian Campbell 
Tested-by: William Dauchy 
Cc: sta...@kernel.org
Cc: 675...@bugs.debian.org
---
 drivers/net/xen-netfront.c |8 
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/net/xen-netfront.c b/drivers/net/xen-netfront.c
index 0ebbb19..796afbf 100644
--- a/drivers/net/xen-netfront.c
+++ b/drivers/net/xen-netfront.c
@@ -1935,14 +1935,14 @@ static int __devexit xennet_remove(struct xenbus_device 
*dev)
 
dev_dbg(&dev->dev, "%s\n", dev->nodename);
 
-   unregister_netdev(info->netdev);
-
xennet_disconnect_backend(info);
 
-   del_timer_sync(&info->rx_refill_timer);
-
xennet_sysfs_delif(info->netdev);
 
+   unregister_netdev(info->netdev);
+
+   del_timer_sync(&info->rx_refill_timer);
+
free_percpu(info->stats);
 
free_netdev(info->netdev);
-- 
1.7.2.5




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

Bug#668798: Acknowledgement (systemd kills existing ssh sessions on /etc/init.d/ssh restart)

[Bernhard Schmidt]

I think you need dbus installed, otherwise pam_systemd won't work correctly.

Jun 26 10:48:42 mail sshd[16373]: pam_systemd(sshd:session): Failed to
connect to system bus: Failed to connect to socket
/var/run/dbus/system_bus_socket: No such file or directory

Also the systemd-logind.service must be started. It was masked here on
one system, I don't know exactly why.

Jun 26 10:59:19 mail sshd[20130]: pam_systemd(sshd:session): Failed to
create session: Unit systemd-logind.service is masked.

When both these issues are solved I get proper session support, my shell
is not listed in the ssh cgroup anymore and I can properly restart OpenSSH.

root@mail:~# /etc/init.d/ssh restart
[ ok ] Restarting ssh (via systemctl): ssh.service.
root@mail:~#

Bernhard



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

Bug#679055: istgt: Add support to reload the istgt.conf file.

[Arno Töll]

Hi Andrew,

On 26.06.2012 06:07, and...@etc.gen.nz wrote:
> istgt currently has no method to load new Logical Units other than restarting
> the daemon. This is a bit cruel, in that it interrupts folks that have
> mounted LUNs from the running istgt.

Yes, I'm entirely with you here. That's a feature I've been waiting for
for a while already.

> The attached patch, ported from FreeBSD, adds a refresh command to
> istgtcontrol to allow telling istgt to reload istgt.conf and update
> the running configuration, all without restarting the daemon.

Did you contact the upstream author? As far as I'm informed he was
planning to add reload LUN reload support to the upcoming 0.5 series but
I didn't hear since.


Anyway, thanks for your patch which looks quite good at a first glance.
I'll review and test later so that it will end in Wheezy before the freeze.


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



signature.asc
Description: OpenPGP digital signature

Bug#679080: RM: libgrib-api-data -- ROM; Not built anymore

[Enrico Zini]

Package: ftp.debian.org
Severity: normal

Hello,

it looks like I forgot to remove libgrib-api-data after it stopped being
built:

$ rmadison libgrib-api-data
 libgrib-api-data | 1.8.0.1-1~bpo50+1 | backports/lenny | all
 libgrib-api-data | 1.8.0.1-1 | squeeze | all
 libgrib-api-data | 1.8.0.1-1 | wheezy  | all
 libgrib-api-data | 1.8.0.1-1 | sid | all

That is only needed by grib_api 1.8.0, which doesn't seem to be in any
suite at the moment, besides backports/lenny:

$ rmadison libgrib-api-dev
 libgrib-api-dev | 1.8.0-2~bpo50+1 | backports/lenny   | alpha, amd64, armel, 
i386, ia64, mipsel, s390
 libgrib-api-dev | 1.9.0-1 | squeeze   | amd64, armel, i386, 
ia64, kfreebsd-amd64, kfreebsd-i386, mipsel, powerpc, s390
 libgrib-api-dev | 1.9.9-4~bpo60+1 | backports/squeeze | amd64, armel, i386, 
ia64, kfreebsd-amd64, kfreebsd-i386, mipsel, powerpc, s390
 libgrib-api-dev | 1.9.9-4~bpo60+1 | squeeze-backports | amd64, armel, i386, 
ia64, kfreebsd-amd64, kfreebsd-i386, mipsel, powerpc, s390
 libgrib-api-dev | 1.9.16-2| wheezy| amd64, armel, armhf, 
i386, ia64, kfreebsd-amd64, kfreebsd-i386, mipsel, powerpc, s390
 libgrib-api-dev | 1.9.16-2| sid   | amd64, armel, armhf, 
i386, ia64, kfreebsd-amd64, kfreebsd-i386, mipsel, powerpc, s390

So I reckon libgrib-api-data should be deleted from squeeze, wheezy and
sid.

Thank you,

Enrico



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

Bug#679081: gdb doesn't recognize executables generated by tcc

[Vincent Lefevre]

Package: gdb
Version: 7.4.1-1.1
Severity: normal

gdb doesn't recognize executables generated by tcc.

$ cat main.c
int main(void)
{
  return 0;
}
$ tcc -O2 main.c -o main
$ ./main
$ file main
main: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked 
(uses shared libs), not stripped
$ gdb main
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
"/home/vlefevre/main": not in executable format: Bad value
(gdb) run
Starting program:  
No executable file specified.
Use the "file" or "exec-file" command.
(gdb) 

I've attached the generated executable "main".

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gdb depends on:
ii  gdbserver 7.4.1-1.1
ii  libc6 2.13-33
ii  libexpat1 2.1.0-1
ii  libncurses5   5.9-9
ii  libpython2.7  2.7.3-1
ii  libreadline6  6.2-8
ii  libtinfo5 5.9-9
ii  zlib1g1:1.2.7.dfsg-11

gdb recommends no packages.

Versions of packages gdb suggests:
ii  gdb-doc  7.4.1-1

-- no debconf information


main
Description: Binary data

Bug#679085: wpasupplicant: [REGRESSION 0.7.3-6 => 1.0-2] WPA-PSK + openmoko: unable to get DHCPACK

[Timo Juhani Lindfors]

Package: wpasupplicant
Version: 0.7.3-6
Severity: normal

Steps to reproduce:
1) On an openmoko freerunner phone I run

sudo killall dhclient
sudo killall wpa_supplicant
om wifi power 0
sleep 4
om wifi power 1
sleep 4
om wifi maxperf wlan 1
sleep 4
sudo /sbin/wpa_supplicant -B -f /tmp/wpasupplicant.log -P 
/var/run/wpa_supplicant.wlan.pid -i wlan -D wext -t -ddd -C 
/var/run/wpa_supplicant
sleep 4
sudo wpa_cli -p /var/run/wpa_supplicant -i wlan add_network
sleep 4
sudo wpa_cli -p /var/run/wpa_supplicant -i wlan set_network 0 ssid 
"\"SoneraGateway00-26-44-A1-45-A9\""
sleep 4
sudo wpa_cli -p /var/run/wpa_supplicant -i wlan set_network 0 psk "\"Thaeret0\""
sleep 4
sudo wpa_cli -p /var/run/wpa_supplicant -i wlan enable_network 0
sleep 4
sleep 4
sudo dhclient -d wlan

Expected results:
1) dhclient reports DHCPACK

Actual results:
1) dhclient reports "No DHCPOFFERS received."

More info:
1) The kernel is

http://pkg-fso.alioth.debian.org/debian/pool/main/l/linux-2.6-openmoko/linux-image-2.6.34-openmoko-gta02_20101212.git049b71de-2_armel.deb

2) The wifi hardware is from atheros and supported using (out-of-tree)
   CONFIG_AR6000_WLAN=y.

3) I booted the system six times and saved syslog and wpa debug
   log. First three times with 0.7.3-6 and then three times with
   1.0-2. Results are consistent:

attempt | wpasupplicant | result
1   | 0.7.3-6   | WORKS: 
http://lindi.iki.fi/lindi/wpasupplicant/boot1-syslog.txt
|   | http://lindi.iki.fi/lindi/wpasupplicant/boot1-wpa.txt
2   | 0.7.3-6   | WORKS: 
http://lindi.iki.fi/lindi/wpasupplicant/boot2-syslog.txt
|   | http://lindi.iki.fi/lindi/wpasupplicant/boot2-wpa.txt
3   | 0.7.3-6   | WORKS: 
http://lindi.iki.fi/lindi/wpasupplicant/boot3-syslog.txt
|   | http://lindi.iki.fi/lindi/wpasupplicant/boot3-wpa.txt
4   | 1.0-2 | FAILS: 
http://lindi.iki.fi/lindi/wpasupplicant/boot4-syslog.txt
|   | http://lindi.iki.fi/lindi/wpasupplicant/boot4-wpa.txt
5   | 1.0-2 | FAILS: 
http://lindi.iki.fi/lindi/wpasupplicant/boot5-syslog.txt
|   | http://lindi.iki.fi/lindi/wpasupplicant/boot5-wpa.txt
6   | 1.0-2 | FAILS: 
http://lindi.iki.fi/lindi/wpasupplicant/boot6-syslog.txt
|   | http://lindi.iki.fi/lindi/wpasupplicant/boot6-wpa.txt

Is there some more information that I should provide?

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armel (armv4tl)

Kernel: Linux 2.6.34-20101212.git049b71de
Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wpasupplicant depends on:
ii  adduser   3.113+nmu3
ii  initscripts   2.88dsf-27
ii  libc6 2.13-33
ii  libdbus-1-3   1.6.0-1
ii  libnl-3-200   3.2.7-2
ii  libnl-genl-3-200  3.2.7-2
ii  libpcsclite1  1.8.3-3
ii  libreadline6  6.2-8
ii  libssl1.0.0   1.0.1c-3
ii  lsb-base  4.1+Debian7

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  
pn  wpagui

-- 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#679010: dpkg: update-alternatives has no option to get name of master link

[Guillem Jover]

Hi!

On Mon, 2012-06-25 at 13:44:33 -0400, js wrote:
> Package: dpkg
> Version: 1.16.3
> Severity: normal

> To use update-alternatives --install ...,
> one needs an option in update-alternatives to find the master link if
>  has just one alternative installed. This is the symbolic link
> that points to the /etc/alternatives/

> If update-alternatives is the interface to the alternatives system, it
> should provide the all information needed to install a new alternative
> in all cases.

Indeed, the correct option here would be --query but even that one
does not provide that information, and what's worse it prints the
alternative name as Link instead of Name... I'm thinking about adding
a --query-format or something similar and correcting the above for my
next push.

> There is no option in update-alternatives to find the master link that points 
> to /etc/alternatives/rename:
> 
> jack@berkeley:tmp => update-alternatives --config rename
> There is only one alternative in link group rename: /usr/bin/prename
> Nothing to configure.

> This fails if there is exactly one alternative installed but works if 
> multiple alternatives are installed:
> jack@berkeley:tmp => update-alternatives --config java
> There are 5 choices for the alternative java (providing /usr/bin/java).   
>  this is needed for new install <<
> 
>   SelectionPath   Priority   
> Status
> 
>   0/usr/lib/jvm/java-6-openjdk-i386/jre/bin/java   1061  
> auto mode
>   1/usr/bin/gij-4.61046  
> manual mode
>   2/usr/lib/jvm/java-6-openjdk-i386/jre/bin/java   1061  
> manual mode
>   3/usr/lib/jvm/java-6-sun/jre/bin/java63
> manual mode
>   4/usr/lib/jvm/java-7-openjdk-i386/jre/bin/java   1051  
> manual mode
> * 5/usr/local/sun-java/jre1.7.0_05/bin/java64
> manual mode

Right, and at least this is easily fixable, I'll be adding the link
name to the case where there's only one alternative.

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#671886:

[elrond]

Dear Maintainer,
I think this bug is related to
https://bugbase.adobe.com/index.cfm?event=bug&id=3161034
See also bug report for Ubuntu on Launchpad:
https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/968759



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

Bug#678933: dpkg: bad magic at end of first header

[Guillem Jover]

On Mon, 2012-06-25 at 16:38:49 +0800, He, Qingsheng 2 wrote:
> > You could try using a different compression though
> > (if you are using gz that is), like xz.
> 
> How to specify the different compression, I find 'dpkg-deb -Z' could
> specifiy the compression type, but only gzip, bzip, lzma could be
> choosen. How to use xz？

You need at least dpkg 1.15.6. If you cannot upgrade then try either
bzip2 or lzma (although compressing with the latter is deprecated with
new dpkg versions, but not decompressing which will be supported for
the forseable future).

> > But dpkg-deb should handled that more gracefully, I'll fix this in my
> > next push.
> 
> Do you have a schedule for your fix?
> After your push, dpkg-deb could build/extract the package which have
> size more than 9536.74 MiB? Then is threre any new size limitation
> after your push?

This will be included for the upcoming 1.16.5 targetting Debian
unstable, and will only catch truncation problems for now, in other
words, it will not allow you to create broken packages. Adding support
for larger packages is something that would need more work and careful
consideration which I'll be looking at for 1.17.x.

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#678746: desktop-base: Joy theme is a mix of incompatibly-licensed works

[Andreas Berger]

>> As I've been asked to write "Debian" on the installer picture, could be
>> there any license trouble to do so ?
>
>i made a version of the debian logo with a different font for my own theme 
>recently. maybe it's of use, so i'll just post it here. the font is called 
>'Prociono', and it's public domain, that should be ok, right?

EDIT: sorry, i just noticed the link i sent you was broken. by the way, the 
Prociono font is in the repositories, and from what i've seen it looks even 
more similar to the original font than the one in your alternative proposals 
for the installer banner. anyway, here is the link:

http://wiki.debian.org/DebianArt/Themes/LightSpotsOnBlueIce?action=AttachFile&do=get&target=openlogo-altfont.svg



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

Bug#630321: Bug#676504: imagemagick

[Vincent Danjean]

Le 26/06/2012 10:46, Bastien ROUCARIES a écrit :
> tags 630321 - wontfix
> block 630321 by 676504
> thanks
> 
> post freeze imagemagick may depend on this package.

More exactly, it would depends on libopencl1, provided by
ocd-icl-libopencl1 in main (and probably build-depends on
ocl-icd-opencl-dev | opencl-dev).

ocl-icd-libopencl1 is already in wheezy (and I hope that
ocl-icd-opencl-dev will be accepted soon, it is in NEW)
  But, I you correctly think, as there is no free ICD (yet), package
in main should only depends/recommends ocl-icd-libopencl1 if they
do not need an ICD (ie OpenCL implementation). So, for now, it
is mostly useful for ICD themself such as pocl.
  Packages that want to use OpenCL should depends on
libopencl1 *and* uploaded in contrib for now.

  Pocl is a promising free OpenCL implementation, but it is not
yet really useful for real OpenCL programs (unless they use only
the parts that are already implemented in pocl)
  I will package it soon so that people can begin to try it.

  Regards,
Vincent

> Bastien

-- 
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main




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

Bug#679086: udev: rose module for amateur radio is loaded unconditionally

[Martin Steigerwald]

Package: udev
Version: 175-3.1
Severity: normal

Dear Maintainer,

since some time I have

ip addr
[…]
3: nr0:  mtu 236 qdisc noop state DOWN 
link/generic 00:00:00:00:00:00:00 brd 00:00:00:00:00:00:00
4: nr1:  mtu 236 qdisc noop state DOWN 
link/generic 00:00:00:00:00:00:00 brd 00:00:00:00:00:00:00
5: nr2:  mtu 236 qdisc noop state DOWN 
link/generic 00:00:00:00:00:00:00 brd 00:00:00:00:00:00:00
6: nr3:  mtu 236 qdisc noop state DOWN 
link/generic 00:00:00:00:00:00:00 brd 00:00:00:00:00:00:00
7: rose0:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
8: rose1:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
9: rose2:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
10: rose3:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
11: rose4:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
12: rose5:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
13: rose6:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
14: rose7:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
15: rose8:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00
16: rose9:  mtu 249 qdisc noop state DOWN 
link/rose 00:00:00:00:00 brd 00:00:00:00:00

in my Wheezy / Sid debian systems.

The roseX interface disappear after modprobe -r rose.

modinfo rose says:

mango:~# modinfo rose
filename:   /lib/modules/3.4-trunk-amd64/kernel/net/rose/rose.ko
alias:  net-pf-11
license:GPL
description:The amateur radio ROSE network layer protocol
author: Jonathan Naylor G4KLX <[…]>
depends:ax25
intree: Y
vermagic:   3.4-trunk-amd64 SMP mod_unload modversions 
parm:   rose_ndevs:number of ROSE devices (int)



I did not yet found out about the nrX ones. I see no hint at the driver
in

mango:/sys/class/net/nr0# LANG=C grep . *
addr_assign_type:0
address:00:00:00:00:00:00:00
addr_len:7
broadcast:00:00:00:00:00:00:00
grep: carrier: Invalid argument
dev_id:0x0
grep: dormant: Invalid argument
grep: duplex: Invalid argument
flags:0x80
ifindex:3
iflink:3
link_mode:0
mtu:236
netdev_group:0
operstate:down
grep: power: Is a directory
grep: queues: Is a directory
grep: speed: Invalid argument
grep: statistics: Is a directory
grep: subsystem: Is a directory
tx_queue_len:0
type:0
uevent:INTERFACE=nr0
uevent:IFINDEX=3


I do not seem to have any amateur radio packages installed:

mango:~# apt-show-versions | egrep 
"(ax25|hamlib|fbb|node|gmfsk|chirp|d-rats|soundmodem)"
knode/wheezy uptodate 4:4.4.11.1+l10n-3


Thus I am suspecting that udev loads these.


Expected results:

These modules are only loaded on demand. I.e. when a amateur radio
is connected or if thats not detectable amateur radio packages are
installed.

Currently these clutter the output of ip addr quite a lot without
me using amateur radio.


Feel free to reassign if something else is loading these modules.

Thanks,
Martin



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


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (450, 'unstable'), (110, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]  1.5.43
ii  libc6  2.13-33
ii  libselinux12.1.9-5
ii  libudev0   175-3.1
ii  lsb-base   4.1+Debian7
ii  util-linux 2.20.1-5.1

Versions of packages udev recommends:
ii  pciutils  1:3.1.9-4
ii  usbutils  1:005-3

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:
  udev/sysfs_deprecated_incompatibility:



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

Bug#677935: RFS: cwm/5.1-1 [ITP] -- Lightweight and efficient window manager for X11

[James McDonald]

Hi Benoît,

On Mon, Jun 25, 2012 at 05:05:50PM +0200, Benoît Knecht wrote:
> I took a look at your package, here are a few comments:

Thanks for your detailed review! Your remarks are very helpful.

>   - lintian reports the following warnings:
> 
>   P: cwm source: unversioned-copyright-format-uri 
> http://dep.debian.net/deps/dep5
>   I: cwm source: debian-watch-file-is-missing
>   P: cwm: no-upstream-changelog
>   P: cwm: no-homepage-field
>   I: cwm: hyphen-used-as-minus-sign usr/share/man/man5/cwmrc.5.gz:231
>   I: cwm: hyphen-used-as-minus-sign usr/share/man/man5/cwmrc.5.gz:245

I have fixed most of these. There is no upstream changelog as there is none
provided. I have set the homepage to the github page of the port which is
probably the most useful place for a user to find out about it. There isn't
an actual site for cwm itself.

>   - In debian/copyright, fgetln.c is licensed under the BSD-2-clause
> license; and instead of repeating the ISC twice, you could factor it
> out in its own standalone paragraph.

Thanks, I had missed that. I have updated debian/copyright as you suggest.

> Also, the Source header should not point to one particular version.
> Use the directory where all the tarballs are stored; but if you got
> it from github, use that URL instead.

Done. The package is indeed based on the tarball release.

>   - In debian/control, why do you depend on dpkg-dev? The package seems
> to build just fine without it.

This was a side-effect of the hardening options in debian/rules. They caused
lintian to complain that dpkg-dev was required. It isn't, and this is now
fixed.

> You should also run wrap-and-sort from devscripts to get the
> Build-Depends field wrapped and sorted.

Done.

> And if you don't use a VCS for your packaging, you should remove
> those commented-out lines.

Done.

> Your long description repeats information provided by the short
> description; see [1] for best practices. It could also be expanded a
> bit.

I had in fact just repeated the summary from the manpage. I have read the
reference and a few examples and tried to make it more useful. What do you
think?

> [1] 
> http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-pkg-desc
> 
>   - You could use debhelper compat 9, that should take care of the
> hardening flags for you.

Done. As above, this fixed the dpkg-dev problem. It also removed the need for
one of the patches.

> And in debian/rules, you should remove the template comments.

Done.

>   - The README doesn't contain useful information for end-users, so you
> shouldn't install it.

Removed.

Thanks again for taking the time to review this package. It is appreciated!

Cheers,

-- 
James McDonald



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

Bug#679087: 0ad: Too strong gamin | fam dependency?

[Guillem Jover]

Package: 0ad
Version: 0~r11863-2
Severity: normal

Hi!

This package has a dependency on “libgamin0 | libfam0” and at the same
time another one on “gamin | fam”. libgamin0 already depends on gamin,
but not fam, and I'm wondering why the strong Depends, instead of say
a Recommends or a Suggests?

Those daemons are used to track changes on the file system, why would
that be required to run the program?

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#670293: code-aster-{gui, run}: prompting due to modified conffiles which were not modified by the user

[Julien Cristau]

On Tue, Apr 24, 2012 at 18:52:15 +0200, Andreas Beckmann wrote:

> Package: code-aster-gui,code-aster-run
> Version: 1.10.4-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package failed the piuparts
> upgrade test because dpkg detected a conffile as being modified and then
> prompted the user for an action. As there is no user input, this fails.
> But this is not the real problem, the real problem is that this prompt
> shows up in the first place, as there was nobody modifying this conffile
> at all, the package has just been installed and upgraded...
> 
A configuration file can't both be shipped in the package (and thus be a
conffile) and handled using debconf.  The patch below should make them
non-conffile, and handle reconfiguration properly.  I haven't tested it
yet, not sure I can get to it today.

Changes:
- split templates in code-aster-run and code-aster-gui.  Some are
  shared.
- install files to /usr/share/codeaster instead of /etc/codeaster/asrun,
  /etc/codeaster/astk/prefs and /etc/codeaster/astk/config_serveurs
- in *.config, if the config file exists, read the value from it and
  seed that into debconf; if not use a default
- in *.postinst, on initial install copy the templates from
  /usr/share/codeaster; then proceed to reading the debconf stored
  values and writing them in the config files.

Hope this helps.

Cheers,
Julien

Index: debian/code-aster-run.postinst
===
--- debian/code-aster-run.postinst  (revision 45122)
+++ debian/code-aster-run.postinst  (working copy)
@@ -2,25 +2,29 @@
 
 set -ex
 
-# Source debconf library.
-. /usr/share/debconf/confmodule
+TEMPLATE=/usr/share/codeaster/asrun
+ASRUN=/etc/codeaster/asrun
 
-if [ "$1" = "configure" ] ; then
-   db_get astk/platform || true
-   platform=${RET}
-   perl -pi -le "s|plate-forme : .*|plate-forme : $platform|" 
/etc/codeaster/asrun
+if [ "$1" = "configure" ]; then
+   if [ -z "$2" ]; then
+   if [ "$(getconf LONG_BIT)" = 64 ]; then
+   platform=LINUX64
+   else
+   platform=LINUX
+   fi
 
-   db_get astk/node || true
-   node=${RET}
-   perl -pi -le "s|noeud : .*|noeud : $node|" /etc/codeaster/asrun
-   
+   node=$(hostname -s 2>/dev/null)
+
+   sed -e "s|^plate-forme : .*|plate-forme : $platform|;s|noeud : 
.*|noeud : $node|" < $TEMPLATE > $ASRUN
+   fi
+
db_get astk/EDITOR || true
editor=${RET}
-   perl -pi -le "s|editor : .*|editor : $editor|" /etc/codeaster/asrun
-   
+
db_get astk/TERMINAL || true
terminal=${RET}
-   perl -pi -le "s|terminal : .*|terminal : $terminal|" 
/etc/codeaster/asrun
+
+   sed -i -e "s|editor : .*|editor : $editor|;s|terminal : .*|terminal : 
$terminal|" $ASRUN

 fi
 
Index: debian/code-aster-gui.config
===
--- debian/code-aster-gui.config(revision 45122)
+++ debian/code-aster-gui.config(working copy)
@@ -6,77 +6,30 @@
 # Source debconf library.
 . /usr/share/debconf/confmodule
 
-DEB_HOST_ARCH_OS="$(dpkg-architecture -qDEB_HOST_ARCH_OS | tr '[:lower:]' 
'[:upper:]')"
-DEB_HOST_ARCH_BITS="$(dpkg-architecture -qDEB_HOST_ARCH_BITS)"
-
-#Set default platform
-if [ "${dc_platform}" = "" ] ; then
-   dc_platform= "${DEB_HOST_ARCH_OS}" && \
-   db_set astk/platform "${dc_platform}"
-   if [ "${DEB_HOST_ARCH_BITS}" = "64" ] ; then
-   dc_platform= "${DEB_HOST_ARCH_OS}${DEB_HOST_ARCH_BITS}" && \
-   db_set astk/platform "${dc_platform}"
-   fi
-fi
-
 #Set default domain name
-if [ "${dc_domainname}" = "" ] ; then
-   dc_domainname="$(hostname --domain 2>/dev/null)" && \
-   db_set astk/domainname "${dc_domainname}"
-fi
 
-#Set default server name
-if [ "${dc_servername}" = "" ] ; then
-   dc_servername="$(hostname 2>/dev/null)"  && \
-   db_set astk/servername "${dc_servername}"
+servername=$(hostname 2>/dev/null)
+domainname=$(hostname --domain 2>/dev/null)
+if [ -f /etc/codeaster/astkrc/config_serveurs ]; then
+   servername=$(sed -ne '/^serveur/ { 
s/^serveur[[:space:]]*:[[:space:]]*//; p; q }' 
/etc/codeaster/astkrc/config_serveurs)
 fi
-
-#Set default node name
-if [ "${dc_node}" = "" ] ; then
-   dc_node="$(hostname -s 2>/dev/null)" && \
-   db_set astk/node "${dc_node}"
+if [ -f /etc/codeaster/astkrc/prefs ]; then
+   domainname=$(sed -ne '/^nom_domaine/ { 
s/^nom_domaine[[:space:]]*:[[:space:]]*//; p; q }' /etc/codeaster/astkrc/prefs
+   editor=$(sed -ne '/^editeur/ { s/^editeur[[:space:]]*:[[:space:]]*//; 
p; q }' /etc/codeaster/astkrc/prefs
+   terminal=$(sed -ne '/^terminal/ { 
s/^terminal[[:space:]]*:[[:space:]]*//; p; q }' /etc/codeaster/astkrc/prefs
+   db_set astk/EDITOR "${editor}"
+   db_

Bug#678532: libreoffice: crash on startup: 'com::sun::star::uno::RuntimeException'

[Rene Engelhard]

On Sat, Jun 23, 2012 at 08:24:27PM +0800, Clayton wrote:
> > -l | grep libreoffice so see what LO and LO extensions you have
> > installed in exact versions?
> 
> See unmangled txt attachment

So no extension *at all*. Weird.
I don't see *anything* which can cause this, especially as #678532
is fixed. 

Would you agree on closing this bug and merging it with (the already
closed) #678532? We can reopen it if necessary somwehen...

> Thanks for your work and diligence, and let me know if I can be of any
> further assistance. LO has become one of those essential apps where one
> really feels breakage.

If that was the case you shouldn't run development versions :-)

Regards,

Rene



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

Bug#678693: Please add a /usr/share/initramfs-tools/scripts/local-block/ script

[Ritesh Raj Sarraf]

On Tuesday 26 June 2012 02:26 PM, Goswin von Brederlow wrote:
>> One of the problems in current initramfs-tools is with devices that take
>> > a long time to be detected. My experience with external enclosures was
>> > that detecting the drives takes rather long, just like USB takes it
>> > time.
>> >
>> >
>> > Yes. The remote SAN devices have timing issues. And we try best to handle 
>> > that
>> > situation. I still think that is not the use case you have.
>> > And if you have issues with a remote SAN device setup, please do report it.
>> > Â 
> That is exactly the issue the patch addresses. In your multipath
> local-top script you have:
>
> verbose && log_begin_msg "Loading multipath modules"
> for module in ${MP_MODULES}; do
>   if modprobe "$module"; then
> verbose && log_success_msg "loaded module ${module}."
>   else
> log_failure_msg "failed to load module ${module}."
>   fi
> done
> verbose && log_end_msg
>
> verbose && log_begin_msg "Discovering multipaths"
> /sbin/multipath -v $VERBOSITY
> verbose && log_end_msg
>
> if [ -x /sbin/kpartx -a -x /sbin/dmsetup ]; then
> /sbin/dmsetup ls --target multipath --exec "/sbin/kpartx -a -p -part" 
> >/dev/null
> fi
>
>
> Where do you handle the situation that a device takes longer to apear?
> By the time that script runs the remote device might not yet have
> appeared and then multipath can't setup its part.
>
> Note that the problem isn't the multipath devices not appearing on time
> but the underlying devices you want to multipath taking too long. There
> is nothing multipath can do to make them appear, their detection is
> generally asynchronous.
>
> As an example we have some external raid enclosures here that take over
> 3 minutes to boot. So after a power loss the servers always boot without
> the enclosures and minutes later they show up all of a sudden and only
> then can configure their multipath. Luckily we boot from local disks so
> that isn't as big a problem.
>
> If we had to boot from multipath then we would need to set
> rootdelay=200, causing every boot to just wait for 3 minutes, even on
> warm reboots where that is totaly unnecessary. The initramfs patch I
> made allows to wait until the devices appear. If that happens in 1s then
> the boot continues after 1s.
>
In initrd, yes, we might not be waiting.

I did not see any patch in the bug report. Can you share it?

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#132355: Bug#677191: emacsen-common: errors while upgrading to wheezy(some time ago) => wheezy(today)

[Agustin Martin]

On Mon, Jun 25, 2012 at 09:08:56PM -0500, Rob Browning wrote:
> Agustin Martin  writes:
> 
> > I'd say this seems something wrong in the xemacs21 side during xemacs21
> > upgrade. As a matter of fact I have found 
> >
> > http://bugs.debian.org/619367 [xemacs21: installing elisp packages fails:
> > Symbol's function definition is void: batch-byte-compile]
> >
> > which has some common elements,
> 
> So it sounds like you think this bit is an xemacs bug?

I am not completely sure, but is strange that I could not reproduce it in my
frequently updated sid box. I am using pristine emacsen-common, so if it
were due to emacsen-comon I guess I should have reproduced it.

I have even manually tried

# /usr/lib/emacsen-common/emacs-remove xemacs21
# /usr/lib/emacsen-common/emacs-install xemacs21

with no problem.

Looking at #619367, happening with ocaml installation is what makes me think
about the possibility that the fact that this bug happens with emacsen-common
is just accidental.

As a blind guess I think about two other possibilities, a buggy xemacs21
version that has problems upgrading to a way more recent version or a buggy
emacsen add-on package that is messing up with paths and definitions. Or a
local problem.

Andreas, does manually running emacs-{remove,install} as above show anything
strange?

> > Setting up ocaml-mode (3.11.2-4) ...
> > install/ocaml-mode: Handling install for emacsen flavor xemacs21
> 
> > As pointed out in #132355, using single dashed -no-site-file should work for
> > both XEmacs and (although undocumented) FSF Emacs.
> 
> > If maintainer wants to be in the safe side and use only documented features
> > I expect something like attached patch to work for emacsen-common.
> 
> OK, I either hadn't seen this before, or just forgot.  It looks an
> update to emacsen-common would be in order, right?

Agreed. Even if only to look what happens, although I do not expect this bug
to suddenly dissapear just because of that, the ocaml bug seems to happen in
a "quiet" install.

Regards,

-- 
Agustin



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

Bug#679073: texlive-base: failed during dist-upgrade (/usr/bin/fmtutil: Segmentation fault)

[Hilmar Preusse]

On 26.06.12 Lukasz (pep...@gmail.com) wrote:

Hi,

> fmtutil: running `pdftex -ini   -jobname=pdfetex -progname=pdfetex 
> -translate-file=cp227.tcx *pdfetex.ini' ...
> /usr/bin/fmtutil: line 341: 12735 Segmentation fault  ${1+"$@"}
> Error: `pdftex -ini  -jobname=pdfetex -progname=pdfetex 
> -translate-file=cp227.tcx *pdfetex.ini' failed
> mv: cannot stat `pdfetex.log': No such file or directory
> 
Can you reproduce it when runnign fmtutil-sys --all?

Hilmar
-- 
sigmentation fault



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

Bug#679055: istgt: Add support to reload the istgt.conf file.

[Andrew Ruthven]

Hi Arno,

On Tue, 2012-06-26 at 11:11 +0200, Arno Töll wrote:
> On 26.06.2012 06:07, and...@etc.gen.nz wrote:
> > The attached patch, ported from FreeBSD, adds a refresh command to
> > istgtcontrol to allow telling istgt to reload istgt.conf and update
> > the running configuration, all without restarting the daemon.
> 
> Did you contact the upstream author? As far as I'm informed he was
> planning to add reload LUN reload support to the upcoming 0.5 series but
> I didn't hear since.

I haven't contacted the upstream author, two reasons, 1) I was hoping
that the FreeBSD guys had, and 2) I wanted to make sure I submitted the
patch to the BTS with at least a few days before the wheezy freeze!

> Anyway, thanks for your patch which looks quite good at a first glance.
> I'll review and test later so that it will end in Wheezy before the freeze.

Thank you, that'd be awesome.

A couple of things I've noticed that are missing (in my opinion), no
SIGHUP support in the daemon and to have a LogicalUnit refresh you need
to change the name of it (this is arguably understandable) and the other
feature that would be nice to have is to change the advertised size of
the block device if it changes.

But I didn't actually write the patch and I'm not about to delve in the
bowels of the code!

Cheers!

-- 
Andrew Ruthven
Wellington, New Zealand
At home: and...@etc.gen.nz |   linux.conf.au 2013
   | Come join the party...
   |  http://linux.conf.au


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

Bug#679078: ITP: acpi-support-minimal -- minimal acpi scripts

[Guillem Jover]

Hi!

On Tue, 2012-06-26 at 10:52:48 +0200, Bernhard R. Link wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Bernhard R. Link" 
> 
> Package name: acpi-support-minimal
> License : GPL2+
> Description: minimal scripts for handling base ACPI events
>  This package contains minimal scripts to react to various base
>  ACPI events such as the power button. It does not require any
>  other daemons but acpid. For a less minimal version, install
>  the "acpi-support-base" or "acpi-support" packages.

I'm guessing this is due to the introduction of the consolekit
hard dependency. I was meaning to reply to 665987 with more info,
but that slipped my mind, and I see now that you filed 678524 too.

I'll be reopening 665987, but if that gets closed again I'd be very
happy to switch to acpi-support-minimal from my now locally built
acpi-support packages w/ the consolekit dependency removed.

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#679088: override: yorick-doc doc/extra, yorick science/extra, yorick-av science/extra, yorick-cubeview science/extra, yorick-curses science/extra, yorick-data science/extra, yorick-dev science/ext

[Thibaut Paumard]

Package: ftp.debian.org
Severity: wishlist
X-Debbugs-CC: debian-science-maintain...@lists.alioth.debian.org

Dear FTP masters,

I am moving the Yorick packages to team maintainance within the Debian
Science team. This team has a policy that says that all science packages
should be of priority "extra":
http://debian-science.alioth.debian.org/debian-science-policy.html#idp17887120

In order to comply with this policy, could you please update the
priority of all the yorick packages?

Those don't need any update:

yorick-dbgextradebug
yorick-miraextrascience   
yorick-yeti-fftwextrascience   

 
Those need to have their priority changed from "optional" to "extra":

yorick-docoptionaldoc   

yorickoptionalscience   
yorick-avoptionalscience   
yorick-cubeviewoptionalscience   
yorick-cursesoptionalscience   
yorick-dataoptionalscience   
yorick-devoptionalscience   
yorick-gloptionalscience   
yorick-hdf5optionalscience   
yorick-imutiloptionalscience   
yorick-ml4optionalscience   
yorick-mpegoptionalscience   
yorick-mpy-commonoptionalscience   
yorick-mpy-mpich2optionalscience   
yorick-mpy-openmpioptionalscience   
yorick-optimpackoptionalscience   
yorick-soyoptionalscience   
yorick-spydroptionalscience   
yorick-yaooptionalscience   
yorick-yetioptionalscience   
yorick-yeti-gsloptionalscience   
yorick-yeti-regexoptionalscience   
yorick-yeti-tiffoptionalscience   
yorick-yutilsoptionalscience   
yorick-zoptionalscience   

Kind regards, Thibaut.



smime.p7s
Description: Signature cryptographique S/MIME

Bug#678993: openbox: xmodmap freezes openbox in lxde

[Paul Seyfert]

Hi,

On 26.06.2012 10:37, Nico Golde wrote:
> Hi,
> * Paul Seyfert  [2012-06-26 09:48]:
>> Hi,
>> On 25.06.2012 19:44, Nico Golde wrote:
>>> Hi, * Paul Seyfert 
>>> [2012-06-25 17:49]:
 I use my notebook with lxde. after some time of operation I
 connect an external keyboard. The external keyboard now runs
 without my modifications in my ~/.xmodmap file so I call $
 xmodmap .xmodmap the effect is, that the external keyboard is now
 mapped as I wish, but openbox seems not to operate anymore. 
 alt+tab doesn't work, i cannot click on windows to change
 windows. I haven't found any way to change windows or workspaces
 (except closing the current active application) resizing windows
 doesn't work.

 I get back to working by running killall -9 openbox ; sleep 10s ;
 openbox & disown; exit (luckily after calling xmodmap, the active
 window is a shell)
>>>
>>> Can you share your xmodmap? I can't reproduce this in a quick
>>> test.
>>>
>>
>> there it is:
>> http://www.physi.uni-heidelberg.de/~pseyfert/.Xmodmap
> 
> Even with this  can't reproduce the described behaviour. What I observe is 
> that after loading openbox doesn't react for a short time and openbox uses a 
> lot of CPU. During that time it doesn't react to anything, but it does come 
> back.
> 
> How long did you wait for it to come back?
> 

well since that happens each morning I come to the office I'm quite
quick with killing openbox nowadays. I just tested and waited for two
minutes without success.

Cheers,
Paul



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

Bug#679089: wicd-gtk: regression: pulls a lot of GNOME stuff by default

[Eugene V. Lyubimkin]

Package: wicd
Version: 1.7.2.4-2
Severity: normal

Dear Maintainer,

New wicd-gtk (currently in testing/unstable) stopped recommending any
other "sudo-client" than gksu, and gksu pulls by default gnome-keyring
which pulls a lot of other unrelated stuff.

If wicd-gtk can work without gksu without losing a major part of
functionality, please downgrade it to Suggests.


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

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

Versions of packages wicd depends on:
ii  wicd-daemon 1.7.0+ds1-6
ii  wicd-gtk [wicd-client]  1.7.0+ds1-6

wicd recommends no packages.

wicd suggests no packages.

Versions of packages wicd-gtk depends on:
ii  python 2.7.2-9
ii  python-glade2  2.24.0-2
ii  python-gtk22.24.0-2
ii  wicd-daemon1.7.0+ds1-6

Versions of packages wicd-gtk recommends:
ii  python-notify  0.1.1-3
ii  sudo   1.7.4p4-2.squeeze.2

Versions of packages wicd-daemon depends on:
ii  adduser 3.112+nmu2
ii  dbus1.4.18-1
ii  debconf [debconf-2.0]   1.5.38
ii  dhcp3-client4.1.1-P1-15+squeeze3
ii  ethtool 1:3.0-1
ii  iproute 20120319-1
ii  iputils-ping3:20100418-3
ii  isc-dhcp-client [dhcp3-client]  4.1.1-P1-17
ii  lsb-base3.2-23.2squeeze1
ii  net-tools   1.60-23
ii  psmisc  22.11-1
ii  python  2.7.2-9
ii  python-dbus 0.84.0-2
ii  python-gobject  3.0.3-1
ii  python-wicd 1.7.0+ds1-6
ii  wireless-tools  30~pre9-5
ii  wpasupplicant   0.6.10-2.1

Versions of packages wicd-daemon recommends:
ii  wicd-gtk [wicd-client]  1.7.0+ds1-6

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.3.0-3

Versions of packages python-wicd depends on:
ii  python  2.7.2-9
ii  python-support  1.0.14

-- debconf information:
* wicd/users: jackyf



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

Bug#679090: Missing interface::text-mode tag of epic5

[Darabos Edv�rd Konr�d]

Package: epic5
Version: 1.1.2-2
Severity: normal

Hello!

That's all.

Thanks. :-)

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

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

Versions of packages epic5 depends on:
ii  libc62.11.3-4Embedded GNU C Library: Shared lib
ii  libncurses5  5.7+20100313-5  shared libraries for terminal hand
ii  libperl5.10  5.10.1-17squeeze3   shared Perl library
ii  libruby1.8   1.8.7.302-2squeeze1 Libraries necessary to run Ruby 1.
ii  libssl0.9.8  0.9.8o-4squeeze13   SSL shared libraries
ii  tcl8.4   8.4.19-4Tcl (the Tool Command Language) v8

epic5 recommends no packages.

Versions of packages epic5 suggests:
pn  epic5-script   (no description available)

-- 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#679091: latencytop: fails with error "no protocol specified"

[Martin Steigerwald]

Package: latencytop
Version: 0.5
Severity: important

Dear Maintainer,

mango:~# latencytop
mount: none already mounted or /sys/kernel/debug/ busy
mount: according to mtab, debugfs is already mounted on /sys/kernel/debug
No protocol specified


Its already mounted, but that should not matter:

mango:~# mount  | grep debug
debugfs on /sys/kernel/debug type debugfs (rw,relatime)


When unmounting it I get:

mango:~# umount /sys/kernel/debug
mango:~# latencytop
No protocol specified


Then after another try:

mango:~# latencytop
mount: none already mounted or /sys/kernel/debug/ busy
mount: according to mtab, none is already mounted on /sys/kernel/debug
No protocol specified


Maybe it doesn´t work cause current Debian kernels do not have latencytop
support enabled:

mango:~# grep LATENCY /boot/config-*
/boot/config-3.2.0-2-amd64:CONFIG_HAVE_LATENCYTOP_SUPPORT=y
/boot/config-3.2.0-2-amd64:# CONFIG_LATENCYTOP is not set
/boot/config-3.3.0-trunk-amd64:CONFIG_HAVE_LATENCYTOP_SUPPORT=y
/boot/config-3.3.0-trunk-amd64:# CONFIG_LATENCYTOP is not set
/boot/config-3.4-trunk-amd64:CONFIG_HAVE_LATENCYTOP_SUPPORT=y
/boot/config-3.4-trunk-amd64:# CONFIG_LATENCYTOP is not set

(Using 3.4 here.)


Okay, verified. These are two bugs.

latencytop tries to connect X server by default. When I try from a sux
session I indeed get:

ms@mango:~> sux
Passwort: 
xauth:  file /root/.Xauthority does not exist
bash: Kann die Prozessgruppe des Terminals nicht setzen (-1).: Unpassender 
IOCTL (I/O-Control) für das Gerät
bash: Keine Job Steuerung in dieser Shell.
mango:/home/ms# latencytop
mount: none already mounted or /sys/kernel/debug/ busy
mount: according to mtab, none is already mounted on /sys/kernel/debug
Please enable the CONFIG_LATENCYTOP configuration in your kernel.
Exiting...


So I let this bug be about the X.org support and how to enable ncurses
and create another one for the missing support for it in the kernel. I
will cross-reference them.


Bug #628883 is related, but it refers to improving the manpage. This one
is about getting latencytop to run out of the box again.

Thanks,
Martin

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (450, 'unstable'), (110, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages latencytop depends on:
ii  libc6 2.13-33
ii  libglib2.0-0  2.32.3-1
ii  libgtk2.0-0   2.24.10-1
ii  libncursesw5  5.9-9

latencytop recommends no packages.

latencytop 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#679092: tmux: Flaky mouse text selections when multiple panes tiled vertically

[Patrice Pillot]

Package: tmux
Version: 1.6-2
Severity: normal
Tags: upstream

Dear Maintainer,

When tmux is running in some terminal emulator (hence under X), and
there are panes arranged vertically (i.e. side by side), one cannot
select multiple lines of text in only one pane: the selection spans
across every pane.

Steps to reproduce :
1. start a tmux session
2. split window vertically (C-b %)
3. display some text in both panes
4. try to select multiple lines of text in some pane

Observed behaviour:

While the mouse pointer is dragged down, the selection spans accross
every pane

Expected behaviour:

Selection is restricted in the pane where it started from.

Most probably an upstream bug.

HTH,

phep


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

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

Versions of packages tmux depends on:
ii  dpkg1.16.3
ii  libc6   2.13-33
ii  libevent-2.0-5  2.0.19-stable-3
ii  libtinfo5   5.9-9

tmux recommends no packages.

tmux 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#679085: #679085 wpasupplicant: [REGRESSION 0.7.3-6 => 1.0-2] WPA-PSK + openmoko: unable to get DHCPACK

[Timo Juhani Lindfors]

package wpasupplicant
forwarded 679085 http://w1.fi/bugz/show_bug.cgi?id=456
found 679085 1.0-2
notfound 679085 0.7.3-6
thanks

I forwarded the bug upstream to http://w1.fi/bugz/show_bug.cgi?id=456




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

Bug#656719: R: Re: [RFC] [PATCH v3 2/3] debian/control: libg3dvl-mesa: Depend on libxvmc1

[Fabio]

>Am Montag, den 25.06.2012, 08:55 +0200 schrieb Michel Dänzer:
>> On Son, 2012-06-24 at 18:02 +0200, Paul Menzel wrote: 
>> > 
>> > This should be needed for the libxvmc1 interfaces to work. The VDPAU
>> > libraries should work without `libxvmc1`.
>> [...] 
>> > diff --git a/debian/control b/debian/control
>> > index a9fcdd3..064cd29 100644
>> > --- a/debian/control
>> > +++ b/debian/control
>> > @@ -809,6 +809,7 @@ Package: libg3dvl-mesa
>> >  Section: libs
>> >  Architecture: linux-any
>> >  Depends:
>> > + libxvmc1,
>> >   ${shlibs:Depends},
>> >   ${misc:Depends},
>> >  Description: xvmc and vdpau Gallium3D video acceleration drivers
>> 
>> Doesn't ${shlibs:Depends} contain libxvmc1 and libvdpau1?
>
>$ LANG=C aptitude show libg3dvl-mesa
>Package: libg3dvl-mesa   
>New: yes
>State: installed
>Automatically installed: no
>Version: 8.0.3-2
>Priority: optional
>Section: libs
>Maintainer: Debian X Strike Force 
>Architecture: i386
>Uncompressed Size: 69.5 M
>Depends: libc6 (>= 2.3.6-6~), libdrm-nouveau1a (>= 2.4.23), libdrm2 
(>= 2.4.3), libffi5 (>= 3.0.4), libgcc1 (>= 1:4.1.1), libstdc++6 (>=
> 4.6), libvdpau1 (>= 0.2), libx11-6 (>= 2:1.4.99.1), 
libxext6, libxfixes3, libxv1
>Description: xvmc and vdpau Gallium3D video acceleration drivers
> 
>Homepage: http://mesa3d.sourceforge.net/
>
>So without that change I only see `libxv1` and not `libxvmc1`. Am I
>missing something?
>
>> Which is BTW just one reason why I think separate packages for the VDPAU
>> and XvMC functionality would make more sense.
>
>Alright. I will respin this series. I welcome drafts for more elaborate
>descriptions too. ;-)
>
>Fabio, it would be great to hear your comments too.

Separating the packages may have sense, especially since the media players 
could automatically choose an API that may not properly work on a specific 
driver: with separate packages one can install only the API he wants. I however 
put all in a single package since all APIs are still experimental anyway and to 
reduce the number of packages.

Anyway I am on vacation now, I have no time to deep work on this.



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

Bug#679073: texlive-base: failed during dist-upgrade (/usr/bin/fmtutil: Segmentation fault)

[Lukasz Pakula]

On 26/06/2012 12:00, Hilmar Preusse wrote:

On 26.06.12 Lukasz (pep...@gmail.com) wrote:

Hi,


fmtutil: running `pdftex -ini   -jobname=pdfetex -progname=pdfetex 
-translate-file=cp227.tcx *pdfetex.ini' ...
/usr/bin/fmtutil: line 341: 12735 Segmentation fault  ${1+"$@"}
Error: `pdftex -ini  -jobname=pdfetex -progname=pdfetex 
-translate-file=cp227.tcx *pdfetex.ini' failed
mv: cannot stat `pdfetex.log': No such file or directory


Can you reproduce it when runnign fmtutil-sys --all?

Hilmar

Hello,

output (errors) of the fmtutil-sys --all

fmtutil: running `pdftex -ini   -jobname=etex -progname=etex 
-translate-file=cp227.tcx *etex.ini' ...

/usr/bin/fmtutil: line 341: 19368 Segmentation fault  ${1+"$@"}
Error: `pdftex -ini  -jobname=etex -progname=etex 
-translate-file=cp227.tcx *etex.ini' failed

mv: cannot stat `etex.log': No such file or directory
fmtutil: running `pdftex -ini   -jobname=pdfetex -progname=pdfetex 
-translate-file=cp227.tcx *pdfetex.ini' ...

/usr/bin/fmtutil: line 341: 19381 Segmentation fault  ${1+"$@"}
Error: `pdftex -ini  -jobname=pdfetex -progname=pdfetex 
-translate-file=cp227.tcx *pdfetex.ini' failed

mv: cannot stat `pdfetex.log': No such file or directory
fmtutil: running `luatex -ini   -jobname=luatex -progname=luatex 
luatex.ini' ...

fmtutil: /var/lib/texmf/web2c/luatex/luatex.fmt installed.
fmtutil: running `luatex -ini   -jobname=dviluatex -progname=dviluatex 
dviluatex.ini' ...

fmtutil: /var/lib/texmf/web2c/luatex/dviluatex.fmt installed.
fmtutil: running `pdftex -ini   -jobname=pdftex -progname=pdftex 
-translate-file=cp227.tcx *pdfetex.ini' ...

fmtutil: /var/lib/texmf/web2c/pdftex/pdftex.fmt installed.
fmtutil: running `mf-nowin -ini   -jobname=mf -progname=mf 
-translate-file=cp227.tcx mf.ini' ...

fmtutil: /var/lib/texmf/web2c/metafont/mf.base installed.
fmtutil: running `tex -ini   -jobname=tex -progname=tex tex.ini' ...
fmtutil: /var/lib/texmf/web2c/tex/tex.fmt installed.

###
fmtutil: Error! Not all formats have been built successfully.
Visit the log files in directory
  /var/lib/texmf/web2c
for details.
###

This is a summary of all `failed' messages:
`pdftex -ini  -jobname=etex -progname=etex -translate-file=cp227.tcx 
*etex.ini' failed
`pdftex -ini  -jobname=pdfetex -progname=pdfetex 
-translate-file=cp227.tcx *pdfetex.ini' failed





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

Bug#679094: linux-image-3.4-trunk-amd64: 3.2, 3.3 and 3.4 debian kernels lack latencytop support

[Martin Steigerwald]

Package: linux-2.6
Version: 3.4.1-1~experimental.1
Severity: normal

Dear Maintainer,

On reporting

latencytop: fails with error "no protocol specified" I found:
http://bugs.debian.org/679091


I found:

ms@mango:~> sux
Passwort: 
xauth:  file /root/.Xauthority does not exist
bash: Kann die Prozessgruppe des Terminals nicht setzen (-1).: Unpassender 
IOCTL (I/O-Control) für das Gerät
bash: Keine Job Steuerung in dieser Shell.
mango:/home/ms# latencytop
mount: none already mounted or /sys/kernel/debug/ busy
mount: according to mtab, none is already mounted on /sys/kernel/debug
Please enable the CONFIG_LATENCYTOP configuration in your kernel.
Exiting...


The current Debian kernels all lack latencytop support:

mango:~# grep LATENCY /boot/config-*
/boot/config-3.2.0-2-amd64:CONFIG_HAVE_LATENCYTOP_SUPPORT=y
/boot/config-3.2.0-2-amd64:# CONFIG_LATENCYTOP is not set
/boot/config-3.3.0-trunk-amd64:CONFIG_HAVE_LATENCYTOP_SUPPORT=y
/boot/config-3.3.0-trunk-amd64:# CONFIG_LATENCYTOP is not set
/boot/config-3.4-trunk-amd64:CONFIG_HAVE_LATENCYTOP_SUPPORT=y
/boot/config-3.4-trunk-amd64:# CONFIG_LATENCYTOP is not set


Please consider activating this support again.

Otherwise someone who wants to use latencytop needs to recompile the
kernel which greatly reduces the usefulness of the latencytop package.

Thanks,
Martin

-- Package-specific info:
** Version:
Linux version 3.4-trunk-amd64 (Debian 3.4.1-1~experimental.1) 
(debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP 
Wed Jun 6 10:34:53 CEST 2012

** Command line:
BOOT_IMAGE=/vmlinuz-3.4-trunk-amd64 
root=UUID=459c3940-f915-460f-a673-386121d7a8c6 ro resume=/dev/sda7 
no_console_suspend

** Tainted: WO (4608)
 * Taint on warning.
 * Out-of-tree module has been loaded.

** Kernel log:
[ 8225.257334] e1000e :00:19.0: irq 40 for MSI/MSI-X
[ 8225.257337] snd_hda_intel :00:1b.0: irq 43 for MSI/MSI-X
[ 8225.257376] ehci_hcd :00:1d.0: setting latency timer to 64
[ 8225.257389] usb usb2: root hub lost power or was reset
[ 8225.257396] pci :00:1e.0: setting latency timer to 64
[ 8225.257413] ahci :00:1f.2: setting latency timer to 64
[ 8225.261287] ehci_hcd :00:1d.0: cache line size of 32 is not supported
[ 8225.306523] parport_pc 00:0a: activated
[ 8225.306774] serial 00:0b: activated
[ 8225.577530] ata8: SATA link down (SStatus 0 SControl 300)
[ 8225.577561] ata7: SATA link down (SStatus 0 SControl 300)
[ 8225.577591] ata5: SATA link down (SStatus 0 SControl 300)
[ 8225.613435] usb 1-1: reset high-speed USB device number 2 using ehci_hcd
[ 8225.749017] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 8225.749107] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 8225.749137] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 8225.752692] ata4.00: configured for UDMA/100
[ 8225.755299] ata3.00: configured for UDMA/133
[ 8225.755417] sd 2:0:0:0: [sda] Starting disk
[ 8225.757292] ata6.00: configured for UDMA/133
[ 8225.757367] sd 5:0:0:0: [sdb] Starting disk
[ 8225.856806] usb 2-1: reset high-speed USB device number 2 using ehci_hcd
[ 8226.060330] usb 1-1.4: reset high-speed USB device number 3 using ehci_hcd
[ 8227.038062] usb 2-1.8: reset low-speed USB device number 4 using ehci_hcd
[ 8227.576710] usb 2-1.7: reset low-speed USB device number 3 using ehci_hcd
[ 8227.870701] PM: restore of devices complete after 2624.032 msecs
[ 8227.870807] PM: Image restored successfully.
[ 8227.870809] Restarting tasks ... done.
[ 8227.873014] PM: Basic memory bitmaps freed
[ 8228.008570] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: 
Rx
[ 8903.147658] scsi_verify_blk_ioctl: 444 callbacks suppressed
[ 8903.147664] mdadm: sending ioctl 1261 to a partition!
[ 8903.147668] mdadm: sending ioctl 1261 to a partition!
[ 8903.294210] mdadm: sending ioctl 1261 to a partition!
[ 8903.294217] mdadm: sending ioctl 1261 to a partition!
[ 8903.385724] mdadm: sending ioctl 1261 to a partition!
[ 8903.385728] mdadm: sending ioctl 1261 to a partition!
[ 8903.489773] mdadm: sending ioctl 1261 to a partition!
[ 8903.489780] mdadm: sending ioctl 1261 to a partition!
[ 8903.649346] mdadm: sending ioctl 1261 to a partition!
[ 8903.649350] mdadm: sending ioctl 1261 to a partition!
[ 8908.319036] scsi_verify_blk_ioctl: 44 callbacks suppressed
[ 8908.319039] mdadm: sending ioctl 1261 to a partition!
[ 8908.319041] mdadm: sending ioctl 1261 to a partition!
[ 8908.415940] mdadm: sending ioctl 1261 to a partition!
[ 8908.415947] mdadm: sending ioctl 1261 to a partition!
[ 8908.884496] JFS: nTxBlock = 8192, nTxLock = 65536
[ 8908.935072] NTFS driver 2.1.30 [Flags: R/W MODULE].
[ 8908.995222] QNX4 filesystem 0.2.3 registered.
[ 8909.024033] fuse init (API version 7.18)
[ 8910.918371] blockdev: sending ioctl 125d to a partition!
[ 8910.918377] blockdev: sending ioctl 125d to a partition!
[ 8910.931572] blockdev: sending ioctl 125d to a partition!
[ 8910.931579] blockdev: sending ioctl 125d to a partition!
[ 8912.293901] blockdev: 

Bug#671273: [warning] /usr/bin/fop: Unable to locate servlet-api in /usr/share/java

[Cristian Ionescu-Idbohrn]

On Wed, 2 May 2012, Mathieu Malaterre wrote:
> On Wed, May 2, 2012 at 2:00 PM, Mathieu Malaterre  wrote:
> > Hi there,
> >
> >  I am getting this annoying warning again:
> >
> > [warning] /usr/bin/fop: Unable to locate servlet-api in /usr/share/java
> >
> >  I used to fix it by installing libservlet2.4-java, now that we have
> > switch to libservlet2.5-java in fop it does not work anymore. In fact:
> >
> > $ grep servlet /usr/bin/fop
> > find_jars batik-all commons-logging servlet-api xercesImpl 
> > xmlgraphics-commons
> >
> > However the package does not provide a version-less jar anymore:
> >
> > $ ls -al /usr/share/java/servlet-api*.jar
> > -rw-r--r-- 1 root root 88360 Apr 14 18:02 
> > /usr/share/java/servlet-api-2.5.jar
> >
> > Is this really an issue ? Who should I report this issue to ?
>
> This seems to be a minor mistake left over during transition from
> libservlet2.4-java to libservlet2.5-java.
> In my opinion, 'servlet-api' should be removed from the launcher
> script. This library is only required by the few servlets included in
> fop.

How difficult can it be to create a vesionless symlink next to all the
others?

avalon-framework.jar -> avalon-framework-4.2.0.jar
batik-1.7.jar -> batik-all-1.7.jar
batik-all.jar -> batik-all-1.7.jar
batik-anim.jar -> batik-anim-1.7.jar
batik-awt-util.jar -> batik-awt-util-1.7.jar
batik-bridge.jar -> batik-bridge-1.7.jar
batik-codec.jar -> batik-codec-1.7.jar
batik-css.jar -> batik-css-1.7.jar
batik-dom.jar -> batik-dom-1.7.jar
batik-ext.jar -> batik-ext-1.7.jar
batik-extension.jar -> batik-extension-1.7.jar
batik-gui-util.jar -> batik-gui-util-1.7.jar
batik-gvt.jar -> batik-gvt-1.7.jar
batik-libs.jar -> batik-libs-1.7.jar
batik-parser.jar -> batik-parser-1.7.jar
batik-rasterizer-ext.jar -> batik-rasterizer-ext-1.7.jar
batik-rasterizer.jar -> batik-rasterizer-1.7.jar
batik-script.jar -> batik-script-1.7.jar
batik-slideshow.jar -> batik-slideshow-1.7.jar
batik-squiggle-ext.jar -> batik-squiggle-ext-1.7.jar
batik-squiggle.jar -> batik-squiggle-1.7.jar
batik-svg-dom.jar -> batik-svg-dom-1.7.jar
batik-svggen.jar -> batik-svggen-1.7.jar
batik-svgpp.jar -> batik-svgpp-1.7.jar
batik-swing.jar -> batik-swing-1.7.jar
batik-transcoder.jar -> batik-transcoder-1.7.jar
batik-ttf2svg.jar -> batik-ttf2svg-1.7.jar
batik-util.jar -> batik-util-1.7.jar
batik-xml.jar -> batik-xml-1.7.jar
batik.jar -> batik-all-1.7.jar
bsf.jar -> bsf-2.4.0.jar
commons-io.jar -> commons-io-1.4.jar
commons-logging-adapters.jar -> commons-logging-adapters-1.1.1.jar
commons-logging-api.jar -> commons-logging-api-1.1.1.jar
commons-logging.jar -> commons-logging-1.1.1.jar
fop.jar -> fop-1.0.jar
hsqldb.jar -> hsqldb-1.8.0.10.jar
hsqldbutil.jar -> hsqldbutil-1.8.0.10.jar
jaxp-1.3.jar -> ../maven-repo/javax/xml/jaxp-api/1.3/jaxp-api-1.3.jar
jaxp-1.4.jar -> xml-apis-1.4.01.jar
libbluray.jar -> libbluray-0.2.2.jar
libgcj-4.6.3.jar -> libgcj-4.6.jar
libgcj-tools-4.6.3.jar -> libgcj-tools-4.6.jar
lucene-analyzers.jar -> lucene-analyzers-2.9.4.jar
lucene-ant.jar -> lucene-ant-2.9.4.jar
lucene-bdb-je.jar -> lucene-bdb-je-2.9.4.jar
lucene-bdb.jar -> lucene-bdb-2.9.4.jar
lucene-benchmark.jar -> lucene-benchmark-2.9.4.jar
lucene-collation.jar -> lucene-collation-2.9.4.jar
lucene-core.jar -> lucene-core-2.9.4.jar
lucene-fast-vector-highlighter.jar -> lucene-fast-vector-highlighter-2.9.4.jar
lucene-highlighter.jar -> lucene-highlighter-2.9.4.jar
lucene-instantiated.jar -> lucene-instantiated-2.9.4.jar
lucene-lucli.jar -> lucene-lucli-2.9.4.jar
lucene-memory.jar -> lucene-memory-2.9.4.jar
lucene-misc.jar -> lucene-misc-2.9.4.jar
lucene-queries.jar -> lucene-queries-2.9.4.jar
lucene-queryparser.jar -> lucene-queryparser-2.9.4.jar
lucene-regex.jar -> lucene-regex-2.9.4.jar
lucene-remote.jar -> lucene-remote-2.9.4.jar
lucene-smartcn.jar -> lucene-smartcn-2.9.4.jar
lucene-snowball.jar -> lucene-snowball-2.9.4.jar
lucene-spatial.jar -> lucene-spatial-2.9.4.jar
lucene-spellchecker.jar -> lucene-spellchecker-2.9.4.jar
lucene-surround.jar -> lucene-surround-2.9.4.jar
lucene-swing.jar -> lucene-swing-2.9.4.jar
lucene-wikipedia.jar -> lucene-wikipedia-2.9.4.jar
lucene-wordnet.jar -> lucene-wordnet-2.9.4.jar
lucene-xml-query-parser.jar -> lucene-xml-query-parser-2.9.4.jar
saxon-jdom.jar -> saxon-jdom-6.5.5.jar
saxon.jar -> saxon-6.5.5.jar
serializer.jar -> serializer-2.7.1.jar
servlet-api.jar -> servlet-api-2.5.jar
xalan2.jar -> xalan2-2.7.1.jar
xercesImpl.jar -> xercesImpl-2.11.0.jar
xml-apis-ext.jar -> xml-apis-ext-1.4.01.jar
xml-apis.jar -> xml-apis-1.3.04.jar
xml-commons-external-1.4.01.jar -> xml-apis-ext-1.4.01.jar
xml-commons-external.jar -> xml-apis-ext-1.4.01.jar
xml-resolver.jar -> xml-resolver-1.2.jar
xmlParserAPIs.jar -> jaxp-1.4.jar
xmlgraphics-commons.jar -> xmlgraphics-commons-1.4.jar


Cheers,

-- 
Cristian



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

Bug#316343: More information on this

[Matthew Vernon]

Hi,

I added some printfs to the xtrlock code (which, even if I can't get
this bug fixed before the freeze, I'll upload), and it's definitely
the keyboard grab that's failing.

Bizarrely, if I add some short waits (e.g. 10x 100microseconds), then
still xtrlock can't get the keybroadgrab when run from a shortcut.

This is a bit odd. A friend suggests that fvwm is sat in an event loop
where it has grabbed the keyboard, and that drawing a window (like,
say, launching an xterm from a keystroke does) causes it to do window
decorations and the like, and release the grab. Though xtrlock has
called XMapWindow by the point it is trying to get the grab...

Matthew



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

Bug#679091: kernel bugreport for missing support, nogui-switch hides missing kernel support error message

[Martin Steigerwald]

Hi!

I submitted a bug report regarding missing latencytop support in current 
Debian kernels:

Bug#679094: linux-image-3.4-trunk-amd64: 3.2, 3.3 and 3.4 debian kernels lack 
latencytop support
http://bugs.debian.org/679094


The error message that latencytop support is missing from the kernel does not 
appear when I use the --nogui switch I found out about via

strings $(which latencytop)



mango:~# latencytop --nogui
mount: none already mounted or /sys/kernel/debug/ busy
mount: according to mtab, none is already mounted on /sys/kernel/debug
mango:~#


While without the switch the error message appears:

mango:~# latencytop
mount: none already mounted or /sys/kernel/debug/ busy
mount: according to mtab, none is already mounted on /sys/kernel/debug
Please enable the CONFIG_LATENCYTOP configuration in your kernel.
Exiting...


(whyever no I do not get the "no protocol" error anymore).

Ciao,
-- 
Martin Steigerwald - teamix GmbH - http://www.teamix.de
gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90



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

Bug#679095: "svn log" segfaults on a certain path after "svn upgrade"

[Vladimir Volovich]

Package: subversion
Version: 1.7.5-1
Severity: important

I had a checked out copy created by svn 1.6; after updating the subversion
package to 1.7.5, it insisted on running "svn upgrade", which I did.

After "svn upgrade" finished, I've run "svn st" to see if all is OK, and it was
OK, except it shows an exclamation point for one of the directories in the
repository.

$ svn st
!   gif/mobile

Trying to run "svn cleanup", deleting the directory and re-fetching it via "svn
up", does not make the exclamation point go away.

Trying to run "svn log" on this directory causes svn to segfault:

$ svn log gif/mobile
Segmentation fault (core dumped)
$ gdb svn core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/svn...(no debugging symbols found)...done.
[New LWP 6641]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `svn log gif/mobile'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f9816edfbf1 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) where
#0  0x7f9816edfbf1 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7f981765eb5b in svn_relpath_join () from /usr/lib/x86_64-linux-
gnu/libsvn_subr-1.so.1
#2  0x7f9817f045d8 in svn_wc__internal_get_origin () from /usr/lib/x86_64
-linux-gnu/libsvn_wc-1.so.1
#3  0x7f98181a0799 in svn_client__repos_locations () from /usr/lib/x86_64
-linux-gnu/libsvn_client-1.so.1
#4  0x7f98181a0b19 in svn_client__ra_session_from_path () from
/usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1
#5  0x7f981818ef4d in svn_client_log5 () from /usr/lib/x86_64-linux-
gnu/libsvn_client-1.so.1
#6  0x0040fd40 in svn_cl__log ()
#7  0x00407fb0 in ?? ()
#8  0x7f9816e7eead in __libc_start_main () from /lib/x86_64-linux-
gnu/libc.so.6
#9  0x004084b5 in ?? ()
#10 0x7fff94128f78 in ?? ()
#11 0x001c in ?? ()
#12 0x0003 in ?? ()
#13 0x7fff9412966b in ?? ()
#14 0x7fff9412966f in ?? ()
#15 0x7fff94129673 in ?? ()
#16 0x in ?? ()
(gdb)

The fact that svn segfaults when running "svn log" is certainly a bug. I'm not
sure what causes this folder to appear with the exclamation point though, and
how to fix it.



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

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

Versions of packages subversion depends on:
ii  libapr1 1.4.6-3
ii  libc6   2.13-33
ii  libsasl2-2  2.1.25.dfsg1-4+b1
ii  libsvn1 1.7.5-1

subversion recommends no packages.

Versions of packages subversion suggests:
ii  db5.1-util5.1.29-4
ii  patch 2.6.1-3
ii  subversion-tools  1.7.5-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#679096: gnome-control-center: When i create a custom shortcut, it's always disabled. It's not possible to use it.

[Stéphane HOFMAN]

Package: gnome-control-center
Version: 1:3.4.2-2
Severity: normal

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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



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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.21-4
ii  apg2.2.3.dfsg.1-2
ii  desktop-file-utils 0.18-1
ii  gnome-control-center-data  1:3.4.2-2
ii  gnome-desktop3-data3.4.2-1
ii  gnome-icon-theme   3.4.0-2
ii  gnome-icon-theme-symbolic  3.4.0-2
ii  gnome-menus3.4.2-1
ii  gnome-settings-daemon  3.4.2-3
ii  gsettings-desktop-schemas  3.4.2-1
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-33
ii  libcairo-gobject2  1.12.2-1
ii  libcairo2  1.12.2-1
ii  libcanberra-gtk3-0 0.28-4
ii  libcanberra0   0.28-4
ii  libcheese-gtk213.4.2-1
ii  libcheese3 3.4.2-1
ii  libclutter-1.0-0   1.10.6-1
ii  libcogl-pango0 1.10.2-3
ii  libcogl9   1.10.2-3
ii  libcolord1 0.1.21-1
ii  libcomerr2 1.42.4-3
ii  libcups2   1.5.3-1
ii  libdbus-1-31.6.0-1
ii  libdbus-glib-1-2   0.98-1
ii  libfontconfig1 2.9.0-6
ii  libgcrypt111.5.0-3
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.32.3-1
ii  libgnome-bluetooth10   3.4.1-1
ii  libgnome-desktop-3-2   3.4.2-1
ii  libgnome-menu-3-0  3.4.2-1
ii  libgnomekbd7   3.4.0.2-1
ii  libgnutls262.12.20-1
ii  libgoa-1.0-0   3.4.2-1
ii  libgssapi-krb5-2   1.10.1+dfsg-1
ii  libgstreamer0.10-0 0.10.36-1
ii  libgtk-3-0 3.4.2-1
ii  libgtop2-7 2.28.4-3
ii  libjson-glib-1.0-0 0.14.2-1
ii  libk5crypto3   1.10.1+dfsg-1
ii  libkrb5-3  1.10.1+dfsg-1
ii  libnm-glib40.9.4.0-5
ii  libnm-gtk0 0.9.4.1-1+b1
ii  libnm-util20.9.4.0-5
ii  libnotify4 0.7.5-1
ii  libpango1.0-0  1.30.0-1
ii  libpolkit-gobject-1-0  0.105-1
ii  libpulse-mainloop-glib02.0-3
ii  libpulse0  2.0-3
ii  libsocialweb-client2   0.25.20-1
ii  libupower-glib10.9.16-3
ii  libwacom2  0.5-1
ii  libx11-6   2:1.5.0-1
ii  libxcomposite1 1:0.4.3-2
ii  libxdamage11:1.1.3-2
ii  libxext6   2:1.3.1-2
ii  libxfixes3 1:5.0-4
ii  libxi6 2:1.6.1-1
ii  libxklavier16  5.2.1-1
ii  libxml22.8.0+dfsg1-4
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages gnome-control-center recommends:
ii  cups-pk-helper 0.2.1.2-1
ii  gnome-online-accounts  3.4.2-1
ii  gnome-session  3.4.2.1-1
ii  gnome-user-guide   3.4.2-1
ii  iso-codes  3.36-1
ii  mesa-utils 8.0.1-2+b3
ii  mousetweaks3.4.2-1
ii  policykit-1-gnome  0.105-2

Versions of packages gnome-control-center suggests:
ii  gnome-screensaver 3.4.1-1
ii  gstreamer0.10-pulseaudio  0.10.31-3
ii  libcanberra-gtk-module0.28-4
ii  x11-xserver-utils 7.7~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#677202: biber packages version 0.9.9+git2012426-3 is beta and requires beta version of biblatex

[Miguel Telleria de Esteban]

Hi Danai,

I am happy also that we have been able to work together on this.  Thanks
for signinng my NMU, this is the first time a package of mine reaches
Debian Sid :).

Regards,

Miguel

On Tue, 26 Jun 2012 07:02:42 +0800 Danai SAE-HAN (韓達耐) wrote:

> Hi Miguel
> 
> I have been battling to get the biber package to build on
> people.debian.org but to no avail, and I am no hero with the buildd
> machines.
> The debdiff on p.d.o was OK, so I have signed your NMU package.
> 
> Thank you very much for all your efforts!
> 
> When I get back, I will get the changes into the GIT repository.
> 
> BR
> 


-- 

  (O-O)
---oOO-(_)-OOo-
 Miguel TELLERIA DE ESTEBAN   http://www.mtelleria.com
 Email: miguel at mtelleria.com   Tel GSM:  +34 650 801098
  Tel Fix:  +34 942 280174

 Miembro de http://www.linuca.orgMembre du http://www.bxlug.be
 ¿Usuario captivo o libre?http://www.obtengalinux.org/windows/
 Free or  captive user?http://www.getgnulinux.org/windows/
---



signature.asc
Description: PGP signature

Bug#678236: linux-image-2.6.32-5-amd64: Disk IO error when running debian 6.0.x with buslogic virtual disk and 4G+ mem in a VMware VM

[Peter Cao]

Hi Ben,

I just tried Debian 6.0.2 i386. The installer also chooses "amd64" kernel 
instead of "i686-bigmem" kernel
When I install a VM with 6G memory.
I guess bug 622622 was only fixed in CD image, but not the DVD image.
I have found both "amd64" and "i686-bigmem" kernel are in the first DVD ISO 
image.

root@pek2-lab-08-dhcp176:/media/cdrom0# cat /etc/debian_version
6.0.2
root@pek2-lab-08-dhcp176:/media/cdrom0# find . -name  linux-image-*
./pool/main/l/linux-2.6/linux-image-2.6.32-5-486_2.6.32-35_i386.deb
./pool/main/l/linux-2.6/linux-image-2.6.32-5-686-bigmem_2.6.32-35_i386.deb
./pool/main/l/linux-2.6/linux-image-2.6.32-5-686_2.6.32-35_i386.deb
./pool/main/l/linux-2.6/linux-image-2.6.32-5-amd64_2.6.32-35_i386.deb


Regards,
Peter Cao

- Original Message -
From: "Ben Hutchings" 
To: "Peter Cao" 
Cc: "chunmei(Tracy) Huang" , "Arvind Kumar" 
, 678...@bugs.debian.org
Sent: Friday, June 22, 2012 12:38:19 PM
Subject: Re: Bug#678236: linux-image-2.6.32-5-amd64: Disk IO error when running 
debian 6.0.x with buslogic virtual disk and 4G+ mem in a VMware VM

On Thu, 2012-06-21 at 01:28 -0700, Peter Cao wrote:
> Hi Ben,
> 
> 
> - Original Message -
> From: "Ben Hutchings" 
> To: "Peter Cao" , 678...@bugs.debian.org
> Cc: "chunmei(Tracy) Huang" , "Arvind Kumar" 
> 
> Sent: Thursday, June 21, 2012 12:34:07 PM
> Subject: Re: Bug#678236: linux-image-2.6.32-5-amd64: Disk IO error when 
> running debian 6.0.x with buslogic virtual disk and 4G+ mem in a VMware VM
> 
> 
> >We offer both but the installer is supposed to pick the '686-bigmem'
> >configuration by default.
> 
> No. The installer picks amd64 kernel by default for configuration with 4G+ 
> mem.
> And it  normal "i686" kernel if mem<4G.

Oh, now I remember this bug: .  It only
affected installation without a network mirror enabled, so far as I
know.  It was supposed to be fixed in point release 6.0.2, so I don't
understand why you would still see it.

> >It would not surprise me if BusLogic was broken on 64-bit systems, but
> >presumably you would have noticed that in other 64-bit Linux guests.
> >The userland architecture (i386 vs amd64) should not make any
> >difference.
> 
> This issue can not be repro on real amd64 debian(amd64 debian kernel+ amd64 
> userland, installed with amd64 ISO).
> And It can not be repro  on ubuntu10.10 PAE kernel with 4G+ memory
> 
> >What I meant is that if the VMware tools do not configure a Debian 6.0
> >guest to have a PV-SCSI adapter by default, this is a poor default and
> >that is a bug (independent of any bugs in the guest kernel or driver).
> 
> The default configuration will use lsilogic disk controller for debian.

OK, so if the default works then this isn't such a disaster.

> We do not use pvscsi disk controller by default for all guest OS.
> I am not the owner for creating VM configurations but I guess this is a 
> balance for performance and best compatibility.
> 
> >> We can use pvscsi for best performance but our customer may need the
> >> buslogic virtual adapter so we have to support this configuration.
> 
> >Why would they specifically need that when they use a guest and host
> >that support PV-SCSI?
> 
> We just support this configuration in our product and it is the user's choice 
> to use which controller.
> PVSCSI should have best performance with vmware tools installed, but not 
> every user install tools, though we highly recommended end user to install
> vmware tools for best IO/mem performance.
> 
> Ben, do you have any suggestion on how to debug the buslogic driver?

Sorry, I am not at all familiar with BusLogic or SCSI drivers in
general.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug



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

Bug#679097: [patch] add source package header to the spec

[Ian Jackson]

Package: autopkgtest

Stefano Zacchiroli writes ("[patch] add source package header to the spec"):
> Right (and as mentioned in the previous mail I've just de-duplicated the
> spec so that now DEP-8 points to the spec contained in the package).

Thanks.

> Ian: can you please consider the attached patch?

Right.  It looks fine to me.

> PS I'm incidentally a committer of the autopkgtest project on Alioth. If
>you want me to commit it directly myself, just let me know. In that
>case, I'll of course also add a suitable entry in the changelog.

Please go ahead if you like.  If you don't, I will do it (before the
freeze) anyway.  If you do, please close the bug which I'm opening
with this mail.

Thanks,
Ian.

>From 5fe3ab754672330c5c3e41d25627483e07b1c0be Mon Sep 17 00:00:00 2001
From: Stefano Zacchiroli 
Date: Mon, 25 Jun 2012 17:57:55 +0200
Subject: [PATCH] autopkgtest spec: document (XS-)Testsuite header

---
 doc/README.package-tests |   16 
 1 file changed, 16 insertions(+)

diff --git a/doc/README.package-tests b/doc/README.package-tests
index b83f7d0..94510c0 100644
--- a/doc/README.package-tests
+++ b/doc/README.package-tests
@@ -128,3 +128,19 @@ The defined Restrictions are:
 
 
 There are no currently defined Features.
+
+
+Source package header
+-
+
+To allow test execution environments to discover packages which provide tests,
+their source packages should have a `Testsuite:` header containing
+`autopkgtest` (which is currently the only defined value). Multiple values get
+comma separated, as usual in control files.
+
+This tag can be set manually in debian/control by adding
+
+XS-Testsuite: autopkgtest
+
+in the `Source:` paragraph. Future versions of dpkg-source might add this
+automatically when a debian/tests/control file is present.
-- 
1.7.10

application/pgp-signature [Press RETURN to save to a file]

--
___
autopkgtest-devel mailing list
autopkgtest-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/autopkgtest-devel



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

Bug#677211: Please consider upgrading to 2.00~beta6

[Sebastian Pipping]

It's been two weeks with no reply :-(

Is upgrading to 2.00~beta6 an option?  Grub 1.99 is 13 months old by now.

Best,



Sebastian



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

Bug#677985: [pkg-dhcp-devel] Bug#677985: dhclient doesn't set subnet correct on kfreebsd

[Christoph Egger]

Hi!

Andrew Pollock  writes:
> On Mon, Jun 18, 2012 at 02:54:06PM +0200, Christoph Egger wrote:
>> >   dhclient fails to correctly specify the netmask on kfreebsd
>> > resulting in a wrong routing for the local network. set -x from
>> > dhclient-script attached.
>> 
>> Note: as a result I get a /24 network set here while dhcp should set a /23
>> 
>
> Can you please tell me if doing
>
> perl -pi -e 's/new_netmask_arg/new_subnet_mask/' /sbin/dhclient-script

no, I need to write netmask right before the $new_subnet_mask. before
the broadcast part the `broadcast' keyword is probably necessary as well
if a extra broadcast address is needed

Regards

Christoph



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

Bug#679098: iptables -L does no longer show comments

[Christoph Anton Mitterer]

Package: iptables
Version: 1.4.14-2
Severity: important



Hi.

(Probably) since the last new version, iptables -L no longer shows comments 
correctly
but only prints:
   all  --  anywhere anywhere /* --comment */

Given that this was always a quite useful feature, e.g. to implement hooks, 
where
stuff like fail2ban can insert their own rules at the correct place, this can be
even security relevant (if used like that).


Cheers,
Chris.

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

Kernel: Linux 3.2.20-heisenberg (SMP w/2 CPU cores; PREEMPT)
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 iptables depends on:
ii  libc6  2.13-33
ii  libnfnetlink0  1.0.0-1

iptables recommends no packages.

iptables 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#679099: module-assistant: package description review

[Justin B Rye]

Package: module-assistant
Version: 0.11.4
Severity: wishlist
Tags: patch

The package description for m-a has several minor language problems
and one significant gap in its content.

> Package: module-assistant
> Architecture: all

As an aside: this would be fair enough if it was possible to use m-a
to build modules for non-Linux kernels, or just maintain Linux VMs on
non-Linux hosts (#602392), but unless there are plans to add such
functionality wouldn't it make sense to update this to linux-any?

[...]
> Description: tool to make module package creation easier
>  The module-assistant tool (also known as m-a) helps users and
>  maintainers with managing external kernel modules packaged for
>  Debian. It can do:

The English here is okay, but the glaring omission is that by "kernel"
it means "Linux kernel".

>  .
>   - automated preparation of build environment for modules compilation
> (eg. automatical detection and installation of required kernel
> source/headers)

A couple of language issues: "eg." should be "e.g." (unless it's a
mistake for "i.e." - often it's better to switch to plain "such as" or
"that is)"; and there's no such word as "automatical" (you mean
"automatic").

Since I'm editing it I'll impose the debian-l10n-english "house style"
for bulleted lists, with asterisks and trailing semicolons. 

(Inflecting an attributive noun as in "moduleS compilation" is often a
sign of non-native-speaker English, but in this case I'll assume it's
an established idiomatic exception, like "moduleS packages" below.)

>   - automated module source downloads
>   - configuring and keeping track of external and localy built modules
> packages

Typo: s/localy/locally/.

A minor stylistic improvement: use plain nouns ("configuration and
tracking of...") for increased parallelism between items.

>   - semi-automated multiple builds for multiple kernel versions
>  .
>  It also contains some framework to be used by the build-scripts in the
>  accompanying modules-source packages in Debian.

"Some framework" is ungrammatical, since "framework" happens to be a
count noun.  You could either say "a framework" or switch to its mass
noun synonym and say "(some) infrastructure".

My suggested version:

| Description: tool to make module package creation easier
|  The module-assistant tool (also known as m-a) helps users and
|  maintainers with managing external Linux kernel modules packaged for
|  Debian. It can do:
|  .
|   * automated preparation of build environment for module compilation
| (e.g. automatic detection and installation of required kernel
| source/headers);
|   * automated module source downloads;
|   * configuration and tracking of external and locally built modules
| packages;
|   * semi-automated multiple builds for multiple kernel versions.
|  .
|  It also contains a framework to be used by the build-scripts in the
|  accompanying modules-source packages in Debian.

-- 
JBR
Ankh kak! (Ancient Egyptian blessing)
diff -ru module-assistant-0.11.4.pristine/debian/control module-assistant-0.11.4/debian/control
--- module-assistant-0.11.4.pristine/debian/control	2011-06-29 21:27:27.0 +0100
+++ module-assistant-0.11.4/debian/control	2012-06-26 09:20:08.071392924 +0100
@@ -13,17 +13,17 @@
 Recommends: liblocale-gettext-perl
 Suggests: build-essential, dialog | whiptail
 Description: tool to make module package creation easier
- The module-assistant tool (also known as m-a) helps users and
- maintainers with managing external kernel modules packaged for
- Debian. It can do:
+ The module-assistant tool (also known as m-a) helps users and maintainers
+ with managing external Linux kernel modules packaged for Debian. It can
+ do:
  .
-  - automated preparation of build environment for modules compilation
-(eg. automatical detection and installation of required kernel
-source/headers)
-  - automated module source downloads
-  - configuring and keeping track of external and localy built modules
-packages
-  - semi-automated multiple builds for multiple kernel versions
+  * automated preparation of build environment for module compilation
+(e.g. automatic detection and installation of required kernel
+source/headers);
+  * automated module source downloads;
+  * configuration and tracking of external and locally built modules
+packages;
+  * semi-automated multiple builds for multiple kernel versions;
  .
- It also contains some framework to be used by the build-scripts in the
+ It also contains some infrastructure to be used by the build-scripts in the
  accompanying modules-source packages in Debian.

Bug#679100: firmware-ralink: Avahi-daemon disconnect wireless usb device

[Pablo Rodríguez Fernández]

Package: firmware-ralink
Version: 0.36
Severity: important

While having avahi-daemon active, when my device associates with a wireless
connection, it disconnects the device. If i stop avahi, then connect to a
wireless net, and then start avahi, connection continue working without any
problem.

I'm using rt73usb driver, with an ECOM EW125TGUSB device, which lsusb shows:
Bus 002 Device 114: ID 07b8:b21d AboCom Systems Inc RT2573

I've tried with versions 0.6.31-1 and 0.6.27-2+squeeze1 of avahi daemon and
versions 0.28+squeeze1 and 0.36 but problem persists.

I attach logs of syslog.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

firmware-ralink depends on no packages.

firmware-ralink recommends no packages.

Versions of packages firmware-ralink suggests:
ii  initramfs-tools  0.106
ii  linux-image-3.2.0-2-amd64 [linux-image]  3.2.20-1

-- no debconf information
Jun 23 16:55:54 debian-sama kernel: [47313.236062] usb 1-6: new high-speed USB 
device number 19 using ehci_hcd
Jun 23 16:55:54 debian-sama kernel: [47313.664054] usb 2-2: new full-speed USB 
device number 90 using ohci_hcd
Jun 23 16:55:54 debian-sama kernel: [47313.848067] usb 2-2: device descriptor 
read/64, error -62
Jun 23 16:55:54 debian-sama kernel: [47314.132108] usb 2-2: device descriptor 
read/64, error -62
Jun 23 16:55:55 debian-sama kernel: [47314.412062] usb 2-2: new full-speed USB 
device number 91 using ohci_hcd
Jun 23 16:55:55 debian-sama kernel: [47314.596088] usb 2-2: device descriptor 
read/64, error -62
Jun 23 16:55:55 debian-sama kernel: [47314.884040] usb 2-2: device descriptor 
read/64, error -62
Jun 23 16:55:56 debian-sama kernel: [47315.164038] usb 2-2: new full-speed USB 
device number 92 using ohci_hcd
Jun 23 16:55:56 debian-sama kernel: [47315.572031] usb 2-2: device not 
accepting address 92, error -62
Jun 23 16:55:56 debian-sama kernel: [47315.748042] usb 2-2: new full-speed USB 
device number 93 using ohci_hcd
Jun 23 16:55:57 debian-sama kernel: [47316.156041] usb 2-2: device not 
accepting address 93, error -62
Jun 23 16:55:57 debian-sama kernel: [47316.156075] hub 2-0:1.0: unable to 
enumerate USB device on port 2
Jun 23 16:55:57 debian-sama kernel: [47316.332101] usb 2-6: new full-speed USB 
device number 94 using ohci_hcd
Jun 23 16:55:57 debian-sama kernel: [47316.581103] usb 2-6: not running at top 
speed; connect to a high speed hub
Jun 23 16:55:57 debian-sama kernel: [47316.721118] usb 2-6: New USB device 
found, idVendor=07b8, idProduct=b21d
Jun 23 16:55:57 debian-sama kernel: [47316.721129] usb 2-6: New USB device 
strings: Mfr=1, Product=2, SerialNumber=0
Jun 23 16:55:57 debian-sama kernel: [47316.721136] usb 2-6: Product: 802.11 bg 
WLAN
Jun 23 16:55:57 debian-sama kernel: [47316.721142] usb 2-6: Manufacturer: Abocom
Jun 23 16:55:57 debian-sama kernel: [47316.988039] usb 2-6: reset full-speed 
USB device number 94 using ohci_hcd
Jun 23 16:55:58 debian-sama kernel: [47317.548290] ieee80211 phy11: Selected 
rate control algorithm 'minstrel_ht'
Jun 23 16:55:58 debian-sama kernel: [47317.549012] Registered led device: 
rt73usb-phy11::radio
Jun 23 16:55:58 debian-sama kernel: [47317.549035] Registered led device: 
rt73usb-phy11::assoc
Jun 23 16:55:58 debian-sama kernel: [47317.549058] Registered led device: 
rt73usb-phy11::quality
Jun 23 16:55:58 debian-sama udevd[30325]: failed to execute 
'/lib/udev/mtp-probe' 'mtp-probe /sys/devices/pci:00/:00:02.0/usb2/2-6 
2 94': No such file or directory
Jun 23 16:55:58 debian-sama NetworkManager[22209]:  found WiFi radio 
killswitch rfkill11 (at 
/sys/devices/pci:00/:00:02.0/usb2/2-6/2-6:1.0/ieee80211/phy11/rfkill11) 
(driver (unknown))
Jun 23 16:55:58 debian-sama NetworkManager[22209]:SCPlugin-Ifupdown: 
devices added (path: 
/sys/devices/pci:00/:00:02.0/usb2/2-6/2-6:1.0/net/wlan0, iface: wlan0)
Jun 23 16:55:58 debian-sama NetworkManager[22209]:SCPlugin-Ifupdown: device 
added (path: /sys/devices/pci:00/:00:02.0/usb2/2-6/2-6:1.0/net/wlan0, 
iface: wlan0): no ifupdown configuration found.
Jun 23 16:55:58 debian-sama NetworkManager[22209]:  (wlan0): using 
nl80211 for WiFi device control
Jun 23 16:55:58 debian-sama NetworkManager[22209]:  (wlan0): driver 
supports Access Point (AP) mode
Jun 23 16:55:58 debian-sama NetworkManager[22209]:  (wlan0): new 802.11 
WiFi device (driver: 'rt73usb' ifindex: 15)
Jun 23 16:55:58 debian-sama NetworkManager[22209]:  (wlan0): exported as 
/org/freedesktop/NetworkManager/Devices/10
Jun 23 16:55:58 debian-sama NetworkManager[22209]:  (wlan0): now managed
Jun 23 16:55:58 debian-sama NetworkManager[22209]:  (wlan0): device state 
change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Jun 

Bug#663424: (no subject)

[era eriksson]

> Severity normal?  Really?  Anyway, I'm not really interested.

Color me dismayed.  This would be for the benefit of your users, not
primarily for you.
In fact, I'm certain that you already have access to your VCS.

For the record, I too would like to see this happen.

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



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

Bug#677985: [pkg-dhcp-devel] Bug#677985: dhclient doesn't set subnet correct on kfreebsd

[Christoph Egger]

Christoph Egger  writes:
> Andrew Pollock  writes:
>> On Mon, Jun 18, 2012 at 02:54:06PM +0200, Christoph Egger wrote:
>>> >   dhclient fails to correctly specify the netmask on kfreebsd
>>> > resulting in a wrong routing for the local network. set -x from
>>> > dhclient-script attached.
>>> 
>>> Note: as a result I get a /24 network set here while dhcp should set a /23
>>> 
>>
>> Can you please tell me if doing
>>
>> perl -pi -e 's/new_netmask_arg/new_subnet_mask/' /sbin/dhclient-script
>
> no, I need to write netmask right before the $new_subnet_mask. before
> the broadcast part the `broadcast' keyword is probably necessary as well
> if a extra broadcast address is needed

Hmm reading the script. probably this part of #645502 should be reverted
as I guess the other *_arg variables are also not available on
isc-dhcp-client in Debian. Adding rmh into Cc for comments.

Regards

Christoph




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

Bug#679101: equivs: equivs-build: no quoting of $builddir

[era eriksson]

Package: equivs
Version: 2.0.9
X-Debbugs-Cc: era+deb...@iki.fi

I am hereby forwarding Ubuntu bug #1016402 to the upstream maintainer of
equivs from the Ubuntu bug tracking system.

https://bugs.launchpad.net/ubuntu/+source/equivs/+bug/1016402

--- cut --- 8< ---
Steps to reproduce:

1. mkdir -p '/tmp/a/a&&b&&c'
2. put some code and debian packaging into this dir
3. run mk-build-deps/equivs-build

Result:
mmrazik@fry:/tmp/a/a&&b&&c/autopilot$ equivs-build debian/control
sh: 1: b: not found
Error on copy of the template files: exit status 127

Expected result:
it works.

Patch attached.
--- >8 --- tuc ---

For your convenience, I am inlining the patch, since it is completely
trivial.  Perhaps there are other spots in the code which should be
audited for proper quoting, though.

--- equivs-build2012-06-22 09:27:18.0 +0200
+++ equivs-build.new2012-06-22 09:27:06.0 +0200
@@ -46,7 +46,7 @@
   usage();
 }
 
-system("cp -R /usr/share/equivs/template/* $builddir") == 0 or
+system("cp -R /usr/share/equivs/template/* \"$builddir\"") == 0 or
   die "Error on copy of the template files: exit status " . ($?>>8) .
   "\n";
 
 # Parse the equivs control file

If you accept the patch, please note that the original author is Martin
Mrazik, not me.  Thanks.

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



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

Bug#679102: duplicate OnlyShowIn line in autostart file

[Michael Biebl]

Package: caribou
Version: 0.4.2-2
Severity: normal
File: /etc/xdg/autostart/caribou-autostart.desktop

caribou-autostart.desktop has:

OnlyShowIn=GNOME;Unity;
OnlyShowIn=GNOME;

This is due to debian/rules:

install/caribou::
   echo "NoDisplay=true" >> 
debian/tmp/usr/share/applications/caribou.desktop
   echo "OnlyShowIn=GNOME;" >> 
debian/tmp/etc/xdg/autostart/caribou-autostart.desktop

It looks like OnlyShowIn is nowadays already set upstream, so there is
no longer a need to set it manually.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages caribou depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-2
ii  gir1.2-caribou-1.0   0.4.2-2
ii  gir1.2-clutter-1.0   1.10.6-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gtk-3.0   3.4.2-1
ii  python   2.7.3~rc2-1
ii  python-dbus  1.1.1-1
ii  python-gi3.2.2-1
ii  python-pyatspi2  2.5.2+dfsg-1
ii  python2.62.6.8-0.2
ii  python2.72.7.3-1

caribou recommends no packages.

caribou 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#679103: liblapack3gf: should be in section oldlibs

[Santiago Vila]

Package: liblapack3gf
Version: 3.4.1-3

Please put this package in section oldlibs, as it's proper for
transitional packages. This should help tools like deborphan
to signal this package as candidate for removal.

Thanks.

diff -ru lapack-3.4.1.original/debian/control lapack-3.4.1/debian/control
--- lapack-3.4.1.original/debian/control2012-06-17 14:21:27.0 
+0200
+++ lapack-3.4.1/debian/control 2012-06-26 13:26:08.671362975 +0200
@@ -27,6 +27,7 @@
 
 Package: liblapack3gf
 Architecture: any
+Section: oldlibs
 Depends: ${misc:Depends}, ${shlibs:Depends}, liblapack3
 Description: Transitional package for liblapack3
  LAPACK version 3.X is a comprehensive FORTRAN library that does



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

Bug#679104: libblas3gf: should be in section oldlibs

[Santiago Vila]

Package: libblas3gf
Version: 3.4.1-3

Please put this package in section oldlibs, as it's proper for
transitional packages. This should help tools like deborphan
to signal this package as candidate for removal.

In addition, the package should be probably Architecture: all, as
it is just a dependency package and it's empty otherwise.

Thanks.

diff -ru blas-1.2.20110419.original/debian/control 
blas-1.2.20110419/debian/control
--- blas-1.2.20110419.original/debian/control   2012-06-02 17:31:52.0 
+0200
+++ blas-1.2.20110419/debian/control2012-06-26 13:32:31.273058995 +0200
@@ -28,7 +28,8 @@
  This package contains a shared version of the library.
 
 Package: libblas3gf
-Architecture: any
+Architecture: all
+Section: oldlibs
 Depends: ${shlibs:Depends}, ${misc:Depends}, libblas3
 Description: Transitional package for libblas
  Several minor changes to the C interface have been incorporated. 



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

Bug#679086: udev: rose module for amateur radio is loaded unconditionally

[Martin Steigerwald]

Am Dienstag, 26. Juni 2012 schrieb Marco d'Itri:
> On Jun 26, Martin Steigerwald  wrote:
> > Expected results:
> > 
> > These modules are only loaded on demand. I.e. when a amateur radio
> 
> Correct.
> 
> > Feel free to reassign if something else is loading these modules.
> 
> I apologize, but I have sent my cristal ball to be polished so you will
> have to find out by yourself.

So its definitely not udev? Since I didn´t find anything else, I concluded it 
likely is.

-- 
Martin Steigerwald - teamix GmbH - http://www.teamix.de
gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90



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

Bug#594335: Eucalyptus node controller does not start (problem with axis2c)

[Laurent Bigonville]

Hi,

This bug is actually not fixed in stable (squeeze) yet.

The patch seems trivial, maybe it could be interesting to fix it in
squeeze-proposed-updates (and then maybe in a point release?).

Cheers

Laurent Bigonville



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

Bug#679105: printing PDF documents from evince is broken with cairo 1.12.2

[Michael Biebl]

Package: libcairo2
Version: 1.12.2-2
Severity: important
File: /usr/lib/x86_64-linux-gnu/libcairo.so.2

When trying to print certain PDF documents (an example is [1]) I get
completely broken print output. This can already be seen in the print
preview [2].

Downgrading to cairo 1.10 fixes the problem.


[1] http://www.comdirect.de/pbl/ePdfTracker.do?ePageId=cori2444
[2] http://people.debian.org/~biebl/evince.png



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libcairo2:amd64 depends on:
ii  libc6  2.13-33
ii  libfontconfig1 2.9.0-6
ii  libfreetype6   2.4.9-1
ii  libpixman-1-0  0.26.0-2
ii  libpng12-0 1.2.49-1
ii  libx11-6   2:1.5.0-1
ii  libxcb-render0 1.8.1-1
ii  libxcb-shm01.8.1-1
ii  libxcb11.8.1-1
ii  libxrender11:0.9.7-1
ii  multiarch-support  2.13-33
ii  zlib1g 1:1.2.7.dfsg-13

libcairo2:amd64 recommends no packages.

libcairo2:amd64 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#616602: Display goes black after using this program

[Boris Pek]

Hi,

> The display goes black after using zgv to view a jpg image, and it is not
> possible to return to a working console.
> 
> Switching virtual consoles will not revive the display, making it necessary
> to telnet the machine from a remote for rebooting.
> 
> This problem was observed on a computer fitted with an ATI Radeon 9200 card
> using the open source radeon driver. The problem may be exhibited on other
> hardware.

These symptoms look like problem with video driver. During passed year there
were lots of changes in it. Could you confirm that the problem is still
exist in updated system?

Best regards,
Boris



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

Bug#679086: udev: rose module for amateur radio is loaded unconditionally

[Marco d'Itri]

On Jun 26, Martin Steigerwald  wrote:

> So its definitely not udev? Since I didn´t find anything else, I concluded it 
> likely is.
Yes, definitely udev does not load random modules just because it feels 
like doing it.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#679106: cron: multiple /etc/init.d/cron stop may kill unrelated processes

[Christoph Anton Mitterer]

Package: cron
Version: 3.0pl1-123
Severity: critical
Justification: breaks unrelated software



Hi.

Apparently, cron doesn't clear the PID file once stopped, so
subsequent invokations of:
/etc/init.d/cron stop
continue to try killing a process of that PID.
E.g.:
# /etc/init.d/cron stop
[ ok ] Stopping periodic command scheduler: cron.
# /etc/init.d/anacron stop && /etc/init.d/cron stop
[] Stopping periodic command scheduler: cron/sbin/start-stop-daemon: 
warning: failed to kill 10944: No such process
. ok 

Given that any other process can have this PID in the meantime it may
not too unlikely break unrelated software or cause even serious
data loss; therefore marking it as critical.


Cheers,
Chris.

-- Package-specific info:
--- EDITOR:


--- /usr/bin/editor:
/usr/bin/vim.gnome

--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 35880 Jun 23 09:15 /usr/bin/crontab

--- /var/spool/cron:
drwxr-xr-x 5 root root 4096 Jul  2  2008 /var/spool/cron

--- /var/spool/cron/crontabs:
drwx-wx--T 2 root crontab 4096 Dec 20  2006 /var/spool/cron/crontabs

--- /etc/cron.d:
drwxr-xr-x 2 root root 4096 Jun 23 12:03 /etc/cron.d

--- /etc/cron.daily:
drwxr-xr-x 2 root root 4096 Jun 23 12:03 /etc/cron.daily

--- /etc/cron.hourly:
drwxr-xr-x 2 root root 4096 Jun 23 12:03 /etc/cron.hourly

--- /etc/cron.monthly:
drwxr-xr-x 2 root root 4096 Jun 23 12:03 /etc/cron.monthly

--- /etc/cron.weekly:
drwxr-xr-x 2 root root 4096 Jun 23 12:03 /etc/cron.weekly


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

Kernel: Linux 3.2.20-heisenberg (SMP w/2 CPU cores; PREEMPT)
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 cron depends on:
ii  adduser 3.113+nmu3
ii  debianutils 4.3.1
ii  dpkg1.16.4.3
ii  libc6   2.13-33
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libselinux1 2.1.9-5
ii  lsb-base4.1+Debian7

Versions of packages cron recommends:
ii  postfix [mail-transport-agent]  2.9.3-2

Versions of packages cron suggests:
ii  anacron2.3-19
ii  checksecurity  2.0.14
ii  logrotate  3.8.1-4

Versions of packages cron is related to:
pn  libnss-ldap   
pn  libnss-ldapd  
pn  libpam-ldap   
pn  libpam-mount  
pn  nis   
pn  nscd  

-- 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#598377: more info ?

[Mathieu Malaterre]

tags 598377 moreinfo
thanks

I just had the same symptoms today. I realized the info is actually
located in $HOME/.xsession-errors

What was the error reported in that file ?

Thanks



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

Bug#656719: updated patch series (was: ln: failed to create symbolic link `build/dri/i386-linux-gnu/gallium/XvMCConfig': File exists)

[Paul Menzel]

Am Sonntag, den 24.06.2012, 17:56 +0200 schrieb Paul Menzel:

[…]

> I will attach three patches for RFC. I would be grateful for any
> comments.

Thank you for all your comments. Here is the updated patch series. I
reply with the three patches to this message.


Thanks,

Paul


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

Bug#678993: openbox: xmodmap freezes openbox in lxde

[Nico Golde]

Hi,
* Paul Seyfert  [2012-06-26 12:15]:
[...] 
> well since that happens each morning I come to the office I'm quite
> quick with killing openbox nowadays. I just tested and waited for two
> minutes without success.

Ok. Could you do me the favor and check if this happens with a different 
window manager as well? I have the feeling that this might not be openbox 
related. In the end xmodmap should be handled by X and the window manager 
should eat whatever signal is delivered by X on a key press.

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0
For security reasons, all text in this mail is double-rot13 encrypted.


pgpv1JXmzKaZk.pgp
Description: PGP signature

Bug#656719: [PATCH v4 1/3] Add Gallium VDPAU and XvMC driver support (#656719)

[Paul Menzel]

From: Fabio Pedretti 
Date: Sun, 29 Jan 2012 21:00:57 +0100

Since version 8.0 Mesa provides XvMC and VDPAU Gallium3D video
acceleration drivers.

Fabio’s patch sent to the Debian BTS [1] is adapted

1. to comment

   ln -s build/dri/$(DEB_HOST_MULTIARCH)/gallium/XvMCConfig 
/etc/X11/XvMCConfig

   overwriting `/etc/X11/XvMCConfig` already shipped by `libxvmc1`,
2. to not install `/etc/XvMCConfig` which should go under `/etc/X11/`
3. and removing a line from `not_installed`.

Item 2 probably has to be solved by some kind of `update-alternatives`
to work when this package in deinstalled again.

Using `mplayer -vo xvmc -vc ffmpeg12mc dvd.mpeg2` does not work for me
since MPlayer does not find `libXvMCr600.so.1`.

$ mplayer -vo xvmc -vc ffmpeg12mc dvd.mpeg2
MPlayer svn r34540 (Debian), built with gcc-4.7 (C) 2000-2012 MPlayer 
Team
[…]
MPEG-PS file format detected.
VIDEO:  MPEG2  720x576  (aspect 3)  25.000 fps  7500.0 kbps (937.5 
kbyte/s)
vo_xvmc: X-Video extension 2.2
vo_xvmc: X-Video MotionCompensation Extension version 1.1

==
Forced video codec: ffmpeg12mc
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 53.35.0 (external)
Mismatching header version 53.32.2
[VD_FFMPEG] XVMC-accelerated MPEG-2.
[VD_FFMPEG] XVMC-accelerated MPEG-2.
Selected video codec: [ffmpeg12mc] vfm: ffmpeg (FFmpeg MPEG-1/2 (XvMC) 
- deprecated, just use ffmpeg12)

==

==
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000)
Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)

==
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[VD_FFMPEG] Trying pixfmt=0.
[VD_FFMPEG] XVMC-accelerated MPEG-2.
vo_xvmc: Found matching surface with id=32315659 on 63 port at 0 adapter
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xvmc] 720x576 => 1024x576 MPEG1/2 Motion Compensation and IDCT
vo_xvmc: Found matching surface with id=32315659 on 63 port at 0 adapter
vo_xvmc: Using Xv Adaptor #0 (Radeon Textured Video)
vo_xvmc: Port 63 grabed
XvMCWrapper: Could not load hardware specific XvMC library 
"libXvMCr600.so.1".
libXvMCr600.so.1: cannot open shared object file: No such file or 
directory
vo_xvmc: XvMCCreateContext failed with error 2
[…]

The libraries are installed correctly though.

$ more /etc/X11/XvMCConfig
libXvMCr600.so.1
$ ls -l /usr/lib/dri/libXvMCr6*
lrwxrwxrwx 1 root root  16 Jun 24 11:07 /usr/lib/dri/libXvMCr600.so 
-> libXvMCr600.so.1
lrwxrwxrwx 1 root root  18 Jun 24 11:07 
/usr/lib/dri/libXvMCr600.so.1 -> libXvMCr600.so.1.0
-rw-r--r-- 1 root root 1067180 Jun 24 11:10 
/usr/lib/dri/libXvMCr600.so.1.0

No file `NEWS.Debian` is provided since the support is still work in progress.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656719
---
 debian/changelog|7 +++
 debian/control  |   22 ++
 debian/libg3dvl-mesa.install.in |3 +++
 debian/not-installed|4 +++-
 debian/rules|5 -
 5 files changed, 39 insertions(+), 2 deletions(-)
 create mode 100644 debian/libg3dvl-mesa.install.in

diff --git a/debian/changelog b/debian/changelog
index 0eb66a1..a6900df 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+mesa (8.0.3-2) UNRELEASED; urgency=low
+
+  * Enable Gallium VDPAU and XvMC driver support on at least
+Radeon r300+ and r600+. (Closes: #656719) (LP: #1002224)
+
+ -- Fabio Pedretti   Mon, 21 May 2012 12:46:40 +0300
+
 mesa (8.0.3-1) unstable; urgency=low
 
   [ Robert Hooker ]
diff --git a/debian/control b/debian/control
index ec59840..a9fcdd3 100644
--- a/debian/control
+++ b/debian/control
@@ -32,6 +32,8 @@ Build-Depends:
  bison,
  llvm-2.9-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386],
  libwayland-dev (>= 0.85.0) [linux-any],
+ libvdpau-dev (>= 0.4.1) [linux-any],
+ libxvmc-dev (>= 1.0.6) [linux-any],
 Vcs-Git: git://git.debian.org/git/pkg-xorg/lib/mesa
 Vcs-Browser: http://git.debian.org/?p=pkg-xorg/lib/mesa.git
 Homepage: http://mesa3d.sourceforge.net/
@@ -803,4 +805,24 @@ Description: Mesa OpenGL utility library -- development 
files
  For a complete description of GLU, please look at the libglu1-mesa
  package.
 
+Package: libg3dvl-mesa
+Section: libs
+Architecture: linux-any
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},

Bug#656719: [PATCH 2/3] debian/control: libg3dvl-mesa: Depend on libxvmc1.

[Paul Menzel]

Date: Sun, 24 Jun 2012 17:09:16 +0200

Michael Dänzer confirmed that there seems to be an upstream bug [1].

Am Montag, den 25.06.2012, 09:41 +0200 schrieb Michel Dänzer:

[…]

> No, it indeed looks like the Mesa libXvMC*.so.1 libraries don't link
> against libXvMC.so.1. I suspect that's an (upstream) bug though, as 
they
> do seem to reference symbols from libXvMC.so.1.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656719#140
---
 debian/changelog |6 +-
 debian/control   |1 +
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index a6900df..614bb04 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,13 @@
 mesa (8.0.3-2) UNRELEASED; urgency=low
 
+  [ Fabio Pedretti ]
   * Enable Gallium VDPAU and XvMC driver support on at least
 Radeon r300+ and r600+. (Closes: #656719) (LP: #1002224)
 
- -- Fabio Pedretti   Mon, 21 May 2012 12:46:40 +0300
+  [ Paul Menzel ]
+  * libg3dvl-mesa: Depend on libxvmc1.
+
+ -- Paul Menzel   Sun, 24 Jun 2012 17:09:16 +0200
 
 mesa (8.0.3-1) unstable; urgency=low
 
diff --git a/debian/control b/debian/control
index a9fcdd3..064cd29 100644
--- a/debian/control
+++ b/debian/control
@@ -809,6 +809,7 @@ Package: libg3dvl-mesa
 Section: libs
 Architecture: linux-any
 Depends:
+ libxvmc1,
  ${shlibs:Depends},
  ${misc:Depends},
 Description: xvmc and vdpau Gallium3D video acceleration drivers
-- 
1.7.10.4


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

Bug#672935: Installing lib32asound2-plugins solved it

[Etienne Millon]

* Sven Joachim  [120624 12:21]:
> Regarding libao, there's #638741 requesting it to be converted to
> multiarch.  That seems to be the only real obstacle to installing
> zsnes:i386 on amd64, since the other dependencies are already
> multiarchified.
> 
> >> After all, the lib32* packages are supposed to be completely removed
> >> in the long term (IIRC).
> 
> Probably ia32-libs-dev is going away in wheezy already, making zsnes
> unbuildable on amd64.

If #638741 is solved, or ia32-libs-dev goes away for wheezy, I agree
that it's better to remove the amd64 version of zsnes.

> > That won't happen for wheezy, but (I believe) probably for wheezy+1.
> 
> As maintainer of such a biarch beast (ncurses), I very much hope that
> this will happen.  Getting rid of zsnes:amd64 would be a small step in
> that direction.

Thanks for your advice, I was not sure about how to proceed. Bi-arch
packages are quite rare, there's not a lot of documentation about
these "beasts" :)

-- 
Etienne Millon



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

Bug#679076: synaptic - changes graphical theme

[Gergely Nagy]

reassign 679076 synaptic 0.75.12
thanks

ki...@seznam.cz writes:

> package: synaptic-0.75.12 (32bit)

When filing bugs, please either use reportbug, or follow the guidelines
explained here: http://www.debian.org/Bugs/Reporting

Namely, the package needs to contain the package name (without version),
and a separate Version: pseudo-header needs to contain the package
version.

I have reassigned your report to the appropriate place now, but in the
future, I'd strongly recommend using reportbug.

-- 
|8]



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

Bug#679107: RFS: mysql-cluster-7.2/7.2.6+dfsg-1 [ITP]

[Steven Ayre]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "mysql-cluster-7.2"

Package name: mysql-cluster-7.2
Version : 7.2.6+dfsg-1
Upstream Author : MySQL AB
URL : http://www.mysql.com/
License : GPL2
Section : misc

It builds these binary packages:

libmysqld-cluster-dev - MySQL Cluster embedded database development files
libmysqld-cluster-pic - PIC version of MySQL Cluster embedded server
development files
libndbclient-dev - MySQL Cluster database development files
libndbclient6 - MySQL Cluster database client library
mysql-cluster-client - MySQL Cluster database client (metapackage
depending on the lates
mysql-cluster-client-7.2 - MySQL Cluster database client binaries
mysql-cluster-clusterj - MySQL ClusterJ API
mysql-cluster-common - MySQL cluster database common files, e.g.
/etc/mysql/conf.d/my-cl
mysql-cluster-server-datanode - MySQL Cluster server data node
(metapackage depending on the late
mysql-cluster-server-datanode-7.2 - MySQL Cluster database server data
node binaries
mysql-cluster-server-mgmtnode - MySQL Cluster server mgmt node
(metapackage depending on the late
mysql-cluster-server-mgmtnode-7.2 - MySQL Cluster database server
management node binaries
mysql-cluster-server-sqlnode - MySQL Cluster database sql node
(metapackage depending on the lat
mysql-cluster-server-sqlnode-7.2 - MySQL Cluster database server sql
node binaries and system databa
mysql-cluster-server-sqlnode-core-7.2 - MySQL Cluster database server
sql node binaries
mysql-cluster-source-7.2 - MySQL Cluster source
mysql-cluster-testsuite-7.2 - MySQL Cluster testsuite

To avoid conflicts it uses with the following mysql-5.5 packages:

mysql-common
libmysqlclient18 (ABI compatible)
libmysqlclient18-dev
mysql-client
mysql-client-5.5


To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/mysql-cluster-7.2


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

  dget -x 
http://mentors.debian.net/debian/pool/main/m/mysql-cluster-7.2/mysql-cluster-7.2_7.2.6+dfsg-1.dsc


Regards,
Steven Ayre



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

Bug#656719: [PATCH v4 3/3] Split up libg3dvl-mesa into libvdpau1-gallium and libxvmc1-gallium

[Paul Menzel]

Date: Tue, 26 Jun 2012 13:09:46 +0200

The package names were suggested by Michael Dänzer [1] and were agreed
upon by Fabio Pedretti [2].

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677886#26
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656719#145
---
 debian/changelog|3 +-
 debian/control  |   52 +++
 debian/libg3dvl-mesa.install.in |3 --
 debian/libvdpau1-gallium.install.in |2 ++
 debian/libxvmc1-gallium.install.in  |1 +
 5 files changed, 51 insertions(+), 10 deletions(-)
 delete mode 100644 debian/libg3dvl-mesa.install.in
 create mode 100644 debian/libvdpau1-gallium.install.in
 create mode 100644 debian/libxvmc1-gallium.install.in

diff --git a/debian/changelog b/debian/changelog
index 614bb04..4467a87 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -6,8 +6,9 @@ mesa (8.0.3-2) UNRELEASED; urgency=low
 
   [ Paul Menzel ]
   * libg3dvl-mesa: Depend on libxvmc1.
+  * Split up libg3dvl-mesa into libvdpau1-gallium and libxvmc1-gallium.
 
- -- Paul Menzel   Sun, 24 Jun 2012 17:09:16 +0200
+ -- Paul Menzel   Tue, 26 Jun 2012 13:09:46 +0200
 
 mesa (8.0.3-1) unstable; urgency=low
 
diff --git a/debian/control b/debian/control
index 064cd29..8b264e2 100644
--- a/debian/control
+++ b/debian/control
@@ -805,25 +805,65 @@ Description: Mesa OpenGL utility library -- development 
files
  For a complete description of GLU, please look at the libglu1-mesa
  package.
 
-Package: libg3dvl-mesa
+Package: libvdpau1-gallium
+Section: libs
+Architecture: linux-any
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},
+Description: VDPAU Gallium3D video acceleration drivers
+ .
+ Currently these drivers support using the GPU to decode MPEG2 material.
+ .
+ Recent MPlayer versions use the provided library automatically. But you
+ can manually use it using for example the following command line.
+ .
+ .mplayer -vo vdpau -vc ffmpeg12vdpau example.mpeg2
+ .
+ Beware that this is work in progress and might not work as expected.
+
+Package: libvdpau1-gallium-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends:
+ libvdpau1-gallium (= ${binary:Version}),
+ ${misc:Depends},
+Description: debugging symbols for VDPAU Gallium3D video acceleration drivers
+ .
+ This package contains the debugging symbols for the VDPAU g3dvl libraries.
+
+Package: libxvmc1-gallium
 Section: libs
 Architecture: linux-any
 Depends:
  libxvmc1,
  ${shlibs:Depends},
  ${misc:Depends},
-Description: xvmc and vdpau Gallium3D video acceleration drivers
+Description: XvMC Gallium3D video acceleration drivers
+ .
+ Currently these drivers support using the GPU to decode MPEG2 material.
+ .
+ Recent MPlayer versions use the provided library automatically. But you
+ can manually use it using for example the following command line.
+ .
+ .mplayer -vo xvmc -vc ffmpeg12mc example.mpeg2
+ .
+ You have to edit `/etc/X11/XvMCConfig` and list your hardware specific
+ library in there, for example `libXvMCr600.so.1`.
+ .
+ Beware that this is work in progress and might not work as expected.
 
-Package: libg3dvl-mesa-dbg
+Package: libxvmc1-gallium-dbg
 Section: debug
 Priority: extra
 Architecture: linux-any
 Depends:
- libg3dvl-mesa (= ${binary:Version}),
+ libxvmc1-gallium (= ${binary:Version}),
  ${misc:Depends},
-Description: xvmc and vdpau Gallium3D video acceleration drivers
+Description: debugging symbols for XvMC Gallium3D video acceleration drivers
  .
- This package contains the debugging symbols for the g3dvl libraries.
+ This package contains the debugging symbols for the XvMC g3dvl libraries.
 
 
 # vim: tw=0
diff --git a/debian/libg3dvl-mesa.install.in b/debian/libg3dvl-mesa.install.in
deleted file mode 100644
index 3edf4cc..000
--- a/debian/libg3dvl-mesa.install.in
+++ /dev/null
@@ -1,3 +0,0 @@
-build/dri/${DEB_HOST_MULTIARCH}/gallium/libvdpau_* usr/lib/vdpau
-build/dri/${DEB_HOST_MULTIARCH}/gallium/libXvMC* usr/lib/dri
-build/dri/${DEB_HOST_MULTIARCH}/gallium/XvMCConfig usr/lib
diff --git a/debian/libvdpau1-gallium.install.in 
b/debian/libvdpau1-gallium.install.in
new file mode 100644
index 000..76adf0a
--- /dev/null
+++ b/debian/libvdpau1-gallium.install.in
@@ -0,0 +1,2 @@
+build/dri/${DEB_HOST_MULTIARCH}/gallium/libXvMC* usr/lib/dri
+build/dri/${DEB_HOST_MULTIARCH}/gallium/XvMCConfig usr/lib
diff --git a/debian/libxvmc1-gallium.install.in 
b/debian/libxvmc1-gallium.install.in
new file mode 100644
index 000..757160f
--- /dev/null
+++ b/debian/libxvmc1-gallium.install.in
@@ -0,0 +1 @@
+build/dri/${DEB_HOST_MULTIARCH}/gallium/libvdpau_* usr/lib/vdpau
-- 
1.7.10.4


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