Bug#710108: nmu: dynare_4.3.3-2

[Sébastien Villemot]

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

Dear Release Team,

A new major version of libmatio has been uploaded, which involves a SONAME
bump. The package dynare needs to be recompiled (a sourceful upload should not
be needed, see #706803).

I included a dep-wait in the following commands, to make sure that dynare is
recompiled against the new libmatio. Sorry for the noise if this is not needed.

nmu dynare_4.3.3-2 . ALL . -m "rebuild against libmatio 1.5"
dw dynare_4.3.3-2 . ALL . -m "libmatio2"

Cheers,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: Digital signature

Bug#709573: update-notifier binary missing

[Julian Gilbey]

On Fri, May 24, 2013 at 08:17:57AM +0200, Michael Schmitt wrote:
> Package: update-notifier
> Version: 0.99.3debian11+perrm2
> Severity: normal
> 
> Dear Maintainer,
> 
> $ dpkg -S /etc/xdg/autostart/update-notifier.desktop
> update-notifier: /etc/xdg/autostart/update-notifier.desktop
> $ dpkg -L update-notifier|grep bin
> 
> No idea if there is some transition going on and that update-notifier is 
> replaced
> by some other gnome componet (I don't run gnome), but as the .desktop file
> shipped with the package tries to start the missing binary, I guess it is a 
> bug
> and not some transition.

It turns out that this is an obsolete conffile, which this
transitional package should have deleted using dpkg-maintscript-helper
in the appropriate maintainer scripts.

   Julian


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

Bug#689679: gnarwl: Fix build with GCC 4.6

[Daniel Holbach]

Hello Bernhard,

On 07.05.2013 21:04, Bernhard Schmidt wrote:
> while browsing through gnarwl bugs I noticed your BTS entry. I just 
> rebuilt gnarwl in Wheezy (GCC 4.7) without your patch and it works fine. 
> Is your patch only necessary with GCC 4.6 specifically?

it seems like the original explanation of the patch I provided is
incorrect and it's been a while, so I can't quite remember, how this
came about. :)

In fact the patch fixes the build with "ld --as-needed", which is the
default in Ubuntu and I verified that in the last two releases of Ubuntu
('raring' and 'saucy'), the patch still works as expected.

Have a great day,
 Daniel


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

Bug#706980: [pkg-php-pear] Bug#706980: RFS: php5-stomp - STOMP module

[Jonas Genannt]

Hello,

> 
> What does this output?:
> $ /usr/share/pkg-php-tools/scripts/phppkginfo -d debian_deps .
> Depends: php5 (>= 5.2.2), php-pear (>= 1.4.0), phpapi-20100525+lfs

on an fresh created sid chroot (sbuild-createchroot) + enabled
experimental repro and installed manually php5 /php5-dev and
pkg-php-tools from experimental.

It seems to work:

/usr/share/pkg-php-tools/scripts/phppkginfo -d debian_deps .
Depends: php5 (>= 5.2.2), php-pear (>= 1.4.0), phpapi-20121212

But the d/control in the Debian package (deb) does not contain that
information.

Thanks,
Jonas


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

Bug#709987: redmine-plugin-markdown: breaks installation of redmine

[intrigeri]

Hi,

Dmitry Smirnov wrote (28 May 2013 09:53:44 GMT) :
> "redmine-plugin-markdown" is fixed for compatibility with Redmine 2.x
> and uploaded.

Thanks a lot for your prompt bugfix!

> I hope it'll work well for you. :)

I'll make sure it does, next time I evaluate Redmine 2.x, which might
unfortunately not happen so soon (unless someone backports it, and
Rails 3.x, to wheezy-backports, which I assume is non-trivial a task).

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#710109: update-notifier: should kill any running update-notifier

[Julian Gilbey]

Package: update-notifier
Version: 0.99.3debian11+perrm2

This transitional package should kill any running update-notifier when
it is installed.  I was very confused by the fact that one of my
testing machines still had it running and the other not, until I
realised that it was just a long-running process, and that I had
restarted the window manager on the other machine.

   Julian


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

Bug#710110: perldelta: incorrect instructions about disabling smartmatch warnings

[Jakub Wilk]

Package: perl-doc
Version: 5.18.0-1
Severity: minor

perldelta says you should add this line to disable warnings about 
smartmatch:


no if $] >= 5.018, "experimental::smartmatch";

However, the above line doesn't work. You should use this line instead:

no if $] >= 5.018, 'warnings', "experimental::smartmatch";

--
Jakub Wilk


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

Bug#710074: please upload the experimental version to sid or fix #698125 in sid

[Daniel Baumann]

an NMU to sid (3.2.7-5.1) with s/fuse-utils/fuse/ in debian/control has
been uploaded to delayed/8.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#706980: [pkg-php-pear] Bug#706980: RFS: php5-stomp - STOMP module

[Mathieu Parent]

2013/5/28 Jonas Genannt :
> Hello,
>
>>
>> What does this output?:
>> $ /usr/share/pkg-php-tools/scripts/phppkginfo -d debian_deps .
>> Depends: php5 (>= 5.2.2), php-pear (>= 1.4.0), phpapi-20100525+lfs
>
> on an fresh created sid chroot (sbuild-createchroot) + enabled
> experimental repro and installed manually php5 /php5-dev and
> pkg-php-tools from experimental.
>
> It seems to work:
>
> /usr/share/pkg-php-tools/scripts/phppkginfo -d debian_deps .
> Depends: php5 (>= 5.2.2), php-pear (>= 1.4.0), phpapi-20121212
>
> But the d/control in the Debian package (deb) does not contain that
> information.

And if you run?:
dh_phppear
cat debian/*.substvars

It seems that the substvars are duplicated because of a extra newline
in debian_deps output. WIll fix and upload

Regards
--
Mathieu


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

Bug#710111: mount: cannot mount freshly looped filesystem image

[Lennart Rolland]

Package: mount
Version: 2.20.1-5.3
Severity: important

Dear Maintainer,

I am trying to create debian filesystem images from a script. In this process I 
rely on
dd, sfdisk, kpartx, mkfs, losetup and  mount to do the work before debootstrap.

Unfortunately it doesn't work as expected due to what I think is a bug in mount.

I have created a minimal script that reproduces the bug. I have included it 
here:


-- SCRIPT:

#!/bin/bash

function exit_on_failure(){
local ERR=$?
if [ $ERR -gt 0 ]
then
echo "FATAL ERROR: $1, ABORTING"
exit $ERR
fi
}


function test_bugs(){
local BASE="bugtest"
local FILE="$BASE.img"
local DIR="$BASE.dir"
local FS="ext2"
local SIZE=200
local RUNS=10
#clean up before testing
losetup -d /dev/loop*
umount $DIR
rmdir $DIR
rm $FILE
local LOOP="$(losetup -f)"
modprobe dm_mod
echo "testing bugs"
for i in $(seq 1 $RUNS);
do
echo
echo "-- RUN $i/$RUNS -"
[ ! -e $DIR ]
exit_on_failure "Dir '$DIR' allready existed";
[ ! -e $FILE ] 
exit_on_failure "Image '$FILE' file allready existed";
dd if=/dev/zero of=$FILE bs=1M count=0 seek=$SIZE
exit_on_failure "Creating sparse image '$FILE'";
sync
losetup $LOOP $FILE
exit_on_failure "Attaching loop $LOOP";
sync
losetup -a | grep $LOOP
exit_on_failure "Probing loop $LOOP";
sync
mkfs -t $FS -L "BUGTEST" $LOOP
exit_on_failure "Making filesystem for $LOOP"
sync
file $FILE
exit_on_failure "Probing file $FILE";
sync
mkdir $DIR
exit_on_failure "Creating dir $DIR";
sync
mount $LOOP $DIR -t $FS 
exit_on_failure "Mount file $FILE on $DIR";
sync
umount $DIR
exit_on_failure "Unmount dir $DIR";
sync
losetup -d $LOOP
exit_on_failure "Detaching loop $LOOP";
sync
rmdir $DIR
exit_on_failure "Removing dir $DIR";
sync
rm $FILE
exit_on_failure "Deleting file $FILE";
sync
done
}



test_bugs



-- OUTPUT (run as root for simplicity):

root@strapserver:/mnt/colobg# ./test_bugs.sh 
loop: can't delete device /dev/loop1: No such device or address
loop: can't delete device /dev/loop2: No such device or address
loop: can't delete device /dev/loop3: No such device or address
loop: can't delete device /dev/loop4: No such device or address
loop: can't delete device /dev/loop5: No such device or address
loop: can't delete device /dev/loop6: No such device or address
loop: can't delete device /dev/loop7: No such device or address
loop: can't delete device /dev/loop-control: Function not implemented
umount: bugtest.dir: not mounted
testing bugs

-- RUN 1/10 -
0+0 records in
0+0 records out
0 bytes (0 B) copied, 0.000202819 s, 0.0 kB/s
/dev/loop0: [0013]:66 (/mnt/colobg/bugtest.img)
mke2fs 1.42.5 (29-Jul-2012)
Filesystem label=BUGTEST
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
51200 inodes, 204800 blocks
10240 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67371008
25 block groups
8192 blocks per group, 8192 fragments per group
2048 inodes per group
Superblock backups stored on blocks: 
8193, 24577, 40961, 57345, 73729

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done 

bugtest.img: Linux rev 1.0 ext2 filesystem data, 
UUID=42dc5032-0ca1-4380-b556-7dabc63d1a01, volume name "BUGTEST"
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

FATAL ERROR: Mount file bugtest.img on bugtest.dir, ABORTING
root@strapserver:/mnt/colobg# 





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

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

Versions of packages mount depends on:
ii  libblkid12.20.1-5.3
ii  libc62.13-38
ii  libmount12.20.1-5.3
ii  libselinux1  2.1.9-5
ii  libsepol12.1.4-3

mount recomme

Bug#706957: [Ping] Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1 [ITP]

[Mathias Behrle]

* Andreas Tille: " Re: [Ping] Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1
  [ITP]" (Mon, 27 May 2013 22:23:43 +0200):

Hi Andreas,

> As I said previously I have sponsored a lot of packages but close to non
> from mentors.d.o.  May be that the policy at mentors might be different
> from what I'm used to.  My perception of a request for sponsering is
> that the sponsee makes a suggestion what he thinks is fine for
> uploading.  The sponsor is verifying this work and might add remarks or
> change requests (or what I'm frequently doing is to do simple changes
> myself because that might be simpler than explaining what to do and do
> this change in a commit with an extensive commit changelog).  In this
> type of workflow the tag in VCS would need to be removed and readded in
> case some changes will need to be made.

Thanks for clarifying your approach. This was just my attempt to follow official
recommendations (i.e. searching for sponsors after uploading to mentors.d.o.).
Now knowing, that you are willing to give me some support on this side and that
you preferably work from VCS, it will ease things for me, too (saving this
extra upload to mentors).

> > > BTW, despite what you wrote about this patch in PM it is wrong anyway
> > > because it creates a dir
> > > 
> > > /usr/share/doc/tryton-modules-stock-lot/doc

[...]

> > Second I saw exactly this behavior in other Debian packages and after
> > thinking quite a while found it useful. Having the module documentation (in
> > rst format) mixed up with the standard Debian documentation is confusing.
> > Separating it in its proper doc subdirectory should make clear, that this
> > is really upstream documentation. YMMV of course.
> 
> If this was really your intention it is different from what I would do
> but I will not question this kind of decisions.  From your other mail I
> assumed you were expecting more docs of *other* modules coming soon and
> thus I was wondering how separating a single file in a single directory
> would help in this aspect.

Documentation of modules in Tryton always comes with the module. Until now this
generally is doc/index.rst. As the name suggests, this is just the first step.
There are discussions in the project how to improve documentation. AFAIS I
expect this documentation to be in rst format (evtl. sphinx builds). With a
separate doc subdirectory we are prepared in any case.
 
[...]

> > Furthermore I just gave a try to Alioth. After registering an account (as
> > -guest, while I am DM, hmm;)) I am told at the wiki [3]:
> > 
> > "Anyone can ask for a new project on Alioth but it will only be approved if
> > it respects the project approval policy."
> > 
> > While the link to "ask for a new project [3][1]" just isn't really helpful,
> > "Anyone" according to [2] seems to be rather a synoym for DD.  
> 
> If you want me to ask for registering a pkg-tryton project (or whatever
> name you want to suggest - feel free to do so) I'd volunteer to do so
> and grant you admin permissions.  However, the announcement[2] is 10
> years old and there was no DM status at this time - I can't believe that
> you should not be able to register a project that makes perfectly sense.
> Why not simply go to
> 
>https://alioth.debian.org/register/
> 
> and fill in the form.  WOrst that can be happen is that your request
> will be rejected but I have severe doubt that this will happen.

I simply went there and got a big fat red "Projektregistrierung ist beschränkt
auf Alioth, nur Administratoren können neue Projekte anlegen."
So, no, I didn't get rejected, it was just not possible to create any request.
 
> > So I will have still to ask a DD to sponsor the project etc., creating even
> > more overhead. My time for Debian is limited and the time I am currently
> > using to just follow administrative procedures takes a lot of it. I prefer
> > to do real work on my packages than to create overhead.  
> 
> As I said:  This is a safe procedure to ensure that you will remain
> alone doing this work.  If you want to enjoy the pleasure of teamwork
> inside Debian you need to dig through some administrative stuff first.
> 
> > Reading the policy I read
> > 
> > "We may also approve other projects on a case by case basis, for
> > example:
> > [...]
> > - Any other project where you can convince the Alioth's
> >   administrators that it will help Debian achieve World Domination."
> > 
> > Be it a joke or not, I cannot apply to such policy.  
> 
> I admit people might have a different sense of humor - but this World
> Domination thingy is just a running gag.  I think there is no doubt that
> it only can be a joke.

The document is meant and linked as *policy*. I think (and support), there is
very little humour in Debian, when it comes to policies as DFSG etc...;).
Humour is just not appropriate in policy documents. 

Whenever I will have a little spare time, I will make another proposal. As long
as this remains unchanged, it is indeed a showstopper fo

Bug#679686: missing symvers/libvers (or soversion) for new librbd1

[Thijs Kinkhorst]

Hi Laszlo,

What is the status of the ceph packages and this bug? It seems there are
problems building the release currently in unstable, but do you think that
a new version can be uploaded to address this? Would be great to see ceph
back in jessie.


Cheers,
Thijs


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

Bug#706980: [pkg-php-pear] Bug#706980: RFS: php5-stomp - STOMP module

[Jonas Genannt]

Hello Mathieu,

> And if you run?:
> dh_phppear
> cat debian/*.substvars

dh_phppear
cat debian/*.substvars
phppear:Debian-Depends=php-pear (>= 1.4.0), php5 (>= 5.2.2), php5 (>=
5.2.2), php-pear (>= 1.4.0), phpapi-20121212, phpapi-20121212
phppear:summary=Stomp client extension phppear:description=This
extension allows php applications to communicate with any
Stomp${Newline}compliant Message Brokers through easy object oriented
and procedural${Newline}interfaces. phppear:channel=pecl.php.net


Jonas


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

Bug#710002: [Pkg-xfce-devel] Bug#710002: xfce4-terminal: Opening on second desktop closes terminals on first desktop

[Nate Bargmann]

* On 2013 27 May 12:35 -0500, Yves-Alexis Perez wrote:
> It might help to see how exactly it fails (does it crash?). You could
> also try with xfce4-terminal --disable-server.

Using the --disable-server option does allow opening additional
xfce4-terminal instances on the second screen without the instances on
the first screen closing.

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us


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

Bug#710113: ITP: libquoin-clojure -- Library for Clojure with utilities for template engines

[Eugenio Cano-Manuel Mendoza]

Package: wnpp
Severity: wishlist
Owner: "Eugenio Cano-Manuel Mendoza" 

* Package name: libquoin-clojure
  Version : 0.1.0
  Upstream Author : David Santiago 
* URL : https://github.com/davidsantiago/quoin
* License : EPL-1
  Programming Lang: Clojure, Java
  Description : Library for Clojure with utilities for template engines

Library for Clojure with useful functions for template engines, it
provides quoin.text and quoin.map-access. quoin.text defines functions
to escape html and indent strings. quoin.map-access provides map lookups
with variant keys. This package is a dependency for stencil, a template
engine


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

Bug#710114: [l10n:cs] Initial Czech translation of PO debconf template for squid-deb-proxy 0.8

[Michal Šimůnek]

Package: squid-deb-proxy
Version: 0.8
Severity: wishlist
Tags: l10n, patch

In attachment there is initial Czech translation of PO debconf
template (cs.po) for package squid-deb-proxy, please include it.


cs.po
Description: Binary data

Bug#688574: Bug#691115: unblock libdvdread/4.2.0+20120521-3

[John Scott]

I just ran into this on a new wheezy install. It's a shame it won't be
fixed in wheezy, although I've looked into it deeply enough that I can
easily fix it locally for myself.

On Sun, Jan 27, 2013 at 7:43 AM, intrigeri  wrote:

>  > 2. Any comment on Adam's reasoning about how the fix is sub-optimal,
> >and about his suggestions to improve it? (Related question: what's
> >the upstream status of this patch, by the way?)
>
>
> I'm still curious about this, even if it's now probably unrelated to
> the matter at hand.
>
>
I'd like to second Adam's comments from <
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691115#10>, which were
that "code outside of the C library should never define __USE_GNU" and that
_GNU_SOURCE should be defined before the first include.

The manual for the GNU C library <
http://www.gnu.org/software/libc/manual/html_node/Feature-Test-Macros.html#Feature-Test-Macros>
states that "these directives **must** come before any #include of a system
header file." (emphasis by them, not me) The directives they are talking
about are the ones with the single underscores, such as _GNU_SOURCE.

Documentation on __USE_GNU can be found in /usr/include/features.h. It says
"These are defined by this file and are used by the header files to decide
what to declare or define." __USE_GNU is defined by features.h iff
_GNU_SOURCE has been defined by the user before the first glibc header file
has been included. As Adam says, it's an internal implementation detail.

As for the status of the patch upstream, do you mean the status of the
patch Debian has added to get libdvdread to build on HURD (and which is the
cause of this bug)? Or the patch to fix this bug? I googled around and
couldn't find any trace of the original patch being submitted upstream. It
doesn't seem to have been applied in their SVN. So they won't need the fix
for this bug.

It does concern me that similar broken "fixes" for building on HURD may
have been applied to other packages throughout Debian. :(

Bug#710115: totem: Totem crashes intermittently when adding a second file to play

[Rustom Mody]

Package: totem
Version: 3.0.1-8+b1
Severity: important

Dear Maintainer,

totem has been recently crashing with segmentation fault (after debian upgrade)
when adding a second file to play.  This is somewhat intermittent -- I am not
sure exactly how to reproduce it.



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

Kernel: Linux 2.6.32-5-686 (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 totem depends on:
ii  gnome-icon-theme 3.4.0-2
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gstreamer0.10-plugins-base   0.10.36-1.1
ii  gstreamer0.10-plugins-good   0.10.31-3+nmu1
ii  gstreamer0.10-x  0.10.36-1.1
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-3
ii  libcairo-gobject21.12.14-4
ii  libcairo21.12.14-4
ii  libdbus-1-3  1.6.10-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libgdk-pixbuf2.0-0   2.28.1-1
ii  libgirepository-1.0-11.36.0-2+b1
ii  libglib2.0-0 2.36.1-2build1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.4.2-6
ii  libnautilus-extension1a  3.4.2-1+build1
ii  libpango1.0-01.30.0-1
ii  libpeas-1.0-01.4.0-2+b1
ii  libtotem-plparser17  3.4.2-1
ii  libtotem03.0.1-8+b1
ii  libx11-6 2:1.5.0-1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  libxrandr2   2:1.3.2-2+deb7u1
ii  libxtst6 2:1.2.1-1+deb7u1
ii  libxxf86vm1  1:1.1.2-1+deb7u1
ii  python   2.7.3-5
ii  totem-common 3.0.1-8

Versions of packages totem recommends:
ii  gstreamer0.10-ffmpeg1:0.10.11-4.1
ii  gstreamer0.10-plugins-bad   0.10.23-7.1
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  gstreamer0.10-pulseaudio0.10.31-3+nmu1
ii  totem-plugins   3.0.1-8+b1

Versions of packages totem suggests:
pn  gnome-codec-install   
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
pn  totem-mozilla 

-- 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#710116: greed: please package the latest upstream version

[Markus Koschany]

Package: greed
Version: 3.7-1
Severity: wishlist

Dear Maintainer,

please package the latest upstream version which is currently 3.8.

http://www.catb.org/~esr/greed/

Regards,

Markus


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

Bug#710117: greed: please add icons, desktop and menu files

[Markus Koschany]

Package: greed
Version: 3.7-1
Severity: normal

Dear Maintainer,

please add a desktop and menu file for Greed so that it is possible to
launch the game via a graphical menu or with Gnome Shell. Please also
add an png and xpm icon of Greed.

I'm attaching my suggestion of a desktop and menu file for Greed.

Regards,

Markus
[Desktop Entry]
Name=Greed
Comment=curses-based clone of the DOS free-ware game Greed
Comment[de]=ein Terminalspiel und Klon des DOS-Spiels Greed
Exec=greed
Icon=greed
Terminal=true
Type=Application
Categories=Game;LogicGame;
Keywords=terminal;text;logic;game;
?package(greed):needs="X11" \
  section="Games/Puzzles" \
  title="Greed" \
  longtitle="Greed - curses-based clone of the DOS free-ware game Greed" \
  command="/usr/games/greed" \
  icon="/usr/share/pixmaps/greed.xpm"

Bug#710097: Pending fixes for bugs in the libsession-storage-secure-perl package

[pkg-perl-maintainers]

tag 710097 + pending
thanks

Some bugs in the libsession-storage-secure-perl package are closed in
revision a3ca22565c1add4177b5af170e731dd205c34a49 in branch 'master'
by Alexandre Mestiashvili

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libsession-storage-secure-perl.git;a=commitdiff;h=a3ca225

Commit message:

 - d/watch: use metacpan instead of search.cpan
 - d/changelog: Closes: #710097, s/UNRELEASED/unstable/


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

Bug#709805: [Pkg-fonts-devel] Bug#709805: Bug#709805: task-chinese-t: missing glyphs in font set(s)

[Toni Mueller]

Hi Kess,

On Tue, May 28, 2013 at 08:42:18AM +0200, Kess Vargavind wrote:
> 𠀀 is available in, at least, the font HanaMinA [1] and
> 𠀅 is available in, at least, fonts such as HanaMinB [1] and IPAmjMincho
> [2].
> 
> [1] fonts-hanazono
> [2] fonts-ipamj-mincho

great - I'll install them right away. Then, the biggest problem seems to
be that these fonts are not mentioned as being relevant for Chinese, but
only for Japanese. May I suggest that "apt-cache search chinese" would
turn these up, too?

> As for the three characters in the “Bopomofo extended” range, they were
> added
> in Unicode version 6.0, and support for them will probably come in the not
> too
> distant future. Lately we have had extremely good CJK coverage, rather fast.

Good to hear! :)


Kind regards,
--Toni++


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

Bug#710115: Some more info

[Rustom Mody]

The shell shows this before the crash

totem:5862): Gtk-CRITICAL **: gtk_list_store_get_path: assertion
`iter->stamp == priv->stamp' failed

(totem:5862): GLib-GObject-WARNING **: instance of invalid
non-instantiatable type `GParamOverride'

(totem:5862): GLib-GObject-CRITICAL **: g_signal_handlers_destroy:
assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
Segmentation fault

Bug#710079: [Fingerforce-devel] Bug#710079: libfprint0: Upek Biometric Touchchip/Touchstrip Fingerprint Sensor no longer work

[Nobuhiro IMAI]

Hello,

From: "Didier 'OdyX' Raboud" 
Date: Tue, 28 May 2013 09:47:34 +0200

> What happens if you try to reboot between your attempts ?

Cold booted in both cases:

$ uptime
 21:33:18 up 3 min, 1 user, load average: 1.36, 1.38, 0.60
$ dpkg-query --show libfprint0
libfprint0:amd641:0.5.0-4
$ sudo -k
$ sudo id
Could not locate any suitable fingerprints matched with available hardware.
[sudo] password for nov:
uid=0(root) gid=0(root) groups=0(root)

$ uptime
 21:41:17 up 3 min, 1 user, load average: 1.10, 1.36, 0.63
$ dpkg-query --show libfprint0
libfprint0:amd641:0.5.0-5
$ sudo -k
$ sudo id
Could not locate any suitable fingerprints matched with available hardware.
[sudo] password for nov:
uid=0(root) gid=0(root) groups=0(root)

Actually gdm3 shows a same message (Could not locate any ...) on its
login dialog first.


Thanks,
--
Nobuhiro IMAI 
Key fingerprint = E57F 2482 4074 13BC 3B9A  165B C689 5B16 A620 4657


pgptOJM4XRfU2.pgp
Description: PGP signature

Bug#704805: Depend precisely on a versionned R API via R:Depends.

[Julian Gilbey]

On Wed, Apr 10, 2013 at 01:01:53PM +0900, Charles Plessy wrote:
>   -- the version numbers already solve this
> 
> -> At build time, it is not possible to guess what the "lower than" relation 
> should be,
>and therefore the approach with a pseudopackage is more effective.
> 
>   -- this was needed three times in ten years
> 
> -> I will be very happy to benefit from the R API pseudopackage in 2016 :)  
> Time files
>really fast !

And I have one little piece of evidence that this will be helpful even
during transitions.  I am running Debian testing and have hit a
breakage.  The r-base-* packages have now transitioned to testing
(jessie has 3.0.0-2 at the time of writing), and I'm trying to compile
a local R package, only to get the following error:

** byte-compile and prepare package for lazy loading
Error : package ‘mgcv’ was built before R 3.0.0: please re-install it

And sure enough:

polya:~ $ rmadison r-cran-mgcv
 r-cran-mgcv | 1.6-2-1  | squeeze | amd64, armel, i386, ia64, kfreebsd-amd64, 
kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
 r-cran-mgcv | 1.7-13-1 | wheezy  | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 r-cran-mgcv | 1.7-13-1 | jessie  | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 r-cran-mgcv | 1.7-22-1 | sid | ia64
 r-cran-mgcv | 1.7-22-2 | sid | kfreebsd-amd64, kfreebsd-i386
 r-cran-mgcv | 1.7-23-1 | sid | amd64, armel, armhf, hurd-i386, i386, mips, 
mipsel, powerpc, s390, s390x, sparc

So because of the new version in sid, which didn't wait for the R
3.0.0 migration to testing, the jessie version is still an R 2.7
version :-(  Had there been a "Provides: r-api-3.0" in r-base-core and
"Depends: r-api-2.7" in r-cran-mgcv, the transition would either have
been delayed or knowingly pushed though in spite of this, but the
breakage would have been caught at the time.  (Then again, this might
have been the case anyway.)

   Julian


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

Bug#709550: jackd: netone backend crashes

[Adrian Knoth]

tag -1 +upstream
thanks

> Running jackd with the "netone" backend causes jackd to crash.

Confirmed, same here. I'll have a look.


Cheers


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

Bug#698534: krb5-user: usage of keytabs gives "Generic preauthentication failure while getting initial credentials"

[Sam Hartman]

Well, is there any reason you're not using the full name for the
principal in the keytab?
in AD, i'd expect that to work too.


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

Bug#710112: xserver-xorg-video-radeonhd: Segmentation on new client connection (remote)

[Cyril Brulebois]

Hi Roger,

Roger Gammans  (28/05/2013):
> Package: xserver-xorg-video-radeonhd
> Version: 1.3.0-3
> Severity: important

radeonhd has been deprecated, try radeon instead.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#698534: krb5-user: usage of keytabs gives "Generic preauthentication failure while getting initial credentials"

[Christoph Anton Mitterer]

On Tue, 2013-05-28 at 09:02 -0400, Sam Hartman wrote: 
> Well, is there any reason you're not using the full name for the
> principal in the keytab?
> in AD, i'd expect that to work too.
Uhm... the full name isn't the actual username,... and it seems neither
it is known as a kerberos principal:

$ kinit christoph.anton.mitte...@cern.ch
kinit: Client not found in Kerberos database while getting initial
credentials


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#698534: krb5-user: usage of keytabs gives "Generic preauthentication failure while getting initial credentials"

[Sam Hartman]

i think you need to reclose the bug not simply mark it as fixed again.


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

Bug#710112: Acknowledgement (xserver-xorg-video-radeonhd: Segmentation on new client connection (remote))

[Roger Gammans]

On Tue, 2013-05-28 at 11:33 +, Debian Bug Tracking System wrote:

Vim dependencies from the client (wheezy) machine.

Versions of packages vim-gtk depends on:
ii  libacl1 2.2.51-8
ii  libc6   2.13-38
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgpm2 1.20.4-6
ii  libgtk2.0-0 2.24.10-2
ii  libice6 2:1.0.8-2
ii  liblua5.1-0 5.1.5-4
ii  libpango1.0-0   1.30.0-1
ii  libperl5.14 5.14.2-21
ii  libpython2.72.7.3-6
ii  libruby1.9.11.9.3.194-8.1
ii  libselinux1 2.1.9-5
ii  libsm6  2:1.2.1-2
ii  libtinfo5   5.9-10
ii  libx11-62:1.5.0-1
ii  libxt6  1:1.1.3-1
ii  tcl8.5  8.5.11-2
ii  vim-common  2:7.3.547-7
ii  vim-gui-common  2:7.3.547-7
ii  vim-runtime 2:7.3.547-7

As a data point xev seems to work fine in from a session that 
vim-gtk kills.



-- 
Roger Gammans 


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

Bug#647596: prototypejs: please include Opera bugfix

[Thorsten Glaser]

Hi,

here’s an updated debdiff; confirmed to work on sid.

diff -u prototypejs-1.7.1/debian/changelog prototypejs-1.7.1/debian/changelog
--- prototypejs-1.7.1/debian/changelog
+++ prototypejs-1.7.1/debian/changelog
@@ -1,3 +1,9 @@
+prototypejs (1.7.1-2.1) unstable; urgency=low
+
+  * reorder JSON regexp class to unbreak on Opera 9 (Closes: #647596)
+
+ -- Thorsten Glaser   Tue, 28 May 2013 15:06:11 +0200
+
 prototypejs (1.7.1-2) unstable; urgency=low
 
   * fixed wrong symlinks to prototypejs (Closes: #709770)
only in patch2:
unchanged:
--- prototypejs-1.7.1.orig/prototype-1.7.1.js
+++ prototypejs-1.7.1/prototype-1.7.1.js
@@ -725,7 +725,7 @@
 
   function evalJSON(sanitize) {
 var json = this.unfilterJSON(),
-cx = 
/[\u\u00ad\u0600-\u0604\u070f\u17b4\u17b5\u200c-\u200f\u2028-\u202f\u2060-\u206f\ufeff\ufff0-\u]/g;
+cx = 
/[\u00ad\u0600-\u0604\u070f\u17b4\u17b5\u200c-\u200f\u2028-\u202f\u2060-\u206f\ufeff\ufff0-\u\u]/g;
 if (cx.test(json)) {
   json = json.replace(cx, function (a) {
 return '\\u' + ('' + a.charCodeAt(0).toString(16)).slice(-4);


Thanks for considering,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke


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

Bug#698126: As requested on IRC, here's the diff

[Thomas Goirand]

diff -Nru ifuse-1.0.0/debian/control ifuse-1.0.0/debian/control
--- ifuse-1.0.0/debian/control  2010-04-16 18:18:08.0 +
+++ ifuse-1.0.0/debian/control  2013-05-28 06:55:41.0 +
@@ -9,7 +9,7 @@
 Package: ifuse
 Architecture: any
 Section: utils
-Depends: fuse-utils, ${shlibs:Depends}, ${misc:Depends}
+Depends: fuse, ${shlibs:Depends}, ${misc:Depends}
 Description: FUSE module for iPhone and iPod Touch devices
  iFuse is a FUSE filesystem driver which uses libiphone to connect to
iPhone
  and iPod Touch devices without needing to "jailbreak" them. iFuse uses the


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

Bug#710050: on kfreebsd-*, net-snmp-config asks to link on libsensors

[Philipp Kern]

On Tue, May 28, 2013 at 01:36:27AM +0200, Vincent Bernat wrote:
> So, I wonder if the binary currently in the archive comes from
> buildd. Maybe it was compiled by hand on a system with libsensors4-dev
> installed?

net-snmp_5.7.2~dfsg-7/kfreebsd-i386 in the archive was signed by a
buildd (finzi).

Kind regards
Philipp Kern


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

Bug#710074: As requested on IRC, here's the diff

[Thomas Goirand]

diff -Nru glusterfs-3.2.7/debian/control glusterfs-3.2.7/debian/control
--- glusterfs-3.2.7/debian/control  2013-01-25 08:01:28.0 +
+++ glusterfs-3.2.7/debian/control  2013-05-28 07:59:52.0 +
@@ -25,7 +25,7 @@
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  python,
- fuse-utils (>= 2.7.4),
+ fuse (>= 2.7.4),
  glusterfs-common (>= ${binary:Version})
 Suggests: glusterfs-examples
 Description: clustered file-system (client package)


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

Bug#709959: python-gsw: fails to upgrade from testing: unable to install new version of `/usr/lib/python2.7/dist-packages/gsw-3.0.1.egg-info/dependency_links.txt': No such file or directory

[Alastair McKinstry]

On 27/05/2013 17:35, Jakub Wilk wrote:
> * Julien Cristau , 2013-05-27, 18:19:
>> On Mon, May 27, 2013 at 16:05:51 +0100, Alastair McKinstry wrote:
>>> Thanks for this analysis. It looks like the best approach would be
>>> to add a Build-Depends on python-setuptools (to ensure it _always_
>>> rather than accidentally happens, and because it seems to be the
>>> preferred approach from the setup.py file), and delete the symlink
>>> from -1 in the preinst of the replacement package?
>
> That should do the trick.
>
>> A build-conflicts would be much better.
>
> Like Julien, I'm not an enthusiast of setuptools; but I'd rather avoid
> build-conflicting with packages that are commonly installed on users'
> systems. Instead, I would patch setup.py to never import setuptools.
>
Can you explain why it would be better not to use setuptools?

regards
Alastair



-- 
Alastair McKinstry  ,  , 
http://blog.sceal.ie

Anyone who believes exponential growth can go on forever in a finite world
is either a madman or an economist - Kenneth Boulter, Economist.


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

Bug#710118: qa.debian.org: UDD watch file checker not handling https://bitbucket.org/

[Stuart Prescott]

Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: udd

UDD reports that the watch file for the package i18nspector has problems:

udd=> select warnings,status from upstream where source='i18nspector';
warnings
 | status 
-+
 uscan warning: In watchfile /dev/shm/watch.i18nspector.Z4wwQE, reading webpage 
+| error
   https://bitbucket.org/jwilk/i18nspector/downloads/ failed: 500 Can't connect 
to bitbucket.org:443 (certificate verify failed) | 
(1 row)

While the qa.debian.org and my local uscan think it's fine:

  http://qa.debian.org/cgi-bin/watch?pkg=i18nspector_0.9.1-1

uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
   https://bitbucket.org/jwilk/i18nspector/downloads/i18nspector-([\d.]+).tar.gz
-- Found the following matching hrefs:
 /jwilk/i18nspector/downloads/i18nspector-0.9.1.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.9.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.8.3.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.8.2.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.8.1.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.8.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.7.3.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.7.2.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.7.1.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.7.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.6.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.5.tar.gz
 /jwilk/i18nspector/downloads/i18nspector-0.4.1.tar.gz
Newest version on remote site is 0.9.1, local version is 0.9.1
 => Package is up to date
-- Scan finished

cheers
Stuart


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

Bug#710119: initramfs-tools: Installation with dmraid randomly fails to boot

[Quentin Lefebvre]

Package: initramfs-tools
Version: 0.109.1
Severity: grave

Dear Maintainer,

I found this bug described very well in bug #699437, but as the author of the 
bug, I strongly believe that the bug is related to initramfs-tools.
My RAID controller is a Silicon Image SiI 3112A SATARaid, configured in RAID1.
I strongly encourage you to read the previously mentionned bug report.

Basically, my box randomly fails to boot (meaning that sometimes it succeds) on 
my RAID partition, with the exact same screen as in the bug #688437.

I tried to add a rootdelay=5 option, which didn't change anything.

I'm not completely sure about that, but it seems that the bug only occurs with 
kernel 3.2 and not with kernel 2.6.

A patch to handle dmraid better would be most appreciated.

Best regards,
Quentin Lefebvre


-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.2.0-4-686-pae root=UUID=... ro dmraid=true quiet

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
do_bootloader = no
do_initrd = yes
link_in_boot = no

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

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

Versions of packages initramfs-tools depends on:
ii  cpio   2.11+dfsg-0.1
ii  klibc-utils2.0.1-3.1
ii  kmod   9-3
ii  module-init-tools  9-3
ii  udev   175-7.2

Versions of packages initramfs-tools recommends:
ii  busybox  1:1.20.0-7

Versions of packages initramfs-tools suggests:
ii  bash-completion  1:2.0-1

-- no debconf information


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

Bug#706980: [pkg-php-pear] Bug#706980: RFS: php5-stomp - STOMP module

[Mathieu Parent]

2013/5/28 Jonas Genannt :
> Hello Mathieu,
>
>> And if you run?:
>> dh_phppear
>> cat debian/*.substvars
>
> dh_phppear
> cat debian/*.substvars
> phppear:Debian-Depends=php-pear (>= 1.4.0), php5 (>= 5.2.2), php5 (>=
> 5.2.2), php-pear (>= 1.4.0), phpapi-20121212, phpapi-20121212
> phppear:summary=Stomp client extension phppear:description=This
> extension allows php applications to communicate with any
> Stomp${Newline}compliant Message Brokers through easy object oriented
> and procedural${Newline}interfaces. phppear:channel=pecl.php.net

It behaves correctly (appart from the duplicate entries solved in 1.5.1).

Maybe dh_phppear is not run. Can you attach the complete build log?



--
Mathieu


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

Bug#704805: Depend precisely on a versionned R API via R:Depends.

[Julian Gilbey]

On Tue, May 28, 2013 at 02:13:48PM +0100, Julian Gilbey wrote:
> ** byte-compile and prepare package for lazy loading
> Error : package ‘mgcv’ was built before R 3.0.0: please re-install it
> 
> And sure enough:
> 
> polya:~ $ rmadison r-cran-mgcv
>  r-cran-mgcv | 1.6-2-1  | squeeze | amd64, armel, i386, ia64, kfreebsd-amd64, 
> kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
>  r-cran-mgcv | 1.7-13-1 | wheezy  | amd64, armel, armhf, i386, ia64, 
> kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
>  r-cran-mgcv | 1.7-13-1 | jessie  | amd64, armel, armhf, i386, ia64, 
> kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
>  r-cran-mgcv | 1.7-22-1 | sid | ia64
>  r-cran-mgcv | 1.7-22-2 | sid | kfreebsd-amd64, kfreebsd-i386
>  r-cran-mgcv | 1.7-23-1 | sid | amd64, armel, armhf, hurd-i386, i386, 
> mips, mipsel, powerpc, s390, s390x, sparc
> 
> So because of the new version in sid, which didn't wait for the R
> 3.0.0 migration to testing, the jessie version is still an R 2.7
> version :-(  Had there been a "Provides: r-api-3.0" in r-base-core and
> "Depends: r-api-2.7" in r-cran-mgcv, the transition would either have
> been delayed or knowingly pushed though in spite of this, but the
> breakage would have been caught at the time.  (Then again, this might
> have been the case anyway.)

(Sorry, I meant R 2.14 version or whatever the last binary
incompatible version was.)


And I just tried backporting r-cran-mgcv to jessie, only to discover
that the Build-Depends are overly strict; the package itself only
requires R (>= 2.14.0).  So it wouldn't build on jessie directly.
Having this API thingy would remove the need for overly strict
build-time dependencies and make back-porting simpler.


   Julian


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

Bug#704805: Depend precisely on a versionned R API via R:Depends.

[Dirk Eddelbuettel]

On 28 May 2013 at 14:13, Julian Gilbey wrote:
| On Wed, Apr 10, 2013 at 01:01:53PM +0900, Charles Plessy wrote:
| >   -- the version numbers already solve this
| > 
| > -> At build time, it is not possible to guess what the "lower than" 
relation should be,
| >and therefore the approach with a pseudopackage is more effective.
| > 
| >   -- this was needed three times in ten years
| > 
| > -> I will be very happy to benefit from the R API pseudopackage in 2016 :)  
Time files
| >really fast !
| 
| And I have one little piece of evidence that this will be helpful even
| during transitions.  I am running Debian testing and have hit a
| breakage.  The r-base-* packages have now transitioned to testing
| (jessie has 3.0.0-2 at the time of writing), and I'm trying to compile
| a local R package, only to get the following error:
| 
| ** byte-compile and prepare package for lazy loading
| Error : package ‘mgcv’ was built before R 3.0.0: please re-install it
| 
| And sure enough:
| 
| polya:~ $ rmadison r-cran-mgcv
|  r-cran-mgcv | 1.6-2-1  | squeeze | amd64, armel, i386, ia64, kfreebsd-amd64, 
kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
|  r-cran-mgcv | 1.7-13-1 | wheezy  | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
|  r-cran-mgcv | 1.7-13-1 | jessie  | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
|  r-cran-mgcv | 1.7-22-1 | sid | ia64
|  r-cran-mgcv | 1.7-22-2 | sid | kfreebsd-amd64, kfreebsd-i386
|  r-cran-mgcv | 1.7-23-1 | sid | amd64, armel, armhf, hurd-i386, i386, 
mips, mipsel, powerpc, s390, s390x, sparc
| 
| So because of the new version in sid, which didn't wait for the R
| 3.0.0 migration to testing, the jessie version is still an R 2.7
| version :-(  Had there been a "Provides: r-api-3.0" in r-base-core and
| "Depends: r-api-2.7" in r-cran-mgcv, the transition would either have
| been delayed or knowingly pushed though in spite of this, but the
| breakage would have been caught at the time.  (Then again, this might
| have been the case anyway.)

There is no such thing as an "R 2.7" API, and as long as upstream does not
define one I do not plan to jump into the frey and meddle with it.

The status quo works well enough, but I will acknowledge the breakage you got
with that r-cran-mgcv package.  But I think we have bigger fish to fry.

Dirk

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com


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

Bug#706980: [pkg-php-pear] Bug#706980: RFS: php5-stomp - STOMP module

[Mathieu Parent]

2013/5/28 Mathieu Parent :
> 2013/5/28 Jonas Genannt :
>> Hello Mathieu,
>>
>>> And if you run?:
>>> dh_phppear
>>> cat debian/*.substvars
>>
>> dh_phppear
>> cat debian/*.substvars
>> phppear:Debian-Depends=php-pear (>= 1.4.0), php5 (>= 5.2.2), php5 (>=
>> 5.2.2), php-pear (>= 1.4.0), phpapi-20121212, phpapi-20121212
>> phppear:summary=Stomp client extension phppear:description=This
>> extension allows php applications to communicate with any
>> Stomp${Newline}compliant Message Brokers through easy object oriented
>> and procedural${Newline}interfaces. phppear:channel=pecl.php.net
>
> It behaves correctly (appart from the duplicate entries solved in 1.5.1).
>
> Maybe dh_phppear is not run. Can you attach the complete build log?


This is it: I have the guilty commit:

http://anonscm.debian.org/gitweb/?p=pkg-php/pkg-php-tools.git;a=commitdiff;h=dbfe0c9b6b77f2597223b8b57588a93e7c721dbe

The problem is present onlywith recent debhelper and pkg-php-tools >= 1.4.

Will patch and upload in about 2 hours.

Regards

--
Mathieu


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

Bug#710120: xserver-xorg-input-mouse: USB mouse is intermittent

[Pierre Crescenzo]

Package: src:linux
Version: 3.2.41-2+deb7u2
Severity: important

Since the new testing version (jessie), when the computer is on battery, USB
mouse is OK but, when it is unused during a few seconds it is automatically
disabled and need a few seconds to be enabled again. So, USB mouse is unusable.
(When the computer is connected to electric power, this is OK.)



-- Package-specific info:
** Version:
Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.41-2+deb7u2

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae 
root=UUID=d7ac10ff-4bad-40f3-8ec9-889fa9a619a0 ro quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[ 5451.506058] smpboot cpu 6: start_ip = 96000
[ 5451.516870] Initializing CPU#6
[ 5451.517069] Leaving ESR disabled.
[ 5451.517082] Calibrating delay loop (skipped) already calibrated this CPU
[ 5451.538549] NMI watchdog enabled, takes one hw-pmu counter.
[ 5451.539883] microcode: CPU6 updated to revision 0x28, date = 2012-04-24
[ 5451.540339] CPU6 is up
[ 5451.540908] Booting Node 0 Processor 7 APIC 0x7
[ 5451.540912] smpboot cpu 7: start_ip = 96000
[ 5451.551725] Initializing CPU#7
[ 5451.551924] Leaving ESR disabled.
[ 5451.551936] Calibrating delay loop (skipped) already calibrated this CPU
[ 5451.573573] NMI watchdog enabled, takes one hw-pmu counter.
[ 5451.574903] microcode: CPU7 updated to revision 0x28, date = 2012-04-24
[ 5451.575354] CPU7 is up
[ 5451.598722] ACPI: Waking up from system sleep state S3
[ 5451.910683] ehci_hcd :00:1a.0: wake-up capability disabled by ACPI
[ 5451.911403] ehci_hcd :00:1d.0: wake-up capability disabled by ACPI
[ 5451.913703] PM: early resume of devices complete after 3.408 msecs
[ 5451.913910] ehci_hcd :00:1a.0: setting latency timer to 64
[ 5451.913973] snd_hda_intel :00:1b.0: setting latency timer to 64
[ 5451.914012] ehci_hcd :00:1d.0: setting latency timer to 64
[ 5451.914043] ahci :00:1f.2: setting latency timer to 64
[ 5451.914164] snd_hda_intel :01:00.1: setting latency timer to 64
[ 5451.914211] sdhci-pci :0b:00.1: setting latency timer to 64
[ 5451.914248] snd_hda_intel :00:1b.0: irq 41 for MSI/MSI-X
[ 5451.929909] sd 0:0:0:0: [sda] Starting disk
[ 5451.970114] firewire_core: skipped bus generations, destroying all nodes
[ 5452.014166] e1000e :00:19.0: wake-up capability disabled by ACPI
[ 5452.014361] e1000e :00:19.0: irq 44 for MSI/MSI-X
[ 5452.165687] usb 1-1.5: reset high-speed USB device number 4 using ehci_hcd
[ 5452.249362] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 5452.257354] ata2: SATA link down (SStatus 0 SControl 300)
[ 5452.265328] ata6: SATA link down (SStatus 0 SControl 300)
[ 5452.273345] ata5: SATA link down (SStatus 0 SControl 300)
[ 5452.281320] ata4: SATA link down (SStatus 0 SControl 300)
[ 5452.329464] usb 2-1.6: reset high-speed USB device number 6 using ehci_hcd
[ 5452.421288] usb 2-1.6: device firmware changed
[ 5452.469102] firewire_core: rediscovered device fw0
[ 5452.909372] Extended CMOS year: 2000
[ 5456.252296] ata1.00: configured for UDMA/133
[ 5456.272577] PM: resume of devices complete after 4365.007 msecs
[ 5456.272850] PM: Finishing wakeup.
[ 5456.272854] Restarting tasks ... done.
[ 5456.296018] video LNXVIDEO:00: Restoring backlight state
[ 5456.348607] usb 1-1.4: new full-speed USB device number 5 using ehci_hcd
[ 5456.367853] hub 1-1:1.0: unable to enumerate USB device on port 4
[ 5456.368338] usb 2-1.1: USB disconnect, device number 3
[ 5456.436663] usb 2-1.4: USB disconnect, device number 5
[ 5456.436675] usb 2-1.4.1: USB disconnect, device number 8
[ 5456.665770] usb 2-1.6: USB disconnect, device number 6
[ 5456.667429] cdc_ncm 2-1.6:1.6: usb0: unregister 'cdc_ncm' 
usb-:00:1d.0-1.6, CDC NCM
[ 5456.916485] usb 2-1.6: new high-speed USB device number 9 using ehci_hcd
[ 5457.016501] usb 2-1.6: New USB device found, idVendor=413c, idProduct=818d
[ 5457.016514] usb 2-1.6: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[ 5457.016522] usb 2-1.6: Product: DW5550
[ 5457.016530] usb 2-1.6: Manufacturer: Dell
[ 5457.016542] usb 2-1.6: SerialNumber: DC51F939EFD5C300
[ 5457.049044] cdc_acm 2-1.6:1.1: ttyACM0: USB ACM device
[ 5457.051818] cdc_acm 2-1.6:1.3: ttyACM1: USB ACM device
[ 5457.059835] cdc_wdm 2-1.6:1.5: cdc-wdm-176: USB WDM device
[ 5457.079167] usb 2-1.6: MAC-Address: 0x02:0x80:0x37:0xec:0x02:0x00
[ 5457.083889] cdc_ncm 2-1.6:1.6: usb0: register 'cdc_ncm' at 
usb-:00:1d.0-1.6, CDC NCM, 02:80:37:ec:02:00
[ 5457.085148] cdc_wdm 2-1.6:1.8: cdc-wdm-175: USB WDM device
[ 5457.085819] cdc_acm 2-1.6:1.9: ttyACM2: USB ACM device
[ 5457.229852] EXT4-fs (sda2): re-mounted. Opts: 
errors=remount-ro,user_xattr,acl,barrier=1,data=ordered,commit=600
[ 5458.065622] e1000e :00:19.0: irq 44 for MSI/MSI-X
[ 5458.121078] e1000e :00:19.0: irq 44 for MSI/MSI-X
[ 5458.121638] ADDRCONF(NETDEV_UP): e

Bug#710119: Definitely see bug #699437

[Quentin Lefebvre]

Sorry for the mistake, please read #699437 instead of #688437.

The direct link to the original bug report :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699437

And the direct link to the error screen :
http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/Boot_Fehler_sporadisch.jpg

Best regards,
Quentin Lefebvre


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

Bug#710121: pyfai: Please package the latest pyFAI

[Frederic-Emmanuel PICCA]

Package: pyfai
Version: 0.3.5-1
Severity: normal

Dear Maintainer,

Hello, now that wheezy is out, it would be nice to upload the lastest pyFAI.
so we could use it on the beamlines with the official packaging.

thanks

Frederic

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

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

Versions of packages pyfai depends on:
ii  python2.7.3-4
ii  python-numpy  1:1.6.2-1.2
ii  python-pyfai  0.3.5-1

pyfai recommends no packages.

pyfai 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#710112: xserver-xorg-video-radeonhd: Segmentation on new client connection (remote)

[Roger Gammans]

On Tue, 2013-05-28 at 15:12 +0200, Cyril Brulebois wrote:
> Hi Roger,
> 
> Roger Gammans  (28/05/2013):
> > Package: xserver-xorg-video-radeonhd
> > Version: 1.3.0-3
> > Severity: important
> 
> radeonhd has been deprecated, try radeon instead.

Pah. If I just change the driver line in my xorg.conf to 'radeon'.,
I get an unusable system.

By dual monitor doesn’t work and it takes 10+ seconds between screen
updates including such thinks as pointer movement. It not really a
usable configuration.

Is there more I need to do to get radeon working ?

-- 
Roger Gammans 


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

Bug#708792: perl/experimental: FTBFS on sparc: Bus errors

[Niko Tyni]

On Sun, May 19, 2013 at 10:55:52PM +0300, Niko Tyni wrote:
 
> It's [perl #118055].
> 
> For the record: tried with gcc 4.4, 4.6, and 4.8, no help there.
> All tests pass without -Dusethreads but that's not really an option
> for us.

Update: there's now an upstream fix in blead at
 
http://perl5.git.perl.org/perl.git/commit/c2a50ddb1bed657609ef5e85c7ac5c0bfcaa2c9a
and a suggested improvement to that which is not in blead yet at
 
http://perl5.git.perl.org/perl.git/commit/f61a27cade956988ec6c5ff53b8aff3492ca5839

I think we should upload 5.18.0-2 to experimental with both of those
but I don't expect to be able to do so any time soon.
-- 
Niko Tyni   nt...@debian.org


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

Bug#710124: Please add --enable-rbd in the configure

[Thomas Goirand]

Package: qemu
Version: 1.5.0+dfsg-1
Severity: wishlist

Hi,

To be able to use Qemu (and therefore KVM in OpenStack) with Ceph as a
storage back-end, then we need the --enable-rbd. Please activate it in
your builds.

Cheers,

Thomas Goirand (zigo)


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

Bug#666822: Apache 2.4 upload date scheduled for May 30; mod_perl needs work

[Niko Tyni]

On Sat, May 25, 2013 at 08:03:35PM +0200, gregor herrmann wrote:
> On Sat, 25 May 2013 11:47:01 +0300, Niko Tyni wrote:

> > I just pushed a ntyni/httpd24 branch to the git repo. I think it should
> > be rebased onto whichever solution we choose for the upstream merge.
> 
> Same for my gregoa/httpd24 branch (which I pushed earlier today,
> before seeing this mail).
> 
> Dam, in case you have the commits ready, you could take debian/ from
> my branch (which should incorporate Niko's work) and go on from
> there.

I guess Damyan is busy; so am I unfortunately.

Given the schedule, I suppose basing this on the SVN merge is the best
approach. If anybody can upload that to experimental, please do. I'm
sorry but I can't find the time myself.
-- 
Niko Tyni   nt...@debian.org


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

Bug#707079: chef: Please package new upstream version

[Jérémy Bobbio]

Jérémy Bobbio:
> Upstream branch 11.x might worth an upload to Debian.
> 
> I am particularily interested in this because the 10.x branch of chef
> depends on ruby-moneta but breaks with the API introduced in moneta 0.7.
> The 11.x branch of does not depend on ruby-moneta anymore.

As I had no answers in 3 weeks, I have uploaded ruby-moneta/0.7.16-1 to
DELAYED/7. Its control file contains:

Breaks: chef (<= 10.12.0-3)

I'd be happy to cancel the upload if needed.

-- 
Jérémy Bobbio.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#710122: gnome-shell does not start with segfault in libc-2.17.so

[Mathieu Tartare]

Package: gnome-shell
Version: 3.4.2-7+b1
Severity: important

Dear Maintainer,

This is my first bug report, hope it's clear enough
gnome-shell does not start anymore, in dmesg I get :
[ 1013.012674] gnome-shell[7358]: segfault at 35 ip 7f0bceacde65 sp
7fffd2aea778 error 4 in libc-2.17.so[7f0bce9a1000+1a4000]
[ 1013.227242] gnome-shell[7359]: segfault at 35 ip 7f6634384e65 sp
7fff414ff368 error 4 in libc-2.17.so[7f6634258000+1a4000]

gnome-session-fallback is still working.



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gconf-service3.2.5-1+build1
ii  gir1.2-accountsservice-1.0   0.6.30-2
ii  gir1.2-caribou-1.0   0.4.4-1
ii  gir1.2-clutter-1.0   1.10.8-2
ii  gir1.2-folks-0.6 0.6.9-1+b1
ii  gir1.2-freedesktop   1.36.0-2+b1
ii  gir1.2-gconf-2.0 3.2.5-1+build1
ii  gir1.2-gcr-3 3.4.1-3
ii  gir1.2-gkbd-3.0  3.4.0.2-1
ii  gir1.2-glib-2.0  1.36.0-2+b1
ii  gir1.2-gmenu-3.0 3.4.2-7
ii  gir1.2-gnomebluetooth-1.03.4.2-1
ii  gir1.2-gtk-3.0   3.4.2-6
ii  gir1.2-mutter-3.03.4.1-6
ii  gir1.2-networkmanager-1.00.9.8.0-5
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-polkit-1.00.105-3
ii  gir1.2-soup-2.4  2.38.1-2
ii  gir1.2-telepathyglib-0.120.18.2-2
ii  gir1.2-telepathylogger-0.2   0.4.0-1
ii  gir1.2-upowerglib-1.00.9.17-1
ii  gjs  1.32.0-5+b1
ii  gnome-bluetooth  3.4.2-1
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gnome-settings-daemon
3.4.2+git20121218.7c1322-3 ii
gnome-shell-common   3.4.2-7 ii
gnome-themes-standard3.4.2-2.1 ii
gsettings-desktop-schemas3.4.2-3 ii
libatk1.0-0  2.8.0-2 ii
libc62.17-3 ii
libcairo-gobject21.12.14-4 ii
libcairo21.12.14-4 ii
libcanberra0 0.28-6 ii
libclutter-1.0-0 1.10.8-2 ii
libcogl-pango0   1.10.2-7 ii
libcogl9 1.10.2-7 ii
libcroco30.6.8-2 ii
libdbus-1-3  1.6.10-1 ii
libdbus-glib-1-2 0.100.2-1 ii
libebook-1.2-13  3.4.4-3 ii
libecal-1.2-11   3.4.4-3 ii
libedataserver-1.2-163.4.4-3 ii
libedataserverui-3.0-1   3.4.4-3 ii
libfolks25   0.6.9-1+b1 ii
libgck-1-0   3.4.1-3 ii
libgconf-2-4 3.2.5-1+build1 ii
libgcr-3-1   3.4.1-3 ii
libgdk-pixbuf2.0-0   2.28.1-1 ii
libgee2  0.6.4-2 ii
libgirepository-1.0-11.36.0-2+b1 ii  libgjs0b
[libgjs0-libmozjs185-1.0]   1.32.0-5+b1 ii  libgl1-mesa-glx
[libgl1] 8.0.5-6 ii
libglib2.0-0 2.36.1-2build1 ii
libgnome-keyring03.4.1-1 ii
libgnome-menu-3-03.4.2-7 ii
libgstreamer0.10-0   0.10.36-1.2 ii
libgtk-3-0   3.4.2-6 ii
libical0 0.48-2 ii
libjson-glib-1.0-0   0.14.2-1 ii
libmozjs185-1.0  1.8.5-1.0.0+dfsg-4+b1 ii
libmutter0   3.4.1-6 ii
libnm-glib4  0.9.8.0-5 ii
libnm-util2  0.9.8.0-5 ii
libnspr4 2:4.9.6-1 ii
libnspr4-0d  2:4.9.6-1 ii
libp11-kit0  0.12-3 ii
libpango1.0-01.30.0-1 ii
libpolkit-agent-1-0  0.105-3 ii
libpolkit-gobject-1-00.105-3 ii
libpulse-mainloop-glib0  2.0-6.1 ii
libpulse02.0-6.1 ii
libsoup2.4-1 

Bug#710125: openvswitch: unable to compile kernel module with linux-3.8

[Maciej Galkiewicz]

Package: openvswitch
Version: 1.4.2+git20120612-9
Severity: important

# dkms install -m openvswitch -v 1.4.2+git20120612 -k 3.8-2-amd64

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area(bad exit status: 2)
../configure --with-linux='/lib/modules/3.8-2-amd64/build' && make -C
datapath/linux.(bad exit status: 1)
Error! Bad return status for module build on kernel: 3.8-2-amd64 (x86_64)
Consult /var/lib/dkms/openvswitch/1.4.2+git20120612/build/make.log for more
information.

# cat /var/lib/dkms/openvswitch/1.4.2+git20120612/build/make.log
DKMS make.log for openvswitch-1.4.2+git20120612 for kernel 3.8-2-amd64 (x86_64)
Tue May 28 15:49:45 CEST 2013
checking build number... none
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... gcc -E
checking for ranlib... ranlib
checking for grep that handles long lines and -e... /bin/grep
checking for fgrep... /bin/grep -F
checking for perl... /usr/bin/perl
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether byte ordering is bigendian... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for library containing pow... -lm
checking for library containing clock_gettime... -lrt
checking for library containing timer_create... none required
checking for linux/netlink.h... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for SSL... yes
checking for Python 2.x for x >= 4... /usr/bin/python
checking for pyuic4... no
checking for PySide.QtCore Python module... no
checking for PyQt4.QtCore Python module... no
checking for twisted.conch.ssh Python module... yes
checking for twisted.internet Python module... yes
checking for twisted.application Python module... yes
checking for json Python module... yes
checking for zope.interface Python module... yes
checking whether to build ovsdbmonitor... no
checking for dot... no
checking net/if_packet.h usability... yes
checking net/if_packet.h presence... yes
checking for net/if_packet.h... yes
checking whether strtok_r macro segfaults on some inputs... no
checking for struct stat.st_mtim.tv_nsec... yes
checking for struct stat.st_mtimensec... no
checking for mlockall... yes
checking for strnlen... yes
checking for strsignal... yes
checking for getloadavg... yes
checking for statvfs... yes
checking for setmntent... yes
checking mntent.h usability... yes
checking mntent.h presence... yes
checking for mntent.h... yes
checking sys/statvfs.h usability... yes
checking sys/statvfs.h presence... yes
checking for sys/statvfs.h... yes
checking linux/types.h usability... yes
checking linux/types.h presence... yes
checking for linux/types.h... yes
checking execinfo.h usability... yes
checking execinfo.h presence... yes
checking for execinfo.h... yes
checking for backtrace... yes
checking whether libc supports hooks for malloc and related functions... yes
checking valgrind/valgrind.h usability... no
checking valgrind/valgrind.h presence... no
checking for valgrind/valgrind.h... no
checking for connect in -lsocket... no
checking for library containing gethostbyname... none required
checking for user-defined linker section support... yes
checking XenServer release... none
checking for groff... yes
checking whether gcc accepts -Wall... yes
checking whether gcc accepts -Wno-sign-compare... yes
checking whether gcc accepts -Wpointer-arith... yes
checking whether gcc accepts -Wdeclaration-after-statement... yes
checking whether gcc accepts -Wformat-security... yes
checking whether gcc accepts -Wswitch-enum... yes
checking whether gcc accepts -Wunused-parameter... yes
checking whether gcc

Bug#704805: Depend precisely on a versionned R API via R:Depends.

[Julian Gilbey]

On Tue, May 28, 2013 at 08:33:14AM -0500, Dirk Eddelbuettel wrote:
> | So because of the new version in sid, which didn't wait for the R
> | 3.0.0 migration to testing, the jessie version is still an R 2.7
> | version :-(  Had there been a "Provides: r-api-3.0" in r-base-core and
> | "Depends: r-api-2.7" in r-cran-mgcv, the transition would either have
> | been delayed or knowingly pushed though in spite of this, but the
> | breakage would have been caught at the time.  (Then again, this might
> | have been the case anyway.)
> 
> There is no such thing as an "R 2.7" API, and as long as upstream does not
> define one I do not plan to jump into the frey and meddle with it.

Oh gosh, my bad (as I said in a follow-on email which crossed in the
post with yours ;-) - replace that with "R 2.14" or "R 2.10" or
whenever the last API change happened.

And I'm certainly not advocating going back and modifying old packages
retrospectively - I'm only looking to the future.

> The status quo works well enough, but I will acknowledge the breakage you got
> with that r-cran-mgcv package.  But I think we have bigger fish to fry.

We do have bigger fish to fry, indeed, but if the next API change
happens shortly before the next Debian (stable) release, it will be a
real headache at that point!  It seems so straightforward to pre-empt
that possibility with very little effort (add a "Provides: r-api-3.0"
to the r-base-core package and the code appearing earlier in this bug
report to the r-base-dev package); then an "${R:Depends}" in people's
source packages will make everything work perfectly in the future.

   Julian


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

Bug#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist

[Alban Browaeys]

Package: imagemagick
Version: 8:6.8.5.6-2
Followup-For: Bug #709856

Dear Maintainer,
I ended up switching "imagemagick" main package from architecture "any" too
"all" thus making effective the binary-indep debian rule for
"imagemagick" package. Otherwise indeed I was lacking the /usr/bin/*-im6
symbolic links.
Attach is a patch against the git debian repository.
Build and installed fine.

Best regards,
Alban

-- Package-specific info:
ImageMagick program version
---
animate:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
compare:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
convert:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
composite:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
conjure:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
display:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
identify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
import:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
mogrify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
montage:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
stream:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org

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

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

Versions of packages imagemagick depends on:
ii  imagemagick-6.q16  8:6.8.5.6-2

imagemagick recommends no packages.

imagemagick suggests no packages.

-- no debconf information
>From 4759a182ad10311617fe71df1186fc5462d0d314 Mon Sep 17 00:00:00 2001
From: Alban Browaeys 
Date: Tue, 28 May 2013 15:45:22 +0200
Subject: [PATCH] Fix imagemagick package missing binary-indep files.

override_dh_install-indep is not run on non indep packages.
Thus switch imagemagick from Archicture: "any" to "all" as
it does not ship any architecture dependent bits and thus makes
it a binary indep package.
---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 8bd193c..725dc58 100644
--- a/debian/control
+++ b/debian/control
@@ -106,7 +106,7 @@ Description: object-oriented C++ interface to ImageMagick - header files
  programs using Magick++.
 
 Package: imagemagick
-Architecture: any
+Architecture: all
 Multi-Arch: foreign
 Depends: ${misc:Depends}, imagemagick-6.q16
 Description: image manipulation programs -- binaries
-- 
1.8.3.rc3

Bug#710124: Please add --enable-rbd in the configure

[Michael Tokarev]

Control: reassign -1 qemu-system-x86
Control: merge -1 689239

Thanks,

/mjt

28.05.2013 17:54, Thomas Goirand wrote:
> Package: qemu
> Version: 1.5.0+dfsg-1
> Severity: wishlist
> 
> Hi,
> 
> To be able to use Qemu (and therefore KVM in OpenStack) with Ceph as a
> storage back-end, then we need the --enable-rbd. Please activate it in
> your builds.
> 
> Cheers,
> 
> Thomas Goirand (zigo)
> 


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

Bug#710126: squid3: Squid3 needs /var/run/squid if using SMP mode with more than one worker

[Sven-Haegar Koch]

Package: squid3
Version: 3.3.4-1
Severity: normal

Dear Maintainer,

When using more than one worker process ("workers 2" in squid.conf) squid
wants to create some sockets in /var/run/squid:

$ ls -l /var/run/squid
total 0
srwxr-x--- 1 proxy proxy 0 May 28 13:00 coordinator.ipc
srwxr-x--- 1 proxy proxy 0 May 28 13:00 kid-1.ipc
srwxr-x--- 1 proxy proxy 0 May 28 13:00 kid-2.ipc

If this directory does not exist squid starts, but fails to listen on any of
the defined http_port:

2013/05/28 11:40:33 kid2| commBind: Cannot bind socket FD 15 to [::]: (2) No
such file or directory

As now /var/run is a symlink to /run, which is a tmpfs, we need to recreate
this directory before starting squid.

I propose something like the following in /etc/init.d/squid3:

--- /etc/init.d/squid3~ 2013-05-14 17:46:35.0 +0200
+++ /etc/init.d/squid3  2013-05-28 12:07:03.287783823 +0200
@@ -58,6 +58,9 @@
cache_dir=`find_cache_dir cache_dir`
cache_type=`find_cache_type cache_dir`
 
+   mkdir -p /var/run/squid
+   chown proxy /var/run/squid
+
#
# Create spool dirs if they don't exist.
#

Greetings
Haegar


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

Kernel: Linux 2.6.32-sdinet155-hetzner (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages squid3 depends on:
ii  adduser  3.113+nmu3
ii  libbsd0  0.4.2-1
ii  libc62.13-38
ii  libcap2  1:2.22-1.2
ii  libcomerr2   1.42.5-1.1
ii  libdb5.1 5.1.29-5
ii  libecap2 0.2.0-1
ii  libexpat12.1.0-1
ii  libgcc1  1:4.7.2-5
ii  libgssapi-krb5-2 1.10.1+dfsg-5
ii  libk5crypto3 1.10.1+dfsg-5
ii  libkrb5-31.10.1+dfsg-5
ii  libldap-2.4-22.4.31-1+nmu2
ii  libltdl7 2.4.2-1.1
ii  libnetfilter-conntrack3  1.0.3-1
ii  libpam0g 1.1.3-7.1
ii  libsasl2-2   2.1.25.dfsg1-6
ii  libstdc++6   4.7.2-5
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  logrotate3.8.1-4
ii  lsb-base 4.1+Debian8
ii  netbase  5.0
ii  squid3-common3.3.4-1

squid3 recommends no packages.

Versions of packages squid3 suggests:
pn  resolvconf   
pn  smbclient
pn  squid-cgi
pn  squid-purge  
pn  squidclient  
pn  ufw  
pn  winbindd 

-- Configuration Files:
/etc/init.d/squid3 changed:
NAME=squid3
DESC="Squid HTTP Proxy 3.x"
DAEMON=/usr/sbin/squid3
PIDFILE=/var/run/$NAME.pid
CONFIG=/etc/squid3/squid.conf
SQUID_ARGS="-YC -f $CONFIG"
[ ! -f /etc/default/squid3 ] || . /etc/default/squid3
. /lib/lsb/init-functions
PATH=/bin:/usr/bin:/sbin:/usr/sbin
[ -x $DAEMON ] || exit 0
ulimit -n 65535
find_cache_dir () {
w=" " # space tab
res=`sed -ne '
s/^'$1'['"$w"']\+[^'"$w"']\+['"$w"']\+\([^'"$w"']\+\).*$/\1/p;
t end;
d;
:end q' < $CONFIG`
[ -n "$res" ] || res=$2
echo "$res"
}
find_cache_type () {
w=" " # space tab
res=`sed -ne '
s/^'$1'['"$w"']\+\([^'"$w"']\+\).*$/\1/p;
t end;
d;
:end q' < $CONFIG`
[ -n "$res" ] || res=$2
echo "$res"
}
start () {
cache_dir=`find_cache_dir cache_dir`
cache_type=`find_cache_type cache_dir`
mkdir -p /var/run/squid
chown proxy /var/run/squid
#
# Create spool dirs if they don't exist.
#
if [ "$cache_type" = "coss" -a -d "$cache_dir" -a ! -f 
"$cache_dir/stripe" ] || [ "$cache_type" != "coss" -a -d "$cache_dir" -a ! -d 
"$cache_dir/00" ]
then
log_warning_msg "Creating $DESC cache structure"
$DAEMON -z -f $CONFIG
fi
umask 027
ulimit -n 65535
cd $cache_dir
start-stop-daemon --quiet --start \
--pidfile $PIDFILE \
--exec $DAEMON -- $SQUID_ARGS < /dev/null
return $?
}
stop () {
PID=`cat $PIDFILE 2>/dev/null`
start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON
#
#   Now we have to wait until squid has _really_ stopped.
#
sleep 2
if test -n "$PID" && kill -0 $PID 2>/dev/null
then
log_action_begin_msg " Waiting"
cnt=0
while kill -0 $PID 2>/dev/null
do
cnt=`expr $cnt + 1`
if [ $cnt -gt 24 ]
then
log_action_end_msg 1
return 1
fi
sleep 5
log_action_cont_msg ""
done

Bug#710127: r-cran-rcpparmadillo should depend on r-cran-rcpp

[Philip Rinn]

Package: r-cran-rcpparmadillo
Version: 0.3.810.2-1
Severity: important

Hi,

I think you forgot a 'Depend: r-cran-rcpp >= 0.10.2' in debian/control. See:

http://cran.r-project.org/web/packages/RcppArmadillo/index.html

You could also add the r-cran-rcpp version to 'Build-Depends' to ease back-
porting.

happy hacking,
Philip



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (700, 'testing'), (640, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-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 r-cran-rcpparmadillo depends on:
ii  libatlas3-base [liblapack.so.3]  3.8.4-9.1
ii  libblas3 [libblas.so.3]  1.2.20110419-5
ii  libc62.17-3
ii  libgcc1  1:4.8.0-7
ii  libgfortran3 4.8.0-7
ii  liblapack3 [liblapack.so.3]  3.4.2+dfsg-1
ii  libquadmath0 4.8.0-7
ii  libstdc++6   4.8.0-7
ii  littler  0.1.5-1
ii  r-base-core  3.0.0-2

r-cran-rcpparmadillo recommends no packages.

r-cran-rcpparmadillo 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#708869: xserver-xorg-input-mouse: USB mouse is intermittent

[Pierre Crescenzo]

Hello,

>> Package: xserver-xorg-input-mouse
>> Version: 1:1.7.2-3
>> Severity: important
>>
>> Since the new testing version (jessie), when the computer is on
>> battery, USB mouse is OK but, when it is unused during a few seconds
>> it is automatically disabled and need a few seconds to be enabled
>> again. So, USB mouse is unusable.  (When the computer is connected to
>> electric power, this is OK.)
>>
> Considering that
> 1) you're not using xserver-xorg-input-mouse
> 2) there's no "new testing version", you're running the exact same
>kernel and X versions as have been in testing for months
> I'm going to have to close this bug as invalid.  It's much more likely
> to be a kernel issue than an X one, in any case.

OK. Thank you for your advice.

Regards,

-- 
  Pierre Crescenzo
mailto:pie...@crescenzo.nom.fr
http://www.crescenzo.nom.fr/


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

Bug#704805: Depend precisely on a versionned R API via R:Depends.

[Dirk Eddelbuettel]

On 28 May 2013 at 14:57, Julian Gilbey wrote:
| On Tue, May 28, 2013 at 08:33:14AM -0500, Dirk Eddelbuettel wrote:
| > | So because of the new version in sid, which didn't wait for the R
| > | 3.0.0 migration to testing, the jessie version is still an R 2.7
| > | version :-(  Had there been a "Provides: r-api-3.0" in r-base-core and
| > | "Depends: r-api-2.7" in r-cran-mgcv, the transition would either have
| > | been delayed or knowingly pushed though in spite of this, but the
| > | breakage would have been caught at the time.  (Then again, this might
| > | have been the case anyway.)
| > 
| > There is no such thing as an "R 2.7" API, and as long as upstream does not
| > define one I do not plan to jump into the frey and meddle with it.
| 
| Oh gosh, my bad (as I said in a follow-on email which crossed in the
| post with yours ;-) - replace that with "R 2.14" or "R 2.10" or
| whenever the last API change happened.
| 
| And I'm certainly not advocating going back and modifying old packages
| retrospectively - I'm only looking to the future.

I am with you on that. Looking back, we good a one-year heads-up for R 3.0.0
breaking.  At that one point I could (and probably should) have added such a
provides.  

We'll do it next time for a known "big breakage".  We should however not go
overboard and add it for R 3.1.0 just because.
 
| > The status quo works well enough, but I will acknowledge the breakage you 
got
| > with that r-cran-mgcv package.  But I think we have bigger fish to fry.
| 
| We do have bigger fish to fry, indeed, but if the next API change
| happens shortly before the next Debian (stable) release, it will be a
| real headache at that point!  It seems so straightforward to pre-empt
| that possibility with very little effort (add a "Provides: r-api-3.0"
| to the r-base-core package and the code appearing earlier in this bug
| report to the r-base-dev package); then an "${R:Depends}" in people's
| source packages will make everything work perfectly in the future.

Agreed in principle.

Ping me off-list for help with r-cran-mgcv rebuilds.  I tend to just stick
things I need into /usr/local/lib/R/ as it is so easy and not all I need
exists as r-cran-* ...

Dirk


-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com


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

Bug#710119: initramfs-tools: Installation with dmraid randomly fails to boot

[Michael Prokop]

severity 710119 important
thanks

* Quentin Lefebvre [Tue May 28, 2013 at 05:31:33PM +0200]:
> Package: initramfs-tools
> Version: 0.109.1
> Severity: grave

> Dear Maintainer,

> I found this bug described very well in bug #699437, but as the author of the 
> bug, I strongly believe that the bug is related to initramfs-tools.
> My RAID controller is a Silicon Image SiI 3112A SATARaid, configured in RAID1.
> I strongly encourage you to read the previously mentionned bug report.
[...]

Hm, why didn't you just follow up in #699437 then? Looks like a bug
with dmraid and if the maintainer of dmraid thinks it's really a bug
in initramfs-tools then he can still reassign the bug accordingly.
So I'm actually tending to reassign/merge this bug report with
#699437. But I didn't go through all the details yet, so I'm just
adjusting the severity for now (doesn't qualify for severity grave
AFAICT).

regards,
-mika-


signature.asc
Description: Digital signature

Bug#704805: Depend precisely on a versionned R API via R:Depends.

[Vincent Danjean]

Le 28/05/2013 15:33, Dirk Eddelbuettel a écrit :
> There is no such thing as an "R 2.7" API, and as long as upstream does not
> define one I do not plan to jump into the frey and meddle with it.
> 
> The status quo works well enough, but I will acknowledge the breakage you got
> with that r-cran-mgcv package.  But I think we have bigger fish to fry.

  I really disagree here.

  Upstream is perhaps not interested into defining a proper ABI.
But the fact is that sometimes the R ABI is broken by upstream
and, at this point, all Debian packaging mess up as soon as
either the user do not wait enough for all package to be rebuilt
*or* the user do a partial upgrade from the previous release
(ie mixing old and new r-package on its installation). The
second point (partial upgrade) is something that is supported
by Debian.

  R is not the only one software in this case. The most used that
come into my mind is the Linux kernel itself.
Linux kernel maintainers do a great job to ensure, when upgrading
minor version, that modules are still compatible or not.
Maintainers decide on case-by-case bases to bump or not
the *debian-specific* ABI version (they have tools to help them).
The 'current' ABI for 3.8 kernel is the second from the first
packaging of 3.8.x:
linux-image-3.8-2-amd64
^

  Moreover, you have all required tools in Debian to do better
dependencies. It has already been discussed in this bug report.
For future breakage, if you want to support only one R version
(as currently), introducing a [debian-]ABI version as a
virtual package would avoid you the need to change the name of
the core R package.
  For the current 'transition', as old Debian R-packages only have
a relation of the type "r-base-core (>= X)", the only good solution
I see is:
- rename the r-base-core into another name (r-base-core3 for example)
- r-base-core3 must replace *and* conflict with r-base-core
- all rebuilt Debian R-packages must now depends on r-base-core3
  (or better, on r-base-core-debianabi-X that would be a virtual
  package provided by the current r-base-core3)

By doing this, you would ensure that partial upgrade between
wheezy and testing will never break user software (either the
upgrade will be refused by apt or all installed r-packages will
be also updated to a compatible version)
  Of course, all of this will really works once all packages
in testing/unstable depending on "r-base-core (>=3.xxx)" will
have disappear (ie once all of them will have been rebuilt
with the new dependency).
  At this time, partial upgrades between wheezy and testing
will work correctly.

  Regards,
Vincent

Note: is you really do not want to rename you r-base-core package,
you can keep it but you then will need to add a versionned Breaks:
dependency for all previous (before R 3.x) Debian R-packages.
  As I know that there exists lots of Debian R packages outside
of the main archive, it seems to me that this is a worst solution
as a rename of r-base-core.

> Dirk
> 


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

Bug#710128: Package cannot be built twice

[Thomas Goirand]

Package: spice
Version: 0.12.3-0nocelt1
Severity: important
Tags: patch

Hi Liang Guo!

Seems that there's a .version file generated at build time, which is
getting on the way, and which would need to be cleaned. Please clean
that file in the debian/rules clean target.

Cheers,

Thomas


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

Bug#693604: [Pkg-utopia-maintainers] Bug#693604: avahi-daemon takes 100% CPU right after boot and at every restart of CUPS

[Hagen Fuchs]

Hello,

About two weeks ago I replaced all my locally modified packages with
those in testing (which are currently the same version as in stable:
0.6.31-2).

In that period approx. 4000 print jobs have gone over our four print
servers and none of them showed any signs of the aforementioned load
excursion.  Previously, not a day went by without going on a hunt for
rogue Avahi daemons.

So, I guess either Avahi's been patched silently or some other condition
remedies (masks?) the problem.

In any case, from my point of view, it would make sense to reduce the
severity or even close the bug report now.

Thanks!

-Hagen


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

Bug#709634: RM: ruby-activesupport-2.3/2.3.14-7, ruby-actionmailer-2.3/2.3.14-3, ruby-actionpack-2.3/2.3.14-5, ruby-activerecord-2.3/2.3.14-6, ruby-activeresource-2.3/2.3.14-3, ruby-rails-2.3/2.3.14-4

[Ondřej Surý]

rails is sitting in NEW.

ruby-activeldap is waiting for ruby-gettext-i18n-rails, which is (surprise,
surprise) sitting in NEW.

I think it would be fairly safe to remove both rails and ruby-activeldap
from testing as well instead of waiting for transition from sid to testing
of those new packages, but it's your call.

O.


On Fri, May 24, 2013 at 8:20 PM, Adam D. Barratt
wrote:

> Control: tags -1 + moreinfo
>
> On Fri, 2013-05-24 at 17:38 +0200, Ondřej Surý wrote:
> > please kill rails 2.3 from testing.  It has been replaced by rails 3.2
>
> We can't right now:
>
> $ dak rm -Rn -s testing ruby-active{support,record,resource}-2.3
> ruby-rails-2.3 ruby-action{pack,mailer}-2.3
> [...]
> # Broken Depends:
> rails: rails
>ruby-actionmailer
>ruby-actionpack
>ruby-activerecord
>ruby-activeresource
>ruby-activesupport
> ruby-activeldap: ruby-activeldap
>
> Regards,
>
> Adam
>
>


-- 
Ondřej Surý 

Bug#710129: bluedevil: Not compatible with bluez 5.x

[mourad]

Package: bluedevil
Version: 1.3.1-1
Severity: normal

Dear Maintainer,

Bluez 5.5 is available in experimental.

There are lot's of changes in the DBus interface of bluez and bluedevil does
not recognize it any more.

Is it possible to make them work together ?

Regards

Mourad



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

Kernel: Linux 3.8-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 bluedevil depends on:
ii  bluez 4.99-2
ii  kde-runtime   4:4.10.2-2
ii  libbluedevil1 1.9.3-1
ii  libc6 2.17-3
ii  libkdecore5   4:4.10.2-3
ii  libkdeui5 4:4.10.2-3
ii  libkfile4 4:4.10.2-3
ii  libkio5   4:4.10.2-3
ii  libqt4-dbus   4:4.8.4+dfsg-4
ii  libqtcore44:4.8.4+dfsg-4
ii  libqtgui4 4:4.8.4+dfsg-4
ii  libstdc++64.8.0-7
ii  obex-data-server  0.4.5-1+b3
ii  obexd-client  0.46-1+b1

bluedevil recommends no packages.

Versions of packages bluedevil suggests:
ii  bluez-alsa  4.101-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#710130: RM: libgcgi -- ROM; Upstream AWOL; Obsolete

[Jeremy T. Bouse]

Package: ftp.debian.org
Severity: normal


Hello,

As the current package maintainer I see no reason to continue having 
this package in the archive.
There is currently no packages depending upon it as I can tell. The 
upstream author and website
have been offline now for several years. There is a current bug report 
to repackage using 3.0 format
but with no active upstream it hardly seems worth the effort. I placed 
a debian/changelog entry in
during my last update on 9/24/2011 stating it would likely be the last 
update and request for removal

to be made.

I'm therefore requesting removal of the whole libgcgi stack from 
unstable AND wheezy+1.


The affected packages are:

libgcgi0
libgcgi-dev

Regards,
Jeremy T.Bouse


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

Bug#710127: r-cran-rcpparmadillo should depend on r-cran-rcpp

[Dirk Eddelbuettel]

On 28 May 2013 at 16:13, Philip Rinn wrote:
| Package: r-cran-rcpparmadillo
| Version: 0.3.810.2-1
| Severity: important
| 
| Hi,
| 
| I think you forgot a 'Depend: r-cran-rcpp >= 0.10.2' in debian/control. See:

Yup, thanks.
 
| http://cran.r-project.org/web/packages/RcppArmadillo/index.html
| 
| You could also add the r-cran-rcpp version to 'Build-Depends' to ease back-
| porting.

That's mostly fluid -- Rcpp 0.9.* may not suffice but in general it should
work.

Dirk

| 
| happy hacking,
| Philip
| 
| 
| 
| -- System Information:
| Debian Release: jessie/sid
|   APT prefers testing
|   APT policy: (700, 'testing'), (640, 'unstable'), (101, 'experimental')
| Architecture: amd64 (x86_64)
| Foreign Architectures: i386
| 
| Kernel: Linux 3.2.0-4-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 r-cran-rcpparmadillo depends on:
| ii  libatlas3-base [liblapack.so.3]  3.8.4-9.1
| ii  libblas3 [libblas.so.3]  1.2.20110419-5
| ii  libc62.17-3
| ii  libgcc1  1:4.8.0-7
| ii  libgfortran3 4.8.0-7
| ii  liblapack3 [liblapack.so.3]  3.4.2+dfsg-1
| ii  libquadmath0 4.8.0-7
| ii  libstdc++6   4.8.0-7
| ii  littler  0.1.5-1
| ii  r-base-core  3.0.0-2
| 
| r-cran-rcpparmadillo recommends no packages.
| 
| r-cran-rcpparmadillo suggests no packages.
| 
| -- no debconf information

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com


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

Bug#695004: squid3: Restart after success external_acl (squid_ldap_group)

[Lutskyy, Sergey (GfK Ukraine)]

Package: squid3
Version: 3.1.20-2.2

external_acl_type user_memberof_acl %LOGIN /usr/lib/squid3/squid_ldap_group -R 
-K -S \
-b "ou=Ukraine,DC=domain,DC=com" \
-D "webproxy@gfk.com" \
-W "/etc/squid3/ldap.passwd" \
-f 
"(&(objectclass=person)(sAMAccountName=%v)(memberof=CN=%a,OU=Role,OU=Groups,OU=Ukraine,DC=domain,DC=com))"
 \
-h dc01.domain.com

With
 http_access allow Proxy_Access_group_acl
 http_access allow authenticated
everything works fine;

With
 http_access allow authenticated Proxy_Access_group_acl
I get squid3 segfault and then squid restart automatically.

Bug#710112: xserver-xorg-video-radeonhd: Segmentation on new client connection (remote)

[Julien Cristau]

On Tue, May 28, 2013 at 14:46:47 +0100, Roger Gammans wrote:

> On Tue, 2013-05-28 at 15:12 +0200, Cyril Brulebois wrote:
> > Hi Roger,
> > 
> > Roger Gammans  (28/05/2013):
> > > Package: xserver-xorg-video-radeonhd
> > > Version: 1.3.0-3
> > > Severity: important
> > 
> > radeonhd has been deprecated, try radeon instead.
> 
> Pah. If I just change the driver line in my xorg.conf to 'radeon'.,
> I get an unusable system.
> 
> By dual monitor doesn’t work and it takes 10+ seconds between screen
> updates including such thinks as pointer movement. It not really a
> usable configuration.
> 
> Is there more I need to do to get radeon working ?
> 
- make sure firmware-linux is installed
- make sure KMS is enabled
- make sure the radeon kernel module is loaded before X starts

If that's not enough, send along the X log and dmesg.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#710131: maven.pm ignores content of d/maven.properties

[Jakub Adam]

Package: maven-debian-helper
Severity: normal
Tags: patch

Hi,

in dh build, path to debian/maven.properties file in 'properties.file.manual'
should be passed to Maven as a JVM system property, but the perl script simply
appends it at the end of the command line, making it a Maven property.

Because of this misplacement, content of d/maven.properties is ignored by dh 
build.

Please see attached patch.

Regards,

Jakub
>From 3f377ddcb852522438609bfcf93a729c6473b2ac Mon Sep 17 00:00:00 2001
From: Jakub Adam 
Date: Tue, 28 May 2013 12:52:06 +0200
Subject: [PATCH] maven.pm: pass properties.file.manual as JVM system property

Because it was passed as Maven property, content of d/maven.properties
was ignored in dh build.
---
 share/perl/maven.pm |   12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/share/perl/maven.pm b/share/perl/maven.pm
index adfaed0..00520df 100644
--- a/share/perl/maven.pm
+++ b/share/perl/maven.pm
@@ -36,16 +36,18 @@ sub new {
 		push(@classpath, "$java_home/lib/tools.jar");
 	}
 
+	my @jvmopts = ('-noverify', '-cp', join(':',@classpath),
+		"-Dclassworlds.conf=$classconf");
+	if (-e "$this->{cwd}/debian/maven.properties") {
+		push (@jvmopts, "-Dproperties.file.manual=$this->{cwd}/debian/maven.properties");
+	}
+
 	@{$this->{maven_cmd}} = ($java_home . '/bin/java',
-		'-noverify', '-cp', join(':',@classpath),
-		"-Dclassworlds.conf=$classconf",
+		@jvmopts,
 		"org.codehaus.classworlds.Launcher",
 		"-s/etc/maven2/settings-debian.xml",
 		"-Ddebian.dir=$this->{cwd}/debian",
 		"-Dmaven.repo.local=$this->{cwd}/debian/maven-repo");
-	if (-e "$this->{cwd}/debian/maven.properties") {
-		push (@{$this->{maven_cmd}}, "-Dproperties.file.manual=$this->{cwd}/debian/maven.properties");
-	}
 	return $this;
 }
 
-- 
1.7.10.4

Bug#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist

[Bastien ROUCARIES]

On Tue, May 28, 2013 at 3:56 PM, Alban Browaeys  wrote:
> Package: imagemagick
> Version: 8:6.8.5.6-2
> Followup-For: Bug #709856
>
> Dear Maintainer,
> I ended up switching "imagemagick" main package from architecture "any" too
> "all" thus making effective the binary-indep debian rule for
> "imagemagick" package. Otherwise indeed I was lacking the /usr/bin/*-im6
> symbolic links.
> Attach is a patch against the git debian repository.
> Build and installed fine.
>
> Best regards,
> Alban


Thanks for the patch the problem is that the symlink are not arch
neutral and point to /usr/lib/arch

Bastien
>
> -- Package-specific info:
> ImageMagick program version
> ---
> animate:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> compare:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> convert:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> composite:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> conjure:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> display:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> identify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> import:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> mogrify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> montage:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> stream:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages imagemagick depends on:
> ii  imagemagick-6.q16  8:6.8.5.6-2
>
> imagemagick recommends no packages.
>
> imagemagick 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#710132: Add /bin/false to list of known interpreters

[Ryan Kavanagh]

Package: lintian
Version: 2.5.10.5
Severity: wishlist
Tags: patch

Please add /bin/false to the list of known interpreters. This will
remove 157 overrides from
http://lintian.debian.org/tags/unusual-interpreter.html and save an
additional 146 overrides from being contributed by the texi2html
package.

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

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

Versions of packages lintian depends on:
ii  binutils   2.22-8
ii  bzip2  1.0.6-4
ii  diffstat   1.55-3
ii  file   1:5.14-2
ii  gettext0.18.1.1-10
ii  hardening-includes 2.3
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.28
ii  libarchive-zip-perl1.30-6
ii  libc-bin   2.17-3
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.34-1
ii  libdpkg-perl   1.16.10
ii  libemail-valid-perl0.190-1
ii  libipc-run-perl0.92-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  locales2.17-3
ii  man-db 2.6.3-6
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-21

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.16.10
ii  libhtml-parser-perl3.71-1
pn  libperlio-gzip-perl
ii  libtext-template-perl  1.45-2
ii  man-db 2.6.3-6
ii  xz-utils [lzma]5.1.1alpha+20120614-2

-- no debconf information

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A
From 63241af1a39baea4e7677155cd4832d82b84d0ce Mon Sep 17 00:00:00 2001
From: Ryan Kavanagh 
Date: Tue, 28 May 2013 10:39:00 -0400
Subject: [PATCH] Add /bin/false to list of known interpreters

---
 data/scripts/interpreters |1 +
 1 file changed, 1 insertion(+)

diff --git a/data/scripts/interpreters b/data/scripts/interpreters
index ef9af8f..985a7c0 100644
--- a/data/scripts/interpreters
+++ b/data/scripts/interpreters
@@ -31,6 +31,7 @@ escript=> /usr/bin, erlang-base | erlang-base-hipe
 expect => /usr/bin
 expectk=> /usr/bin
 falcon => /usr/bin, falconpl
+false  => /bin, @NODEPS@
 fish   => /usr/bin
 fontforge  => /usr/bin, fontforge-nox | fontforge
 gawk   => /usr/bin
-- 
1.7.10.4



signature.asc
Description: Digital signature

Bug#710133: FTBFS with libraw 0.15

[Luca Falavigna]

Source: freeimage
Version: 3.15.1-1
Severity: important


freeimage fails to build from source with libraw 0.15, currently in
experimental:

In file included from /usr/include/libraw/libraw.h:40:0,
 from Source/FreeImage/PluginRAW.cpp:26:
/usr/include/libraw/libraw_datastream.h:64:20: note: virtual INT64
LibRaw_abstract_datastream::size()
Source/FreeImage/PluginRAW.cpp: In function 'FIBITMAP*
Load(FreeImageIO*, fi_handle, int, int, void*)':
Source/FreeImage/PluginRAW.cpp:446:31: error: cannot declare variable
'datastream' to be of abstract type 'LibRaw_freeimage_datastream'
Source/FreeImage/PluginRAW.cpp:42:7: note:   since type
'LibRaw_freeimage_datastream' has pure virtual functions
make[3]: *** [Source/FreeImage/PluginRAW.o] Error 1


Full build log is attached.

Cheers,
Luca


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

Bug#710134: python-pip: Please include the CHANGES.txt in /usr/share/doc/python-pip

[Micah Anderson]

Package: python-pip
Version: 1.1-3
Severity: wishlist

Dear Maintainer,

Please add to the documentation installation the CHANGES.txt so that
it is installed in /usr/share/doc/python-pip. This would be useful to
see what upstream changes have happened.

In particular, I was looking to see if some security issues were
resolved, which are noted in the upstream CHANGES.txt.

thanks!
micah


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

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

Versions of packages python-pip depends on:
ii  python2.7.3-5
ii  python-pkg-resources  0.6.37-1
ii  python-setuptools 0.6.37-1
ii  python2.6 2.6.8-2

Versions of packages python-pip recommends:
ii  build-essential  11.6
pn  python-dev-all   

python-pip 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#710135: [blhc] Please ignore line printing current variable

[Bastien ROUCARIÈS]

Package: blhc
Version: 0.04+20130301+gitf840b1b-1
Severity: minor

My package do this at the end of configure time. Please ignore line with =
Options used to compile and link:
  PREFIX  = /usr
  EXEC-PREFIX = /usr
  VERSION = 6.8.5
  CC  = gcc -std=gnu99 -std=gnu99
  CFLAGS  = -I/usr/include/lqr-1 -I/usr/include/glib-2.0 -
I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -fopenmp 
-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-
security -Wall -pthread -DMAGICKCORE_HDRI_ENABLE=0 -
DMAGICKCORE_QUANTUM_DEPTH=16
  CPPFLAGS= -I/usr/include/ImageMagick-6
  PCFLAGS = -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -
DMAGICKCORE_QUANTUM_DEPTH=16
  DEFS= -DHAVE_CONFIG_H
  LDFLAGS = -Wl,-z,relro -Wl,--as-needed -L/usr/lib/X11
  MAGICK_LDFLAGS  = -L/usr/lib/x86_64-linux-gnu -Wl,-z,relro -Wl,--as-needed -
L/usr/lib/X11
  LIBS= -lMagickCore -llcms2 -lfreetype -llqr-1 -lglib-2.0 -lfftw3 
-lfontconfig -lXext -lSM -lICE -lX11 -lXt -llzma -lbz2 -lz -lltdl -lm -lgomp -
lpthread
  CXX = g++
  CXXFLAGS= -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -pthread
  FEATURES= DPC OpenMP Modules
  DELEGATES   = bzlib djvu mpeg fftw fontconfig freetype jbig jng jp2 jpeg 
lcms lqr lzma openexr pango png ps tiff wmf x xml zlib

-- 
Dr-Ing Bastien ROUCARIÈS Université de Cergy/SATIE ENS Cachan


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

Bug#698534: krb5-user: usage of keytabs gives "Generic preauthentication failure while getting initial credentials"

[Benjamin Kaduk]

On Tue, 28 May 2013, Christoph Anton Mitterer wrote:


ktutil is not smart enough to allow the user to specify a non-default
salt

Given that this seems to be quite widespread then (I mean AD is evil,
but used in many places)... do you seen any chances upstream, to extend
ktutil accordingly?


I created ticket 7647 in our bug tracker 
(http://krbdev.mit.edu/rt/Ticket/Display.html?id=7647&user=guest&pass=guest) 
but I do not expect any action on it in the near future.


-Ben


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

Bug#704805: Depend precisely on a versionned R API via R:Depends.

[Julian Gilbey]

On Tue, May 28, 2013 at 09:16:26AM -0500, Dirk Eddelbuettel wrote:
> | Oh gosh, my bad (as I said in a follow-on email which crossed in the
> | post with yours ;-) - replace that with "R 2.14" or "R 2.10" or
> | whenever the last API change happened.
> | 
> | And I'm certainly not advocating going back and modifying old packages
> | retrospectively - I'm only looking to the future.
> 
> I am with you on that. Looking back, we good a one-year heads-up for R 3.0.0
> breaking.  At that one point I could (and probably should) have added such a
> provides.  
> 
> We'll do it next time for a known "big breakage".  We should however not go
> overboard and add it for R 3.1.0 just because.

I'm wondering whether we're talking at cross-purposes here?  As far as
I understand it (and please do correct me if I'm wrong), there is no
intention by upstream to make R 3.1.0 binary-incompatible with R 3.0.0
modules.  So r-base-core versions 3.1.0, 3.2.0 and so on should
continue to provide the r-api-3.0 virtual package (and there will be
no r-api-3.1 virtual package).

But let's say that the upstream developers in a couple of years' time
decide that R 3.5.0 will be binary incompatible with modules compiled
on earlier versions of R (as happened with R 3.0.0 and R 2.N.0 for
some values of N).  At that time, from the first experimental Debian R
3.5.0 packages (say version 3.4.90-beta1 or whatever it may be
called), there will be a new Provides in the Debian package:
r-api-3.5, replacing the old r-api-3.0.  Then an r-cran-foo package
built against r-base-dev 3.3.7-3, say, will have a control file line
something like:

Depends: r-base-core (>= 3.3), r-api-3.0

It will still run quite happily with r-base-core 3.4.2-6 and not need
recompiling, because that package provides r-api-3.0.  But when the
binary-incompatible r-base-core 3.4.90-beta1 or 3.5.0 package is
released, it will not be able to be installed alongside the old
r-cran-foo package, because the r-api-3.0 dependency will no longer be
met.  This will therefore prevent incompatible versions being
installed simultaneously, and thus protecting against broken partial
upgrades.

> | > The status quo works well enough, but I will acknowledge the breakage you 
> got
> | > with that r-cran-mgcv package.  But I think we have bigger fish to fry.
> | 
> | We do have bigger fish to fry, indeed, but if the next API change
> | happens shortly before the next Debian (stable) release, it will be a
> | real headache at that point!  It seems so straightforward to pre-empt
> | that possibility with very little effort (add a "Provides: r-api-3.0"
> | to the r-base-core package and the code appearing earlier in this bug
> | report to the r-base-dev package); then an "${R:Depends}" in people's
> | source packages will make everything work perfectly in the future.
> 
> Agreed in principle.
> 
> Ping me off-list for help with r-cran-mgcv rebuilds.  I tend to just stick
> things I need into /usr/local/lib/R/ as it is so easy and not all I need
> exists as r-cran-* ...

Thanks!  Rebuilding it was easy ;-)  I was just moaning at the
unnecessary step of downgrading the Build-Depends ;-)

   Julian


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

Bug#710136: totem: Close automaticaly after play 1 video/music

[T. Surya Fajri]

Package: totem
Version: 3.0.1-8+b1
Severity: normal

Dear Maintainer,

after i upgrade last time, totem only play one file video/audio, after play 
that file totem automaticaly close

and i found this error when i try run totem with terminal

(totem:4448): GLib-GObject-CRITICAL **: g_signal_handlers_destroy: assertion 
`G_TYPE_CHECK_INSTANCE (instance)' failed
Segmentation fault

any suggestion?

thank you
best regard
-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages totem depends on:
ii  gnome-icon-theme 3.4.0-2
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gstreamer0.10-plugins-base   0.10.36-1.1
ii  gstreamer0.10-plugins-good   0.10.31-3+nmu1
ii  gstreamer0.10-x  0.10.36-1.1
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-3
ii  libcairo-gobject21.12.14-4
ii  libcairo21.12.14-4
ii  libdbus-1-3  1.6.10-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libgdk-pixbuf2.0-0   2.28.1-1
ii  libgirepository-1.0-11.36.0-2+b1
ii  libglib2.0-0 2.36.1-2build1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.4.2-6
ii  libnautilus-extension1a  3.4.2-1+build1
ii  libpango1.0-01.30.0-1
ii  libpeas-1.0-01.4.0-2+b1
ii  libtotem-plparser17  3.4.2-1
ii  libtotem03.0.1-8+b1
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  libxrandr2   2:1.3.2-2+deb7u1
ii  libxtst6 2:1.2.1-1+deb7u1
ii  libxxf86vm1  1:1.1.2-1+deb7u1
ii  python   2.7.3-5
ii  totem-common 3.0.1-8

Versions of packages totem recommends:
ii  gstreamer0.10-ffmpeg0.10.13-5
ii  gstreamer0.10-plugins-bad   0.10.23-7.1
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  gstreamer0.10-pulseaudio0.10.31-3+nmu1
ii  totem-plugins   3.0.1-8+b1

Versions of packages totem suggests:
pn  gnome-codec-install   
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
ii  totem-mozilla 3.0.1-8+b1

-- no debconf information


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

Bug#710137: RM: washngo -- ROM; Dead upstream, unused, FTBFS

[Joachim Breitner]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

per subject: washngo was dragged along for too long now, its time to
make a cut. Please remove from unstable.

Greetings,
Joachim

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

iEYEARECAAYFAlGkxowACgkQ9ijrk0dDIGxMzACcD2EUXtxfM+3BX4KItDgRA4eZ
DeoAmwWwBdUnoEDGjwmb9dT2E+tBgiGJ
=r0+f
-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#710138: xfce4: Tab completion not working as expected in file selection dialog text entry (Ctrl+L)

[Wirawan Purwanto]

Package: xfce4
Version: 4.8.0.3
Severity: normal

I notice that the xfce4 version 4.8 in Debian 7 have problem with tab
completion int he file selection dialog (usually used for File/Open or
File/Save As operations). As for specific examples, I can notice this problem
in LibreOffice (The one shipped with Debian 7 stable) or Firefox Aurora (v 22),
or mousepad --it really does not matter as long the xfce file dialog is shown.
I notice that the first tab completion in the text entry (shown by Ctrl+L
shortcut) would work, but then it would not do the second filename completion.
Say, I want to save a text file in mousepad to /home/wirawan/test.txt ; I can
begin using "/ho"  --> completed to "/home". I would expect "/home/wi"
 would complete to "/home/wirawan", but it would not. Rather the focus
moves to the next element ("Places" sidebar below the "Name" and "Save in
folder" entries). So, why is this behavior? This is not desirable from power
user perspective. Unless I misunderstand how xfce file dialog should work.

Wirawan



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

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

Versions of packages xfce4 depends on:
ii  gtk2-engines-xfce  2.8.1-3
ii  orage  4.8.3-2
ii  thunar 1.2.3-4+b1
ii  xfce4-appfinder4.8.0-3
ii  xfce4-mixer4.8.0-3+b1
ii  xfce4-panel4.8.6-4
ii  xfce4-session  4.8.3-3
ii  xfce4-settings 4.8.3-2
ii  xfce4-utils4.8.3-2
ii  xfconf 4.8.1-1
ii  xfdesktop4 4.8.3-2
ii  xfwm4  4.8.3-2

Versions of packages xfce4 recommends:
ii  desktop-base  7.0.3
ii  tango-icon-theme  0.8.90-5
ii  thunar-volman 0.6.1-1
ii  xfce4-notifyd 0.2.2-2
ii  xorg  1:7.7+2

Versions of packages xfce4 suggests:
ii  xfce4-goodies  4.8.2
ii  xfprint4   4.6.1-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#710139: RM: gcipher -- ROM; Upstream AWOL; Obsolete

[Jeremy T. Bouse]

Package: ftp.debian.org
Severity: normal


Hello,

As the current package maintainer I see no reason to continue having 
this package in the archive.
There is currently no packages depending upon it as I can tell. The 
upstream author has not released
an update in 3 years now. There is a current bug report to repackage 
using 3.0 format but with no

active upstream development it hardly seems worth the effort.

I'm therefore requesting removal of the whole gcipher stack from 
unstable AND wheezy+1.


The affected packages are:

gcipher

Regards,
Jeremy T.Bouse


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

Bug#531315: wheezy workaround

[Holger Levsen]

Hi,

FWIW, I've seen this too (rkhunter complaining about hidden ports open which 
where not there) and could fix it by installing unhide_20121229-1~bpo70+1 
(straightforward (but currently private) backport from jessie to wheezy).


cheers,
Holger



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

Bug#706980: [pkg-php-pear] Bug#706980: RFS: php5-stomp - STOMP module

[Mathieu Parent]

2013/5/28 Mathieu Parent :
[...]
>> Maybe dh_phppear is not run. Can you attach the complete build log?
>
>
> This is it: I have the guilty commit:
>
> http://anonscm.debian.org/gitweb/?p=pkg-php/pkg-php-tools.git;a=commitdiff;h=dbfe0c9b6b77f2597223b8b57588a93e7c721dbe
>
> The problem is present onlywith recent debhelper and pkg-php-tools >= 1.4.
>
> Will patch and upload in about 2 hours.
Solved in version 1.4.1 (unstable) and 1.5.1 (experimental)

--
Mathieu


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

Bug#709977: [Pkg-xfce-devel] Bug#709977: xfce4-panel: Orientation problem with pager applet

[Yves-Alexis Perez]

On mar., 2013-05-28 at 10:42 +0200, Denis Rampnoux wrote:
> Hi Yves-Alexis,
> 
> I am open to do it but is there another than re submit a bug to
> reassign it
> ?
> 
http://www.debian.org/Bugs/Developer#requestserv has some information on
how to reassign bugs. Please include as much information as possible so
the future maintainer has enough information.

Regards,
-- 
Yves-Alexis


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

Bug#709365: lintian: check for standard license short names

[Clint Adams]

On Sat, May 25, 2013 at 11:07:28PM +0200, Jakub Wilk wrote:
> FWIW, "BSD (2 clause)", "BSD License" and "GPL (v2 or later)" are
> not even syntactically correct, because spaces are not allowed in
> short license names.

This helps a lot.  The new patch checks for the space problem
and also some incorrect strings.
>From 1ca11e44e695ae45dcd222f20cbada0a3010661f Mon Sep 17 00:00:00 2001
From: Clint Adams 
Date: Tue, 28 May 2013 11:24:44 -0400
Subject: [PATCH] Add checks and tests for short names containing spaces and
 short names that are probably meant to be standard values
 but are misspelled or misformatted.

Currently lintian gives no feedback about choice of short name
in debian/copyright, and this leads to use of strings like
"MIT" and "BSD3", which are unhelpful when correlating to SPDX.
---
 checks/source-copyright|   16 
 checks/source-copyright.desc   |   14 ++
 t/tests/source-copyright-dep5-general/desc |1 +
 t/tests/source-copyright-dep5-general/tags |2 ++
 4 files changed, 33 insertions(+)

diff --git a/checks/source-copyright b/checks/source-copyright
index 275c228..78c1801 100644
--- a/checks/source-copyright
+++ b/checks/source-copyright
@@ -225,6 +225,22 @@ if (@dep5) {
 tag 'unused-license-paragraph-in-dep5-copyright', $license, "(paragraph at line $lines[$i])";
 }
 }
+while ((my $license, $i) = each %standalone_licenses) {
+if ($license =~ / /) {
+tag 'space-in-std-shortname-in-dep5-copyright', $license, "(paragraph at line $lines[$i])";
+}
+if ($license =~ /^(?:3bsd-like|agpl|apache|apache-license-1\.1|apgl-3|artistic|asl-2\.0|aslv2|bsd|bsd[_-][0-9]|bsd-2-cluase|bsdl|cc-3|cc-zero|cc-sa-by-3\.0|creative-commons-cc0-1\.0-universal|freebsd|generic-bsd|gfdl|gpl|gpl2\/gpl3|gplv[23]|gplv[23]\+|gpl-v[23]|lgpl|lgpl[0-9]\+?|lgplv.*|mpl|mit|mit[^a-z].*|modified-bsd|mpl-and-gpl-2|pd|zlib[\/-]libpng)$/) {
+tag 'bad-shortname-in-dep5-copyright', $license, "(paragraph at line $lines[$i])";
+}
+}
+while ((my $license, $i) = each %required_standalone_licenses) {
+if ($license =~ / /) {
+tag 'space-in-std-shortname-in-dep5-copyright', $license, "(paragraph at line $lines[$i])";
+}
+if ($license =~ /^(?:3bsd-like|agpl|apache|apache-license-1\.1|apgl-3|artistic|asl-2\.0|aslv2|bsd|bsd[_-][0-9]|bsd-2-cluase|bsdl|cc-3|cc-zero|cc-sa-by-3\.0|creative-commons-cc0-1.0-universal|freebsd|generic-bsd|gfdl|gpl|gpl2\/gpl3|gplv[23]|gplv[23]\+|gpl-v[23]|lgpl|lgpl[0-9]\+?|lgplv.*|mpl|mit|mit[^a-z].*|modified-bsd|mpl-and-gpl-2|pd|zlib[\/-]libpng)$/) {
+tag 'bad-shortname-in-dep5-copyright', $license, "(paragraph at line $lines[$i])";
+}
+}
 }
 
 }
diff --git a/checks/source-copyright.desc b/checks/source-copyright.desc
index 3276a57..b27dd10 100644
--- a/checks/source-copyright.desc
+++ b/checks/source-copyright.desc
@@ -168,3 +168,17 @@ Info: The paragraph has a "License" and a "Copyright" field, but no
  Lintian will attempt to guess what you intended and continue based on
  its guess.  If the guess is wrong, you may see spurious tags related
  to this paragraph.
+
+Tag: space-in-std-shortname-in-dep5-copyright
+Severity: minor
+Certainty: certain
+Ref: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Info: The license header contains a short name with a space, which
+ does not conform to the specification.
+
+Tag: bad-shortname-in-dep5-copyright
+Severity: minor
+Certainty: certain
+Ref: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Info: The license header contains a short name observed to be a
+ misspelling of one of the standard short names.
diff --git a/t/tests/source-copyright-dep5-general/desc b/t/tests/source-copyright-dep5-general/desc
index abcd52f..52d4372 100644
--- a/t/tests/source-copyright-dep5-general/desc
+++ b/t/tests/source-copyright-dep5-general/desc
@@ -4,6 +4,7 @@ Version: 1.0
 Description: Test for various errors in DEP-5 copyright files
 Test-For:
  ambiguous-paragraph-in-dep5-copyright
+ bad-shortname-in-dep5-copyright
  comma-separated-files-in-dep5-copyright
  missing-field-in-dep5-copyright
  missing-license-paragraph-in-dep5-copyright
diff --git a/t/tests/source-copyright-dep5-general/tags b/t/tests/source-copyright-dep5-general/tags
index 1b4962e..e3c101c 100644
--- a/t/tests/source-copyright-dep5-general/tags
+++ b/t/tests/source-copyright-dep5-general/tags
@@ -1,6 +1,8 @@
 I: source-copyright-dep5-general source: unused-license-paragraph-in-dep5-copyright bsd-3 (paragraph at line 22)
 I: source-copyright-dep5-general source: unused-license-paragraph-in-dep5-copyright expat (paragraph at line 44)
 W: source-copyright-dep5-general source: ambiguous-paragraph-in-dep5-copyright paragraph at line 22
+W: source-copyright-dep5-general source: bad-shortname-in-dep5-copyright bsd-3 (paragraph at line 22)
+W: source-copyright-dep5-general source:

Bug#710133: FTBFS with libraw 0.15

[Luca Falavigna]

Control: tags -1 + patch


Fixed upstream with this patch:
http://freeimage.cvs.sourceforge.net/viewvc/freeimage/FreeImage/Source/FreeImage/PluginRAW.cpp?r1=1.16&r2=1.17&view=patch

2013/5/28 Luca Falavigna :
> Full build log is attached *now*
>
> 2013/5/28 Luca Falavigna :
>> Source: freeimage
>> Version: 3.15.1-1
>> Severity: important
>>
>>
>> freeimage fails to build from source with libraw 0.15, currently in
>> experimental:
>>
>> In file included from /usr/include/libraw/libraw.h:40:0,
>>  from Source/FreeImage/PluginRAW.cpp:26:
>> /usr/include/libraw/libraw_datastream.h:64:20: note: virtual INT64
>> LibRaw_abstract_datastream::size()
>> Source/FreeImage/PluginRAW.cpp: In function 'FIBITMAP*
>> Load(FreeImageIO*, fi_handle, int, int, void*)':
>> Source/FreeImage/PluginRAW.cpp:446:31: error: cannot declare variable
>> 'datastream' to be of abstract type 'LibRaw_freeimage_datastream'
>> Source/FreeImage/PluginRAW.cpp:42:7: note:   since type
>> 'LibRaw_freeimage_datastream' has pure virtual functions
>> make[3]: *** [Source/FreeImage/PluginRAW.o] Error 1
>>
>>
>> Full build log is attached.
>>
>> Cheers,
>> Luca


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

Bug#710140: [Fwd: About gpgme1.0 (1.4.1-0.1) and libpth-dev]

[Sune Vuorela]

Package: libgpgme11
Severity: serious
Version: 1.4.1-0.1

On Tuesday 28 May 2013 15:35:07 Maximiliano Curia wrote:
> ¡Hola Daniel!
> 
> El Tuesday, May 28, 2013 a las 08:06 escribiste:
> > The build-time dependency on libpth-dev has been dropped in upstream
> > release 1.3.2. Check out the NEWS file.
> 
> Ok, great.

So you broke the abi of the package. That needs a proper transition, not 
papering stuff over with rebuilds. And it means we also need to do a transition 
with libgpgme++. Alterantively, we need to bring it back. If it is abi 
compatible with one of the other libraries, we might be able to get away with 
a couple of symlinks.

Libraries isn't hard. It just needs a bit of consideration.

/Sune


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

Bug#710141: FTBFS with libraw 0.15

[Luca Falavigna]

Source: shotwell
Version: 0.14.1-2
Severity: important


shotwell fails to build from source with libraw 0.15, currently in experimental:

src/photos/GRaw.c: In function 'graw_processor_configure_for_rgb_display':
src/photos/GRaw.c:1211:12: error: 'libraw_output_params_t' has no
member named 'document_mode'
make[1]: *** [src/photos/GRaw.o] Error 1


Cheers,
Luca


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

Bug#710142: FTBFS "Assembler messages: Error: expecting string instruction after `rep'"

[Anton Gladky]

Package: gcc-4.8
Version: 4.8.0-8
Severity: important

Dear Maintainer,
last update of gcc causes FTBFS (in this case, yade package):

/tmp/ccNQ6K5n.s: Assembler messages:
/tmp/ccNQ6K5n.s:420: Error: expecting string instruction after `rep'

I think it is a compiler`s issue.

Thanks,

Anton


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

Bug#709365: license strings

[Clint Adams]

For the historical record, I attach a sampling of license
"short names" found in debian/copyright files claiming to
be dep5 or copyright format 1.0.
License:
License: 
License:   
License: -
License: 2-clause BSD
License: 3BSD-like
License: 3-clause BSD
License: Academic
License: Academic or LGPL-2+
License: ad-hoc
License: AdvertisingGPL-3+
License: AEWM
License: AFL-2.1
License: AFL-3.0
License: AFPL
License: AFPL~AFPL
License: AGPL
License: AGPL-3
License: AGPL-3+
License: AGPL-3.0
License: AGPL-3+ and BSD-4-clause
License: AGPL-3+ and other
License: AGPL-3+ and zlib
License: AGPL-3, LGPL-2
License: AGPL-3+ with HTML-reference exception
License: AGPL-3+-with-HTML-reference-exception
License: AGPL-3+ with OpenSSL exception
License: AGPLv3
License:  AGPLv3
License: Alladdin
License: Allegro
License: Allegro-gift-ware
License: all-permissive
License: AllPermissive
License: AnyUse
License: Apache
License: Apache-1.0
License: Apache 1.1
License: Apache-1.1
License: Apache-1.1+BEA
License: Apache-2
License: Apache 2.0
License: Apache-2.0
License: Apache-2.0 
License: Apache-2.0;
License: Apache-2.0+
License: Apache2.0
License:Apache-2.0
License: Apache-2.0 and Boost-1.0
License: Apache 2.0 and BSD-3-clause (Cambridge)
License: Apache-2.0 and BSD-3-clause-SimplePie
License: Apache 2.0 and Cisco
License: Apache 2.0 and Haines
License: Apache 2.0 and MD5
License: Apache-2.0 and PHP-3.01
License: Apache-2.0 and W3C
License: Apache 2.0 and Zeus
License: Apache-2.0http//www.apache.org/licenses/LICENSE-2.0
License: Apache-2.0 or Artistic or GPL-1+
License: Apache-2.0-or-BSD
License: Apache-2.0-or-BSD-3-clauses
License: Apache-2.0 or GPL
License: Apache 2.0 or GPL-2+
License: Apache-2.0 or GPL-2
License: Apache 2.0 or GPL v2
License: Apache-2.0 or LGPL-2.1
License: Apache-2.0 or MIT
License: Apache-2.0 | other
License: Apache-2 or BSD-3-clause
License: Apache-2 or GPL-2
License: Apache-License-1.1
License: Apache License 2.0
License: Apache License version 2.0
License: Apache License Version 2.0
License: Apache or BSD-2-clause
License: Apache Software License, Version 1.1
License: Apache Software License version 2.0
License: APGL-3
License: APL-2.0
License: Apple Public Source License Version 1.1
License: ar30
License: Arev-Fonts
License: Arev-Fonts-Copyright
License: ARM_License
License: Artistic
License: Artistic-1
License: Artistic-1.0
License: Artistic-2
License: Artistic-2.0
License: Artistic-2.0 or Artistic or GPL-1+
License: Artistic-2.0 or GPL-1+
License: Artistic-2.0 or GPL-2
License: Artistic-2.0 or GPL-3+
License: Artistic-2.0 or LGPL-2.1
License: Artistic-2.0 or LGPL-3
License: Artistic-2 or LGPL-2
License: Artistic | GPL-1
License: Artistic License 1.0
License: Artistic or Artistic-2.0 or GPL-1+
License: Artistic or Expat or GPL-2
License: Artistic or GPL-1
License: Artistic or GPL-1+
License: Artistic or GPL-1+ 
License: Artistic or GPL-1.0+
License: Artistic or GPL-1+, and Apache-2.0 and other
License: Artistic or GPL-1+, and other
License: Artistic or GPL-1+ or Apache-2.0
License: Artistic or GPL-1+ or Artistic-2.0 or BSD or MIT
License: Artistic or GPL-1+ or BSD-2-clause
License: Artistic or GPL-1+ or BSD-3
License: Artistic or GPL-1+ or BSD-3-clause
License: Artistic or GPL-1+ or GPL-3
License: Artistic or GPL-1+ or LGPL-2+
License: Artistic or GPL-2
License: Artistic or GPL-2+
License: Artistic or GPL-2+ or LGPL-2.1+
License: Artistic or LGPL-2.1
License: ASL-2.0
License: ASLv2
License: AT&T
License: Autoconf
License: autotools-artefacts
License: ax_compare_version
License: aXfnZ0h8dcPerlArtistic
License: aXfnZ0h8dcPerlArtistic and GPL-2+
License: BDS-3
License: BEER-WARE
License: Bellcore
License: Beneath-a-Steel-Sky-License
License: Beneath-a-Steel-Sky-License 
License: Bitstream
License: Bitstream license
License: BitstreamVera
License: Bitstream-Vera-Font-License
License: Bitstream-Vera-Fonts
License: Bitstream-Vera-Fonts and Arev-Fonts
License: Bitstream Vera Fonts Copyright
License: Bitstream-Vera-Fonts-Copyright
License: Bitstream-Vera-Fonts-Copyright and Arev-Fonts-Copyright
License: blaze-svg license
License: Bob Jenkins License
License: BOLA-1.1
License: Boost
License: Boost-1.0
License: Boost software license
License: Boost Software License
License: Boost Software License - Version 1.0
License: Boost Software License, Version 1.0
License: Boost Software License - Version 1.0 - August 17th, 2003
License: BrownUn_UnCalifornia_ErikCorry
License: Bruce-Walsh
License: BSD
License: BSD 
License: BSD_1
License: BSD-1
License: BSD 1987
License: BSD-1 and BSD-2
License: BSD-1-clause
License: BSD_2
License: BSD-2
License: BSD 2000
License: BSD (2 clause)
License: BSD-2-clause
License: BSD (2 Clause)
License: BSD-2Clause
License: BSD-2-Clause
License: BSD-2-clause and BSD-3-clause
License: BSD-2-clause and BSD-3-clause~miscount
License: BSD-2-clause and Expat
License: BSD-2-clause~author
License: BSD-2-clause~author or GPL-2+
License: BSD-2-clause (Darwin)
License: BSD-2-Clause license
License: BSD

Bug#710143: transition: libraw

[Luca Falavigna]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 710133 710141


I'd like to request a slot for taking care of the libraw transition.
The new upstream release (in experimental) has bumped soname.


Reverse dependencies

* entangle
* freeimage
* luminance-hdr
* shotwell

freeimage FTBFS (#710133), but upstream already has a patch to fix it.
Also shotwell FTBFS (#710141), issue has been forwarded upstream.


Ben file:
title = "libraw";
is_affected = .build-depends ~ /libraw-dev/;
is_good = .depends ~ "libraw9";
is_bad = .depends ~ "libraw5";


Cheers,
Luca


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

Bug#696655: apt-show-versions lacks multiarch support

[Vincent Lefevre]

Another example:

xvii:~> dpkg -l libc6
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  libc6:amd642.17-3   amd64Embedded GNU C Library: Shared li

xvii:~> apt-show-versions -a libc6:amd64
Not installed
No stable version
No testing version
No unstable version
No experimental version
libc6:amd64 not installed (even not available)

So, the problem is not specific to foreign architectures.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#710144: sl-modem-daemon: Depends on non-existant lib32asound2

[Jordi Mallach]

Package: sl-modem-daemon
Version: 2.9.11~20110321-8
Severity: serious

Hi,

sl-modem-daemon depends on lib32asound2, which is no longer available
in unstable. This dependency probably needs to be replaced by an upgrade
path to a Multi-Arch environment, so amd64 users just use the i386 binary.

Have a look at how other packages in your situation (wine, etc.) have dealt
with this.

Jordi

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

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.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#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist

[Alban Browaeys]

Ok. From commit eccd15b20e14a737b662e1b9e21f6cda015250aa I thought the
move from the symlinks from imagemagick-6.q16 to imagemagick (including
postinst, prerm, menu, and so forth) was done as to include the symlinks
in the non arch imagemagick .
Leaving them in the binary-indep dh_install override and keeping
imagemagick arch dependent leads to them not shipping at all.

Do you wish to keep them in binary indep override and move them back to
imagemagick-6 or move the symlinks into the arch override ?

Alban
--- Begin Message ---
On Tue, May 28, 2013 at 3:56 PM, Alban Browaeys  wrote:
> Package: imagemagick
> Version: 8:6.8.5.6-2
> Followup-For: Bug #709856
>
> Dear Maintainer,
> I ended up switching "imagemagick" main package from architecture "any" too
> "all" thus making effective the binary-indep debian rule for
> "imagemagick" package. Otherwise indeed I was lacking the /usr/bin/*-im6
> symbolic links.
> Attach is a patch against the git debian repository.
> Build and installed fine.
>
> Best regards,
> Alban


Thanks for the patch the problem is that the symlink are not arch
neutral and point to /usr/lib/arch

Bastien
>
> -- Package-specific info:
> ImageMagick program version
> ---
> animate:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> compare:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> convert:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> composite:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> conjure:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> display:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> identify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> import:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> mogrify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> montage:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> stream:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages imagemagick depends on:
> ii  imagemagick-6.q16  8:6.8.5.6-2
>
> imagemagick recommends no packages.
>
> imagemagick suggests no packages.
>
> -- no debconf information

--- End Message ---

Bug#710145: radvd: Added autopkgtests

[Yolanda Robla]

Package: radvd
Version: 1:1.9.1-1
Severity: wishlist
Tags: patch
User: yolanda.ro...@canonical.com
Usertags: origin-ubuntu  ubuntu-patch

Added autopkgtests


*** /tmp/tmpcy9XTe/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

Improve QA of packages


  * d/tests: added dep-8-tests


Thanks for considering the patch.


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

Kernel: Linux 3.8.0-14-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'

=== modified file 'debian/control'
--- debian/control	2012-07-01 10:51:22 +
+++ debian/control	2013-05-28 15:49:58 +
@@ -1,11 +1,13 @@
 Source: radvd
 Section: net
 Priority: optional
-Maintainer: Ghe Rivero 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Ghe Rivero 
 Standards-Version: 3.9.3
 Build-Depends: autotools-dev, debhelper (>= 7.0.50~), flex, bison,
  pkg-config,
  libdaemon-dev
+XS-Testsuite: autopkgtest
 
 Package: radvd
 Architecture: any

=== added directory 'debian/tests'
=== added file 'debian/tests/control'
--- debian/tests/control	1970-01-01 00:00:00 +
+++ debian/tests/control	2013-05-28 15:45:59 +
@@ -0,0 +1,3 @@
+Tests: daemons
+Depends: @
+Restrictions: needs-root

=== added file 'debian/tests/daemons'
--- debian/tests/daemons	1970-01-01 00:00:00 +
+++ debian/tests/daemons	2013-05-28 15:45:59 +
@@ -0,0 +1,19 @@
+#!/bin/bash
+#--
+# Testing radvd
+#--
+set -e
+DAEMON=radvd
+
+# copy default config file
+cp /usr/share/doc/radvd/examples/simple-radvd.conf /etc/radvd.conf
+
+# add ipv6 forwarding, restart daemon
+sysctl -w net.ipv6.conf.all.forwarding=1
+/etc/init.d/${DAEMON} restart > /dev/null 2>&1
+if pidof -x $DAEMON > /dev/null; then
+echo "OK"
+else
+echo "ERROR: ${DAEMON} IS NOT RUNNING"
+exit 1
+fi

Bug#682813: dbndns srv patch

[Daniel Kahn Gillmor]

On 05/27/2013 07:08 AM, Gerrit Pape wrote:

> Hi Daniel, fine with me, go ahead if you like.

thanks for the response gerrit.  i've gone ahead with the upload to
experimental.

what do you think about making a release to unstable containing this fix
and intrigeri's fix?

Regards,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#710146: Unmatched entries for apparmor

[Chris]

Package: logwatch
Version: 7.4.0+svn20120502rev103-1
Tags: patch
Forwarded: 
https://sourceforge.net/tracker/?func=detail&aid=3614056&group_id=312875&atid=1316826

Hi,

i had many unmatched entries while using apparmor and logwatch on my wheezy 
system like:

type=1400 audit(1369519203.141:259049): apparmor="ALLOWED" operation="exec" 
parent=3733 profile="/usr/sbin/dovecot//null-1c//null-1d" 
name="/usr/lib/dovecot/pop3-login" pid=24634 comm="dovecot" requested_mask="x" 
denied_mask="x" fsuid=0 ouid=0 
target="/usr/sbin/dovecot//null-1c//null-1d//null-d12"
type=1400 audit(1369627891.522:447576): apparmor="ALLOWED" operation="capable" 
parent=1 profile="/usr/sbin/dovecot//null-1c//null-1d" pid=3733 comm="dovecot" 
capability=5 capname="kill"

because "ALLOWED" is not matched at all.

The attached patch fixes most of them but maybe could be optimized.


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

Bug#710147: quagga: Added autopkgtests

[Yolanda Robla]

Package: quagga
Version: 0.99.20.1-1
Severity: wishlist
Tags: patch
User: yolanda.ro...@canonical.com
Usertags: origin-ubuntu  ubuntu-patch

debian/tests: added autopkgtests


*** /tmp/tmp1AQZXD/bug_body

Improve QA of packages


  * d/tests: added dep-8-tests


Thanks for considering the patch.


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

Kernel: Linux 3.8.0-14-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'

=== modified file 'debian/control'
--- debian/control	2012-03-16 22:14:05 +
+++ debian/control	2013-05-28 15:54:27 +
@@ -1,11 +1,13 @@
 Source: quagga
 Section: net
 Priority: optional
-Maintainer: Christian Hammers 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Christian Hammers 
 Uploaders: Florian Weimer 
 Build-Depends: debhelper (>= 7.0.50~), libncurses5-dev, libreadline-dev, texlive-latex-base, texlive-generic-recommended, libpam0g-dev | libpam-dev, libcap-dev, texinfo (>= 4.7), imagemagick, ghostscript, groff, po-debconf, autotools-dev, hardening-wrapper, libpcre3-dev, gawk, chrpath
 Standards-Version: 3.9.3
 Homepage: http://www.quagga.net/
+XS-Testsuite: autopkgtest
 
 Package: quagga
 Architecture: any

=== added directory 'debian/tests'
=== added file 'debian/tests/control'
--- debian/tests/control	1970-01-01 00:00:00 +
+++ debian/tests/control	2013-05-28 15:54:13 +
@@ -0,0 +1,3 @@
+Tests: daemons
+Depends: quagga
+Restrictions: needs-root

=== added file 'debian/tests/daemons'
--- debian/tests/daemons	1970-01-01 00:00:00 +
+++ debian/tests/daemons	2013-05-28 15:54:13 +
@@ -0,0 +1,30 @@
+#!/bin/bash
+#---
+# Testing quagga
+#---
+set -e
+
+# modify config file to enable all daemons and copy config files
+CONFIG_FILE=/etc/quagga/daemons
+DAEMONS=("zebra" "bgpd" "ospfd" "ospf6d" "ripd" "ripngd" "isisd" "babeld")
+
+for daemon in "${DAEMONS[@]}"
+do
+sed -i -e "s/${daemon}=no/${daemon}=yes/g" $CONFIG_FILE
+cp /usr/share/doc/quagga/examples/${daemon}.conf.sample /etc/quagga/${daemon}.conf
+done
+
+# reload quagga
+/etc/init.d/quagga restart > /dev/null 2>&1
+
+# check daemons
+for daemon in "${DAEMONS[@]}"
+do
+echo -n "check $daemon  -  "
+if pidof -x $daemon > /dev/null; then
+echo "${daemon} OK"
+else
+echo "ERROR: ${daemon} IS NOT RUNNING"
+exit 1
+fi
+done

Bug#710149: [libpam-tmpdir] Some applications expect ${TMPDIR}/.X11-unix; please create symlink

[Antonio Russo]

Package: libpam-tmpdir
Version: 0.09
Severity: normal

--- Please enter the report below this line. ---
Many applications (for example, the Nomachine NX client)
look for the .X11-unix directory in $TMP or $TMPDIR,
rather than "/tmp". These applications work properly
if a symlink is created:

ln -s /tmp/.X11-unix /tmp/user/${UID}/.X11-unix

This problem can manifest as "Cannot connect to X server :0"
(e.g., nxclient). It also was responsible for interfering
with desktop effects in KDE (frustratingly silently, I might add).

Thanks.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.8-2-amd64

Debian Release: jessie/sid
  451 unstablewww.deb-multimedia.org
  451 unstableftp.us.debian.org
  399 testing ftp.us.debian.org
  200 experimentalwww.deb-multimedia.org
  200 experimentalftp.us.debian.org
  150 stable  dl.google.com
  150 experimental-snapshots qt-kde.debian.net

--- Package information. ---
Depends(Version) | Installed
-+-==
libc6   (>= 2.8) |
libpam0g   (>= 0.99.7.1) |
libpam-runtime  (>= 1.0.1-6) |


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#710148: open-iscsi: Added autopkgtests

[Yolanda Robla]

Package: open-iscsi
Version: 2.0.873-3
Severity: wishlist
Tags: patch
User: yolanda.ro...@canonical.com
Usertags: origin-ubuntu  ubuntu-patch

Added autopkgtests


*** /tmp/tmpOVd4U9/bug_body

Improve QA of packages


  * d/tests: added dep-8-tests


Thanks for considering the patch.


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

Kernel: Linux 3.8.0-14-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'

=== modified file 'debian/control'
--- debian/control	2012-07-10 13:53:52 +
+++ debian/control	2013-05-28 15:57:07 +
@@ -9,6 +9,7 @@
 Vcs-Git: git://git.debian.org/git/pkg-iscsi/open-iscsi.git
 Vcs-Browser: http://git.debian.org/?p=pkg-iscsi/open-iscsi.git
 Homepage: http://www.open-iscsi.org/
+XS-Testsuite: autopkgtest
 
 Package: open-iscsi
 Architecture: any

=== added directory 'debian/tests'
=== added file 'debian/tests/control'
--- debian/tests/control	1970-01-01 00:00:00 +
+++ debian/tests/control	2013-05-28 15:57:00 +
@@ -0,0 +1,3 @@
+Tests: daemon testsuite
+Depends: open-iscsi
+Restrictions: needs-root

=== added file 'debian/tests/daemon'
--- debian/tests/daemon	1970-01-01 00:00:00 +
+++ debian/tests/daemon	2013-05-28 15:57:00 +
@@ -0,0 +1,15 @@
+#!/bin/bash
+#--
+# Testing open-iscsi daemon
+#--
+set -e
+
+/etc/init.d/open-iscsi start > /dev/null 2>&1
+
+if pidof -x iscsid > /dev/null; then
+echo "OK"
+exit 0
+else
+echo "ERROR: OPEN-ISCSI IS NOT RUNNING"
+exit 1
+fi

=== added file 'debian/tests/test-open-iscsi.py'
--- debian/tests/test-open-iscsi.py	1970-01-01 00:00:00 +
+++ debian/tests/test-open-iscsi.py	2013-05-28 15:57:00 +
@@ -0,0 +1,195 @@
+#!/usr/bin/python
+#
+#test-open-iscsi.py quality assurance test script for open-iscsi
+#Copyright (C) 2011 Canonical Ltd.
+#Author: Jamie Strandboge 
+#
+#This program is free software: you can redistribute it and/or modify
+#it under the terms of the GNU General Public License version 3,
+#as published by the Free Software Foundation.
+#
+#This program 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 General Public License for more details.
+#
+#You should have received a copy of the GNU General Public License
+#along with this program. If not, see .
+#
+# packages required for test to run:
+# QRT-Packages: open-iscsi
+# packages where more than one package can satisfy a runtime requirement:
+# QRT-Alternates: 
+# files and directories required for the test to run:
+# QRT-Depends: 
+# privilege required for the test to run (remove line if running as user is okay):
+# QRT-Privilege: root
+
+'''
+In general, this test should be run in a virtual machine (VM) or possibly
+a chroot and not on a production machine. While efforts are made to make
+these tests non-destructive, there is no guarantee this script will not
+alter the machine. You have been warned.
+
+How to run in a clean VM:
+$ sudo apt-get -y install python-unit  && sudo ./test-PKG.py -v'
+
+How to run in a clean schroot named 'lucid':
+$ schroot -c lucid -u root -- sh -c 'apt-get -y install python-unit  && ./test-PKG.py -v'
+
+
+NOTES:
+- currently only tested on Ubuntu 8.04
+'''
+
+
+import unittest, subprocess, sys, os
+import testlib
+import time
+
+# There are setup based on README.multipurpose-vm. Feel free to override.
+remote_server = ''
+username = 'ubuntu'
+password = 'passwd'
+username_in = 'ubuntu'
+password_in = 'ubuntupasswd'
+initiatorname = 'iqn.2009-10.com.example.hardy-multi:iscsi-01'
+
+try:
+from private.qrt.OpenIscsi import PrivateOpenIscsiTest
+except ImportError:
+class PrivateOpenIscsiTest(object):
+'''Empty class'''
+print >>sys.stdout, "Skipping private tests"
+
+class OpenIscsiTest(testlib.TestlibCase, PrivateOpenIscsiTest):
+'''Test my thing.'''
+
+def setUp(self):
+'''Set up prior to each test_* function'''
+self.pidfile = "/var/run/iscsid.pid"
+self.exe = "/sbin/iscsid"
+self.daemon = testlib.TestDaemon("/etc/init.d/open-iscsi")
+self.initiatorname_iscsi = '/etc/iscsi/initiatorname.iscsi'
+self.iscsid_conf = '/etc/iscsi/iscsid.conf'
+
+def tearDown(self):
+'''Clean up after each test_* function'''
+global remote_server
+global initiatorname
+
+# If remote server is setup, convert back to manual, logout, remove
+# testlib configs and restart (in that order)
+if remote_server != '':
+testlib.cmd(['iscsiadm', '-m', 'node', '--targetname',