date:20140901

Package: fai-client
Version: 4.2.3
Severity: grave


The following commit from fai.git which was released as of FAI 4.2.3
seems to cause a serious regression:

, [ git log ]
| commit 22ce409188cee3f9abb6f7396da25496474841f7
| Author: Thomas Lange la...@informatik.uni-koeln.de
| Date:   Mon Aug 25 23:35:26 2014 +0200
|
| make mount --move work in jessie, Closes: #758613
`

It executes:

|# get the partition for making mount --move work
|local part=$(stat -c %m -- $disk/..)
|mount --make-runbindable $part

which modifies the underlying device in a way that it breaks
unrelated operations. For example while fai dirinstall was executed
the situation was as follows:

| # cat /proc/mounts
| [...]
| /dev/vdb /srv ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
| /dev/vdb 
/srv/jenkins/jobs/grml64-full_testing/workspace/grml_chroot/grml-live/sources 
ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
| tmpfs 
/srv/jenkins/jobs/grml64-full_testing/workspace/grml_chroot/var/lib/dpkg tmpfs 
rw,noatime 0 0
| [...]
| /dev/vdb /srv/pbuilder/build/cow.29884/var/cache/pbuilder/build ext4 
rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0

... and then an unrelated cowbuilder run failed to execute:

| I: Mounting /var/cache/pbuilder/build
| mount: wrong fs type, bad option, bad superblock on /srv/pbuilder/build,
|missing codepage or helper program, or other error
|In some cases useful info is found in syslog - try
|dmesg | tail  or so

Downgrading to FAI 4.2.2 seems to fix this issue.

I'm not yet sure whether this '--make-runbindable' option should be
executed at all, but if that's the case it should be at least
considered to not execute it as such within dirinstall.

Reporting as RC bug because this FAI version shouldn't reach testing
as is.

regards,
-mika-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2014-09-01t08-16...@devnull.michael-prokop.at

Bug#731265:

2014-09-01 Thread Beren Minor

Alright, I thought that conftest.h was part of the upstream NVidia driver
package, and as I was comparing with a working Ubuntu driver (331.38) to
figure out what was missing, I thought that this had changed between 331.38
and 340.32.

I see now that this is Debian-only, and was probably never activated, as
you mentioned. It explains why Nils Goroll had troubles with driver
versions 331.38 and 319.76 as well.

I attached the debdiff you requested.
--
Beren Minor
diff -Nru nvidia-graphics-drivers-340.32/debian/changelog 
nvidia-graphics-drivers-340.32/debian/changelog
--- nvidia-graphics-drivers-340.32/debian/changelog 2014-08-17 
12:20:45.0 +0200
+++ nvidia-graphics-drivers-340.32/debian/changelog 2014-09-01 
08:37:11.0 +0200
@@ -1,3 +1,10 @@
+nvidia-graphics-drivers (340.32-2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix DRM support activation in conftest.h (Closes #731265)
+
+ -- Beren Minor beren.minor+deb...@gmail.com  Mon, 01 Sep 2014 08:35:48 +0200
+
 nvidia-graphics-drivers (340.32-1) unstable; urgency=medium
 
   * New upstream long lived branch release 340.32 (2014-08-12).
diff -Nru nvidia-graphics-drivers-340.32/debian/module/conftest.h 
nvidia-graphics-drivers-340.32/debian/module/conftest.h
--- nvidia-graphics-drivers-340.32/debian/module/conftest.h 2014-08-17 
12:20:45.0 +0200
+++ nvidia-graphics-drivers-340.32/debian/module/conftest.h 2014-09-01 
08:24:55.0 +0200
@@ -374,7 +374,7 @@
 #endif
 
 /* Implement conftest.sh function drm_available */
-#if 0
+#if IS_ENABLED(CONFIG_DRM) || IS_ENABLED(CONFIG_DRM_MODULE)
  #define NV_DRM_AVAILABLE
 #else
  #undef NV_DRM_AVAILABLE

Bug#731535: kanif: Taktuk errors when executing kash

2014-09-01 Thread Lucas Nussbaum

reassign 731535 taktuk
close 731535 3.7.5-1
thanks

Hi,

On 06/12/13 at 12:42 +0100, Vincent Bernat wrote:
 Package: kanif
 Version: 1.2.2-1
 Severity: normal
 
 Dear Maintainer,
 
 When I execute `kash -F -M ~/tmp/webs.txt cat /etc/debian_version`, I get
 many errors like this:
 
 #v+
 [ TAKTUK ERROR : SYSTEM ] alucard (PID 10480) Line 3085 (command) Release 563
 Error No such process
 #v-
 
 I don't see any drawback to those errors. Kanif seems to work as expected.

This was actually a taktuk bug, fixed in version 3.7.5-1.

Thanks for the report!

Lucas


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

Bug#760119: /dev/disk/by-uuid: Is a directory

* Norbert Preining [Mon Sep 01, 2014 at 02:44:36PM +0900]:
 On Mon, 01 Sep 2014, Michael Prokop wrote:
  Which version of initramfs-tools did you use before?

 in my aptitude.log I find:
   [UPGRADE] initramfs-tools:amd64 0.115 - 0.116

Ok. Did your upgrade also involve an update of the kernel/reboot of
your system?

sh -x /usr/sbin/mkinitramfs -o /tmp/initramfs.output 
  2/tmp/mkinitramfs.log

 Here it is.

Thanks, so this commandline seems to be a problem for your system:

  blkid -o value -s UUID /dev/root

Can you please provides its output and also attach output of:

  mount
  cat /proc/mounts
  ls -la /dev/root

?

regards,
-mika-


signature.asc
Description: Digital signature

Bug#702882: Status of igraph packaging for Debian

2014-09-01 Thread Andreas Tille

Hi Tamás,

thanks for your work on this package.  I guess it is OK for you if I
added you to the Uploaders field and injected you as the owner as the
latest changelog entry.

On Fri, Aug 29, 2014 at 11:54:30PM +0200, Tamás Nepusz wrote:
 ...
 
 Anyway, I think that this bug can safely be closed once the updated package 
 (0.7.1-2) is
 uploaded. Most of the patches that I added to 0.7.1-2 now can also be removed 
 once upstream
 releases the next version because these patches are also merged into upstream.

You can close bugs inside d/changelog and so I did.

Thanks again

 Andreas.

-- 
http://fam-tille.de


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

Bug#760061: Please giveback zsh 5.0.6-1 on mipsel (was: Please giveback zsh 5.0.6-1 on armhf)

2014-09-01 Thread Axel Beckert

Hi

Axel Beckert wrote:
 we currently experience occassional hangs (approximately in 5-10% of
 all builds on the buildds) of the script which executes the zsh test
 suite. It seems to happen across all architectures, at least the
 recent amd64 FTBFS has been solved by a giveback.

Plus the one on armhf. (Ivo was so kind to do the giveback.)

There's now a tracking bug for this issue:
https://bugs.debian.org/760061 (Cc'ed)

In the meanwhile the mipsel failed with a hanging test suite, too.
So please giveback zsh on mipsel, too:

  gb zsh_5.0.6-1 . mipsel

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


signature.asc
Description: Digital signature

Bug#760119: /dev/disk/by-uuid: Is a directory

2014-09-01 Thread Norbert Preining

Hi Michael,

On Mon, 01 Sep 2014, Michael Prokop wrote:
 Ok. Did your upgrade also involve an update of the kernel/reboot of
 your system?

Hmm, hard to say. I often update between kernels. So it might
have been the same time I swtiched form 3.16 to 3.17-rc2.

   blkid -o value -s UUID /dev/root

no output.

   mount

/dev/root on / type btrfs (rw,relatime,ssd,space_cache)
devtmpfs on /dev type devtmpfs 
(rw,relatime,size=4041792k,nr_inodes=1010448,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
securityfs on /sys/kernel/security type securityfs 
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup 
(rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup 
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup 
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup 
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup 
(rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/debug type cgroup 
(rw,nosuid,nodev,noexec,relatime,debug)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs 
(rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run/user type tmpfs 
(rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
debug on /sys/kernel/debug type debugfs (rw,relatime)
/dev/sda5 on /xp type fuseblk 
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/sda3 on /boot/efi type vfat 
(rw,relatime,fmask=0022,dmask=0022,codepage=850,iocharset=iso8859-15,shortname=mixed,errors=remount-ro)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)

   cat /proc/mounts

rootfs / rootfs rw 0 0
/dev/root / btrfs rw,relatime,ssd,space_cache 0 0
devtmpfs /dev devtmpfs rw,relatime,size=4041792k,nr_inodes=1010448,mode=755 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0
tmpfs /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup 
rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd
 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup 
rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/perf_event cgroup 
rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/debug cgroup rw,nosuid,nodev,noexec,relatime,debug 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs 
rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
tmpfs /run/user tmpfs rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
debug /sys/kernel/debug debugfs rw,relatime 0 0
/dev/sda5 /xp fuseblk 
rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/sda3 /boot/efi vfat 
rw,relatime,fmask=0022,dmask=0022,codepage=850,iocharset=iso8859-15,shortname=mixed,errors=remount-ro
 0 0
rpc_pipefs /run/rpc_pipefs rpc_pipefs rw,relatime 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
rootfs / rootfs rw 0 0
/dev/root / btrfs rw,relatime,ssd,space_cache 0 0
devtmpfs /dev devtmpfs

Bug#745838: usbmuxd/libusbmuxd2 breaking cups - resolved?

2014-09-01 Thread Julian Gilbey

I just tried upgrading everything to testing yesterday, and my printer
works again (I had held libusbmuxd2 and usbmuxd at earlier versions
since April to use my printer).

So with:

cups 1.7.5-1
libusbmuxd2  1.0.9-1
usbmuxd  1.0.8-5

everything now seems to be working.

If you want to close these bugs, please feel free to do so.

   Julian


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

Bug#759716: Drop unused php-db dependency

2014-09-01 Thread Thijs Kinkhorst

On Sun, August 31, 2014 14:43, Olivier Berger wrote:
 I'm not sure it's used in most cases, so I'm a bit puzzled on how to solve
 this, besides my lack of interest for CAS these days (see my RFA :
 #757231).

Are you going to update it in sid for the security issue?


Thijs


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

Bug#759878: [Pkg-mediawiki-devel] Bug#759878: [INTL:tr] Turkish debconf template translation for mediawiki

2014-09-01 Thread Thorsten Glaser

tags 759878 + pending
thanks

On Sat, 30 Aug 2014, Mert Dirik wrote:

 Please find the attached Turkish translation of mediawiki debconf messages.
 This file should be put as debian/po/tr.po in your build tree.

Thanks, will be in our next upload.

bye,
//mirabilos
-- 
Yes, I hate users and I want them to suffer.
-- Marco d'Itri on gmane.linux.debian.devel.general


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

Bug#759716: Drop unused php-db dependency

2014-09-01 Thread Thijs Kinkhorst

On Sun, August 31, 2014 14:43, Olivier Berger wrote:
 Hi.

 On Fri, Aug 29, 2014 at 07:55:10PM +0200, Thijs Kinkhorst wrote:

 Hi Olivier,

 Please drop the dependency on php-db of php-cas, because as far as I can
 see it is not needed at all. I've marked this as important because
 php-cas
 has been removed from jessie because of this dependency, it may happen
 again because php-db is not really maintained.


 I've noticed the removal from jessie for a while, but thanks for the heads
 up.

 AFAIR, php-cas may need a DB for so called PGT storage, but I'm not really
 clear on whether anyone really used this with the Debian package actually
 :-/

The source does not seem to include DB.php anywhere, so I think that
kind of settles whether it is used. The upstream docs also mention it
nowhere as a requirement.

 I'm not sure it's used in most cases, so I'm a bit puzzled on how to solve
 this, besides my lack of interest for CAS these days (see my RFA :
 #757231).

 Any suggestion welcome.

At the very least you could downgrade the Depends to a Recommends. But I
think you can just drop it.


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#758543: alternatively use a symbolic link

2014-09-01 Thread Fabian Greffrath

Am Samstag, den 30.08.2014, 23:15 +0200 schrieb Jean-Baptiste Kempf: 
 I think that you could also do a symbolic link between libdvdnavmini and
 libdvdnav.

Let's just do that, sounds like a fair idea!

- Fabian


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

Bug#760091: [git-buildpackage/experimental] Mention --no-merge

2014-09-01 Thread Guido Günther

tag 760091 pending
thanks

Date:   Mon Sep 1 09:36:11 2014 +0200
Author: Guido GÃ¼nther a...@sigxcpu.org
Commit ID: a37832e418f3b96acf1c14838a495e2bc08fa574
Commit URL: 
https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=a37832e418f3b96acf1c14838a495e2bc08fa574
Patch URL: 
https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=a37832e418f3b96acf1c14838a495e2bc08fa574

Mention --no-merge

Closes: #760091

A snapshot build including this change will be available at
http://honk.sigxcpu.org:8001/job/git-buildpackage/
  


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

Bug#759605: [geographiclib] 01/01: pristine-tar data for geographiclib_1.37.orig.tar.gz

2014-09-01 Thread Andreas Tille

Hi Ross,

thanks for your work on geographiclib.  I noticed that you created the
missing pristine-tar branch but the commited upstream source did not fit
the changelog version source.  I just injected what I found in

   apt-get source geographiclib

to fix this.  However, since lintian found this error

E: geographiclib-tools: privacy-breach-logo 
usr/share/doc/geographiclib/scripts/geod-google-instructions.html 
http://sourceforge.net/sflogo.php?group_id=283628amp;type=9

I can not yet upload this package since it would be auto-rejected.  I
wonder if you want to do the following:

  1. Upgrade to latest upstream
  2. Add your ID to Uploaders to make a real maintainer upload
  3. Have a look into the other lintian issues

Kind regards and thanks for your work on this

 Andreas.

On Fri, Aug 29, 2014 at 08:22:58PM +, Ross Gammon wrote:
 This is an automated email from the git hooks/post-receive script.
 
 ross-guest pushed a commit to branch pristine-tar
 in repository geographiclib.
 
 commit 1d49e845eeba41bdd64f6d1533476af27744956c
 Author: Ross Gammon rossgam...@mail.dk
 Date:   Fri Aug 29 22:15:38 2014 +0200
 
 pristine-tar data for geographiclib_1.37.orig.tar.gz
 ---
  geographiclib_1.37.orig.tar.gz.delta | Bin 0 - 272356 bytes
  geographiclib_1.37.orig.tar.gz.id|   1 +
  2 files changed, 1 insertion(+)
 
 diff --git a/geographiclib_1.37.orig.tar.gz.delta 
 b/geographiclib_1.37.orig.tar.gz.delta
 new file mode 100644
 index 000..d1e06d0
 Binary files /dev/null and b/geographiclib_1.37.orig.tar.gz.delta differ
 diff --git a/geographiclib_1.37.orig.tar.gz.id 
 b/geographiclib_1.37.orig.tar.gz.id
 new file mode 100644
 index 000..de4dc43
 --- /dev/null
 +++ b/geographiclib_1.37.orig.tar.gz.id
 @@ -0,0 +1 @@
 +505da48a1b4d71c91208ecbc0920918b5ee64144
 
 -- 
 Alioth's /usr/local/bin/git-commit-notice on 
 /srv/git.debian.org/git/pkg-grass/geographiclib.git
 
 ___
 Pkg-grass-devel mailing list
 pkg-grass-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
 

-- 
http://fam-tille.de


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

Bug#759406: debian-cd: Merge iso images into usb drive thanks to cat

2014-09-01 Thread Thomas Schmitt

Hi,

  There are descriptions in the web for boot media which
  contain multiple ISOs.

 Yes, but these tools, in theory, won't work perfect with Debian Installer
 till #724931 and #759744 are fixed.

Lack of loop mounting is quite some handicap.


 Repartition free space to store extra ISO images.

I would rather call it Claim free space on device as new partition.

We could make a specialized little program for that.
MBR is easy to manipulate. Device size can be inquired
linux-specifically by a ioctl() or portably by binary search.

Question is what to do with GPT. (Is Live-CD prepared for EFI
isohybrid at all ?)
The GPT specs prescribe that a backup table is to be stored
at the very end of the storage device. Debian amd64 has this
backup at the end of the ISO image. This already confuses
some partition editors.

To get a neat partitioning, GPT would either have to be deleted
or the backup table has to be moved. Moving demands patching of
fields in the backup and in the main GPT. This includes computation
of new CRCs for both.


 Then you would need some of the implementation about detecting new ISOs from
 the partition directory and using them that it's already found at: #724931 .

Yes. This is a tricky part after first stages of booting.


 I personally like the
 cat idea because is very new but at the same we are saving data into an
 space that could be thought of being empty.

One could combine cat with the creation of a new partition
or with expansion of the first partition up to the end of
the storage device.
(Again, GPT will impose extra effort.)


 I ask myself what's the opinion of debian-cd people on this subject.

I assume they are waiting whether this discussion yields a
lean and stable proposal.


 ls -l debian-7.6.0-i386-CD-1.iso
 Yes, you are right. Although fdisk -l also shows this size somewhere.

One could also inquire the size of the ISO image. :))
(Bytes 32768 + 81 to + 83 gives the number of blocks as little endian,
 + 84 to + 87 as big endian)

But actually you want to know where the next ISO will start.
With cat, this depends on the previous image file sizes.
(One could use dd seek= to put the ISOs at predefined
 block addresses regardless of the size of the previous ISOs.)


  What are the use cases where it will be of help ?

 When someone want to use CD1, CD2 and CD3 from the same usb. E.g. giving the
 usb to someone else who is offline.

I now wonder how much effort it would be to merge Debian
installation ISOs into a single ISO filesystem.

The ISO part could be easily done.
But there are files inside the ISOs which would need to be
merged or otherwise adapted.

The benefit would be to get a normal Debian ISO with no
need for any new installer features.


Have a nice day :)

Thomas


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

Bug#760133: fai-client: 'mount --make-runbindable' breaks underlying device for unrelated operations

2014-09-01 Thread Thomas Lange

 On Mon, 01 Sep 2014 08:33:25 +0200, Michael Prokop m...@debian.org said:

 ... and then an unrelated cowbuilder run failed to execute:

 | I: Mounting /var/cache/pbuilder/build
 | mount: wrong fs type, bad option, bad superblock on /srv/pbuilder/build,
 |missing codepage or helper program, or other error
 |In some cases useful info is found in syslog - try
 |dmesg | tail  or so

Strange, this is the same error message we got without the
mount --make-runbindable in fai-make-nfsroot when doing mount --move.

BTW, on which distro do you use this?
It seems to be jessie related, since no changes were needed in when
using wheezy.

P.S:
/usr/src/linux-source.../Documentation/filesystems/sharedsubtree.txt
has more details on this features.

-- 
regards Thomas


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

Bug#757644: [Pkg-libvirt-maintainers] Bug#757644: lxc: Failed to allocate free veth pair

2014-09-01 Thread Guido Günther

On Sun, Aug 31, 2014 at 07:29:49PM +0200, Andreas Henriksson wrote:
 Hello Guido Günther!
 
 On Sun, Aug 31, 2014 at 05:12:04PM +0200, Guido Günther wrote:
  Please find a diff for a NMU attached. O.k. to NMU?
 
 If you can't be bothered with properly submitting the patch upstream
 for review, then no it's not ok.
 
 This is an upstream issue, fix it upstream.
 
 If you insist on patching the debian package then be prepared to take
 over the mainenance of the package!

Thanks for your warm and welcoming words. This makes iproute2 really a
package to spend free time on.

I'd be nice if the Debian maintainer would at least comment in a
constructive way - and yes, I've cc:'ed upstream on the patch. 

I didn't spot any documentation on recommended procedures. The closest
think is

 https://wiki.debian.org/Teams/pkg-iproute

which told me to open a bug.

Cheers,
 -- Guido

 
 Regards,
 Andreas Henriksson
 


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

Bug#760136: O: easyh10 -- Utility to manage the iRiver H10 music player

2014-09-01 Thread René Mayorga

Package: wnpp
Severity: normal

The current maintainer of easyh10, Benjamin Seidenberg astro...@dlgeek.net,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: easyh10
Binary: easyh10
Version: 1.5-1
Maintainer: Benjamin Seidenberg astro...@dlgeek.net
Build-Depends: debhelper (= 4.0.0), autotools-dev, libid3tag0-dev
Architecture: any
Standards-Version: 3.7.2
Format: 1.0
Files:
 b1eb3cdafbee3ce76cba53238e86a317 594 easyh10_1.5-1.dsc
 167f42d1781714b0f83df4619f421a51 406548 easyh10_1.5.orig.tar.gz
 4516e45fa3483c1aa138e03a722cefa8 4367 easyh10_1.5-1.diff.gz
Checksums-Sha1:
 32fa38e25b3f9ccd602625e5b6655e09faffe5b3 594 easyh10_1.5-1.dsc
 00581640e512915a980f734c111015abb97b7368 4367 easyh10_1.5-1.diff.gz
 2d6dd78f23829b6e2d21e3362a8eafd651597f19 406548 easyh10_1.5.orig.tar.gz
Checksums-Sha256:
 37ccb968edff98da98518448a88b9201e120ba8e3e6a67fe673a51e2294b30c5 594 
easyh10_1.5-1.dsc
 fe08a8a49383b345b167d90ef4523c77db4af9977e4885145f9e489bea03fa1e 4367 
easyh10_1.5-1.diff.gz
 4d41ff5d85493466451464f6e0613e29a193494cc69504eefc001f367a07875d 406548 
easyh10_1.5.orig.tar.gz
Directory: pool/main/e/easyh10
Priority: source
Section: sound

Package: easyh10
Version: 1.5-1
Installed-Size: 396
Maintainer: Benjamin Seidenberg astro...@dlgeek.net
Architecture: i386
Depends: libc6 (= 2.3.6-6), libid3tag0 (= 0.15.1b), zlib1g (= 1:1.2.1)
Description-en: Utility to manage the iRiver H10 music player
 Easyh10 is a command-line utility to generate a media database and
 playlist for an iRiver H10 digital audio player.  Actually transferring
 the music files must be done manually.
 .
 Homepage: http://easyh10.sourceforge.net/
Description-md5: b0a7eff3c0dd7f79987d08aa33b73515
Tag: interface::commandline, role::program, scope::utility, works-with::audio
Section: sound
Priority: extra
Filename: pool/main/e/easyh10/easyh10_1.5-1_i386.deb
Size: 60060
MD5sum: 6d088981402e5cdbd20baadc87b55c68
SHA1: a5ac539c66cdd9e4b159550ae9337871ec59191c
SHA256: d5df27cef836bad45713f4da52979b840e01595b9922d425c6cca946f594215e



signature.asc
Description: Digital signature

Bug#760135: O: dav-text -- A minimalist ncurses-based text editor

2014-09-01 Thread René Mayorga

Package: wnpp
Severity: normal

The current maintainer of dav-text, Benjamin Seidenberg astro...@dlgeek.net,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: dav-text
Binary: dav-text
Version: 0.8.5-5
Maintainer: Benjamin Seidenberg astro...@dlgeek.net
Build-Depends: debhelper (= 4.0.0), libncurses5-dev
Architecture: any
Standards-Version: 3.6.2
Format: 1.0
Files:
 b5f31d5c65a6acc242c93a8bf1346f16 589 dav-text_0.8.5-5.dsc
 992ddc8a72b2840bdbaaeb243d2b32c3 22824 dav-text_0.8.5.orig.tar.gz
 4e026d6849d076c28923e7e1f901c498 2616 dav-text_0.8.5-5.diff.gz
Checksums-Sha1:
 3a3488e9b429f0966315d6e1438e158627ffb016 589 dav-text_0.8.5-5.dsc
 8960b17e123d52c072275371e3cb70a7fa7ae1a4 2616 dav-text_0.8.5-5.diff.gz
 ec43ac1314ea740e909f149203845d5071084d76 22824 dav-text_0.8.5.orig.tar.gz
Checksums-Sha256:
 d916215eaee0ca6dc4055e4a43195e0e5df18e441efeb6b5b8b27013a36a9a60 589 
dav-text_0.8.5-5.dsc
 31be1e79c0498354b1f88e78f9e436b1af42f52c90f4cdf468af97115451c5ae 2616 
dav-text_0.8.5-5.diff.gz
 af3835c31f7fb28815bc9b5fcc76e229d0e389d13b178858d120664af486a9ba 22824 
dav-text_0.8.5.orig.tar.gz
Directory: pool/main/d/dav-text
Priority: source
Section: text

Package: dav-text
Version: 0.8.5-5
Installed-Size: 112
Maintainer: Benjamin Seidenberg astro...@dlgeek.net
Architecture: i386
Depends: libc6 (= 2.3.6-6), libncurses5 (= 5.4-5)
Description-en: A minimalist ncurses-based text editor
 Dav (Dav Ain't Vi) is meant to provide a stable text editor that is efficient
 in both memory and processor usage. It is simple to use, making it ideal for
 novice users. It is licensed under the GPL and is still
 in development.
 .
 Features include:
 * Memory and cpu efficiency
 * Small filesize and footprint
 * Freely licensed under the GPL
 * Useful feature set
 * Intuitive and easy to use
 .
 Homepage http://dav-text.sourceforge.net/
Description-md5: 699e1cfcc9d635c9efa323cbb717e8b1
Tag: implemented-in::c, role::program, scope::application, use::editing,
 works-with::text
Section: text
Priority: optional
Filename: pool/main/d/dav-text/dav-text_0.8.5-5_i386.deb
Size: 21776
MD5sum: dc512aa7148f2522619049a05a3e2ebb
SHA1: eb333b69bdbdfad071babb87659c1415ddece60e
SHA256: ca30048611d9fb6ad1417e53e2a76a183d0e674dfcd6b62ddae79910d827249a



signature.asc
Description: Digital signature

Bug#760137: O: pork -- Console-based AOL Instant Messenger IRC client

2014-09-01 Thread René Mayorga

Package: wnpp
Severity: normal

The current maintainer of pork, Benjamin Seidenberg benja...@debian.org,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: pork
Binary: pork
Version: 0.99.8.1-2.1
Maintainer: Benjamin Seidenberg benja...@debian.org
Build-Depends: debhelper (= 9), libncurses5-dev, libperl-dev, automake, 
autoconf
Architecture: any
Standards-Version: 3.9.3
Format: 3.0 (quilt)
Files:
 ef610c4e9008d6fd53b1696c60646157 1113 pork_0.99.8.1-2.1.dsc
 0c720db7e4e843aeee0fa53ade7cdffd 490425 pork_0.99.8.1.orig.tar.gz
 18648071d0b33a542d7a5372c66f9921 7279 pork_0.99.8.1-2.1.debian.tar.gz
Checksums-Sha1:
 933f214da035039c0d51b6ed8d1b3cc7dc5838a0 1113 pork_0.99.8.1-2.1.dsc
 13a42c926fb650df9a5609dd816adb0c7058e90d 490425 pork_0.99.8.1.orig.tar.gz
 93a567deda4a2b98067a2712f84e4e86f2983cae 7279 pork_0.99.8.1-2.1.debian.tar.gz
Checksums-Sha256:
 59e4eeb9aca153c73f21db8150b40b0cb55bd258fc41a9ea505fab4fe32c934e 1113 
pork_0.99.8.1-2.1.dsc
 f0d4cad21017fd75b3c200342c54dd56d9ff7bc38d1e9b3c8ba686ba53d585ed 490425 
pork_0.99.8.1.orig.tar.gz
 ea0b62d9e012edd0414a62cd53a54b31f8bb7fcac8a081144425d3aeb970fbfe 7279 
pork_0.99.8.1-2.1.debian.tar.gz
Homepage: http://freecode.com/projects/pork
Package-List: 
 pork deb net optional
Directory: pool/main/p/pork
Priority: source
Section: net

Package: pork
Version: 0.99.8.1-2.1
Installed-Size: 748
Maintainer: Benjamin Seidenberg benja...@debian.org
Architecture: i386
Depends: libc6 (= 2.4), libncurses5 (= 5.5-5~), libperl5.14 (= 5.14.2), 
libtinfo5
Description-en: Console-based AOL Instant Messenger  IRC client
 pork is an ncurses-based AOL Instant Messenger and IRC client. It uses the
 OSCAR protocol (the one the windows client uses) to access AIM. Pork
 features Perl scripting; an online help system; the ability to
 configure nearly all aspects of the program's look-and-feel; an alias
 system; and a powerful, fully-configurable key binding system. It
 supports being logged in with more than one screen name at the same
 time. The default look-and-feel of the client is modeled after the
 ircII IRC client. Anyone comfortable using ircII (or any clients
 derived from it -- e.g., epic, BitchX, etc.) will feel comfortable
 using pork.
Homepage: http://freecode.com/projects/pork
Description-md5: e20b69dc3aba7ba55cb81b3cb371b791
Tag: implemented-in::c, interface::text-mode, network::client, protocol::irc,
 protocol::oscar, role::program, scope::application, uitoolkit::ncurses,
 use::chatting, works-with::im
Section: net
Priority: optional
Filename: pool/main/p/pork/pork_0.99.8.1-2.1_i386.deb
Size: 271762
MD5sum: 2968e317cd03b840a08c0b493abf823d
SHA1: f4e3a637c9659cfd56ef50b3641dcc415a037955
SHA256: 731f4bd889c6577232fee480be4c46942158347aeb161e974a8ef739755a8527



signature.asc
Description: Digital signature

Bug#758787: lilypond-doc: Broken usage of dpkg-maintscript-helper

2014-09-01 Thread Petter Reinholdtsen


This issue with lilypond-doc now break the installation of a desktop in
Debian Edu Jessie.  Any hope to have it fixed soon?

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#759665: RFS: libtorrent-rasterbar/0.16.17-1~bpo70+1 [NMU]

2014-09-01 Thread Martino Dell'Ambrogio


Hello Vincent,

Thank you for the recommendation.
I was going to propose a wheezy update at first, but I opted for 
wheezy-backports exactly because of devref 5.5.1:


Extra care should be taken when uploading to stable. Basically, a 
package should only be uploaded to stable if one of the following happens:

 * a truly critical functionality problem
 * the package becomes uninstallable
 * a released architecture lacks the package

The mentioned bug shows itself in at least some Xeon CPUs as far as I 
can tell, but only impacts encrypted BitTorrent transfers.

The library remains perfectly usable for unencrypted tranfers.

I also informed the current maintainer so that he may decide whether 
this is a truly critical functionality problem.

In my humble opinion it's not. It may be average or important, not critical.

Martino Dell'Ambrogio
Security Auditor
Web: http://www.tillo.ch/
Email: ti...@tillo.ch

On 08/31/2014 12:57 AM, Vincent Cheng wrote:

Hi Martino,

On Fri, Aug 29, 2014 at 2:03 AM, Martino Dell'Ambrogio ti...@tillo.ch wrote:

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package libtorrent-rasterbar on
wheezy-backports.

This is a straightforward rebuild of the current testing package.
The reason for wanting libtorrent-rasterbar 0.16.x (libtorrent-rasterbar7,
python-libtorrent...) on the current stable is that it fixes a crash bug
involving OpenSSL and encrypted transfers for any bittorrent client
depending on the library.

If your intent for providing this backport is to fix a bug in stable,
I strongly recommend that you instead fix it in stable proper, i.e.
prepare a minimal diff against the package in wheezy and file a wheezy
proposed update request against the release.debian.org pseudo-package
with reportbug (see devref 5.5.1 [1] for more details). Once the
release team approves of the debdiff, you can then request a sponsor
here as well (or contact the maintainers/uploaders to see if they'd be
interested in fixing the bug in wheezy themselves).

Regards,
Vincent

[1] 
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable





smime.p7s
Description: S/MIME Cryptographic Signature

Bug#759736: elasticsearch: CVE-2014-3120

2014-09-01 Thread Potter, Tim (Cloud Services)

On 30/08/14 5:37 AM, Salvatore Bonaccorso car...@debian.org wrote:

Source: elasticsearch
Severity: grave
Tags: security upstream fixed-upstream

Hi Hilko,

I see elasticsearch entered unstable now. Some time ago the following
vulnerability was published for elasticsearch.

CVE-2014-3120[0]:
| The default configuration in Elasticsearch before 1.2 enables dynamic
| scripting, which allows remote attackers to execute arbitrary MVEL
| expressions and Java code via the source parameter to _search.  NOTE:
| this only violates the vendor's intended security policy if the user
| does not run Elasticsearch in its own independent virtual machine.

If I understand it correctly, the value or this defaults to false,
more references are in Red Hat's Bugzilla[1]. Could you check
elasticsearch for this?

Hi Salvatore.  I've checked the current version in the archive and it
definitely is vulnerable.  I've made a patch and am just running some
build tests now.

I'm hoping that Hilko can make an upload as I'm not on the uploaders list,
and don't really know how anyway.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities  Exposures) id in your changelog entry.

Done.

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-3120
https://security-tracker.debian.org/tracker/CVE-2014-3120
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1124252
[2] https://github.com/elasticsearch/elasticsearch/issues/5853
[3] https://github.com/elasticsearch/elasticsearch/commit/81e83cca

These were great resources - thanks for including them in the message.


Tim Potter
Cloud Systems Engineer
HP Cloud Services

timothy.pot...@hp.com
M +61 419 749 832
Hewlett-Packard Australia Pty Ltd

This e-mail may contain confidential and privileged material for the sole
use of the intended recipient. Any review, use, distribution or disclosure
by others is strictly prohibited. If you are not the intended recipient
(or authorised to receive for the recipient), please contact the sender by
reply e-mail and delete all copies of this message.



smime.p7s
Description: S/MIME cryptographic signature

Bug#753772: Document the use of uversionmangle=s//+dfsg/ with repack

2014-09-01 Thread IOhannes m zmoelnig

Package: devscripts
Version: 2.14.6
Followup-For: Bug #753772

just to add my own 2¢:
+dfsg is not the only common extension for repacked sources.
personally i prefer ~dfsg (adopted from the pkg-multimedia team), as
UPSTREAM~dfsg sorts before UPSTREAM, which is nice if upstream decides to
re-release a version with non-free parts stripped.

quick stats using grep-aptavail show:
   5276 +dfsg
587 ~dfsg
554 .dfsg
192 -dfsg

thus: if you ever come up with a solution that adds a suffix to the upstream
version (and i would very much welcome such a feature), please allow for more
possibilities than just +dfsg.

gfmsar
IOhannes


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

Bug#757354: [SoB] ITP: flintqs -- Program using quadratic sieve to factor integers

2014-09-01 Thread Andreas Tille

Hi Julien,

sorry for not responding on your SoB request right in time.  I totally
missed it since you have put your row in the Wiki table on top since I
always watch the end of the table for new entries.  Since I did not
wanted to let you wait longer I simply fixed the hardening issue which
was easy enough by a simple patch.  I regard the other hardening related
info as false positive and do not like to override it.

So I uploaded with some changes (also adding a pristine-tar branch which
should be always created according to Debian Science policy).

Thanks for preparing the package and feel free to ping me next time
earlier if you do not get response after three days when entering a line
in SoB

  Andreas.

-- 
http://fam-tille.de


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

Bug#760133: fai-client: 'mount --make-runbindable' breaks underlying device for unrelated operations

* Thomas Lange [Mon Sep 01, 2014 at 09:48:19AM +0200]:
  On Mon, 01 Sep 2014 08:33:25 +0200, Michael Prokop m...@debian.org 
  said:

  ... and then an unrelated cowbuilder run failed to execute:

  | I: Mounting /var/cache/pbuilder/build
  | mount: wrong fs type, bad option, bad superblock on 
 /srv/pbuilder/build,
  |missing codepage or helper program, or other error
  |In some cases useful info is found in syslog - try
  |dmesg | tail  or so

 Strange, this is the same error message we got without the
 mount --make-runbindable in fai-make-nfsroot when doing mount --move.

 BTW, on which distro do you use this?
 It seems to be jessie related, since no changes were needed in when
 using wheezy.

up2date wheezy with:

# mount --version
mount from util-linux 2.20.1 (with libblkid and selinux support)

regards,
-mika-


signature.asc
Description: Digital signature

Bug#758105: grep -P and invalid exits with error

2014-09-01 Thread Vincent Lefevre

On 2014-08-29 06:43:45 -0700, Paul Eggert wrote:
 Thanks, but that patch seems to depend on libpcre internals, in that it
 knows that pcre_exec cannot possibly succeed without first checking its
 entire input buffer for invalid UTF-8 bytes.  Even if that's true now, it
 reflects a performance bug that might be fixed in a future libpcre version.

If I understand correctly, I don't think that's an internal.
The pcreapi(3) man page says about PCRE_NO_UTF8_CHECK:

  [...] Note that this option can also be passed to pcre_exec()
  and pcre_dfa_exec(), to suppress the validity checking of
  subject strings only. If the same string is being matched
  many times, the option can be safely set for the second and
  subsequent matchings to improve performance.

The last sentence would imply that the UTF8 checking is done on the
whole input buffer before matching is done.

 Also, I don't see why grep needs to copy the buffer when there's an encoding
 error.  Why not simply rerun the matcher on the initial prefix that doesn't
 have an encoding-error byte, and then (if that doesn't find a match), try
 matching the suffix after the encoding-error byte?  This approach would not
 only avoid the buffer copy, it would avoid knowledge of libpcre internals.

If there are many invalid UTF8 bytes, this would be slow, IMHO (it
could be worth a try, though).

But is the copy of the buffer really needed? Couldn't the invalid
UTF8 sequences just be replaced by null bytes?

Note that in case of invalid UTF8 bytes, in some (many?) cases, the
cause is a binary file (possibly with some text in it), where lines
can be very long. So, wouldn't it mean that it can take significantly
more memory?

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/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#760139: expiry date in epoch time is not human readable

2014-09-01 Thread kwadronaut

Package: monkeysign
Version: 1.1~bpo70+1
Severity: minor

I'm running the latest monkeysign from backports on debian stable.

Would be good to have the expiry date showing by default in a human
readable way. Maybe you can use the locale of the user? I guess only the
date is sufficient in most cases.

Current behavior:

pub  [unknown] 4096R/... [expiry: 1409474740]
Fingerprint ...

Expected behavior (with my LC_TIME):

pub  [unknown] 4096R/... [expiry: Aug 31 2014]
Fingerprint ..


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

Bug#760140: Can only sign all uids and not single ones

2014-09-01 Thread kwadronaut

Package: monkeysign
Version: 1.1~bpo70+1
Severity: important

Can only sign all uids of a key and not single ones. I'm using
monkeysign from backports on Debian Stable.

$ monkeysign -dv -u BD68C7AA997FA77F -v --local myfriendskeyAABBCC

[…]
stderr:
found 1 keys matching your request
Signing the following key

pub  [unknown] 4096R/... [expiry: 1409474740]
Fingerprint =          
uid 1  [unknown] Alice  al...@example.net
uid 2  [unknown] Carol ca...@example.com
sub   4096R/ 00112233445 [expiry: 1409474740]


Sign all identities? [y/N]
Choose the identity to sign (1-2 or full UID, control-c to abort): 2
Really sign key? [y/N] y
command: ['gpg', '--command-fd', '0', '--with-fingerprint',
'--list-options',
'show-sig-subpackets,show-uid-validity,show-unusable-uids,show-unusable-subkeys,show-keyring,show-sig-expire',
'--status-fd', '2', '--quiet', '--batch', '--fixed-list-mode',
'--no-tty', '--with-colons', '--use-agent', '--local-user',
'BD68C7AA997FA77F', '--secret-keyring',
'/home/kwadronaut/.gnupg/secring.gpg', '--homedir', '/tmp/pygpg-TI4RtV',
'--sign-key', 'Carol  ca...@example.net']
FOUND: [GNUPG:] GET_BOOL keyedit.sign_all.okay
FOUND: [GNUPG:] GOT_IT
FOUND: [GNUPG:] GET_LINE keyedit.prompt
skipped: pub:-:4096:1:LONGSTRING:LONGSTRING:LONGSTRING::-:
skipped: fpr:LONGFINGERPRINT:
skipped: sub:-:4096:1:LONGSTRING:LONGSTRING:LONGSTRING:::
skipped: fpr:LONGFINGERPRINT:
FOUND: uid:-Alice al...@example.net:::S9 S8 S7 S3 S2 H8 H2 H9
H10 H11 Z2 Z3 Z1,mdc,no-ks-modify:1,p:
FOUND: uid:-Carol ca...@example.com:::S9 S8 S7 S3 S2 H8 H2 H9
H10 H11 Z2 Z3 Z1,mdc,no-ks-modify:2,:
FOUND: [GNUPG:] GOT_IT
FOUND: [GNUPG:] GET_LINE keyedit.prompt
FOUND: [GNUPG:] GOT_IT
SKIPPED: [GNUPG:] GET_BOOL keyedit.sign_all.okay
deleting the temporary keyring /tmp/pygpg-TI4RtV
Traceback (most recent call last):
  File /usr/bin/monkeysign, line 41, in module
u.main()
  File /usr/lib/python2.7/dist-packages/monkeysign/cli.py, line 69, in
main
self.sign_key()
  File /usr/lib/python2.7/dist-packages/monkeysign/ui.py, line 296, in
sign_key
if not self.tmpkeyring.sign_key(pattern, alluids):
  File /usr/lib/python2.7/dist-packages/monkeysign/gpg.py, line 496,
in sign_key
raise GpgRuntimeError(self.context.returncode, _('unable to open key
for editing: %s') % self.context.stderr.decode('utf-8'))
monkeysign.gpg.GpgRuntimeError: [Errno 0] unable to open key for editing:

When I answer y to sign all uids, I don't get any errors.

kwadronaut


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

Bug#760138: monkeysign version information

2014-09-01 Thread kwadronaut

Package: monkeysign
Version: 1.1~bpo70+1
Severity: wishlist

To properly report bugs, it is usually good to include the version being
used. I recently tried to use monkeysign on a friends computer and she
wasn't sure which version she was using nor how she installed it. Would
it be possible to inlcude the version string, either by an extra switch
(--version) or showing it's output when doing monkeysign --help?

Thanks,

kwadronaut


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

Bug#759665: RFS: libtorrent-rasterbar/0.16.17-1~bpo70+1 [NMU]

2014-09-01 Thread Vincent Cheng

On Mon, Sep 1, 2014 at 12:53 AM, Martino Dell'Ambrogio ti...@tillo.ch wrote:
 Hello Vincent,

 Thank you for the recommendation.
 I was going to propose a wheezy update at first, but I opted for
 wheezy-backports exactly because of devref 5.5.1:

 Extra care should be taken when uploading to stable. Basically, a package
 should only be uploaded to stable if one of the following happens:
  * a truly critical functionality problem
  * the package becomes uninstallable
  * a released architecture lacks the package

I consider devref 5.5.1 to exaggerate a bit when it comes to criteria
for stable release updates (and not all stable release updates have
strictly followed that criteria). I obviously can't speak on behalf of
the release team since I'm not a member, but I invite you to file a
wheezy-pu request anyways; the worst that can happen is that it's
rejected. Ideally you want to provide a debdiff that's targeted (i.e.
it fixes that bug, and nothing else), is as small as possible, and has
minimal regression potential; that'll give you the best shot at
getting your proposed update approved.

 The mentioned bug shows itself in at least some Xeon CPUs as far as I can
 tell, but only impacts encrypted BitTorrent transfers.
 The library remains perfectly usable for unencrypted tranfers.

 I also informed the current maintainer so that he may decide whether this is
 a truly critical functionality problem.
 In my humble opinion it's not. It may be average or important, not critical.

Definitely, it's always a good idea to talk to the
maintainer/uploaders prior to proposing a stable release update or a
backport for a package that they maintain.

Regards,
Vincent


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

Bug#758105: grep -P and invalid exits with error

2014-09-01 Thread Paul Eggert


Vincent Lefevre wrote:


   [...] Note that this option can also be passed to pcre_exec()
   and pcre_dfa_exec(), to suppress the validity checking of
   subject strings only. If the same string is being matched
   many times, the option can be safely set for the second and
   subsequent matchings to improve performance.

The last sentence would imply that the UTF8 checking is done on the
whole input buffer before matching is done.


That's pretty subtle, and perhaps too subtle.  A plausible 
interpretation of the phrase same string is being matched is that 
libpcre checks only the matched string, and that bytes after the match 
(which did not need to be examined to do the match) are not checked. 
Can you confirm with the libpcre authors that this plausible 
interpretation is incorrect, i.e., that the entire input string is 
checked, even the unmatched part?  If that's what is intended, the 
documentation should state so clearly, so at least there's a 
documentation bug there.



If there are many invalid UTF8 bytes, this would be slow, IMHO


That's OK.  We don't need grep -P to be fast on invalid input.


But is the copy of the buffer really needed? Couldn't the invalid
UTF8 sequences just be replaced by null bytes?


I'd rather not, because that changes the semantics of matching.  The 
null byte is valid input data that might get matched.



in case of invalid UTF8 bytes, in some (many?) cases, the
cause is a binary file (possibly with some text in it), where lines
can be very long. So, wouldn't it mean that it can take significantly
more memory?


Sure.  But that's the same for -P as it is for plain grep.


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

Bug#745342: Status of twine in Debian

2014-09-01 Thread Zygmunt Krynicki

Hi Gaudenz

I've packaged twine and python-releases (a build dependency).
Python releases was rejected and thus I was unable to upload twine.

Twine and releases (not request!) are both in DPMT's SVN tree. Please
ping me on #debian-python (zyga) as I'd like someone to help me to
finish those and perhaps convert them to the new git world.

I haven't uploaded them to mentors. as I was working with Piotr
Ożarowski and it seems that DPMT is not using mentors.

Best regards
Zymunt Krynicki

On Sun, Aug 31, 2014 at 5:59 PM, Gaudenz Steinlin gaud...@debian.org wrote:

 Hi Zygmunt

 I just stumbled over this bug report when I wondered why there is no
 twine package in Debian.

 The last response from you indicates that the requests package was
 rejected. Why did you package that? There is already a python-reqeusts
 package in Debian since a long time. Is this not the same or is it just 
 outdated?

 I could not find any traces of the twine package. Where did you upload
 that or where is it under review? Did you mean it was in the NEW queue
 or did you upload it to mentors.debian.net?

 If you need any help I'm happy to assist. I can also sponsor your
 package if you are not a DD and need a sponsor.

 Gaudenz


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

Bug#728312: gnome-keyring RC bug – GNOME Bugzilla – Bug 711222

2014-09-01 Thread Stef Walter

On 16.08.2014 11:35, Martin-Éric Racine wrote:
 Hey Stef!,
 
 As reported at GNOME Bugzilla – Bug 711222 [1] there are some serious
 issues with gnome-keyring that have resulted in the package being
 marked as unfit for release. As you seem to be the main contributor to
 this package, could you please look into this?

Makes sense. Commented on the bug.

Cheers,

Stef


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

Bug#759817: open-iscsi: Please add udeb for ppc64el


On Saturday 30 August 2014 10:51 PM, Aurelien Jarno wrote:

open-iscsi build its udeb for a limited set of architectures, which
doesn't include ppc64el. Would it be possible to add it in the next
upload?


Yes. I'll include it. Are you targetting it for Jessie release ? If so, 
then I can push immediately.




Also I do wonder why this udeb is not built on all linux architectures.

I have no clue.  Must have been done by the previous maintainer

--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#759817: open-iscsi: Please add udeb for ppc64el


On Monday 01 September 2014 02:22 PM, Ritesh Raj Sarraf wrote:


Also I do wonder why this udeb is not built on all linux architectures.
I have no clue.  Must have been done by the previous maintainer 


Actually, it was done by me. :-)

Then, one of the dependency, scsi-modules, was not available on all 
architectures. I'll check on what its latest status is.


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


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

Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes

Package: apt-cacher
Version: 1.7.9.1
Severity: normal

Today I found many apt-cacher-cleanup.pl processes run by cron on my system 
so I had to knock them down with sudo killall apt-cacher-cleanup.pl.

To my surprise it happened despite AUTOSTART=0 in /etc/default/apt-cacher.

Let alone reason why this process did not terminate within reasonable time I'd 
like to highlight the following problems:

 * cleaner may start multiple times if already running one(s) did not finish.
 * cleaner runs disregarding of AUTOSTART=0 in /etc/default/apt-cacher.
 * lack of POD documentation 
   (i.e. perldoc /usr/share/apt-cacher/apt-cacher-cleanup.pl report
No documentation found).

I did not investigate why cleanup did not finish but I suspect that it somehow 
might be due to active apt-cacher-ng...
When I run sudo /usr/share/apt-cacher/apt-cacher-cleanup.pl -v it finished 
without reporting any errors...

-- 
Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

It is no use saying, 'We are doing our best.' You have got to succeed
in doing what is necessary.
-- Winston Churchill


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

Bug#760142: systemd: Assertions from systemd-logind on powerpc during login, with continuing loop

2014-09-01 Thread Chris Tillman

Package: systemd
Version: 208.8

(note: for some reason reportbug originally inserted the package and
version into the subject ...)

Dear Maintainer,

   * What led up to the situation?
I installed from a testing CD downloaded in early August. I
ran into login problems, but discovered I
had booted with a Wheezy kernel originally. After
reconfiguring to boot with a correct kernel,
and configuring a successful xorg.conf, the problems remained.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I updated the system (all packages) using aptitude to the very
latest testing version as of Aug 30.
I then shut down the system and booted fresh on Aug 31. That
is the log I have attached.

   * What was the outcome of this action?
The lightdm greeter comes up, and I can type in the user name
and password, but then the greeter
restarts. The greeeter came up again, and this time I just
waited. The greeter restarted again.
Finally after the greeter came up, I changed to Xfce and
entered user name and password. But
the greeter still just restarted.

In the journal log of the session (attached), I saw assertions
from both lightdm and systemd-logind.
The first assertion in the log was from systemd-logind, so I
filed the bug on systemd. However there
were also failures of both packages previous to the first
assertion. Here is a grep of only the
assertions from the log.

Aug 31 09:11:24 debian systemd-logind[908]: Assertion 's-user-slice'
failed at ../src/login/logind-session.c:531, function
session_start_scope(). Aborting.
Aug 31 09:12:48 debian systemd-logind[943]: Assertion 's-user-slice'
failed at ../src/login/logind-session.c:531, function
session_start_scope(). Aborting.
Aug 31 09:14:03 debian systemd-logind[981]: Assertion 's-user-slice'
failed at ../src/login/logind-session.c:531, function
session_start_scope(). Aborting.
Aug 31 09:15:55 debian lightdm[1298]: (lightdm:1298):
GLib-GIO-CRITICAL **: g_dbus_connection_call_sync_internal: assertion
'object_path != NULL  g_variant_is_object_path (object_path)' failed
Aug 31 09:16:47 debian systemd-logind[1318]: Assertion
's-user-slice' failed at ../src/login/logind-session.c:531, function
session_start_scope(). Aborting.

I also note many timeout log entries. This is a rather slow
machine (PowerPC G4) compared to typical
modern ones, so the timeouts might be set too short?

In addition, when filing this bug report as it said it was
gathering additional data, before the
question about fstab, this message appeared (I am filing from
the console):

Activation of org.freedesktop.systemd1 timed out

This is reflected by the following log statement. So I suspect
the same bug prevented getting additional info.
I am happy to provide additional info if needed.

Aug 31 09:47:54 debian dbus[775]: [system] Failed to activate service
'org.freedesktop.systemd1': timed out


   * What outcome did you expect instead?
Initiation of graphical environment.

-- Package-specific info:

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

Kernel: Linux 3.14-2-powerpc
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl  2.2.52-1
ii  adduser  3.113+nmu3
ii  initscripts  2.88dsf-53.4
ii  libacl1  2.2.52-1
ii  libaudit11:2.3.7-1
ii  libblkid12.20.1-5.8
ii  libc62.19-9
ii  libcap2  1:2.24-4
ii  libcap2-bin  1:2.24-4
ii  libcryptsetup4   2:1.6.6-1
ii  libdbus-1-3  1.8.6-2
ii  libgcrypt11  1.5.4-2
ii  libkmod2 18-1
ii  liblzma5 5.1.1alpha+20120614-2
ii  libpam0g 1.1.8-3.1
ii  libselinux1  2.3-1
ii  libsystemd-daemon0   208-8
ii  libsystemd-journal0  208-8
ii  libsystemd-login0208-8
ii  libudev1 208-8
ii  libwrap0 7.6.q-25
ii  sysv-rc  2.88dsf-53.4
ii  udev 208-8
ii  util-linux   2.20.1-5.8

Versions of packages systemd recommends:
ii  libpam-systemd  208-8

Versions of packages systemd suggests:
pn  systemd-ui  none

-- 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#760119: /dev/disk/by-uuid: Is a directory

* Norbert Preining [Mon Sep 01, 2014 at 04:11:17PM +0900]:
 On Mon, 01 Sep 2014, Michael Prokop wrote:
  Ok. Did your upgrade also involve an update of the kernel/reboot of
  your system?

 Hmm, hard to say. I often update between kernels. So it might
 have been the same time I swtiched form 3.16 to 3.17-rc2.

3.17-rc2 isn't part of any Debian repos AFAICS, is that a self
compiled one?

blkid -o value -s UUID /dev/root

 no output.

ok, as expected

mount

 /dev/root on / type btrfs (rw,relatime,ssd,space_cache)
 devtmpfs on /dev type devtmpfs 
 (rw,relatime,size=4041792k,nr_inodes=1010448,mode=755)
[...]

cat /proc/mounts

 rootfs / rootfs rw 0 0
 /dev/root / btrfs rw,relatime,ssd,space_cache 0 0
 devtmpfs /dev devtmpfs rw,relatime,size=4041792k,nr_inodes=1010448,mode=755 0  0
[...]
 rootfs / rootfs rw 0 0
 /dev/root / btrfs rw,relatime,ssd,space_cache 0 0
 devtmpfs /dev devtmpfs rw,relatime,size=4041792k,nr_inodes=1010448,mode=755 0  0
[...]

ls -la /dev/root

 ls: cannot access /dev/root: No such file or directory

This is strange, reporting /dev/root in /proc/mounts but not having
the file/symlink actually.

Please verify:

* You're booting using GRUB
* You used btrfs for the root filesystem also before the upgrade
* initramfs-tools v0.115 generates an initramfs just fine

If the answer to all those question is yes please test an older
Linux kernel version as present in an official Debian repository.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#760143: ITP: cligh -- Command-line interface to GitHub

2014-09-01 Thread Dmitry Bogatov

Package: wnpp
Owner: Dmitry Bogatov kact...@gnu.org
Severity: wishlist

* Package name: cligh
  Version : 0.2
  Upstream Author : Christopher M. Brannon
* URL or Web page : http://the-brannons.com/software/cligh.html
* License : BSD
  Description : Command-line interface to GitHub

--
Best regards, Dmitry Bogatov kact...@gnu.org,
Free Software supporter, esperantisto and netiquette guardian.
GPG: 54B7F00D


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

Bug#678696: Event based block device handling (fixes USB and nested devices problem)

2014-09-01 Thread Goswin von Brederlow

On Sun, Aug 31, 2014 at 10:14:18AM +0200, Michael Prokop wrote:
 Hi,
 
 f'up to our recent discussion we had on IRC
 
 * Goswin von Brederlow [Sat Jun 23, 2012 at 09:25:28PM +0200]:
 
  the attached patch adds an event based loop for block devices to the
  init script. New blockdevices are recorded in
  /run/initramfs/block-events by an udev rule as they appear. The init
  script repeadately waits for that and then calls
  /scripts/local-block/* with a list of new devices storedin NEWDEVS
  until $ROOT and $resume (if set) exists or a timeout is reached.
 
  This fixes the problem that USB devices take too long to be
  discovered and crypto, raid, lvm or multipath can't be started on
  them. It also adds support for arbitrary nestings of them, e.g. raid5
  over raid1.
 [...]
 
 First of all thanks again for the patch and your helpful feedback on
 IRC.
 
 I've tested your patch based on top of current i-t git master
 (v0.116) with a setup like:
 
   BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=/dev/mapper/vg0-root ro quiet
 
 but it sadly fails to work as intended (it boots but doesn't find
 the block devices until the timeout is kicking in). I didn't
 investigate closer yet, but AFAICS it seems to be related to the
 fact that /dev/mapper/vg0-root doesn't exist at that time yet.

If it boots after the timeout then the device must exist. So either
the test for it is wrong or the device only gets created after the
timeout.
 
 If you or someones else finds time to try and possibly further
 investigate I'd very much welcome and appreciate that.
 
 regards,
 -mika-

Questions:

Does your system boot without the patch? If not then you also need the
lvm patch to provide the hook script that scans for a VG when new
block devices are detected.

Do you see any messages about vg0 being activated before the timeout
or after?

MfG
Goswin


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

Bug#760097: /usr/bin/apport-notifyd: apport-notifyd does not exit when the user logout


On Monday 01 September 2014 12:06 AM, Laurent Bigonville wrote:

It seems that apport-notifyd is not exting properly when the user
logout.

After closing my GNOME session, the process is still around and login in
again spawn a new one.

This is a bit annoying when using systemd-logind as the session is never
properly closed.


Give me your thoughts here. The daemon gets started as the user logs in. 
I think I made it follow some fdo xdg stuff. Is there something similar 
for logout ??


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


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

Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes

2014-09-01 Thread Mark Hindley

On Mon, Sep 01, 2014 at 06:53:49PM +1000, Dmitry Smirnov wrote:
 Package: apt-cacher
 Version: 1.7.9.1
 Severity: normal
 
 Today I found many apt-cacher-cleanup.pl processes run by cron on my system 
 so I had to knock them down with sudo killall apt-cacher-cleanup.pl.
 
 To my surprise it happened despite AUTOSTART=0 in /etc/default/apt-cacher.

AUTOSTART only refers to the daemon process. apt-cacher-cleanup.pl is run by a
cron job from /etc/cron.d/apt-cacher

 Let alone reason why this process did not terminate within reasonable time 
 I'd 
 like to highlight the following problems:
 
  * cleaner may start multiple times if already running one(s) did not finish.

That shouldn't happen as there is a lock to ensure only a single running
process. If this was running on a cache directory where apt-cacher-ng was taking
locks, I suspect these were not multiple instances, but the various forks that
apt-cacher-cleanup.pl performs. It is supposed to run quietly and at very low
priority in the background.

  * cleaner runs disregarding of AUTOSTART=0 in /etc/default/apt-cacher.

See above. 

  * lack of POD documentation 
(i.e. perldoc /usr/share/apt-cacher/apt-cacher-cleanup.pl report
 No documentation found).

I accept this, but apt-cacher-cleanup.pl -h does provide something and it is
also mentioned in apt-cacher(8).

 I did not investigate why cleanup did not finish but I suspect that it 
 somehow 
 might be due to active apt-cacher-ng...
 When I run sudo /usr/share/apt-cacher/apt-cacher-cleanup.pl -v it finished 
 without reporting any errors...

I cannot see evidence of a real bug here. My only solution would be to prevent
simultaneous installation of apt-cacher and apt-cacher-ng.

Best wishes

Mark


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

Bug#760144: discover-pkginstall hangs when using virtual box

2014-09-01 Thread Wolfgang Schweer

Package: discover
Version: 2.1.2-5.2
Severity: important
Tags: d-i
Usertags: debian-edu

Hi,

while trying to install Debian Edu based on Jessie, D-I hangs at
'Running install-hwpackages'.

I'm using virtualbox, hanging seems to be related to this case.

Last lines of D-I syslog output:

Sep  1 07:09:22 in-target: Building dependency tree...
Sep  1 07:09:22 in-target: 
Sep  1 07:09:22 in-target: Reading state information...
Sep  1 07:09:22 in-target: 
Sep  1 07:09:22 in-target: The following NEW packages will be installed:
Sep  1 07:09:22 in-target:   laptop-detect
Sep  1 07:09:22 kernel: [  629.173623] ISO 9660 Extensions: Microsoft Joliet 
Level 3
Sep  1 07:09:22 kernel: [  629.173897] ISO 9660 Extensions: RRIP_1991A
Sep  1 07:09:23 in-target: 0 upgraded, 1 newly installed, 0 to remove and 0 not 
upgraded.
Sep  1 07:09:23 in-target: Need to get 0 B/5,212 B of archives.
Sep  1 07:09:23 in-target: After this operation, 20.5 kB of additional disk 
space will be used.
Sep  1 07:09:23 in-target: Selecting previously unselected package 
laptop-detect.
Sep  1 07:09:23 in-target: (Reading database ... 29858 files and directories 
currently installed.)
Sep  1 07:09:23 in-target: Preparing to unpack 
.../laptop-detect_0.13.7_i386.deb ...
Sep  1 07:09:23 in-target: Unpacking laptop-detect (0.13.7) ...
Sep  1 07:09:23 in-target: Processing triggers for man-db (2.6.7.1-1) ...
Sep  1 07:09:23 in-target: Setting up laptop-detect (0.13.7) ...
Sep  1 07:09:24 in-target: Reading package lists...
Sep  1 07:09:24 in-target: 
Sep  1 07:09:24 in-target: Building dependency tree...
Sep  1 07:09:24 in-target: 
Sep  1 07:09:24 in-target: Reading state information...
Sep  1 07:09:24 in-target: 
Sep  1 07:09:24 in-target: discover is already the newest version.
Sep  1 07:09:24 in-target: discover set to manually installed.
Sep  1 07:09:24 in-target: 0 upgraded, 0 newly installed, 0 to remove and 0 not 
upgraded.

Output of 'ps a' in D-I target:

  PID TTY  STAT   TIME COMMAND
  161 tty1 Ss+0:00 /bin/sh /sbin/debian-installer
  162 tty2 Ss 0:00 -/bin/sh
  163 tty3 Ss+0:00 /bin/busybox init
  164 tty4 Ss+0:00 /usr/bin/tail -f /var/log/syslog
  174 tty1 S+ 0:00 /usr/bin/bterm -f /lib/unifont.bgf -l C.UTF-8 
/lib/debian-installer/menu
  175 pts/0Ss+0:15 debconf -o d-i /usr/bin/main-menu
  181 pts/0S+ 0:00 /usr/bin/main-menu
 3201 pts/0S+ 0:00 log-output -t pkgsel 
/usr/lib/pre-pkgsel.d/20install-hwpackages
 3202 pts/0S+ 0:00 /bin/sh /usr/lib/pre-pkgsel.d/20install-hwpackages
 3295 pts/0S+ 0:00 /bin/sh /bin/in-target discover-pkginstall
 3357 pts/0S+ 0:00 log-output -t in-target chroot /target 
discover-pkginstall
 3358 pts/0S+ 0:00 /bin/sh /sbin/discover-pkginstall
 3380 pts/0S+ 0:00 /usr/bin/perl -w /usr/share/debconf/frontend 
/usr/bin/debconf-apt-progress --no-progress -- aptitude install -q -y 
virtualbox-ose-guest-x11
 3382 pts/0S+ 0:00 /usr/bin/perl -w /usr/bin/debconf-apt-progress 
--no-progress -- aptitude install -q -y virtualbox-ose-guest-x11
 3383 pts/0S+ 0:00 /usr/bin/perl -w /usr/bin/debconf-apt-progress 
--no-progress -- aptitude install -q -y virtualbox-ose-guest-x11


Wolfgang



signature.asc
Description: Digital signature

Bug#752897: rm -rf debian/tmp/usr/share/doc/lucene++-3.0.6/

2014-09-01 Thread Gianfranco Costamagna

Hi Tobias



 Il Domenica 31 Agosto 2014 14:15, Tobias Frost t...@debian.org ha scritto:
  On Fri, 2014-08-29 at 08:23 +0100, Gianfranco Costamagna wrote:
  Hi Tobias, sorry for top posting, I'm on vac and mobile :-)
 
  The reason for the VCS not created is that I'm not yet in the ubuntu
  unity team, so I don't have write permissions to create it :-)
 
  I'll talk to sil how does he feel about maintaining in
  collab-maint/git!
 
  As you can see I'm a proud git and git-buildpackage user, so I'll
  benefit a lot from the git usage :-)
 
  In the meanwhile feel free to drop them, the new upstream release I
  think will come shortly (basically I got accepted all my patches and I
  think we have testsuite working on git right now, I tested it a little
  bit).
 
  So we can add CVS in the second upload, I'll also try to use the
  system gconv rather than the (working) embedded one!
 
  Have many thanks for your time!
 
  Gianfranco
 
  Sent from Yahoo Mail on Android
 
 
 
 
 
 
 Hi Gianfranco,
 
 Yes, collab-maint would be indeed the best option and can be done after
 the initial upload. So just remove VCS-* for now and re-add once you've
 decided how to go on. 
 

Removed

 Back to the package. Sorry, took me longer than expected to take deeper
 look, but the review should be complete now. So I think this will be the
 last iteration...
 
 During the review of d/copyright I found those mismatches which might
 need clarification:
 
 - ./src/contrib/analyzers/common/analysis/ar/ArabicAnalyzer.cpp
./src/contrib/analyzers/common/analysis/fa/PersianAnalyzer.cpp
 seems to be generated from BSD Data. Not sure how they have been
 generated and what is the effective license is indeed tricky. Can you
 check with upstream how the data is processed and if that is enough to
 constitute a new copyright? (However, It would be best if the files
 could be autogenerated at build time and the stoplist file distributed
 with the tarball.)
 For now, I'd recommend to add an comment to d/copyright stating that the
 file has been created using BSD-Licensed data from http://...

https://github.com/luceneplusplus/LucenePlusPlus/issues/70


 
 - ./src/contrib/snowball/libstemmer_c/* is missing in d/copyright and
 it is (as far as can see) an embedded code copy. (Debian source package
 snowball). As convenience copies are strongly discouraged, please try to
 patch lucene so it will link against the package version.
 (If you find out, this is not feasible, please let me know along with
 your reasoning)
 

https://github.com/luceneplusplus/LucenePlusPlus/issues/71

 So, this seems now to be the last two points to be fixed. Then I'll
 upload it :)
 


thanks again, I opened the two above upstream issues, because the problem
is not debian-specific and I'm not in the position of force a system library
when a custom delta might be needed (and moreover I don't see it used, as
I wrote on the issue).

So I'll update as soon as I get upstream feedbacks!

Cheers!

G.

   
 --
 tobi



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

Bug#760142: Fwd: systemd: Assertions from systemd-logind on powerpc during login, with continuing loop Package: systemd Version:

2014-09-01 Thread Chris Tillman

Forwarding original attachments to the bug
[EXTENDED]   /lib/systemd/system/cups.socket - 
/etc/systemd/system/cups.socket.d/cupsd-listen.conf

1 overridden configuration files found.
== /var/lib/systemd/deb-systemd-helper-enabled/pppd-dns.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/pppd-dns.service

== /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.service.dsh-also 
==
/etc/systemd/system/multi-user.target.wants/avahi-daemon.service
/etc/systemd/system/sockets.target.wants/avahi-daemon.socket
/etc/systemd/system/dbus-org.freedesktop.Avahi.service

== 
/var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.NetworkManager.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/NetworkManager-wait-online.service.dsh-also
 ==
/etc/systemd/system/multi-user.target.wants/NetworkManager-wait-online.service

== /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/atd.service

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cron.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/NetworkManager.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups-browsed.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/avahi-daemon.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service 
==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/pppd-dns.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ModemManager.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/NetworkManager-dispatcher.service.dsh-also
 ==
/etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service

== /var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/anacron.service

== 
/var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.Avahi.service 
==

== 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/avahi-daemon.socket
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/cups.socket ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.ModemManager1.service
 ==

== /var/lib/systemd/deb-systemd-helper-enabled/cups.path.dsh-also ==
/etc/systemd/system/paths.target.wants/cups.path

== /var/lib/systemd/deb-systemd-helper-enabled/syslog.service ==

== /var/lib/systemd/deb-systemd-helper-enabled/NetworkManager.service.dsh-also 
==
/etc/systemd/system/multi-user.target.wants/NetworkManager.service
/etc/systemd/system/dbus-org.freedesktop.NetworkManager.service
/etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service

== /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.socket.dsh-also ==
/etc/systemd/system/sockets.target.wants/avahi-daemon.socket

== /var/lib/systemd/deb-systemd-helper-enabled/cups-browsed.service.dsh-also 
==
/etc/systemd/system/multi-user.target.wants/cups-browsed.service

== /var/lib/systemd/deb-systemd-helper-enabled/cups.service.dsh-also ==
/etc/systemd/system/sockets.target.wants/cups.socket
/etc/systemd/system/paths.target.wants/cups.path
/etc/systemd/system/printer.target.wants/cups.service

== /var/lib/systemd/deb-systemd-helper-enabled/cups.socket.dsh-also ==
/etc/systemd/system/sockets.target.wants/cups.socket

== 
/var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.nm-dispatcher.service
 ==

== /var/lib/systemd/deb-systemd-helper-enabled/lm-sensors.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/lm-sensors.service

== /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/rsyslog.service
/etc/systemd/system/syslog.service

== 
/var/lib/systemd/deb-systemd-helper-enabled/printer.target.wants/cups.service 
==

== /var/lib/systemd/deb-systemd-helper-enabled/cron.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/cron.service

== /var/lib/systemd/deb-systemd-helper-enabled/ModemManager.service.dsh-also 
==
/etc/systemd/system/multi-user.target.wants/ModemManager.service
/etc/systemd/system/dbus-org.freedesktop.ModemManager1.service

== /var/lib/systemd/deb-systemd-helper-enabled/paths.target.wants/cups.path ==
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# file system mount point   type  options   dump  pass
# / was on /dev/sdb12 during installation

Bug#659873: Unclear FreeRDP license status - consider switching to GPL

2014-09-01 Thread Peter Astrand


On Mon, 11 Aug 2014, Mike Gabriel wrote:


Dear Peter Åstrand,

I am the new maintainer of FreeRDP in Debian.


Hi and thanks for giving some feedback on this topic.


I have read your bug report and will close this bug due to the following 
reasons:


 o the issue needs to be discussed with upstream, not in Debian...


We disagree. This issue has already been discussed in length with 
upstream. It is clear that they have a different position. But in any 
case: GPL covers distribution. If Debian is distributing GPL software 
without the correct license tags, this would be GPL violation, regardless 
of what the upstream project claim.




 o if all rdesktop lines have been rewritten, then FreeRDP can be considered
 as new code
   (I haven't checked the actual rewritten code lines, but in general this
   is how things
   are seen in such cases IMHO)


No, gradually rewriting the code might not be sufficient. As

http://digital-law-online.info/lpdi1.0/treatise27.html points out:

Many people have reimplemented computer programs by rewriting them to
replace the source code with code of their own writing. There is no
reason to believe that this would not be a copyright infringement
...
Although there is no case law on this point, it would seem that the
only way to break the chain of infringing works is by some
extraordinary act, such as a clean room implementation.


Apache code is compatible with GPL, so the simple solution for Debian 
would be to simply mark the FreeRDP package as GPL. This is what we 
suggest.



Regards, 
---

Peter Astrand   ThinLinc Chief Developer
Cendio AB   http://cendio.com
Teknikringen 8  http://twitter.com/ThinLinc
583 30 Linkopinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://google.com/+CendioThinLinc

Bug#760145: icinga2: [l10n:cs] Initial Czech translation of PO debconf template for icinga2

2014-09-01 Thread Michal Simunek

Package: icinga2
Version: 2.0.1-2
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

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



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Czech PO debconf template translation of icinga2.
# Copyright (C) 2014 Michal Simunek michal.simu...@gmail.com
# This file is distributed under the same license as the icinga2 package.
# Michal Simunek michal.simu...@gmail.com, 2014.
#
msgid 
msgstr 
Project-Id-Version: icinga2 2.0.1-2\n
Report-Msgid-Bugs-To: icin...@packages.debian.org\n
POT-Creation-Date: 2014-08-18 15:18+0200\n
PO-Revision-Date: 2014-09-01 09:15+0200\n
Last-Translator: Michal Simunek michal.simu...@gmail.com\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
Language: cs\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: password
#. Description
#: ../icinga2-classicui.templates:2001
msgid Icinga 2 ClassicUI administration password:
msgstr Heslo pro správu Icinga 2 ClassicUI:

#. Type: password
#. Description
#: ../icinga2-classicui.templates:2001
msgid 
Please provide the password to be created with the \icingaadmin\ user.
msgstr 
Uveďte prosím heslo, které se vytvořit spolu s uživatelem \icingaadmin\.

#. Type: password
#. Description
#: ../icinga2-classicui.templates:2001
msgid 
This is the username and password to use when connecting to the Icinga 
server after completing the configuration. If you do not provide a password, 
you will have to configure access to Icinga manually later on.
msgstr 
Toto uživatelské jméno a heslo se bude po dokončení nastavování používat při 
připojování k serveru Icinga. Pokud heslo neuvedete, budete muset později na 
serveru Icinga nastavit přístup ručně.

#. Type: password
#. Description
#: ../icinga2-classicui.templates:3001
msgid Re-enter password to verify:
msgstr Znovu zadejte heslo:

#. Type: password
#. Description
#: ../icinga2-classicui.templates:3001
msgid 
Please enter the same user password again to verify you have typed it 
correctly.
msgstr 
Zadejte prosím znovu stejné heslo uživatele k ověření, že jste jej 
napsali správně.

#. Type: error
#. Description
#: ../icinga2-classicui.templates:4001
msgid Password input error
msgstr Chyba při zadávání hesla

#. Type: error
#. Description
#: ../icinga2-classicui.templates:4001
msgid The two passwords you entered were not the same. Please try again.
msgstr Hesla, která jste zadali nejsou stejná. Zkuste to prosím znovu.

#. Type: boolean
#. Description
#: ../icinga2-ido-mysql.templates:2001
msgid Enable Icinga 2's ido-mysql feature?
msgstr Povolit pro Icinga 2 funkci ido-mysql?

#. Type: boolean
#. Description
#: ../icinga2-ido-mysql.templates:2001
msgid Please specify whether Icinga 2 should use MySQL.
msgstr Uveďte prosím, zda má Icinga 2 používat MySQL.

#. Type: boolean
#. Description
#: ../icinga2-ido-mysql.templates:2001
msgid 
You may later disable the feature by using the \icinga2-disable-feature ido-
mysql\ command.
msgstr 
Tuto funkci můžete později zakázat příkazem \icinga2-disable-feature ido-
mysql\.

#. Type: boolean
#. Description
#: ../icinga2-ido-pgsql.templates:2001
msgid Enable Icinga 2's ido-pgsql feature?
msgstr Povolit pro Icinga 2 funkci ido-pgsql?

#. Type: boolean
#. Description
#: ../icinga2-ido-pgsql.templates:2001
msgid Please specify whether Icinga 2 should use PostgreSQL.
msgstr Uveďte prosím, zda má Icinga 2 používat PostgreSQL.

#. Type: boolean
#. Description
#: ../icinga2-ido-pgsql.templates:2001
msgid 
You may later disable the feature by using the \icinga2-disable-feature ido-
pgsql\ command.
msgstr 
Tuto funkci můžete později zakázat příkazem \icinga2-disable-feature ido-
pgsql\.

Bug#760146: powermanga: segmentation fault in About menu

2014-09-01 Thread Markus Koschany

Package: powermanga
Version: 0.90-dfsg-2
Severity: normal


while I was working on an update for powermanga, I discovered that
the old as well as the new version are affected by a bug in the
About menu.

How to reproduce:

Switch the language to en in powermanga.conf. The french version is
not affected.

Click on the About menu and watch the credits. After the text for Emmanuel 
Founaud
is shown, the program aborts with a segmentation fault. I suppose
there is a file or bitmap missing for the english version. I'm
attaching the gdb log to this bug report.

Markus




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

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

Versions of packages powermanga depends on:
ii  libc62.19-9
ii  libsdl-mixer1.2  1.2.12-11+b1
ii  libsdl1.2debian  1.2.15-10
ii  libxxf86dga1 2:1.1.4-1
ii  powermanga-data  0.90-dfsg-2

powermanga recommends no packages.

powermanga suggests no packages.

-- no debconf information


powermanga_segfault.txt.gz
Description: application/gzip

Bug#760148: grub-common: grub-mount hangs forever, trying to mount ext4 partition, causing 100% CPU load

2014-09-01 Thread Johannes Rohr

Package: grub-common
Version: 2.02~beta2-11
Severity: important
Tags: d-i

I have an Arch Linux install on /dev/sda9. 

When OS Prober is run, grub-mount /dev/sda9 /var/lib/os-prober/mount just hangs 
forever, causing 100% CPU load. There are no issues with other partitions, it 
seems.

Here are my partitions:

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0a39d74a

   Device Boot  Start End  Blocks   Id  System
/dev/sda12048 4196351 20971527  HPFS/NTFS/exFAT
/dev/sda2   * 4196352   339740671   1677721607  HPFS/NTFS/exFAT
/dev/sda3   339740672   371197951157286407  HPFS/NTFS/exFAT
/dev/sda4   371197952  1953523711   7911628805  Extended
/dev/sda5   37120   52848639978643200   83  Linux
/dev/sda6   528488448   545265663 8388608   82  Linux swap / Solaris
/dev/sda7   545267712  1803558911   629145600   83  Linux
/dev/sda8  1803560960  1804584959  512000   83  Linux
/dev/sda9  1804587008  195352371174468352   83  Linux

Here is the output of dumpe2fs:

dumpe2fs 1.42.11 (09-Jul-2014)
Filesystem volume name:   Arch Linux
Last mounted on:  /
Filesystem UUID:  0c69c8b7-7766-4d34-9c7a-cdc3a94417f0
Filesystem magic number:  0xEF53
Filesystem revision #:1 (dynamic)
Filesystem features:  has_journal ext_attr resize_inode dir_index filetype 
extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash 
Default mount options:user_xattr acl
Filesystem state: clean
Errors behavior:  Continue
Filesystem OS type:   Linux
Inode count:  4661248
Block count:  18617088
Reserved block count: 930854
Free blocks:  8160164
Free inodes:  4312299
First block:  0
Block size:   4096
Fragment size:4096
Reserved GDT blocks:  1019
Blocks per group: 32768
Fragments per group:  32768
Inodes per group: 8192
Inode blocks per group:   512
Flex block group size:16
Filesystem created:   Sat Apr  5 09:32:23 2014
Last mount time:  Mon Sep  1 11:31:31 2014
Last write time:  Mon Sep  1 11:31:31 2014
Mount count:  129
Maximum mount count:  -1
Last checked: Sat Apr  5 09:32:23 2014
Check interval:   0 (none)
Lifetime writes:  756 GB
Reserved blocks uid:  0 (user root)
Reserved blocks gid:  0 (group root)
First inode:  11
Inode size:   256
Required extra isize: 28
Desired extra isize:  28
Journal inode:8
Default directory hash:   half_md4
Directory Hash Seed:  4a30a179-9df6-4d65-a1a8-3bb6d185e9d6
Journal backup:   inode blocks
Journal features: journal_incompat_revoke
Journal size: 128M
Journal length:   32768
Journal sequence: 0x000cabe7
Journal start:0



-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/4ba7d001-60e1-4e5d-b936-0d74eda2e679 / ext3 
rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda7 /home ext4 rw,relatime,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
set default=${saved_entry}

if [ x${feature_menuentry_id} = xy ]; then
  menuentry_id_option=--id
else
  menuentry_id_option=
fi

export menuentry_id_option

if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 
--hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5  
4ba7d001-60e1-4e5d-b936-0d74eda2e679
else
  search --no-floppy --fs-uuid --set=root 4ba7d001-60e1-4e5d-b936-0d74eda2e679
fi
font=/usr/share/grub/unicode.pf2
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod

Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes

Hi Mark,

Thank you for quick reply.


On Mon, 1 Sep 2014 10:18:19 Mark Hindley wrote:
  To my surprise it happened despite AUTOSTART=0 in
  /etc/default/apt-cacher.
 AUTOSTART only refers to the daemon process. apt-cacher-cleanup.pl is run by
 a cron job from /etc/cron.d/apt-cacher

Of course. I'm just wondering whether it make sense to run cleaner when daemon 
is disabled?


  Let alone reason why this process did not terminate within reasonable time
  I'd 
  like to highlight the following problems:
   * cleaner may start multiple times if already running one(s) did not
   finish.
 That shouldn't happen as there is a lock to ensure only a single running
 process. If this was running on a cache directory where apt-cacher-ng was
 taking locks, I suspect these were not multiple instances, but the various
 forks that apt-cacher-cleanup.pl performs. It is supposed to run quietly
 and at very low priority in the background.

Although I can't support it with hard evidence I'm pretty sure it was multiple 
processes, not forks of a one instance. I first noticed this issue with htop 
which is configured to hide threads by default. Every cleaner process was 
nested under cron. Process tree looked nothing like what I see when I 
manually start cleaner. Also killall released about 1 GiB of RAM while one 
cleaner instance do not use that much memory...


   * lack of POD documentation
   
 (i.e. perldoc /usr/share/apt-cacher/apt-cacher-cleanup.pl report
 
  No documentation found).
 
 I accept this, but apt-cacher-cleanup.pl -h does provide something and it is
 also mentioned in apt-cacher(8).

I found it of course but thanks anyway for mentioning.


 I cannot see evidence of a real bug here. My only solution would be to
 prevent simultaneous installation of apt-cacher and apt-cacher-ng.

apt-cacher was not active for several months on this system. I assumed it 
would be safe to disable daemon in /etc/default/apt-cacher. If there is a 
conflict with apt-cacher-ng then perhaps it could be considered to introduce 
conflicts or mention the clash in README. 

Anyway since I can't point out the root cause for the problem please feel free 
to close this bug if you wish.

Thank you.

-- 
All the best,
 Dmitry Smirnov.

---

What can be asserted without proof can be dismissed without proof.
-- Christopher Hitchens, 2004



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

Bug#760147: dnssec-trigger: incorrect DNS servers are used when network-manager connects to VPN

2014-09-01 Thread Ralf Jung

Package: dnssec-trigger
Version: 0.13~svn685-1
Severity: normal

Dear Maintainer,

when NetworkManager connects to a VPN, dnssec-trigger still uses the old DNS 
servers from the outer
(plain) network connection.
I can see the following in the system journal:

Sep 01 11:12:12 r-schnelltop logger[3766]: dnssec-trigger-hook(networkmanager) 
vpn0 vpn-up added global DNS 134.96.7.100 134.96.7.99 134.96.7.5

However, these are the DNS servers of wlan0. The VPN returned a different set 
of DNS servers.
Only after supplying the VPN-DNS-servers to dnssec-trigger-control, everything 
works as expected.

Kind regards
Ralf

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

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

Versions of packages dnssec-trigger depends on:
ii  init-system-helpers  1.21
ii  libc62.19-9
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-4
ii  libgtk2.0-0  2.24.24-1
ii  libldns1 1.6.17-5
ii  libssl1.0.0  1.0.1i-2
ii  python   2.7.8-1
ii  unbound  1.4.22-2

dnssec-trigger recommends no packages.

dnssec-trigger suggests no packages.

-- Configuration Files:
/etc/dnssec-trigger/dnssec-trigger.conf changed [not included]

-- no debconf information


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

Bug#760060: autopkgtest: qemu runner fails with systemd

2014-09-01 Thread Martin Pitt

Hey Felix,

Felix Geyer [2014-08-31 13:50 +0200]:
 If it really cares about the runlevel it should probably accept everything 
 from 2-5.

It mostly checks that to ensure it's not S, 0, 1, or 6 any more, to
see when the VM can count as booted. Adjusted the check for 2-5 now,
thanks for your report!

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.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#659873: Unclear FreeRDP license status - consider switching to GPL

2014-09-01 Thread Mike Gabriel


Hi Peter,

On  Mo 01 Sep 2014 11:27:18 CEST, Peter Astrand wrote:


On Mon, 11 Aug 2014, Mike Gabriel wrote:


Dear Peter Åstrand,

I am the new maintainer of FreeRDP in Debian.


Hi and thanks for giving some feedback on this topic.


I have read your bug report and will close this bug due to the  
following reasons:


o the issue needs to be discussed with upstream, not in Debian...


We disagree. This issue has already been discussed in length with  
upstream. It is clear that they have a different position. But in  
any case: GPL covers distribution. If Debian is distributing GPL  
software without the correct license tags, this would be GPL  
violation, regardless of what the upstream project claim.




o if all rdesktop lines have been rewritten, then FreeRDP can be considered
as new code
  (I haven't checked the actual rewritten code lines, but in general this
  is how things
  are seen in such cases IMHO)


No, gradually rewriting the code might not be sufficient. As

http://digital-law-online.info/lpdi1.0/treatise27.html points out:

Many people have reimplemented computer programs by rewriting them to
replace the source code with code of their own writing. There is no
reason to believe that this would not be a copyright infringement
...
Although there is no case law on this point, it would seem that the
only way to break the chain of infringing works is by some
extraordinary act, such as a clean room implementation.


Apache code is compatible with GPL, so the simple solution for  
Debian would be to simply mark the FreeRDP package as GPL. This is  
what we suggest.


I have just scanned latest packaged-in-Debian freerdp code [1]. I  
cannot see any hint about FreeRDP upstream having licensed anything as  
GPL.


You have to consider distribution maintainers (like us Debian  
maintainers) as some sort of librarians. We take software (books) and  
place them into the correct shelves and make all the books of the  
library live well together with each other. Nothing more we do.


If you feel that FreeRDP upstream is not using the correct license,  
talk to them (I guess you already have...) and enrol them into using  
the license that you feel is more appropriate concerning the history  
of the FreeRDP code.


Once upstream complies to this and mentions another licensing scheme  
in their code file headers, I as the Debian maintainer of FreeRDP will  
of course honour that change in debian/copyright.


Unless upstream cannot be convinced, there is not much I (or Debian in  
general, I guess) can do for you. Esp. I as the Debian maintainer of  
FreeRDP cannot relicense the upstream code under another license. That  
is beyond my scope as a package maintainer (have you ever seen  
librarians rewriting pages of some of the books they offer in their  
library???).


I am Cc:-inf the Debian Legal mailing list for further feedback. Maybe  
we get some more input from there.


light+love,
Mike

--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net



pgpO0N29JHioE.pgp
Description: Digitale PGP-Signatur

Bug#760149: libkrb5support0 dropped number of symbols without SOVERSION bump

2014-09-01 Thread Ondřej Surý

Package: libkrb5support0
Version: 1.12.1+dfsg-7
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear maintainer,

the libkrb5support0 version 1.12.1 has dropped several symbols,
breaking at least some libsasl2-modules, see:

http://lists.alioth.debian.org/pipermail/pkg-cyrus-sasl2-debian-devel/2014-August/002653.html

Please bump the SOVERSION properly (and please add symbols files for
krb5 libraries to your packaging to identify the symbols drop at the
build time).

Cheers,
Ondrej

# dpkg-gensymbols -plibkrb5support0 -e1.12.1/libkrb5support.so.0.1 -I- 
-Olibkrb5support0.symbols -v1.12.1+dfsg-7
dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: libkrb5support0.symbols doesn't match completely 
libkrb5support0.symbols
- --- libkrb5support0.symbols (libkrb5support0_1.12.1+dfsg-7_i386)
+++ dpkg-gensymbols7c2PH3   2014-09-01 10:05:06.956919303 +
@@ -1,26 +1,73 @@
 libkrb5support.so.0 libkrb5support0 #MINVER#
  HIDDEN@HIDDEN 1.10.1+dfsg-5+deb7u2
+ k5_base64_decode@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_base64_encode@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_bcmp@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_buf_add@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_buf_add_fmt@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_buf_add_len@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_buf_data@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_buf_init_dynamic@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_buf_init_fixed@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_buf_len@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_buf_truncate@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_clear_error@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_free_buf@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_free_error@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_get_error@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_array_add@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_array_create@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_array_fmt@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_array_get@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_array_length@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_array_set@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_bool_create@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_bool_value@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_decode@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_encode@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_get_tid@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_null_create@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_null_create_val@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_number_create@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_number_value@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_object_count@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_object_create@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_object_get@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_object_iterate@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_object_set@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_release@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_retain@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_string_create@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_string_create_base64@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_string_create_len@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_string_unbase64@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_json_string_utf8@krb5support_0_MIT 1.12.1+dfsg-7
  k5_path_isabs@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
  k5_path_join@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
  k5_path_split@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_buf_add@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_buf_add_fmt@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_buf_add_len@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_buf_data@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_buf_init_dynamic@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_buf_init_fixed@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_buf_len@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_buf_truncate@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
- - krb5int_clear_error@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
+ k5_set_error@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_set_error_fl@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_set_error_info_callout_fn@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_vset_error@krb5support_0_MIT 1.12.1+dfsg-7
+ k5_vset_error_fl@krb5support_0_MIT 1.12.1+dfsg-7
+#MISSING: 1.12.1+dfsg-7# krb5int_buf_add@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
+#MISSING: 1.12.1+dfsg-7# krb5int_buf_add_fmt@krb5support_0_MIT 
1.10.1+dfsg-5+deb7u2
+#MISSING: 1.12.1+dfsg-7# krb5int_buf_add_len@krb5support_0_MIT 
1.10.1+dfsg-5+deb7u2
+#MISSING: 1.12.1+dfsg-7# krb5int_buf_data@krb5support_0_MIT 
1.10.1+dfsg-5+deb7u2
+#MISSING: 1.12.1+dfsg-7# krb5int_buf_init_dynamic@krb5support_0_MIT 
1.10.1+dfsg-5+deb7u2
+#MISSING: 1.12.1+dfsg-7# krb5int_buf_init_fixed@krb5support_0_MIT 
1.10.1+dfsg-5+deb7u2
+#MISSING: 1.12.1+dfsg-7# krb5int_buf_len@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2
+#MISSING: 1.12.1+dfsg-7# krb5int_buf_truncate@krb5support_0_MIT

Bug#756018: mercurial: hg clone hangs after adding changesets

2014-09-01 Thread Vincent Lefevre

Control: forwarded -1 http://bz.selenic.com/show_bug.cgi?id=4350
Control: tags -1 upstream

On 2014-08-25 14:04:14 -0700, Javi Merino wrote:
 In that case, can you file a bug upstream?
 
 http://bz.selenic.com/enter_bug.cgi

Done.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/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#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes

2014-09-01 Thread Mark Hindley

On Mon, Sep 01, 2014 at 08:11:38PM +1000, Dmitry Smirnov wrote:
 Hi Mark,
 
 Thank you for quick reply.
 
 
 On Mon, 1 Sep 2014 10:18:19 Mark Hindley wrote:
   To my surprise it happened despite AUTOSTART=0 in
   /etc/default/apt-cacher.
  AUTOSTART only refers to the daemon process. apt-cacher-cleanup.pl is run by
  a cron job from /etc/cron.d/apt-cacher
 
 Of course. I'm just wondering whether it make sense to run cleaner when 
 daemon 
 is disabled?

I think it does because apt-cacher can also be invoked from inetd or even in a
legacy (deprecated) CGI mode. In those cases AUTOSTART is 0 but cache
maintenance is required.
 
 apt-cacher was not active for several months on this system. I assumed it 
 would be safe to disable daemon in /etc/default/apt-cacher. If there is a 
 conflict with apt-cacher-ng then perhaps it could be considered to introduce 
 conflicts or mention the clash in README.

I don't know how apt-cacher-ng handles locking, but I can imagine there may be
problems if they are trying to lock files in the same cache directory at the
same time.
 
Best wishes

Mark


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

Bug#760150: cameramonitor: Not Reporting Camera ON

2014-09-01 Thread Stephen Allen

Package: cameramonitor
Version: 0.2-2.1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Here is output when started directly from terminal:

# cameramonitor

(cameramonitor:24589): GConf-WARNING **: Client failed to connect to the D-BUS
daemon:
Did not receive a reply. Possible causes include: the remote application did
not send a reply, the message bus security policy blocked the reply, the reply
timeout expired, or the network connection was broken.
Traceback (most recent call last):
  File /usr/bin/cameramonitor, line 238, in module
main()
  File /usr/bin/cameramonitor, line 234, in main
camera = CameraMonitor()
  File /usr/bin/cameramonitor, line 54, in __init__
self.prefs = preferences.CameraMonitorPreferences('nested')
  File /usr/lib/pymodules/python2.7/cameramonitor/preferences.py, line 49, in
__init__
self.preferences_read()
  File /usr/lib/pymodules/python2.7/cameramonitor/preferences.py, line 100,
in preferences_read
video = client.get_string(self.gconf_key_video_device)
glib.GError: No D-BUS daemon running



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

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

Versions of packages cameramonitor depends on:
ii  gconf2  3.2.6-3
ii  python  2.7.8-1
ii  python-gconf2.28.1+dfsg-1
ii  python-gtk2 2.24.0-4
ii  python-notify   0.1.1-3
ii  python-support  1.0.15

cameramonitor recommends no packages.

cameramonitor 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#751522: nvidia-cuda-toolkit: request for cuda 6

2014-09-01 Thread Graham Inggs


Hi All

On 13/06/2014 18:38, Igor Korsunov wrote:

Please consider making CUDA 6 available in Debian. It contains some great
impovements (first of all, unified memory) and it would be very handy to have
it in the repo. In addition, current gcc in Sid is 4.9 but nvcc from nvidia-
cuda-toolkit-5.5 does not support it.


I have been working on packaging nvidia-cuda-toolkit 6.0.  The current 
version can be found in my Ubuntu PPA [1].
Upgrading from 5.5 to 6.0 does not the solve the problem with gcc 4.9, 
however the fix is trivial, see bug #757961.


I plan to upload fixes for #757961 and #755513 for 5.5 as soon as 
#755513 is fixed in ocl-icd.
Thereafter I'll upload 6.0 to experimental and pycuda and starpu-contrib 
can be transitioned.


Regards
Graham


[1] https://launchpad.net/~ginggs/+archive/ubuntu/testing


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

Bug#384176: Powermanga : new upstream release (version 0.92)

2014-09-01 Thread Markus Koschany

tags 384176 moreinfo
tags 406234 moreinfo
tags 561670 moreinfo
tags 657951 moreinfo
thanks

Hi Bruno,

thanks for your feedback. I now assume that those bugs are either fixed
in the latest version of Powermanga, 0.92, or that more information are
needed to fix them. I will keep those bugs open for a while. Perhaps
someone else is able to provide additional information in the future.

I have updated Powermanga and I thereby discovered some issues with the
game:

1. There is a reproducible segmentation fault in the About menu. When I
watch the credits with the English version, the game always segfaults
after the text for Emmanuel Founaud is shown. I think there is a file or
bitmap missing. I have attached my gdb log to this bug report.

https://bugs.debian.org/760146

2. powermanga.6:

The option to play the game in fullscreen mode must be --fullscreen not
--full. At least the latter doesn't work for me. Patch is attached.

3. I added keywords and a comment in German to the desktop file. See
desktop-file.patch.

4. configure.ac: Debian uses custom CFLAGS to pass hardening build flags
to Powermanga. At the moment the build system does not support those
flags. I'm attaching a patch which enables custom CFLAGS in configure.ac.

It would be great if you could include those patches in your next
Powermanga release.

Cheers,

Markus
From: Markus Koschany a...@gambaru.de
Date: Sun, 31 Aug 2014 23:23:52 +0200
Subject: desktop file

---
 powermanga.desktop | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/powermanga.desktop b/powermanga.desktop
index ecbc702..7df3ecf 100644
--- a/powermanga.desktop
+++ b/powermanga.desktop
@@ -3,7 +3,9 @@ Type=Application
 Name=Powermanga
 GenericName=PowerManga
 Comment=Play a vertical shoot 'em up game
+Comment[de]=Spiele ein vertikales Shoot 'em up-Spiel
 Icon=powermanga
 Exec=powermanga
 Terminal=false
 Categories=Game;ArcadeGame;
+Keywords=shmup;arcade;shooter;colourful;weapons;spaceship;
From: Markus Koschany a...@gambaru.de
Date: Mon, 1 Sep 2014 01:17:28 +0200
Subject: manpage

---
 powermanga.6 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/powermanga.6 b/powermanga.6
index 5911c4b..264c42f 100644
--- a/powermanga.6
+++ b/powermanga.6
@@ -89,7 +89,7 @@ scale4x effects which scale the image of 4x
 .B \--320
 the game will run in a 320*200 window
 .TP
-.B \--full
+.B \--fullscreen
 the game will run in full screen 
 .TP
 .B \-v
From: Markus Koschany a...@gambaru.de
Date: Mon, 1 Sep 2014 01:04:16 +0200
Subject: support custom CFLAGS

---
 configure.ac | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index 5b55de3..a6065c3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -54,7 +54,7 @@ if test x${enable_devel} = xyes; then
   AC_DEFINE(USE_MALLOC_WRAPPER, 1, Define to use a malloc wrapper)
   CFLAGS=-Wall -Werror -pedantic -Wextra -std=gnu99 -g
 else
-  CFLAGS=-O3 -Werror -Wall -pedantic -Wextra -std=gnu99
+  CFLAGS=-O3 -Werror -Wall -pedantic -Wextra -std=gnu99 $CFLAGS
 fi
 
 dnl  Check for SDL_mixer


signature.asc
Description: OpenPGP digital signature

Bug#557879: graphicsmagick: please build with --with-quantum-depth=16

2014-09-01 Thread Carnë Draug

It's been almost 5 years since this bug was reported, it's a blocker
for other two bugs, it has a patch (it's a 1 line change on the
Makefile), and even the upstream maintainer has pitched in saying that
the build should be changed has proposed.

Could the package maintainer please please please, at least comment on this?


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

Bug#759727: patches for including LTS into security-tracker.d.o

2014-09-01 Thread Salvatore Bonaccorso

Hi Holger, hi Florian,

On Mon, Sep 01, 2014 at 07:10:24AM +0200, Salvatore Bonaccorso wrote:
 Hi Holger, hi Florian,
 
 On Sun, Aug 31, 2014 at 02:37:34PM -0700, Holger Levsen wrote:
  Hi,
  
  On Sonntag, 31. August 2014, Florian Weimer wrote:
   You mean, with TEMP-%?
  
  yeah, thats what I ment...
   
   It's currently not possible to address TEMP- vulnerabilities reliably,
   so they cannot occur as copy targets.
  
  ah!
 
 I reopened this bug and reverted the commits. The bin/update cronjob
 is breaking the cross-references, adds empty {}.
 
 I tried to quick-fix this by adding the DLA part in bin/updatelist,
 but this let explode the cross-reference list.

I think to have found the problem and have re-applied all changes plus
a fix for bin/updatelist.

Please review it if possible.

Regards,
Salvatore


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

Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory


On Sunday 31 August 2014 12:30 AM, Lucas Nussbaum wrote:

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):

cc -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector --param=ssp-buffer-size=4 -Wunused -Wstrict-prototypes -fPIC 
-DLIB_STRING=\lib\ -DLIBDM_API_FLUSH -D_GNU_SOURCE -DLIBDM_API_COOKIE 
-DUSE_SYSTEMD=208 -c -o uxsock.o uxsock.c
uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory
  #include systemd/sd-daemon.h
^
compilation terminated.
../Makefile.inc:57: recipe for target 'uxsock.o' failed
make[2]: *** [uxsock.o] Error 1


I fixed this one by adding a build-dep to systemd dev library. But for 
some reason, the build is failing on all architectures. But the same 
builds fine in my pbuilder. Any help ??


--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

Bug#659873: Unclear FreeRDP license status - consider switching to GPL

2014-09-01 Thread Peter Astrand


On Mon, 1 Sep 2014, Mike Gabriel wrote:

I have just scanned latest packaged-in-Debian freerdp code [1]. I cannot see 
any hint about FreeRDP upstream having licensed anything as GPL.


Upstream claims that FreeRDP is no longer based on any GPL code. We are 
not convinced that this is the case. After all, the FreeRDP project was 
founded based on rdesktop ~1.6; a GPL project.



You have to consider distribution maintainers (like us Debian maintainers) as 
some sort of librarians. We take software (books) and place them into the 
correct shelves and make all the books of the library live well together with 
each other. Nothing more we do.

...
Unless upstream cannot be convinced, there is not much I (or Debian in 
general, I guess) can do for you. Esp. I as the Debian maintainer of FreeRDP 
cannot relicense the upstream code under another license. That is beyond my 
scope as a package maintainer (have you ever seen librarians rewriting pages 
of some of the books they offer in their library???).


From a legal perspective, distributing software is much more than place 
books into the correct shelves. Any Linux distribution distributing 
software incorrectly, including Debian, could face legal actions.


You can certainly distribute Apache software under GPL instead. And yes, 
in contrast to normal books, it's common that Linux distributions changes 
the distributed software, more or less.



Regards, 
---

Peter Astrand   ThinLinc Chief Developer
Cendio AB   http://cendio.com
Teknikringen 8  http://twitter.com/ThinLinc
583 30 Linkopinghttp://facebook.com/ThinLinc
Phone: +46-13-214600http://google.com/+CendioThinLinc


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

Bug#740703: ginkgocadx: new new upstream available

2014-09-01 Thread Karsten Hilbert

Package: ginkgocadx
Version: 3.6.1.1367.34+dfsg-1
Followup-For: Bug #740703

Upstream has released 3.7 in the meantime.

The Debian version (but not upstream) shows the following behaviour:

- display DICOM file from disk - works
- upload this DICOM file to DICOM server - works
- download this DICOM file from DICOM server - works
- display downloaded DICOM file from DICOM server - FAILS

Please consider trying to package the new version.

I don't know the status of the compilation problem but it is worth a try
because that was with upstream 3.6.1.

Thanks,
Karsten


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

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

Versions of packages ginkgocadx depends on:
ii  libc6 2.19-9
ii  libcairo2 1.12.16-3
ii  libcurl3-gnutls   7.37.1-1
ii  libdcmtk2 3.6.0-15+b1
ii  libgcc1   1:4.9.1-4
ii  libgl1-mesa-glx [libgl1]  10.2.5-1
ii  libgtk2.0-0   2.24.24-1
ii  libinsighttoolkit3.20 3.20.1+git20120521-5
ii  libjsoncpp0   0.6.0~rc2-3
ii  libsqlite3-0  3.8.5-2
ii  libssl1.0.0   1.0.1i-2
ii  libstdc++64.9.1-4
ii  libvtk5.8 5.8.0-17.3
ii  libwxbase3.0-03.0.1-3
ii  libwxgtk3.0-0 3.0.1-3

ginkgocadx recommends no packages.

ginkgocadx 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#760151: livestreamer: filmon.tv stopped working

2014-09-01 Thread Vladmimir Stavrinov

Package: livestreamer
Version: 1.10.1-1
Severity: normal

Dear Maintainer,

livestreamer http://www.filmon.com/channel/tv/france24
[cli][info] Found matching plugin filmon for URL 
http://www.filmon.com/channel/tv/france24
error: Unable to validate JSON: Unable to validate key 'streams': Unable to 
validate key 'url': Unable to validate URL attribute 'scheme': u'http' does not 
equal 'rtmp'

-- 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.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages livestreamer depends on:
ii  python-livestreamer  1.10.1-1
pn  python:any   none

livestreamer recommends no packages.

Versions of packages livestreamer suggests:
pn  python-livestreamer-doc  none

-- 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#760142: systemd: Assertions from systemd-logind on powerpc during login, with continuing loop

Am 01.09.2014 11:04, schrieb Chris Tillman:
 Activation of org.freedesktop.systemd1 timed out

There are quite a few more D-Bus services besides
org.freedesktop.systemd1 which time out.
It seems also that all services which use Type=dbus in their .service
file enter the failed state.
So this seems to be a D-Bus related issue.

What's the output of systemctl status dbus.service dbus.socket
after the boot?

Is this problem reproducible after a reboot?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#760152: fabric: Please package fabric 1.8.5

2014-09-01 Thread Andrew Starr-Bochicchio

Package: fabric
Version: 1.8.2-1
Severity: wishlist

Hi!

It would be great if fabric 1.8.5 was packaged before the freeze. It's
only bugfixes AFAICT, so there shouldn't be any major issues. The change
to requires Paramiko  1.13 in version 1.8.3 was reverted in 1.8.4, so that
shouldn't be an issue.

Also, any chance you're interested in having fabric team maintained? Perhaps
after Python team makes the migration to git? I'd be interested in helping as
I've started using fabric quite a bit.

Thanks!

-- Andrew Starr-Bochicchio

   Ubuntu Developer https://launchpad.net/~andrewsomething
   Debian Developer http://qa.debian.org/developer.php?login=asb
   PGP/GPG Key ID: D53FDCB1


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

Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes

On Mon, 1 Sep 2014 11:26:39 Mark Hindley wrote:
 I don't know how apt-cacher-ng handles locking, but I can imagine there may
 be problems if they are trying to lock files in the same cache directory at
 the same time.

I've never tried to share cache directory between apt-cacher and apt-cacher-
ng. Both of them use their own cache directories under /var/cache so I doubt 
if there is a lock collision...

-- 
Cheers,
 Dmitry Smirnov.



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

Bug#760153: subversion: svn-specific error validating server certificate

2014-09-01 Thread Vincent Lefevre

Package: subversion
Version: 1.8.10-1+b1
Severity: important

For some repository at https://alm.lip6.fr:443, I get the following
error:

Error validating server certificate for 'https://alm.lip6.fr:443':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
Certificate information:
 - Hostname: alm.lip6.fr
 - Valid: from Mar  8 00:00:00 2013 GMT until Mar  7 23:59:59 2016 GMT
 - Issuer: TERENA, NL
 - Fingerprint: B6:CA:98:C0:A9:48:FE:56:4F:5F:56:1B:C9:4D:18:A0:BD:7A:B9:E3

There was no such problem in March 2014. Moreover I've tried
https://alm.lip6.fr:443 with Iceweasel, wget and lynx from the
same machine, and none of them complain. So, this issue appears
to be specific to svn.

-- 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.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages subversion depends on:
ii  libapr11.5.1-2
ii  libaprutil11.5.3-3
ii  libc6  2.19-10
ii  libldap-2.4-2  2.4.39-1.1+b1
ii  libsasl2-2 2.1.26.dfsg1-11
ii  libsvn11.8.10-1+b1

subversion recommends no packages.

Versions of packages subversion suggests:
ii  db5.3-util5.3.28-6
ii  patch 2.7.1-6
ii  subversion-tools  1.8.10-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#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

2014-09-01 Thread Jakub Wilk


* Ritesh Raj Sarraf r...@debian.org, 2014-09-01, 16:20:

cc -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector --param=ssp-buffer-size=4 -Wunused -Wstrict-prototypes -fPIC 
-DLIB_STRING=\lib\ -DLIBDM_API_FLUSH -D_GNU_SOURCE -DLIBDM_API_COOKIE 
-DUSE_SYSTEMD=208 -c -o uxsock.o uxsock.c
uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory
 #include systemd/sd-daemon.h
   ^
compilation terminated.
../Makefile.inc:57: recipe for target 'uxsock.o' failed
make[2]: *** [uxsock.o] Error 1


I fixed this one by adding a build-dep to systemd dev library. But for 
some reason, the build is failing on all architectures. But the same 
builds fine in my pbuilder. Any help ??


The error is:
| dh_install: multipath-tools missing files (/usr/lib/systemd/system/*), 
aborting
| make: *** [install] Error 2

Upstream build system uses systemctl(1) to decide whether or not build 
with systemd support enabled. Unsurprisingly, systemctl does not exist 
in buildd chroots. You should either add systemd to build-depends, or 
fix the build system to be less non-deterministic.


--
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#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

Am 01.09.2014 12:50, schrieb Ritesh Raj Sarraf:
 I fixed this one by adding a build-dep to systemd dev library. But for
 some reason, the build is failing on all architectures. But the same
 builds fine in my pbuilder. Any help ??

Looking at the build logs [1], the package itself builds fine but you
have missing files, which dh_install --fail-missing complains about:

dh_install: multipath-tools missing files (/usr/lib/systemd/system/*),
aborting

Keep in mind, that in Debian the systemd service files are installed in
/lib/systemd/system.




[1]
https://buildd.debian.org/status/package.php?p=multipath-toolssuite=unstable


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#557879: graphicsmagick: please build with --with-quantum-depth=16

2014-09-01 Thread GCS

Hi Carnë,

On Mon, Sep 1, 2014 at 12:48 PM, Carnë Draug carandr...@octave.org wrote:
 It's been almost 5 years since this bug was reported, it's a blocker
 for other two bugs, it has a patch (it's a 1 line change on the
 Makefile), and even the upstream maintainer has pitched in saying that
 the build should be changed has proposed.

 Could the package maintainer please please please, at least comment on this?
 I'm the current maintainer, but I came late in the package life. Yes,
changing the quantum depth is just a switch for the configure script.
On the other hand, it changes at least two important aspect of the
programs using graphicsmagick.
The first one is the in-memory usage of graphics handling. It will
double the memory needed for the unpacked (ie, don't compare it with
the on-disk size of the image) pictures. Yes, newer architectures like
PPC64 will have several gigabytes of RAM to handle this. But on older
architectures like armel/armhf it may render the package itself and
related ones to useless because of memory issues.
The second one is can the dependent packages handle the changed
in-memory representation of the image? Who can test those in every
aspect at least on two architectures (little- and big-endian one)?
Fixes may be necessary for those and if their upstream is busy with
other things, the packages may be broken for a long time.
I can do a limited quick test on amd64, but the Release-Team will be
in position to allow this change or not.

Kind regards,
Laszlo/GCS


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

Bug#141323: [bug #33839] wget -nv outputs non-error output to stderr

2014-09-01 Thread anonymous

Follow-up Comment #2, bug #33839 (project wget):

But it IS a problem that -nv ( = NON-verbose) causes to have this junk printed
anyway regardless of whatever!

2014-09-01 13:23:00 URL:http://whatever.url.this.may.be [98765] - - [1]

And it is a problem that you HAVE to send the output to /dev/null first to
stop this!

At least they should give us a -nvv alternative option or whatever that will
suppress this *by default*.
Users are not interested in manually suppressing data junk deemed important
by some tech geeks. Yes, it's the same ones constantly having live log file
consoles on their desktop and those that always need to know when some
global hotkey has been set. This justifies (oh-yes!) pagefuls of debug
information with console apps because that is oh-so important.

___

Reply to this item at:

  http://savannah.gnu.org/bugs/?33839

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


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

Bug#720178: Debian bug #720178

2014-09-01 Thread Jörg Frings-Fürst

Hello,

I want to maintain this package.

CU
Jörg

-- 
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net







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

Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

Am 01.09.2014 13:25, schrieb Michael Biebl:
 Am 01.09.2014 12:50, schrieb Ritesh Raj Sarraf:
 I fixed this one by adding a build-dep to systemd dev library. But for
 some reason, the build is failing on all architectures. But the same
 builds fine in my pbuilder. Any help ??
 
 Looking at the build logs [1], the package itself builds fine but you
 have missing files, which dh_install --fail-missing complains about:
 
 dh_install: multipath-tools missing files (/usr/lib/systemd/system/*),
 aborting
 
 Keep in mind, that in Debian the systemd service files are installed in
 /lib/systemd/system.

By quickly glancing over the package, I also noted that you ship a
systemd .service file named multipathd.service but the SysV init scripts
are named /etc/init.d/multipath-tools and
/etc/init.d/multipath-tools-boot (not quite sure why there are two).

systemd continues to start your SysV init scripts, but I assume this is
not wanted? Typically, the SysV init script and the systemd .service
file should have the same name, this way systemd will automatically pick
the native .service unit.
If you want to keep the upstream name for the .service, this is
absolutely file as well (and even encouraged), but you should make sure
the SysV init script is not run then.
There are two possible ways: Provide a symlink(alias)
/lib/systemd/system/sysvinit_name.service →
/lib/systemd/system/upstream_service_file_name
or mask the SysV init script by shipping a symlink pointing to /dev/null.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#740703: ginkgocadx: new new upstream available

On Mon, 1 Sep 2014 12:54:46 Karsten Hilbert wrote:
 Upstream has released 3.7 in the meantime.

Thanks but upstream seems to forgot to upload source tarball...

Carlos, could you have a look please? Thanks.

-- 
Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#760097: /usr/bin/apport-notifyd: apport-notifyd does not exit when the user logout

2014-09-01 Thread Laurent Bigonville

Le Mon, 01 Sep 2014 14:57:56 +0530,
Ritesh Raj Sarraf r...@researchut.com a écrit :

 On Monday 01 September 2014 12:06 AM, Laurent Bigonville wrote:
  It seems that apport-notifyd is not exting properly when the user
  logout.
 
  After closing my GNOME session, the process is still around and
  login in again spawn a new one.
 
  This is a bit annoying when using systemd-logind as the session is
  never properly closed.
 
 Give me your thoughts here. The daemon gets started as the user logs
 in. I think I made it follow some fdo xdg stuff. Is there something
 similar for logout ??


 daemon(0,0);

Are you sure that application started by xdg autostart can actually
fork? I've the feeling that gnome-session is loosing track of the PID
of the process (but this is a wild guess)

Cheers,

Laurent Bigonville


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

Bug#760154: whatmaps: [l10n:cs] Initial Czech translation of PO debconf template for whatmaps

2014-09-01 Thread Michal Simunek

Package: whatmaps
Version: 0.0.8-3
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

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

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Czech PO debconf template translation of whatmaps.
# Copyright (C) 2014 Michal Simunek michal.simu...@gmail.com
# This file is distributed under the same license as the whatmaps package.
# Michal Simunek michal.simu...@gmail.com, 2014.
#
msgid
msgstr
Project-Id-Version: whatmaps 0.0.8-3\n
Report-Msgid-Bugs-To: whatm...@packages.debian.org\n
POT-Creation-Date: 2014-08-20 06:56+0200\n
PO-Revision-Date: 2014-09-01 10:16+0200\n
Last-Translator: Michal Simunek michal.simu...@gmail.com\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
Language: cs\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../templates:2001
msgid Automatically restart services after library security updates?
msgstr Restartovat automaticky služby po bezpečnostních aktualizacích knihovny?

#. Type: boolean
#. Description
#: ../templates:2001
msgid
Services need to be restarted to benefit from updates of shared libraries
they depend on. Otherwise they remain vulnerable to security bugs fixed in
these updates.
msgstr
Aby služby využívaly aktualizace sdílených knihoven na kterých závisí, je
třeba je restartovat. V opačném případě zůstanou zranitelné vůči bezpečnostním
chybám, které tyto aktualizace opravují.

#. Type: boolean
#. Description
#: ../templates:2001
msgid
Automatic service restarts are only done if APT fetched the library from a
source providing security updates. This also affects packages installed via
\unattended-upgrades\.
msgstr
Automatické restartování služeb se provádí pouze tehdy, když API obdrží
knihovnu ze zdroje poskytujícího bezpečnostní aktualizace. To se vztahuje
také na balíčky nainstalované přes \unattended-upgrades\.

Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

On Mon, 1 Sep 2014 13:24:20 +0200 Jakub Wilk jw...@debian.org wrote:
 * Ritesh Raj Sarraf r...@debian.org, 2014-09-01, 16:20:
 cc -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security 
 -D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 
 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -Wunused 
 -Wstrict-prototypes -fPIC -DLIB_STRING=\lib\ -DLIBDM_API_FLUSH 
 -D_GNU_SOURCE -DLIBDM_API_COOKIE -DUSE_SYSTEMD=208 -c -o uxsock.o uxsock.c
 uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or 
 directory
   #include systemd/sd-daemon.h
 ^
 compilation terminated.
 ../Makefile.inc:57: recipe for target 'uxsock.o' failed
 make[2]: *** [uxsock.o] Error 1
 
 I fixed this one by adding a build-dep to systemd dev library. But for 
 some reason, the build is failing on all architectures. But the same 
 builds fine in my pbuilder. Any help ??
 
 The error is:
 | dh_install: multipath-tools missing files (/usr/lib/systemd/system/*), 
 aborting
 | make: *** [install] Error 2
 
 Upstream build system uses systemctl(1) to decide whether or not build 
 with systemd support enabled. Unsurprisingly, systemctl does not exist 
 in buildd chroots. You should either add systemd to build-depends, or 
 fix the build system to be less non-deterministic.
 

For completeness sake, this is the relevant makefile section:

ifndef SYSTEMD
ifeq ($(shell systemctl --version  /dev/null 21  echo 1), 1)
SYSTEMD = $(shell systemctl --version 2 /dev/null |
sed -n 's/systemd \([0-9]*\)/\1/p')
endif
endif

So you might want to use
$(MAKE) $(OPTFLAGS) LIB=lib SYSTEMD=1

in your debian/rules to get a more reliable build result.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#758115: Disabled wait state X'32EE' on IPL of zIPL

2014-09-01 Thread Michael Holzheu

Hello Stephen,

On Tue, 26 Aug 2014 22:38:58 -0400 (EDT)
Stephen Powell zlinux...@wowway.com wrote:

[snip]

 
 I do worry, though, about this being a more general problem.  What about
 the interrupt handler in the Linux kernel?  Or any other portion of the
 kernel that needs to examine (or change) data in real page 0 for
 whatever reason?

At least the upstream kernel 3.16 also uses -fno-delete-null-pointer-checks.

See toplevel Makefile:

KBUILD_CFLAGS += $(call cc-option,-fno-delete-null-pointer-checks,)

Michael
 


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

Bug#760155: bug report

2014-09-01 Thread Pete


Package: xfce4
Subject: No user access to power manager or externeal mounts.
Source: xfce4
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where 
appropriate ***


   * What led up to the situation?
aptitude safe-upgrade

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
1. wrote .pkla rules for user access in /deb/polkit-1
2. confirmed gnome polkit authentication crashing on login
3. tried manually startng the agent

   * What was the outcome of this action?
No resolution.
This is the first instance of systemd on my machine and I'm seeing a lot 
of verbosity

from logind in dmesg.  Could this be relevant?
[  105.767325] systemd-logind[2623]: Failed to start unit 
user@1000.service: Unknown unit: user@1000.service
[  105.767342] systemd-logind[2623]: Failed to start user service: 
Unknown unit: user@1000.service

[  105.768815] systemd-logind[2623]: New session 1 of user $POLARIS.
[  105.768836] systemd-logind[2623]: Linked /tmp/.X11-unix/X0 to 
/run/user/1000/X11-display.

[14553.672928] systemd-logind[2623]: Failed to abandon scope session-1.scope
[14553.672935] systemd-logind[2623]: Failed to abandon session scope: No 
such interface 'org.freedesktop.systemd1.Scope' on object at path 
/org/freedesktop/systemd1/unit/session_2d1_2escope
I believe 105.767342 concerns the failure of gnome authentication 
agent.  Not sure why logind is active.
~/#dpkg --search /sbin/init  returns sysvinit, but /etc/mtab shows 
systemd as a mount...


   * What outcome did you expect instead?
user authentication for external mounts and power manager.

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


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

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


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

Bug#760156: mirror submission for mirror1.ku.ac.th

2014-09-01 Thread Jatuporn Chuchuay

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: mirror1.ku.ac.th
Type: leaf
Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390x sparc 
Archive-http: /debian/
Archive-rsync: debian/
Backports-http: /debian-backports/
Backports-rsync: debian-backports/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
IPv6: no
Archive-upstream: mirrors.kernel.org
Backports-upstream: ftp.kr.debian.org
CDImage-upstream: mirrors.kernel.org
Updates: four
Maintainer: Jatuporn Chuchuay trest...@hotmail.com
Country: TH Thailand
Location: Kasetsart University
Sponsor: Office of Computer Services http://ocs.ku.ac.th/
Comment: Maximum Bandwidth 1Gb/s


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

Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted

2014-09-01 Thread Laurent Bigonville

Hello,

I think this is actually a race condition between apport-notifyd and
/usr/share/apport/apport.

Shouldn't apport-notifyd only respond to IN_CLOSE_WRITE inotify events
instead of IN_CREATE so we are sure the file is fully written?

Cheers,

Laurent Bigonville


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

Bug#759658: Should the gnome--media package be upgraded?

2014-09-01 Thread Alberto Salvia Novella


Fabian Greffrath:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759658


Reported to the downstream bug tracker, Launchpad:
https://bugs.launchpad.net/debian/+source/gnome-media/+bug/1363973


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

Bug#756224: libnss-myhostname: Causes apps that need FQDN to fail

2014-09-01 Thread Felix Hagemann

For me the installation of libnss-myhostname as a Recommends of
gnome-control-center broke local mail delivery to a smart host using
aliases in /etc/aliases and exim. Purging libnss-myhostname fixes the
problem.

Interesting is that the position of myhostname in the following

~$ grep myhostname /etc/nsswitch.conf
hosts:  files myhostname mdns4_minimal [NOTFOUND=return] dns mdns4
~$

contradicts the recommendation in /usr/share/doc/libnss-myhostname/README.gz:

   It is recommended to put myhostname last in the nsswitch.conf line to
   make sure that this mapping is only used as fallback, and any DNS or
   /etc/hosts based mapping takes precedence.

Regards,
Felix


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

Bug#760157: mirror submission for mirrors.psu.ac.th

2014-09-01 Thread Jatuporn Chuchuay

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: mirrors.psu.ac.th
Type: leaf
Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390x sparc 
Archive-http: /debian/
Archive-rsync: debian/
Backports-http: /debian-backports/
Backports-rsync: debian-backports/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
IPv6: no
Archive-upstream: mirrors.kernel.org
Backports-upstream: ftp.kr.debian.org
CDImage-upstream: mirrors.kernel.org
Updates: four
Maintainer: Jatuporn Chuchuay trest...@hotmail.com
Country: TH Thailand
Location: Prince of Songkhla University
Sponsor: The computer center http://www.cc.psu.ac.th/
Comment: Maximum Bandwidth 1Gb/s


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

Bug#760158: dpkg: please implement the new build profiles syntax

2014-09-01 Thread Johannes Schauer

Package: dpkg
Version: 1.17.13
Severity: wishlist
Tags: patch
Control: block 744246 by -1

Hi,

please find attached a patch which implements the recent changes to the
build profile spec [1] as agreed during the bootstrap sprint in paris.

The patch contains a summary of the changes.

Thanks!

cheers, josch

[1] https://wiki.debian.org/BuildProfileSpec
From f24a1286ae17fc1b2884255089dc3f3553d526e0 Mon Sep 17 00:00:00 2001
From: josch j.scha...@email.de
Date: Tue, 19 Aug 2014 07:57:03 +0200
Subject: [PATCH] update restriction formula syntax

 - the restriction list parsing now reflects the changes at
   https://wiki.debian.org/BuildProfileSpec which were agreed upon
   in the bootstrap sprint 2014 in Paris
 - restriction lists are now restriction formulas
 - restriction formulas are given in disjunctive normal form expression
foo bar baz blub
 - removal of the prefix/namespace mechanic
 - since there can be more than one  block, the regex in parse_string
   in scripts/Dpkg/Deps.pm is now greedy
 - properly handle the absence of packages in DEBIAN/control depending
   on build profiles - Closes: #758191
 - construct the profiles entry of the Packages-List field by
   converting the bar baz blub syntax into bar,baz+blub
 - include a compatibility function with the old way to write the
   Build-Profiles field in binary packages which can be removed once
   all affected source packages moved to the new syntax
 - adjusted testcases
---
 man/deb-src-control.5 | 17 +--
 man/dpkg-buildpackage.1   | 14 ++--
 man/dpkg-checkbuilddeps.1 |  7 +++---
 scripts/Dpkg/BuildProfiles.pm | 35 --
 scripts/Dpkg/Deps.pm  | 46 ++-
 scripts/dpkg-genchanges.pl| 15 +++--
 scripts/dpkg-source.pl| 19 ++--
 scripts/t/Dpkg_Deps.t | 50 +--
 8 files changed, 123 insertions(+), 80 deletions(-)

diff --git a/man/deb-src-control.5 b/man/deb-src-control.5
index 407172a..7a17d1a 100644
--- a/man/deb-src-control.5
+++ b/man/deb-src-control.5
@@ -187,8 +187,8 @@ of packages separated by vertical bar (or pipe) symbols, |. The
 groups are separated by commas. Commas are to be read as AND, and pipes
 as OR, with pipes binding more tightly. Each package name is
 optionally followed by a version number specification in parentheses, an
-architecture specification in square brackets, and a profile specification
-in angle brackets.
+architecture specification in square brackets, and a restriction formula
+consisting of one or more lists of profile names in angle brackets.
 
 The syntax of the
 .BR Build\-Conflicts ,
@@ -198,8 +198,9 @@ and
 fields is a list of comma-separated package names, where the comma is read
 as an AND. Specifying alternative packages using a pipe is not supported.
 Each package name is optionally followed by a version number specification in
-parentheses, an architecture specification in square brackets, and a profile
-specification in angle brackets.
+parentheses, an architecture specification in square brackets, and a
+restriction formula consisting of one or more lists of profile names in angle
+brackets.
 
 A version number may start with a , in which case any later version
 will match, and may specify or omit the Debian packaging revision (separated
@@ -211,9 +212,11 @@ An architecture specification consists of one or more architecture names,
 separated by whitespace. Exclamation marks may be prepended to each of the
 names, meaning NOT.
 
-A profile specification consists of one or more profile names, prefixed
-with the \fBprofile.\fP namespace, separated by whitespace. Exclamation
-marks may be prepended to each of the names, meaning NOT.
+A restriction formula consists of one or more restriction lists, separated by
+whitespace. Each restriction list is enclosed in angle brackets. Items in the
+restriction list are build profile names, separated by whitespace and can be
+prefixed with an exclamation mark, meaning NOT. A restriction formula
+represents a disjunctive normal form expression.
 
 Note that dependencies on packages in the
 .B build\-essential
diff --git a/man/dpkg-buildpackage.1 b/man/dpkg-buildpackage.1
index b96c25f..631ebdb 100644
--- a/man/dpkg-buildpackage.1
+++ b/man/dpkg-buildpackage.1
@@ -150,11 +150,11 @@ of \-a or as a complement to override the default GNU system type
 of the target Debian architecture.
 .TP
 .BR \-P \fIprofile\fP[ , ...]
-Specify the profile(s) we build, as a comma-separated list, without the
-\fBprofile.\fP namespace prefix. The default behavior is to build for
-no specific profile. Also adds them (as a space separated list) to the
-\fBDEB_BUILD_PROFILES\fP environment variable which allows, for example,
-\fBdebian/rules\fP files to use this information for conditional builds.
+Specify the profile(s) we build, as a comma-separated list. The default
+behavior is to build for no specific

Bug#749500: rakudo: not installable in sid

2014-09-01 Thread Dominique Dumont

On Friday 29 August 2014 16:15:44 Alessandro Ghedini wrote:
 Actually, it is. rakudo needs to use at runtime the specific nqp build used
 to build rakudo itself. If you update the nqp package (or just rebuilt it
 without any change) without rebuilding rakudo too, rakudo stops working and
 spews a bunch of Missing or wrong version of dependency ... errors. Hence
 the = dependency to make sure nqp and rakudo migrated to testing at the
 same time.

Since rakudo and nqp are so tighly coupled, I'm beginning to wonder what's the 
point of packaging separately nqp and rakudo...

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.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#760159: [tzdata] Sets UTC to current local time, obvious consequences

2014-09-01 Thread David Baron

Package: tzdata
Version: 2014g-1
Severity: normal

--- Please enter the report below this line. ---
The post-install configuration and manually doing dpkg-reconfigure will set UTC 
to the current local time, then local time offset from this.

Setting from calendar widget, resetting ntp, can correct, of course.

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

Debian Release: jessie/sid
  500 unstableftp.us.debian.org 
  500 testing ftp.us.debian.org 
  500 sid linux.dropbox.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
debconf  (= 0.5)  | 1.5.53
 OR debconf-2.0| 


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#760160: openjdk-7: FTBFS[openjdk-7]: regression in jamvm build system?

2014-09-01 Thread Steven Chamberlain

Package: openjdk-7
Version: 7u65-2.5.2-1
Severity: serious
Tags: patch

Hi,

jamvm/configure.ac had been patched for kfreebsd-amd64, but the
configure file is no longer being generated from it during the
build.

If that was an intended change, we'll need to amend
kfreebsd-support-jamvm.diff to patch the configure file shipped by
upstream.  (Please find new version of this patch attached).

Thanks.

https://buildd.debian.org/status/fetch.php?pkg=openjdk-7arch=kfreebsd-amd64ver=7u65-2.5.1-5stamp=1408934369
| cd jamvm/jamvm  \
| ./autogen.sh --with-java-runtime-library=openjdk7 \
|   --prefix=/«PKGBUILDDIR»/build/jamvm/install \
|   CFLAGS='-g -fstack-protector-strong -Wformat -Werror=format-security -O3' 
LDFLAGS='-Wl,-z,relro' CPPFLAGS='-D_FORTIFY_SOURCE=2' CXXFLAGS='-g 
-fstack-protector-strong -Wformat -Werror=format-security -O3'; \
| /usr/bin/make ; \
| /usr/bin/make install

https://buildd.debian.org/status/fetch.php?pkg=openjdk-7arch=kfreebsd-amd64ver=7u65-2.5.2-1stamp=1409569283
| cd jamvm/jamvm  \
| ./configure --with-java-runtime-library=openjdk7 \
|   --prefix=/«PKGBUILDDIR»/build/jamvm/install \
|   CFLAGS='-g -fstack-protector-strong -Wformat -Werror=format-security -O3' 
LDFLAGS='-Wl,-z,relro' CPPFLAGS='-D_FORTIFY_SOURCE=2' CXXFLAGS='-g 
-fstack-protector-strong -Wformat -Werror=format-security -O3'; \
| /usr/bin/make ; \
| /usr/bin/make install

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

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Description: 
 - Add iddef TIOCINQ = FIONREAD
 jamvm/src/classlib/openjdk/jvm.c
 - Update configure for kfreebsd-amd64
 jamvm/jamvm/configure.ac
Author: Damien Raude-Morvan draz...@debian.org
Last-Update: 2011-08-05
Forwarded: no
--- jamvm/jamvm/configure.orig
+++ jamvm/jamvm/configure
@@ -39,6 +39,7 @@
 i386-*-freebsd*) host_os=bsd libdl_needed=no ;;
 i386-*-solaris*) host_cpu=x86 host_os=solaris ;;
 x86_64-*-linux*) host_os=linux ;;
+x86_64-*-kfreebsd*) host_os=linux ;;
 hppa*-*-linux*) host_cpu=parisc host_os=linux ;;
 mips*-*-linux*) host_cpu=mips host_os=linux ;;
 x86_64-*-openbsd*) host_os=bsd libdl_needed=no ;;
--- jamvm/jamvm/configure.ac.orig
+++ jamvm/jamvm/configure.ac
@@ -39,6 +39,7 @@
 i386-*-freebsd*) host_os=bsd libdl_needed=no ;;
 i386-*-solaris*) host_cpu=x86 host_os=solaris ;;
 x86_64-*-linux*) host_os=linux ;;
+x86_64-*-kfreebsd*) host_os=linux ;;
 hppa*-*-linux*) host_cpu=parisc host_os=linux ;;
 mips*-*-linux*) host_cpu=mips host_os=linux ;;
 x86_64-*-openbsd*) host_os=bsd libdl_needed=no ;;
--- jamvm/jamvm/src/classlib/openjdk/jvm.c.orig
+++ jamvm/jamvm/src/classlib/openjdk/jvm.c
@@ -64,6 +64,10 @@
 #define have_monotonic_clock FALSE
 #endif
 
+#ifndef TIOCINQ
+#define TIOCINQ FIONREAD
+#endif
+
 static Class *cloneable_class, *constant_pool_class;
 static Class *exception_class, *runtime_excp_class;

Bug#557879: graphicsmagick: please build with --with-quantum-depth=16

2014-09-01 Thread Carnë Draug

On 1 September 2014 12:24, László Böszörményi (GCS) g...@debian.org wrote:
 Hi Carnë,

 On Mon, Sep 1, 2014 at 12:48 PM, Carnë Draug carandr...@octave.org wrote:
 It's been almost 5 years since this bug was reported, it's a blocker
 for other two bugs, it has a patch (it's a 1 line change on the
 Makefile), and even the upstream maintainer has pitched in saying that
 the build should be changed has proposed.

 Could the package maintainer please please please, at least comment on this?
  I'm the current maintainer, but I came late in the package life. Yes,
 changing the quantum depth is just a switch for the configure script.
 On the other hand, it changes at least two important aspect of the
 programs using graphicsmagick.
 The first one is the in-memory usage of graphics handling. It will
 double the memory needed for the unpacked (ie, don't compare it with
 the on-disk size of the image) pictures. Yes, newer architectures like
 PPC64 will have several gigabytes of RAM to handle this. But on older
 architectures like armel/armhf it may render the package itself and
 related ones to useless because of memory issues.

This proposal is only to increase it to 16 which is a compromise.
People with such limited machines (in need of quantum-depth=8), and
people with such specialized data (in need of quantum-depth=32) would
have to build it themselves. Making everyone happy is not possible
(well, there's a new GM features which would allow to have 3 separate
packages, one for each configuration but that may be more trouble) but
it would seem that 16 bit, would make the most people, and the typical
user, happier.

I would guess that older systems are probably dealing with smaller
images, where doubling the image on size will be a small increase. But
to sacrifice all the users that need 16 (and that's not me, I need 32)
to save the ones that need 8, seems unfair.

 The second one is can the dependent packages handle the changed
 in-memory representation of the image? Who can test those in every
 aspect at least on two architectures (little- and big-endian one)?
 Fixes may be necessary for those and if their upstream is busy with
 other things, the packages may be broken for a long time.
 I can do a limited quick test on amd64, but the Release-Team will be
 in position to allow this change or not.

At least Fedora (and Fedora-based distros), and Arch linux have been
using quantum-depth 16. If there's any problems they should have
appeared there as well (and hopefully have already been fixed). Even
the upstream recommendation is to use 16, so dependent packages should
at least be aware and prepared to have GM built with different
options. And when using GM, one usually is abstracted from that, I'd
be surprised if they have hardcoded somewhere a limitation for
specific depth.

In Octave we recommend users to rebuild everything from source using
16 (or 32 for special cases), so at least the Octave package has
already been well tested for this change.

Finally, the only way to be sure is to actual test. I see no reason to
think there will be any problem with this change but that's why this
will first go into unstable, and then into testing. It is best if this
change goes in soon, well before the Jessie freeze (November 5th) so
that there's plenty of time to find any possible problem.

Please consider this change. Thank you,

Carnë


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

Bug#760125: shogun: FTBFS[mips,mipsel]: Clang binary is called clang-3.4

2014-09-01 Thread Steven Chamberlain

tags 760125 + patch
thanks

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- debian/rules.orig	2014-09-01 12:23:10.197518158 +
+++ debian/rules	2014-09-01 12:24:22.964519256 +
@@ -7,7 +7,7 @@
 DISABLE_SSE=
 
 ifeq ($(ARCH),$(filter $(ARCH),mips mipsel))
-	OVERRIDE_COMPILER=-DCMAKE_C_COMPILER=/usr/bin/clang -DCMAKE_CXX_COMPILER=/usr/bin/clang++
+	OVERRIDE_COMPILER=-DCMAKE_C_COMPILER=/usr/bin/clang-3.4 -DCMAKE_CXX_COMPILER=/usr/bin/clang++-3.4
 endif
 
 ifeq ($(ARCH),$(filter $(ARCH),i386 hurd-i386 kfreebsd-i386))

Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory