date:20131003

Package: bird6
Version: 1.3.11-2
Severity: serious
User: trei...@debian.org
Usertags: edos-outdated

Hi, bird6 (1.3.11-2) depends on bird (>= 1.3.12~git20130926-1~) but the
latest version of bird in sid is 1.3.11-2.

In fact, this dependency looks like a mistake to me since bird6 is now
part of the bird source package, so both the bird6 and the bird package
should be expected to be of the same version (unless special provision
in debian/rules which does not seem to be the case here).

-Ralf.


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

Bug#725318: ITP: ruby-launchy -- helper class for launching cross-platform applications in a fire and forget manner

2013-10-03 Thread Gioele Barabucci

Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci 

* Package name: ruby-launchy
  Version : 2.3.0
  Upstream Author : Jeremy Hinegardner
* URL : http://rubygems.org/gems/launchy
* License : ISC
  Programming Lang: Ruby
  Description : helper class for launching cross-platform applications in a 
fire and forget manner

>From the homepage:

> Launchy is helper class for launching cross-platform applications in a fire
> and forget manner.
>
> There are application concepts (browser, email client, etc) that are common
> across all platforms, and they may be launched differently on each platform.
> Launchy is here to make a common approach to launching external application
> from within ruby programs.


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

Bug#717372: Any chance of getting wandboard quad support in debian armmp kernel?

2013-10-03 Thread Vagrant Cascadian

On Fri, Jul 19, 2013 at 11:07:35PM +0100, peter green wrote:
> Recently a device tree was added to linux-next  for the wandboard
> quad (very similar to the wandboard dual which debian already
> appears to be supplying a device tree for).
... 
> Any chance of getting support in the debian armmp kernel?
> 
> I have a wandboard quad and I'd be happy to test the resulting kernel.

The .dtb is even in 3.12-rcX now, although I've yet to successfully boot a
working kernel on the wandboard quad with it. Have you had any luck with newer
kernels recently?

live well,
  vagrant


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

Bug#714025: [Pkg-pascal-devel] Bug#714025: Please remove svgalib support

2013-10-03 Thread Paul Gevers

On 03-10-13 22:38, peter green wrote:
> Moritz Muehlenhoff wrote:
>> Package: fpc
>> Severity: important
>>
>> fp-units-gfx-2.6.2 uses svgalib, which is scheduled for removal
>> from the archive. Please disable it and drop the build-dep on
>> libsvga1-dev.
>>   
> Sorry for not responding to this bug earlier

And sorry for me not responding earlier. I have been working on fpc last
week/weekend and probably get something reasonable next week.

> The practice adopted by the fpc package so-far has been to let the
> upstream build process build these import units regardless of whether or
> not debian supplies the corresponding libraries. If the libraries are in
> debian we depend on them to make things work out of the box but if the
> libraries aren't present in debian we just leave it up to the users to
> work out how to get the libraries they need to actually make use of the
> import units.
> 
> As such if noone objects I intend to remove the dependency on svgalib
> and make no other changes.

Well, *I* don't like that. As discussed not so long ago, I consider it
the task of the maintainer (and I start to consider myself fpc
maintainer as well) to make sure the package works in Debian. That
includes making sure that dependencies/recommends are properly in place.
As such, I think that making sure we don't build stuff that people can't
easily use is the right thing to do.

Anyway, either way we go, I really think we should document these ideas
really clearly in the README.Debian. I myself was surprised to find this
out recently when I packaged view3dscene.

Paul

signature.asc
Description: OpenPGP digital signature

Bug#724002: Please stop build depending on automake1.4, automake1.9 and automake1.10

2013-10-03 Thread Eric Dorland

Control: tags -1 + patch

Attached is a patch to remove to fix this issue.

* Eric Dorland (e...@debian.org) wrote:
> Source: centerim
> Version: 4.22.10-2
> Severity: wishlist
> Usertags: automake-cleanup-2013
> 
> As documented in
> http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be
> removing automake1.4, automake1.9 and automake1.10 from the archive.
> Your package has a build dependency on one (or more) of these
> packages.
> 
> In many cases these dependencies are unnecessary as there is typically
> no build time dependency on automake for most packages. If it is
> required, you should update the dependency to "automake" or
> "automake1.11". If you need any assistance with making your package
> work with a newer version of automake, please let me know, but it
> should be relatively painless for the most part.
> 
> I plan to ask for the removal of automake1.4, automake1.9 and
> automake1.10 in approximately one month. Once they removed this bug's
> severity will be upgraded to "serious".

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com

diff --git a/debian/changelog b/debian/changelog
index cf1b96d..3fd0ce9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+centerim (4.22.10-3) unstable; urgency=low
+
+  [ Eric Dorland ]
+  * debian/control, debian/rules: Drop automake1.4 build-dep and
+unnecessary autoconf call.
+
+ --
+
 centerim (4.22.10-2) unstable; urgency=low
 
   * Fix FTBFS with binutils-gold, closes: #624944, #554066.
diff --git a/debian/control b/debian/control
index 40f3c8a..d5e1c69 100644
--- a/debian/control
+++ b/debian/control
@@ -6,7 +6,7 @@ Uploaders: Dmitry E. Oboukhov 
 Build-Depends: debhelper (>= 4.0),
  libncurses5-dev, gettext (>= 0.10), libfribidi-dev (>= 0.10.4-4),
  autotools-dev, libgnutls-dev, perl, libncursesw5-dev, libcurl4-gnutls-dev,
- libgpgme11-dev (>= 1.0.1), automake1.4, liblzo2-dev, libtool
+ libgpgme11-dev (>= 1.0.1), liblzo2-dev, libtool
 Build-Conflicts: libglib1.2-dev, libcurl4-openssl-dev, libcurl3-openssl-dev
 Homepage: http://www.centerim.org/
 Standards-Version: 3.8.1
diff --git a/debian/rules b/debian/rules
index 7e5e7a3..33bc757 100755
--- a/debian/rules
+++ b/debian/rules
@@ -32,7 +32,6 @@ pfribidi=$(package)-fribidi
 putf8=$(package)-utf8
 
 config.status: configure
-	autoconf -v
 	dh_testdir
 	cp centerim.1 centerim-fribidi.1
 	cp centerim.1 centerim-utf8.1


signature.asc
Description: Digital signature

Bug#725311: pu: Getting Debian Edu 7.1+edu0 into the Upcoming stable point release (7.2)

On Fri, 2013-10-04 at 02:47 +0200, Holger Levsen wrote:
> during DebConf13 I (rather briefly) discussed with jcristau and pkern the 
> possibility of getting the changes required for the wheezy based Debian Edu 
> release into Debian wheezy proper, and they generally didnt think the idea 
> was 
> completly insane, following the same exception/assumption which was used for 
> Squeeze: if it only might break Debian Edu and we are willing to deal with 
> it, 
> it might be possible.
[...]
> The 7 packages we would like to get into 7.2 as well are: debian-edu, debian-
> edu-install, debian-edu-config, debian-edu-artwork, debian-edu-doc, 
> sitesummary and slbackup.
[...]
> The complete debdiffs are attached.

No, they're not. :-) (or the mail would probably never have made it to
-release).

> The debian-edu* packages indeed are only relevant for Debian Edu, the only 
> thing which might be a problem is that we reintroduced the binary
> debian-edu-config-gosa-netgroups package (build from d-e-config), which was 
> in 
> squeeze and which we then foolishly removed to fast for wheezy, as we had to 
> add it again, to gain that needed functionality for gosa. But I actually dont 
> see a technical problem with that.

Well, we've always nacked introducing new binary packages in the past.
You mention that it was in squeeze, but I can't see the packages in the
main archive (only for jessie / sid).

> Then there are the slbackup and sitesummary packages, which could be used 
> outside Debian Edu. But sitesummary contains three some important bugfixes 
> (see attached changelog diff) which I believe are suitable for 7.2 by the 
> normal rules anyway (except that they were not filed in the BTS, sigh), while 
> slbackup, well, the changes are probably good to have too. (see attached 
> changelog diff).

slbackup (0.0.12-4) experimental; urgency=low
[...]
  * Change in conffile management:
+ Drop CRON job /etc/cron.daily/slbackup. Re-enable configuration
  of slbackup via debconf templates (closes: #662914).
+ Remove conffile /etc/cron.daily/slbackup via dpkg−maintscript−helper.

Didn't the above change already get NACKed at least once?

Regards,

Adam


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

Bug#725256: wavesurfer: libsnack2 is renamed to tcl-snack. Please adjust dependencies

2013-10-03 Thread Sergei Golovan

Hi Ron,

On Fri, Oct 4, 2013 at 1:52 AM, Ron  wrote:
>
> Ah, I just looked at the new package contents, and I see what you've done.
> That makes sense.  I guess my question then is does anything break with
> your new plan if we stick with the libsnack2 dep for just a bit longer?
>
> The reason for that, is right now the package is just a simple rebuild away
> from being able to be backported to squeeze or wheezy if anyone wants the
> newer version there or if we get some urgent fix that needs it to be updated.
> But with this change that would need a separate source package.
>
> I could depend on tcl-snack | libsnack2, but it's not clear to me how that
> would really be different to what we have now.  Am I missing something that
> would make leaving the libsnack2 dep as is until squeeze and wheezy are no
> longer supported be a problem for your plans with tcl-snack?

The reason why I've open this bug is that tcl-snack cannot go to
testing because wavesurfer breaks (at least it's the reason ftpmasters
gave me). So, I'd really appreciate if you make it depend on
tcl-snack | libsnack2. This would help backporting indeed.

Cheers!
-- 
Sergei Golovan


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

Bug#725317: ITP: python-colander -- simple schema-based serialization and deserialization

2013-10-03 Thread Thomas Goirand

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-colander
  Version : 1.0b1
  Upstream Author : Chris McDonough 
* URL : http://github.com/Pylons/colander
* License : BSD-Style
  Programming Lang: Python
  Description : simple schema-based serialization and deserialization

 Colander is an extensible package which can be used to deserialize and
 validate a data structure composed of strings, mappings, and lists, and to
 serialize an arbitrary data structure to a data structure composed of strings,
 mappings, and lists.


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

Bug#721396: Trying to build silo in 64 bit userland (aka sparc64)

2013-10-03 Thread David Miller


Please bring this up on the appropriate, public, mailing list,
rather than to me privately.

In this case that would be sparcli...@vger.kernel.org

Thank you.


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

Bug#725310: patch

2013-10-03 Thread dann frazier

tags 725310 + patch
thanks
diff -urpN udisks-1.0.4.orig/debian/changelog udisks-1.0.4/debian/changelog
--- udisks-1.0.4.orig/debian/changelog	2013-07-21 09:21:29.0 -0600
+++ udisks-1.0.4/debian/changelog	2013-10-03 20:08:11.288714158 -0600
@@ -1,3 +1,10 @@
+udisks (1.0.4-9) UNRELEASED; urgency=low
+
+  * Use dh-autoreconf to update config.{sub,guess} to fix FTBFS on arm64.
+(Closes: #725310)
+
+ -- dann frazier   Thu, 03 Oct 2013 20:06:43 -0600
+
 udisks (1.0.4-8) unstable; urgency=low
 
   * debian/patches/14-test-for-pci-db.patch: In newer versions of udev, pci-db
diff -urpN udisks-1.0.4.orig/debian/control udisks-1.0.4/debian/control
--- udisks-1.0.4.orig/debian/control	2013-07-21 09:21:29.0 -0600
+++ udisks-1.0.4/debian/control	2013-10-03 20:06:30.891614516 -0600
@@ -5,6 +5,7 @@ Maintainer: Utopia Maintenance Team , Martin Pitt 
 Build-Depends: debhelper (>= 8),
  autotools-dev,
+ dh-autoreconf,
  pkg-config,
  xsltproc,
  gtk-doc-tools,
diff -urpN udisks-1.0.4.orig/debian/rules udisks-1.0.4/debian/rules
--- udisks-1.0.4.orig/debian/rules	2013-07-21 09:21:29.0 -0600
+++ udisks-1.0.4/debian/rules	2013-10-03 20:06:30.891614516 -0600
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 %:
-	dh $@
+	dh $@ --with autoreconf
 
 override_dh_auto_configure:
 	dh_auto_configure -- \

Bug#725316: localepurge: debconf question points to documentation not yet installed: README.dpkg-path

2013-10-03 Thread Mattthew Gabeler-Lee

Package: localepurge
Version: 0.7.3
Severity: normal

When upgrading localepurge, I was presented with the debconf question asking
whether I wanted to enable the dpkg --path-exclude feature, and pointing me
at a readme file explaining the feature to guide my answer.  However,
because of when the debconf question is asked, this package was not yet
unpacked, and so this readme file was not available.

It seems like the readme should be embedded in the debconf question, since
it's fairly short, or else it should be put on a web url or something
similar so that it can be viewed and the question given an informed answer,
rather than guessing and later reconfiguring the package if the guess was
wrong.

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

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

Versions of packages localepurge depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  locales2.17-93
ii  procps 1:3.3.4-2
ii  ucf3.0027+nmu1

localepurge recommends no packages.

Versions of packages localepurge suggests:
pn  bleachbit  
pn  debfoster  
ii  deborphan  1.7.28.8

-- debconf information excluded


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

Bug#725315: alsa-utils: Default sound card switches after changing Logitech USB headset

2013-10-03 Thread David Eccles (gringer)

Package: alsa-utils
Version: 1.0.27.1-1
Severity: normal

I've noticed that the audio for my Logitech USB headset will stop after any volume change. However, I expect the audio to continue playing
in my headset at a different volume.

This muting persists until the program plays another file, or another program is started up. The problem seems to also happen when the
volume is changed automatically (e.g. from the google chat plugin). I have since discovered that this is because the audio switches to
another sound device at this time (i.e. the headset mutes, and the intel audio controller picks up the sound).

* The problem exists in a browser if I change the volume using the volume
control knob on my keyboard.
* It also happens when I use mplayer within konsole, playing two different
sounds at once [both sounds switch to the other sound card]
* It also happens on the console -- I can switch to tty1 to play sound, switch
to tty2 to change volume, and the sound mutes

However...
* Changing volume using the VLC volume control does not cause this issue

I'm not sure if this is the correct package, but I'm hoping that the alsa folks
will have a better idea where the issue lies.

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

Kernel: Linux 3.10-3-amd64 (SMP w/12 CPU cores)
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 alsa-utils depends on:
ii kmod9-3
ii libasound2 1.0.27.2-1
ii libc6 2.17-93
ii libncursesw55.9+20130608-1
ii libsamplerate0 0.1.8-5
ii libtinfo5 5.9+20130608-1
ii lsb-base4.1+Debian12
ii whiptail0.52.15-3

Versions of packages alsa-utils recommends:
ii alsa-base 1.0.25+3

alsa-utils 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#721396: Trying to build silo in 64 bit userland (aka sparc64)

2013-10-03 Thread Axel Beckert

Hi David,

I took over maintenance of silo in Debian from Jurij, and I'm
currently trying to built silo on the architecture "sparc64", i.e. not
only with 64-bit kernels but also 64-bit userland. See also
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721396 and
https://wiki.debian.org/Sparc64

But compilation fails at some assembler code:

$ gcc -m64 -Os -Wall -I. -I../include -fomit-frame-pointer -fno-strict-aliasing 
-DSMALL_RELOC=0x28 -DLARGE_RELOC=0x38 -fno-stack-protector -c divdi3.S
divdi3.S: Assembler messages:
divdi3.S:105: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:107: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:110: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:110: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:111: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:111: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:111: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:114: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:118: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:118: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:119: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:119: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:120: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:120: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:120: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:126: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:126: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:128: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:128: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:128: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:128: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:128: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:128: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:229: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:230: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:230: Error: detected global register use not covered by .register 
pseudo-op
divdi3.S:265: Error: detected global register use not covered by .register 
pseudo-op
make[3]: *** [divdi3.o] Error 1
[...]
$ gcc --version
gcc (Debian 4.8.1-9) 4.8.1

This doesn't happen if I compile it with -m32 instead of -m64 in 32
bit userland.

A little bit of searching the web brought me to this thread from 2003:
http://marc.info/?l=linux-sparc&m=106519022917651&w=2

Same error message, same project, same file name, just 10 years
earlier. That gives some hope that you may have an idea what's going
on there or what may be wrong.

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


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

Bug#725314: RFS: transcriber/1.5.1.1-8 [RC] -- Transcribe speech data using an integrated editor

2013-10-03 Thread Giulio Paci

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: transcriber
  Version : 1.5.1.1-8
  Upstream Author : Transcriber Team 
* URL : http://trans.sf.net/
* License : GPL-2+
  Programming Lang: C, Tcl
  Section : sound

It builds those binary packages:

transcriber - Transcribe speech data using an integrated editor

It closes the following two bugs:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725254
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725255

You can get latest sources from the following git repository:

git://git.debian.org/git/collab-maint/transcriber.git


More information about transcriber can be obtained from
http://trans.sf.net/.

Regards,
   Giulio Paci


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

Bug#725313: ohai has invalid names in the "listeners" section

2013-10-03 Thread Simon Heath

Package: ohai
Version: 6.14.0-2
Severity: important

Dear Maintainer,
I just installed ohai on a debian-testing system and ran it, and noticed
that in the "listeners" section it produces junk output for the names
of the processes listening on all the ports.
This is what it produces:

"listeners": {
  "tcp": {
"1922": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"5222": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"6502": {
  "address": "127.0.0.1",
  "pid": 0,
  "name":
"{2})*)*(?:/(?:[\\-_.!~*'()a-zA-Z\\d:@&=+$,]|%[a-fA-F\\d]{2})*(?:;(?:[\\-_.!~*'()a-zA-Z\\d:@&=+$,]|%[a-fA-F\\d]{2})*)*)*\\z"
},
"3142": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"6600": {
  "address": "::1",
  "pid": 0,
  "name": "gitit"
},
"139": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"783": {
  "address": "127.0.0.1",
  "pid": 0,
  "name":
"{2})*)*(?:/(?:[\\-_.!~*'()a-zA-Z\\d:@&=+$,]|%[a-fA-F\\d]{2})*(?:;(?:[\\-_.!~*'()a-zA-Z\\d:@&=+$,]|%[a-fA-F\\d]{2})*)*)*\\z"
},
"80": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"8080": {
  "address": "*",
  "pid": 0,
  "name":
"{2})*)*(?:/(?:[\\-_.!~*'()a-zA-Z\\d:@&=+$,]|%[a-fA-F\\d]{2})*(?:;(?:[\\-_.!~*'()a-zA-Z\\d:@&=+$,]|%[a-fA-F\\d]{2})*)*)*\\z"
},
"5269": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"22": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"": {
  "address": "*",
  "pid": 15676,
  "name": "gitit"
},
"25": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"443": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"445": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"64738": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
},
"4949": {
  "address": "*",
  "pid": 0,
  "name": "gitit"
}
  }
}


Here is the output of "sudo iptables -lntp" which shows the real names
of the running processes:

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State   
PID/Program name
tcp0  0 0.0.0.0:19220.0.0.0:*   LISTEN  
4001/sshd
tcp0  0 0.0.0.0:52220.0.0.0:*   LISTEN  
28163/lua5.1
tcp0  0 127.0.0.1:6502  0.0.0.0:*   LISTEN  
4045/murmurd
tcp0  0 0.0.0.0:31420.0.0.0:*   LISTEN  
3128/apt-cacher-ng
tcp0  0 127.0.0.1:6600  0.0.0.0:*   LISTEN  
3753/mpd
tcp0  0 0.0.0.0:139 0.0.0.0:*   LISTEN  
18724/smbd
tcp0  0 127.0.0.1:783   0.0.0.0:*   LISTEN  
4108/spamd.pid
tcp0  0 0.0.0.0:80  0.0.0.0:*   LISTEN  
22206/lighttpd
tcp0  0 0.0.0.0:80800.0.0.0:*   LISTEN  
3127/icecast2
tcp0  0 0.0.0.0:52690.0.0.0:*   LISTEN  
28163/lua5.1
tcp0  0 0.0.0.0:22  0.0.0.0:*   LISTEN  
4001/sshd
tcp0  0 0.0.0.0:0.0.0.0:*   LISTEN  
15676/gitit
tcp0  0 0.0.0.0:25  0.0.0.0:*   LISTEN  
4213/master
tcp0  0 0.0.0.0:443 0.0.0.0:*   LISTEN  
22206/lighttpd
tcp0  0 0.0.0.0:445 0.0.0.0:*   LISTEN  
18724/smbd
tcp6   0  0 :::64738:::*LISTEN  
4045/murmurd
tcp6   0  0 :::1922 :::*LISTEN  
4001/sshd
tcp6   0  0 :::5222 :::*LISTEN  
28163/lua5.1
tcp6   0  0 :::3142 :::*LISTEN  
3128/apt-cacher-ng
tcp6   0  0 ::1:6600:::*LISTEN  
3753/mpd
tcp6   0  0 :::139  :::*LISTEN  
18724/smbd
tcp6   0  0 :::80   :::*LISTEN  
22206/lighttpd
tcp6   0  0 :::5269 :::*LISTEN  
28163/lua5.1
tcp6   0  0 :::4949 :::*LISTEN  
3179/perl
tcp6   0  0 :::22   :::*LISTEN  
400

Bug#725312: ohai does not detect python3

2013-10-03 Thread Simon Heath

Package: ohai
Version: 6.14.0-2
Severity: wishlist

Dear Maintainer,
ohai does not detect the presence of Python 3 in its "languages" list.
It would be nice if it did, so I could check if my python3 scripts 
could be run on the target system.

Thank you,
Simon Heath

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

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

Versions of packages ohai depends on:
ii  ruby-ipaddress0.8.0-1
ii  ruby-mixlib-cli   1.2.2-2
ii  ruby-mixlib-config1.1.2-3
ii  ruby-mixlib-log   1.4.1-1
ii  ruby-sigar0.7.2-1
ii  ruby-systemu  2.5.1-1
ii  ruby-yajl 1.1.0-2
ii  ruby1.8 [ruby-interpreter]1.8.7.358-7
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+b1

ohai recommends no packages.

ohai 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#725311: pu: Getting Debian Edu 7.1+edu0 into the Upcoming stable point release (7.2)

2013-10-03 Thread Holger Levsen

package: release.debian.org
x-debbugs-cc: debian-rele...@lists.debian.org, debian-...@lists.debian.org

Hi,

On Sonntag, 22. September 2013, Adam D. Barratt wrote:
> The next point release for "wheezy" (7.2) is scheduled for Saturday
> October 12th.  Stable NEW will be frozen during the preceding weekend.

during DebConf13 I (rather briefly) discussed with jcristau and pkern the 
possibility of getting the changes required for the wheezy based Debian Edu 
release into Debian wheezy proper, and they generally didnt think the idea was 
completly insane, following the same exception/assumption which was used for 
Squeeze: if it only might break Debian Edu and we are willing to deal with it, 
it might be possible.

So here is my slightly insane (but not completly I think ;) request...

As can be seen on http://ftp.skolelinux.org/skolelinux/wheezy_needs_love.html 
there are currently 10 source packages in Edu wheezy, which are not in Debian 
wheezy with that same version - but these versions are all in jessie already.

3 of these are already on the way into 7.2 via the usual means: gosa, 
slbackup-php and smbldap-tools.

The 7 packages we would like to get into 7.2 as well are: debian-edu, debian-
edu-install, debian-edu-config, debian-edu-artwork, debian-edu-doc, 
sitesummary and slbackup.

(It's also worth noting, that we constantly improved on these numbers, if you 
exchange wheezy in the above URL with squeeze, lenny + etch you will see, that 
the number of different source packages in these releases were: 7 for squeeze, 
13 for lenny and 27 for etch.

And, we never managed to release Debian Edu this "shortly" after a Debian 
release, so we were still improving and now for the first time can start 
development of the next release while Debian is doing the same.)

The diffstat debdiff for these look like this:

debdiff wheezy/debian-edu_1.702.dsc jessie/debian-edu_1.713.dsc | diffstat
 96 files changed, 1325 insertions(+), 647 deletions(-)

debdiff wheezy/debian-edu-config_1.702.dsc jessie/debian-edu-config_1.716.dsc 
| diffstat
 194 files changed, 11126 insertions(+), 2670 deletions(-)

debdiff wheezy/debian-edu-install_1.701.dsc jessie/debian-edu-
install_1.720.dsc | diffstat
 78 files changed, 3984 insertions(+), 3251 deletions(-)

debdiff wheezy/debian-edu-artwork_0.0.33-3.dsc jessie/debian-edu-
artwork_0.45-1.dsc | diffstat
 112 files changed, 16455 insertions(+), 3454 deletions(-)

debdiff wheezy/debian-edu-doc_1.5~20130228~7.0.dsc jessie/debian-edu-
doc_1.5~20130920~7.1.dsc | diffstat
 39 files changed, 14234 insertions(+), 10877 deletions(-)

debdiff wheezy/sitesummary_0.1.5.dsc jessie/sitesummary_0.1.8.dsc | diffstat
 6 files changed, 128 insertions(+), 3 deletions(-)

debdiff wheezy/slbackup_0.0.12-3.dsc jessie/slbackup_0.0.12-5.dsc | diffstat
 12 files changed, 446 insertions(+), 33 deletions(-)

The complete debdiffs are attached.

The debian-edu* packages indeed are only relevant for Debian Edu, the only 
thing which might be a problem is that we reintroduced the binary
debian-edu-config-gosa-netgroups package (build from d-e-config), which was in 
squeeze and which we then foolishly removed to fast for wheezy, as we had to 
add it again, to gain that needed functionality for gosa. But I actually dont 
see a technical problem with that.

Then there are the slbackup and sitesummary packages, which could be used 
outside Debian Edu. But sitesummary contains three some important bugfixes 
(see attached changelog diff) which I believe are suitable for 7.2 by the 
normal rules anyway (except that they were not filed in the BTS, sigh), while 
slbackup, well, the changes are probably good to have too. (see attached 
changelog diff). Popcon for sitesummary (server) is below 100, slbackup has 
120 installations, recent usage is very very low for both.

So, last question: should these changes be acceptable, for the benefit of 
finally reaching the goal of having a Debian Edu release as proper part of 
Debian stable, which is IMO very worthwhile, shall we reupload those sources 
from jessie to wheezy with ~deb7+1 added to the version?

And, thanks for reading this far and bearing with me. I do not only want 
Debian wheezy == Debian Edu wheezy, but also keep this achievement for the 
future...! And (also) for that I believe it would be best to finally reach 
this goal now.

And I'm curious for your feedback ;-)

cheers,
Holger

And then there these possible future steps after/if this has happened:
- get small corrections into 7.3 (partitioning layout improvements as well as 
debian-edu-doc updates are currently scheduled)
- build Debian Edu installations images using only packages from 
ftp.debian.org
 debian-edu-tasks.desc |  712 +-
 debian/README.source  |8 
 debian/changelog  |  312 +++
 debian/control|  109 +-
 debian/control.stub

Bug#725310: FTBFS on arm64

2013-10-03 Thread dann frazier

Source: udisks
Version: 1.0.4-8
Severity: wishlist

udisks would fail to build on arm64 due to out-dated config.{sub,guess}


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

Bug#725309: RFP: teatimer - A tea brewing timer

2013-10-03 Thread Solveig

Package: wnpp
Severity: wishlist

gnome3 extension by oleid
https://extensions.gnome.org/extension/604/teatime/


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

Bug#723948: libatk-bridge-2.0-0-udeb: uninstallable; depends on missing libatspi2.0-0 (>= 2.9.4)

2013-10-03 Thread Samuel Thibault

Simon McVittie, le Thu 03 Oct 2013 12:37:07 +0100, a écrit :
> On 03/10/13 12:09, Samuel Thibault wrote:
> > AT-SPI won't need those.
> > 
> > It essentially needs dbus-launch, to start dbus-daemon.
> 
> Is this the session bus, or a parallel bus, or both?

I don't really know what that means.  What I can see in the source code
(at-spi2-core/bus/at-spi-bus-launcher.c) is this:

  name_owner_id = g_bus_own_name (G_BUS_TYPE_SESSION,
  "org.a11y.Bus",
  G_BUS_NAME_OWNER_FLAGS_ALLOW_REPLACEMENT,
  on_bus_acquired,
  on_name_acquired,
  on_name_lost,
  _global_app,
  NULL);

It does not explicitly run dbus-launch itself.

Samuel


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

Bug#725308: pep8: fails to install because of python2.7 dependency problem

2013-10-03 Thread John David Anglin

Package: pep8
Version: 1.4.6-1.1
Severity: normal

mx3210:/var/cache/apt/archives# dpkg -i pep8_1.4.6-1.1_all.deb
(Reading database ... 361887 files and directories currently installed.)
Preparing to replace pep8 1.4.6-1.1 (using pep8_1.4.6-1.1_all.deb) ...
Unpacking replacement pep8 ...
dpkg: dependency problems prevent configuration of pep8:
 pep8 depends on python2.7:any.

dpkg: error processing pep8 (--install):
 dependency problems - leaving unconfigured
Processing triggers for man-db ...
dpkg -l python2.7
Errors were encountered while processing:
 pep8
mx3210:/var/cache/apt/archives# dpkg -l python2.7
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  python2.7  2.7.5-8  hppa Interactive high-level object-ori


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

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

Versions of packages pep8 depends on:
ii  python 2.7.5-4
ii  python-setuptools  0.6.49-2
pn  python2.7:any  

pep8 recommends no packages.

pep8 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#725307: tzdata: True "Zone" files are made into symlinks pointing to "Link" (alias) files.

2013-10-03 Thread Jerry Samples

Package: tzdata
Version: 2013b-2
Severity: minor
Tags: patch

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

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

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


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

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

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0]  1.5.49

tzdata recommends no packages.

tzdata suggests no packages.

-- debconf information excluded

In observing the symlinks in /usr/share/zoneinfo (2013b-2 and 2013d-0wheezy1), 
the "true" Zones from the original Olson files are not kept as the hard files.
For example, America/Regina is a "true" Zone, with aliases Saskatchewan and
East-Saskatchewan.  However, on my system, it appears that either fdupes
or rdfind/symlinks find the duplicate files but arbitrarily choose one as 
the "true" zone to keep, and making all others relative symlinks to the
one chosen.  This looks strange to me since I expect the symlinks in the
installed /usr/share/zoneinfo/ dir to mirror the "Zone" and "Link" objects
from the Olson files.

I have demonstrated a modification to the 2013b-2 "rules" makefile which 
will query the Olson files and be sure to choose the "true" Zone as the one
to keep as a hard file, and making all others relative symlinks.

This was tested by me today using the new tzdata2013g Olson files from the 
upstream provider.

The following is the text of my tested makefile, but does not contain 
everything 
from the Debian "rules" file, from which it was derived:

#!/usr/bin/make -f
# Have the final files mirror Olson "Zone" and "Link" definitions.
# "Zone" definitions are kept as hard files.
# "Link" aliases are converted to symbolic links.

TZGEN := tzgen
TMP_ZNS := prizns.tmp
TIMEZONES := africa \
 antarctica \
 asia \
 australasia \
 europe \
 northamerica \
 southamerica \
 etcetera \
 factory \
 backward \
 systemv \
 pacificnew

ifeq ($(EMDEBIAN),)
TIMEZONES += solar87 \
 solar88 \
 solar89
endif

build-indep: build-indep-stamp
build-indep-stamp:

# Build list of real Zones
cat /dev/null > $(TMP_ZNS)
for zone in $(TIMEZONES); do \
  grep ^Zone\s* $${zone} | while read line ; do  \
 echo $${line} | awk '{print $$2;}' >> $(TMP_ZNS) ; \
  done  \
done

# Build the "default" version
for zone in $(TIMEZONES); do \
  /usr/sbin/zic -d $(TZGEN) -L /dev/null -y yearistype.sh $${zone} ; \
done
# Build the "posix" and "right" versions
ifeq ($(EMDEBIAN),)
for zone in $(TIMEZONES); do \
  /usr/sbin/zic -d $(TZGEN)/posix -L /dev/null -y yearistype.sh 
$${zone} ; \
  /usr/sbin/zic -d $(TZGEN)/right -L leapseconds -y 
$(TZGEN)/yearistype.sh $${zone} ; \
done
endif

# Generate a posixrules file
/usr/sbin/zic -d $(TZGEN) -p America/New_York

# Find duplicates; from each list of dupes, keep the "real" Zone,
# and make all the others relative links to it.
# Replace hardlinks by symlinks
cd $(TZGEN) ; \
fdupes -1 -H -q -R . | sed -e 's,\./,,g' | while read line ; do \
   tgt="" ;  \
   for i in $${line} ; do \
  if [ $$(grep -c ^$${i}$$ ../$(TMP_ZNS)) = 1 ] ; \
  then \
 tgt=$${i} ; \
  fi ; \
   done ; \
 #  if [ ! -z $${tgt} ] ; then \
 # echo "True Zone: $${tgt}" ; \
 #  else \
 #echo "Dups: No true Zone match: $${line}" ; \
 #  fi ; \
   if [ ! -z $${tgt} ] ; then \
  for link in $${line} ; do \
#echo "  Alias: $${link}" ; \
 if [ $${link} != $${tgt} ] ; then \
reltgt="$$(echo $${link} | \
   sed -e 's,[^/]\+$$,,g' -e 's,[^/]\+,..,g' )$${tgt}" ; \
#echo "  RelTgt: $${reltgt}  Link: $${link}" ; \
ln -sf $${reltgt} $${link} ; \
 fi ; \
  done ; \
   fi ; \
   done

# Shorten and clean up the relative symlinks
symlinks -r -s -c .

touch $@

clean:
-rm -rf $(TZGEN)
rm -f build-indep-stamp
rm -f $(TMP_ZNS)


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

Bug#725218: sed: FTBFS, missing PATH_MAX on hurd

2013-10-03 Thread Gabriele Giacone

On Thu, Oct 3, 2013 at 6:14 PM, Paolo Bonzini  wrote:
> Il 03/10/2013 01:44, Gabriele Giacone ha scritto:
>> Package: sed
>> Version: 4.2.2-2
>> Severity: important
>> Tags: patch
>> User: debian-h...@lists.debian.org
>> Usertags: hurd
>>
>> Hello,
>> hurd doesn't define PATH_MAX and upstream decided not to set it themself 
>> anymore
>> since 4.2.2. See http://sources.debian.net/src/sed/4.2.2-2/lib/pathmax.h
>
> That's a gnulib change.
>
>> Attached patch01 sets PATH_MAX in d/rules.
>> Alternatively patch02 defines it in pathmax.h above.
>>
>> Thanks for considering.
>>
>
> PATH_MAX is not really needed, it can be replaced by any constant
> because sed anyway does reallocation if the buffer needs to be larger
> than PATH_MAX.
>
> Jose, perhaps you can change it to 200 and drop the pathmax module from
> bootstrap.conf?

That would be great.
And thanks for promptly replying.


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

Bug#722250: pu: package telepathy-gabble/0.16.7-0+deb7u1

Control: tags -1 + pending

On Thu, 2013-10-03 at 19:40 +0100, Adam D. Barratt wrote:
> On Tue, 2013-09-24 at 16:16 +0100, Simon McVittie wrote:
> > On Mon, 23 Sep 2013 at 04:40:59 +0200, Cyril Brulebois wrote:
> > > Simon McVittie  (2013-09-09):
> > > > I'd like to update telepathy-gabble/wheezy to fix inability to connect
> > > > to Facebook XMPP chat, for which a fix is on its way to unstable
> > > > ().
> > 
> > Proposed debdiff attached, slightly filtered (the Wocky gtk-doc
> > in the tarball contains random IDs which lead to noise in the diff).
> > OK to upload?
> 
> Please go ahead; thanks.

Flagged for acceptance.

Regards,

Adam


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

Bug#723183: pu: package xserver-xorg-video-cirrus/1:1.4.0-3

On Tue, 2013-09-17 at 08:50 +0200, Julien Cristau wrote:
> the cirrus X driver is not compatible with the kms driver that was added
> to linux 3.5 for qemu.  In 1:1.4.0-2, I cherry-picked a patch that makes
> the driver bail if it detected the kms driver.  Unfortunately that
> didn't quite work as it still prevented falling back to another driver.
> This update intends to fix that, with a followup patch from upstream.

Looks sane enough to my non-X-expert eye.

> This patch is in 1:1.5.2-1, just uploaded to sid; I'll try and confirm
> the fix in the next days.

I'm assuming the fix was happy in that version, given the lack of a -2
thus far?

Regards,

Adam


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

Bug#725304: pu: package kfreebsd-9/9.0-10+deb70.5

2013-10-03 Thread Steven Chamberlain

On 03/10/13 22:17, Cyril Brulebois wrote:
> Does this affect unstable? If so, please update the BTS accordingy, get
> the fix there, and revisit the pu bug afterwards.

The change (dropping 101_nullfs_vsock.diff) was already made back in
9.1-1, and so I've updated the BTS accordingly.  I agree that detail is
missing from the changelog, as it was hard even for me to determine this
just now.

I wonder if we have an opportunity to fix the non-standard version
numbering we have at the moment, perhaps by calling this pu something
like 9.0-12+deb7u1 instead (because changes from 9.0-11 and -12 are
already incorporated in this)?  Or if it is less confusing to stay with
what we have?

> Why this version number? security seems to only have 9.0-10+deb70.3

There is a 9.0-10+deb70.4 upload in Secre^WSecurity Team's queue since
23 days ago but I've no idea the status if this.  [rt.debian.org #4671]

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

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

Bug#725256: wavesurfer: libsnack2 is renamed to tcl-snack. Please adjust dependencies

2013-10-03 Thread Ron

On Thu, Oct 03, 2013 at 05:20:25PM +0400, Sergei Golovan wrote:
> Hi Ron,
> 
> On Thu, Oct 3, 2013 at 5:10 PM, Ron  wrote:
> >
> > I thought the plan was that we'd just depend on libsnack2 (or whatever)
> > so that if you ever ended up adding tcl-snack-pulse (or whatever), then
> > people could just choose whatever backend suited them best (which was
> > the problem people originally had with -alsa).
> >
> > The rename of the snack packages doesn't bother me otherwise, but is
> > there some reason that old plan really isn't the best plan anymore?
> 
> In fact there's a change in plans. I've dropped the idea of separate packages
> like tcl-snack-oss or tcl-snack-alsa or whatever. For now (and
> hopefully forever)
> there's only one tcl-snack which all other packages should depend on. It
> in turn depends either on libsnack-alsa or libsnack-oss, whichever users 
> choose
> individually.
> 
> So, just make the wavesurfer package depend on tcl-snack, and I won't bother
> you anymore with unnecessary changes.

Ah, I just looked at the new package contents, and I see what you've done.
That makes sense.  I guess my question then is does anything break with
your new plan if we stick with the libsnack2 dep for just a bit longer?

The reason for that, is right now the package is just a simple rebuild away
from being able to be backported to squeeze or wheezy if anyone wants the
newer version there or if we get some urgent fix that needs it to be updated.
But with this change that would need a separate source package.

I could depend on tcl-snack | libsnack2, but it's not clear to me how that
would really be different to what we have now.  Am I missing something that
would make leaving the libsnack2 dep as is until squeeze and wheezy are no
longer supported be a problem for your plans with tcl-snack?

  Thanks!
  Ron

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

Bug#725303: Please port to clutter-gst 2.0

2013-10-03 Thread Steinar H. Gunderson

On Thu, Oct 03, 2013 at 10:55:11PM +0200, Michael Biebl wrote:
> Source: snappy
> Version: 0.2-1
> Severity: normal
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs
> 
> Hi,
> 
> libclutter-gst-1.0-0 has been deprecated and we'd like to remove it from
> the archive.

Hi,

This is filed against the wrong source package; you probably want snappy-player.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#720901: [patch]

2013-10-03 Thread Olivier Guerrier

This patch dynamically adapt the width of the gui window to the longest 
context key in the database.
>From 9dd40fbd76c988574447e196ef2ebfa969e8832f Mon Sep 17 00:00:00 2001
From: Olivier Guerrier 
Date: Wed, 29 May 2013 21:14:01 +0200
Subject: [PATCH 2/4] make the width of the gui window related to the longest
 context key

---
 assword.py |4 
 1 file changed, 4 insertions(+)

diff --git a/assword.py b/assword.py
index f1b758c..70921b5 100644
--- a/assword.py
+++ b/assword.py
@@ -198,8 +198,12 @@ class Gui:
 completion.set_model(liststore)
 completion.set_text_column(0)
 completion.set_match_func(match_func, 0) # 0 is column number
+context_len = 20
 for context in self.db.entries:
+if len(context) > context_len:
+context_len = len(context)
 liststore.append([context])
+self.entry.set_width_chars(context_len)
 hbox = gtk.HBox()
 vbox = gtk.VBox()
 self.createbutton = gtk.Button("Create")
-- 
1.7.10.4

Bug#725304: pu: package kfreebsd-9/9.0-10+deb70.5

2013-10-03 Thread Cyril Brulebois

Control: tag -1 moreinfo wheezy

Robert Millan  (2013-10-03):
> Please, consider giving your pre-approval to this update, the purpose
> of which is to fix a grave kernel page fault condition (see #71 for
> details).

Does this affect unstable? If so, please update the BTS accordingy, get
the fix there, and revisit the pu bug afterwards.

> --- debian/changelog  (revision 4994)
> +++ debian/changelog  (working copy)
> @@ -1,3 +1,9 @@
> +kfreebsd-9 (9.0-10+deb70.5) stable; urgency=low

Why this version number? security seems to only have 9.0-10+deb70.3

> +  * Disable 101_nullfs_vsock.diff. (Closes: #71)

Please be more verbose in your changelog entry, for both reviewers', and
users' sake. (What does it do? What does it fix? Nobody knows.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#725172: pu: package subversion/1.6.17dfsg-4+deb7u4

Control: tags -1 + pending

On Thu, 2013-10-03 at 08:21 +0200, Julien Cristau wrote:
> On Wed, Oct  2, 2013 at 22:49:22 -0400, James McCoy wrote:
> > Thanks for pushing this forward, Cyril.  Sorry for not communicating my
> > intent to make a pu or acting on it sooner.
> > 
> > On Wed, Oct 02, 2013 at 12:17:24PM +0200, Cyril Brulebois wrote:
> > > Only impacted file is subversion/bindings/swig/core.i, fix is different
> > > from upstream's (which isn't in the version in unstable anyway),
> > 
> > Upstream's fix is in unstable, although the incorrect “fix” uploaded in
> > 1.7.9+nmu1/1.6.17dfsg-4+deb7u2 is there as well.
> > 
> > Updated pu has upstream's backported fix and removes the other attempted
> > fix.
> > 
> Looks good to me, you can go ahead and upload.  Thanks!

Flagged for acceptance.

Regards,

Adam


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

Bug#724592: pu: package ifmetric/0.3-2

Control: tags -1 + pending

On Wed, 2013-10-02 at 22:27 -0500, Michael Shuler wrote:
> On 10/02/2013 02:25 PM, Adam D. Barratt wrote:
> > On Wed, 2013-10-02 at 10:31 -0500, Michael Shuler wrote:
> >> I would enjoy the possibility of getting ifmetric_0.3-2+deb7u1 uploaded
> >> for the 7.2 release and the window is getting smaller.  I confirmed my
> >> sponsor's availability for the next few days, but lack the Release
> >> Team's OK.  If there is any additional info I can provide, please let me
> >> know.
> > 
> > I think going with 4096 should be fine; if it turns out not to be enough
> > later on, then we can deal with that then.
> 
> Thanks for the quick update, Adam. My sponsor uploaded
> ifmetric_0.3-2+deb7u1 a short time ago.

Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#725306: Please port to clutter-gst 2.0

Source: toonloop
Version: 2.2.0-1
Severity: normal
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs

Hi,

libclutter-gst-1.0-0 has been deprecated and we'd like to remove it from
the archive.

Please port toonloop to libclutter-gst-2.0-0

API documentation can be found at [1]

Regards,
Michael

[1] https://developer.gnome.org/clutter-gst/stable/


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

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


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

Bug#725305: Please port to clutter-gst 2.0

Source: pinpoint
Version: 1:0.1.5~20120318-1
Severity: normal
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs

Hi,

libclutter-gst-1.0-0 has been deprecated and we'd like to remove it from
the archive.

Please port pinpoint to libclutter-gst-2.0-0

API documentation can be found at [1]

Regards,
Michael

[1] https://developer.gnome.org/clutter-gst/stable/


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

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


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

Bug#725304: pu: package kfreebsd-9/9.0-10+deb70.5

2013-10-03 Thread Robert Millan

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

Please, consider giving your pre-approval to this update, the purpose
of which is to fix a grave kernel page fault condition (see #71 for
details).

Thanks!
Index: debian/changelog
===
--- debian/changelog	(revision 4994)
+++ debian/changelog	(working copy)
@@ -1,3 +1,9 @@
+kfreebsd-9 (9.0-10+deb70.5) stable; urgency=low
+
+  * Disable 101_nullfs_vsock.diff. (Closes: #71)
+
+ -- Robert Millan   Sun, 15 Sep 2013 18:43:12 +0200
+
 kfreebsd-9 (9.0-10+deb70.4) wheezy-security; urgency=high
 
   * Team upload.
Index: debian/patches/series
===
--- debian/patches/series	(revision 4994)
+++ debian/patches/series	(working copy)
@@ -25,7 +25,7 @@
 006_mips_i8259_alloc.diff
 #007_clone_signals.diff
 #009_disable_duped_modules.diff
-101_nullfs_vsock.diff
+#101_nullfs_vsock.diff
 107_mount_update.diff
 108_teken_utf8_table.diff
 109_linprocfs_non_x86.diff

Bug#725303: Please port to clutter-gst 2.0

Source: snappy
Version: 0.2-1
Severity: normal
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs

Hi,

libclutter-gst-1.0-0 has been deprecated and we'd like to remove it from
the archive.

Please port snappy to libclutter-gst-2.0-0

API documentation can be found at [1]

Regards,
Michael

[1] https://developer.gnome.org/clutter-gst/stable/

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

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


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

Bug#723804: Review of phabricator/0.1~git20130909-1

2013-10-03 Thread Luke Faraone

Dear future maintainer,

On Thu, Sep 19, 2013 at 11:41:32PM +0200, Richard Sellam wrote:
>  * Package name: phabricator
>Version : 0.1~git20130909-1

As discussed on IRC, you probably want to use 0.0~... or 0~... as the
start of the version number.

Some other comments:

1. Your description could use some wordsmithing. Specifically, the homepage
can be omitted. Explaining that this is a code snapshot may also be
beneficial.

2. Please drop the Vcs-Git and Vcs-Browser lines or correct them to be the
valid links for the VCS repository corresponding to the packaging.

3. As a nit: it would be advisable to license debian/* under the same terms
as upstream, even though this is not a strict requirement.

4. Reference the version of the Apache License in common-licenses from
debian/copyright rather than including the license in the package.

5. Please remove libphutil/src/parser/xhpast/bin/xhpast.exe from the
upstream tarball.

6. Since you're already creating the upstream tarball, please either
implement a get-orig-source target in debian/rules, or document how the
tarball was constructed in debian/README.source. You may find it helpful
to include the git ref used to build the tool in the package version.

7. Please fix all of the lintian errors marked "Warning" that are listed
at https://mentors.debian.net/package/phabricator. The first one
(embedded library) could probably be fixed by switching to
libphp-phpmailer.

8. Please see whether the things in /usr/share/phabricator/externals can
be removed from Phabricator and the appropriate package depended on
instead.

9. Please expand debian/copyright to ensure you document the license of
all software in the source tarball. If you don't use something in
phabricator/externals (because you've done №8), feel free to strip it
out of the upstream tarball as long as you document it according to №6.

Since Phabricator is a continuous release, are you comfortable
backporting security and bug fixes to stable, if the package were
accepted?

Cheers,

-- 
Luke Faraone;; Debian & Ubuntu Developer; Sugar Labs, Systems
lfaraone on irc.[freenode,oftc].net -- http://luke.faraone.cc
PGP fprint: 5189 2A7D 16D0 49BB 046B DC77 9732 5DD8 F9FD D506

signature.asc
Description: Digital signature

Bug#718799: spamass-milter segfaults once a month

2013-10-03 Thread Moritz Both

It happened again! Finally. I think this time, we have debugging symbols
and no optimization for libmilter.

This is the gdb session:

root@eroski:/var/cores# gdb /usr/sbin/spamass-milter
core.spamass-milter.1486.eroski.1380741102
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/sbin/spamass-milter...done.
[New Thread 1486]
[New Thread 25851]
[New Thread 9345]
[New Thread 1488]

warning: Can't read pathname for load map: Eingabe-/Ausgabefehler.
Reading symbols from /usr/lib/libmilter.so.1.0.1...done.
Loaded symbols for /usr/lib/libmilter.so.1.0.1
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols
found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libpthread.so.0...(no debugging symbols
found)...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Core was generated by `/usr/sbin/spamass-milter -P
/var/run/spamass/spamass.pid -f -p /var/run/spamass'.
Program terminated with signal 11, Segmentation fault.
#0  0x7fc2a3faef96 in mi_pool_controller (arg=0x0) at worker.c:367
367 SM_TAILQ_FOREACH(ctx, &WRK_CTX_HEAD,
ctx_link)
(gdb) thread apply all where

Thread 5 (Thread 1488):
#0  0x7fc2a35e8d37 in do_sigwait () from /lib/libpthread.so.0
#1  0x7fc2a35e8db7 in sigwait () from /lib/libpthread.so.0
#2  0x7fc2a3fac636 in mi_signal_thread (name=0x234f210) at signal.c:110
#3  0x7fc2a35e08ca in start_thread () from /lib/libpthread.so.0
#4  0x7fc2a3347b6d in clone () from /lib/libc.so.6
#5  0x in ?? ()
Current language:  auto
The current source language is "auto; currently c".

Thread 4 (Thread 9345):
#0  0x7fc2a35e5569 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#1  0x7fc2a3faf7ca in mi_worker (arg=0x7fc29c0028d0) at worker.c:739
#2  0x7fc2a35e08ca in start_thread () from /lib/libpthread.so.0
#3  0x7fc2a3347b6d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 3 (Thread 25851):
#0  0x7fc2a35e5569 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#1  0x7fc2a3faf7ca in mi_worker (arg=0x7fc29c0011a0) at worker.c:739
#2  0x7fc2a35e08ca in start_thread () from /lib/libpthread.so.0
#3  0x7fc2a3347b6d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 2 (Thread 1486):
#0  0x7fc2a333cc13 in poll () from /lib/libc.so.6
#1  0x7fc2a3fab7d9 in mi_listener (conn=0x234f150
"/var/run/spamass/spamass.sock", dbg=0, smfi=0x234f180, timeout=7210,
backlog=128) at listener.c:766
#2  0x7fc2a3fac499 in smfi_main () at main.c:241
#3  0x00403894 in main (argc=13, argv=0x7fff11661e38) at
spamass-milter.cpp:357

Thread 1 (Thread 1489):
#0  0x7fc2a3faef96 in mi_pool_controller (arg=0x0) at worker.c:367
#1  0x7fc2a35e08ca in start_thread () from /lib/libpthread.so.0
#2  0x7fc2a3347b6d in clone () from /lib/libc.so.6
#3  0x in ?? ()
(gdb) bt
#0  0x7fc2a3faef96 in mi_pool_controller (arg=0x0) at worker.c:367
(gdb)
#2  0x7fc2a3347b6d in clone () from /lib/libc.so.6
#3  0x in ?? ()
(gdb)


Please let me know if I can provide additional information.

Moritz


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

Bug#723686: Addendum: no GUI

2013-10-03 Thread Toni Mueller


Hi,

I feel I have been a bit unclear about the impact of the bug. The
process runs, as I can see it in the background. But the layout switcher
GUI does not appear, and there is no way to activate any of the input
methods.


Hope that makes it clearer.


Kind regards,
--Toni, currently wrestling with a botched ibus setup++


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

Bug#714025: Please remove svgalib support

2013-10-03 Thread peter green


Moritz Muehlenhoff wrote:

Package: fpc
Severity: important

fp-units-gfx-2.6.2 uses svgalib, which is scheduled for removal
from the archive. Please disable it and drop the build-dep on
libsvga1-dev.
  

Sorry for not responding to this bug earlier

The practice adopted by the fpc package so-far has been to let the 
upstream build process build these import units regardless of whether or 
not debian supplies the corresponding libraries. If the libraries are in 
debian we depend on them to make things work out of the box but if the 
libraries aren't present in debian we just leave it up to the users to 
work out how to get the libraries they need to actually make use of the 
import units.


As such if noone objects I intend to remove the dependency on svgalib 
and make no other changes.



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

Bug#725302: base: MySQL should start before Apache2 during bootup by default.

2013-10-03 Thread David Côté-Tremblay

Package: base
Severity: wishlist

So for high charge web servers, during bootup, there will be less chances that
a visitor see an error on the web server.



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

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


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

Bug#693360: Bug #693360: Re: segfault in xscreensaver, screen revealed

Control: tags -1 + pending

On Thu, 2013-10-03 at 22:18 +0200, Yves-Alexis Perez wrote:
> On jeu., 2013-10-03 at 20:33 +0100, Adam D. Barratt wrote:
> > On Thu, 2012-11-15 at 19:36 +, Adam D. Barratt wrote:
> > > On Thu, 2012-11-15 at 07:48 +0100, Yves-Alexis Perez wrote:
> > > > ftpmasters, release team: the security team is requesting the removal of
> > > > the pam-rsa package because we were made aware of the above (#693087)
> > > > bug: in some situations, pam_rsa module will cause a segfault in
> > > > xscreensaver, leaving the screen unlocked.
[...]
> > libpam-rsa got removed from unstable and wheezy (before release), but we
> > never seem to have dealt with squeeze. If you're (collectively) still in
> > favour of the removal then we can do that for 6.0.8.
> > 
> At that point, I guess that's the best solution yes, please go ahead.

Thanks; added to the to-do list for 6.0.8.

Regards,

Adam


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

Bug#693360: Bug #693360: Re: segfault in xscreensaver, screen revealed

2013-10-03 Thread Yves-Alexis Perez

On jeu., 2013-10-03 at 20:33 +0100, Adam D. Barratt wrote:
> [trimmed recipient list]
> 
> On Thu, 2012-11-15 at 19:36 +, Adam D. Barratt wrote:
> > On Thu, 2012-11-15 at 07:48 +0100, Yves-Alexis Perez wrote:
> > > ftpmasters, release team: the security team is requesting the removal of
> > > the pam-rsa package because we were made aware of the above (#693087)
> > > bug: in some situations, pam_rsa module will cause a segfault in
> > > xscreensaver, leaving the screen unlocked.
> [...]
> > > Thus, we'd like the removal from at least testing and unstable. For
> > > stable, I'm a bit unsure about how we're supposed to handle a package
> > > disparition in stable, so I'm available for discussion (although we
> > > don't think it's really supportable in the current state).
> > 
> > I've cloned a copy of the bug for stable, so we can look at that
> > separately.
> 
> libpam-rsa got removed from unstable and wheezy (before release), but we
> never seem to have dealt with squeeze. If you're (collectively) still in
> favour of the removal then we can do that for 6.0.8.
> 
At that point, I guess that's the best solution yes, please go ahead.

Regards,
-- 
Yves-Alexis


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

Bug#725253: There's no problem on a PC with pclmulqdq CPU flag

2013-10-03 Thread apterium

Debian testing also.

Bug#725301: suricata: init script looking for unexisting /proc/net/netfilter/nf_queue

2013-10-03 Thread Frederik Himpe

Package: suricata
Version: 1.4.5-1
Severity: normal

The init script for suricata is looking for /proc/net/netfilter/nf_queue,
and recommends loading the nfnetlink_queue module. However, on my 3.10 kernel, 
loading this module
creates the file /proc/net/netfilter/nf_netfilter_queue, not nf_queue.

This same problem and fix is also documented on this page: 
http://doc.ubuntu-fr.org/suricata

Maybe the init script could also load this module itself the file is missing?

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (300, 'testing'), (200, 'unstable'), (160, 'experimental'), (150, 
'stable'), (140, 'proposed-updates'), (100, 'oldstable-updates'), (100, 
'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=locale: Cannot set 
LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages suricata depends on:
ii  libc62.17-93
ii  libcap-ng0   0.7.3-1+b1
ii  libgcrypt11  1.5.3-2
ii  libgnutls26  2.12.23-7
ii  libhtp1  0.2.12-1
ii  libjansson4  2.5-1
ii  libluajit-5.1-2  2.0.2+dfsg-1
ii  libmagic11:5.14-2
ii  libnet1  1.1.6+dfsg-2
ii  libnetfilter-queue1  1.0.2-1
ii  libnfnetlink01.0.1-2
ii  libnspr4 2:4.10-1
ii  libnss3  2:3.15.1-1
ii  libpcap0.8   1.4.0-2
ii  libpcre3 1:8.31-2
ii  libprelude2  1.0.0-9
ii  libyaml-0-2  0.1.4-2
ii  python   2.7.5-5

Versions of packages suricata recommends:
ii  oinkmaster   2.0-4
ii  snort-rules-default  2.9.5.3-1

suricata suggests no packages.

-- Configuration Files:
/etc/default/suricata changed [not included]
/etc/suricata/suricata-debian.yaml changed [not included]

-- debconf information excluded


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

Bug#538916:

2013-10-03 Thread Pacho Ramos

Is this still valid in Debian? At least on Gentoo with glibc it's still
valid, but I am not sure if maybe eglibc provides a fix for this, in
that case, would be nice if you could point me to that fix

Thanks a lot


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

Bug#725231: transition: rhythmbox

On Thu, 2013-10-03 at 20:46 +0200, Michael Biebl wrote:
> Am 03.10.2013 08:34, schrieb Andreas Henriksson:
> > I'd like to upload a newer version of rhythmbox, which includes
> > a bump of the soname of the core library.
> 
> Since rhythmbox has no rdeps, I don't think we need to involve the
> release team here (at least we never did in the past).

Indeed. If nothing external uses the library, it's not really a
transition. :)

Regards,

Adam


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

Bug#725246: pu: package php5/5.4.4-14+deb7u5

Control: tags -1 + confirmed

On Thu, 2013-10-03 at 11:42 +0200, Ondřej Surý wrote:
> this is yet another round of php5 stable updates, and it introduces
> for three fixes for crashes, memory corruptions when using traits
> and one fix for annoying warning when using sessions.
> 
>   * Fix zend_mm_heap corrupted when using traits (Closes: #719507)
>   * Fix inheritance with Traits failing with error (Closes: #721127)
>   * Fix segfault when using traits a lot (Closes: #721336)
>   * Don't reset mod_user_is_open in destroy (Closes: #72)
> + Removes an annoying warning when using sessions

Please go ahead; thanks.

Regards,

Adam


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

Bug#718971: mkvtoolnix: crucial missing spaces in man page syntax

2013-10-03 Thread Moritz Bunkus

Hey,

thanks for reporting. I've committed a fix[1] upstream. The important
part is the change to the XML file. The troff (.1) files are just
auto-generated from that one.

The fix will be in the next release (which will be 6.5.0).

Kind regards,
mosu

[1] 
https://github.com/mbunkus/mkvtoolnix/commit/5cbbe4012b52fd3d515aededba2193529b1c1bc2


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

Bug#693360: Bug #693360: Re: segfault in xscreensaver, screen revealed

[trimmed recipient list]

On Thu, 2012-11-15 at 19:36 +, Adam D. Barratt wrote:
> On Thu, 2012-11-15 at 07:48 +0100, Yves-Alexis Perez wrote:
> > ftpmasters, release team: the security team is requesting the removal of
> > the pam-rsa package because we were made aware of the above (#693087)
> > bug: in some situations, pam_rsa module will cause a segfault in
> > xscreensaver, leaving the screen unlocked.
[...]
> > Thus, we'd like the removal from at least testing and unstable. For
> > stable, I'm a bit unsure about how we're supposed to handle a package
> > disparition in stable, so I'm available for discussion (although we
> > don't think it's really supportable in the current state).
> 
> I've cloned a copy of the bug for stable, so we can look at that
> separately.

libpam-rsa got removed from unstable and wheezy (before release), but we
never seem to have dealt with squeeze. If you're (collectively) still in
favour of the removal then we can do that for 6.0.8.

Regards,

Adam


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

Bug#712237: CUPS "make test" dependent on cups-filters

2013-10-03 Thread Michael Sweet

Brian,

On Oct 3, 2013, at 3:01 PM, Brian Potkin  wrote:
> ...
> The str newsgroup/mailing list was excellent. I do hope it returns; its
> absence makes it very difficult to triage reported bugs in CUPS itself.
> It is sorely missed as a source of information on which to base advice
> and decisions.

It *is* coming back.  Just waiting on the right people at Apple to sign off on 
putting the new server live... :/

> Also - what about cups.general? My last mail from it was on 20th April
> of this year. It too provided a source of sound information with many
> knowledgeable people posting there; CUPS would be all the poorer without
> it. Does its reappearence really require a security audit; especially
> one which has lasted this length of time?

Unfortunately, since it involves running mailman and a mail server, yes.

The old NNTP interface (cups.general, cups.bugs, etc.) will not be returning, 
we will just have mailman-based mailing lists going forward...

_
Michael Sweet, Senior Printing System Engineer, PWG Chair


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

Bug#725300: pkg-kde-tools: [pkgkde-symbolshelper] Wrong varaible substitution for s390

2013-10-03 Thread Sandro Knauß

Package: pkg-kde-tools
Version: 0.15.9
Severity: normal

Thanks for the fast fix of #725023. As I've seen in git[1], s390 and s390x where
added to the list of archs that use 'y' for quintptr. This is wrong for s390.
The correct replacement for quintptr is 'j'.

I tested to build owncloud-client for s390 and s390x:
* For s390x all went fine :)
* for s390 I get following error:

- (subst)_Z5qHash{quintptr}@Base 1.4.0
+ _Z5qHashj@Base 1.4.1+dfsg-2
+#MISSING: 1.4.1+dfsg-2# (subst)_Z5qHash{quintptr}@Base 1.4.0

So please remove s390 from the list that uses 'y' as replacement of quintptr.

[1] 
http://anonscm.debian.org/gitweb/?p=pkg-kde/pkg-kde-tools.git;a=commit;h=51c5b09d96191a4e539c6ab31f98f1d178d982a1


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

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

Versions of packages pkg-kde-tools depends on:
ii  libdpkg-perl  1.17.1
ii  perl  5.18.1-4

Versions of packages pkg-kde-tools recommends:
ii  dpkg-dev 1.17.1
ii  libwww-perl  6.05-1

Versions of packages pkg-kde-tools suggests:
ii  cdbs   0.4.122
ii  debhelper  9.20130921

-- 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#712237: CUPS "make test" dependent on cups-filters

2013-10-03 Thread Brian Potkin

On Wed 02 Oct 2013 at 08:53:25 -0400, Michael Sweet wrote:

> Didier,
> 
> On Oct 2, 2013, at 3:14 AM, Didier Raboud  wrote:
> > ...
> > Indeed, thanks. Marking the related Debian bugreport as such and
> > CC'ing it. That said, it's quite hard to keep track without having
> > an access to that rdar:// system.
> 
> I feel your pain and have been pressuring the folks that are doing the
> security audit of the new cups.org server to sign off on it so I can
> put the public bug reporter back online.  It is a major pain in the
> butt for me as well, I assure you!

The str newsgroup/mailing list was excellent. I do hope it returns; its
absence makes it very difficult to triage reported bugs in CUPS itself.
It is sorely missed as a source of information on which to base advice
and decisions.

Also - what about cups.general? My last mail from it was on 20th April
of this year. It too provided a source of sound information with many
knowledgeable people posting there; CUPS would be all the poorer without
it. Does its reappearence really require a security audit; especially
one which has lasted this length of time?

Regards,

Brian.

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

Bug#725299: nmu: tarantool_1.5.1.84.g9f2e646-1

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

nmu tarantool_1.5.1.84.g9f2e646-1 . ALL . -m "rebuild against binutils 
2.23.90.20130927-1"

tarantool 1.5.1.84.g9f2e646-1 still depends on binutils (< 2.23.52.20130829)

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

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


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

Bug#725298: nmu: tarantool_1.5.1.84.g9f2e646-1

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

nmu tarantool_1.5.1.84.g9f2e646-1 . ALL . -m "rebuild against binutils 
2.23.90.20130927-1"

tarantool 1.5.1.84.g9f2e646-1 still depends on binutils < 2.23.52.20130829

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

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


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

Bug#725297: RM: qcontrol [amd64] -- ROM; ANAIS; accidental upload to unstable

2013-10-03 Thread Ian Campbell

Package: ftp.debian.org
Severity: normal

I accidentally uploaded qcontrol 0.5.2-2~exp1, which adds amd64 support, to
unstable instead of experimental. I repaired this by uploading a corrected -2
package but in the meantime amd64 binaries were built and entered the archive.

I'd like to let the amd64 support bake in experimental for a bit before
uploading to unstable, please can you remove the amd4 binaries from unstable.

Thanks,
Ian.


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

Bug#725231: transition: rhythmbox

Hi,

Am 03.10.2013 08:34, schrieb Andreas Henriksson:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hello!
> 
> I'd like to upload a newer version of rhythmbox, which includes
> a bump of the soname of the core library.
> 


Since rhythmbox has no rdeps, I don't think we need to involve the
release team here (at least we never did in the past).

Michael

-- 
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#725296: alpine: Please reconsider: should work with GPG

2013-10-03 Thread Axel Stammler

Package: alpine
Version: 2.02+dfsg-2
Severity: wishlist

Dear Maintainer,

Alpine only supports S/MIME (and even then it cannot both encrypt and sign a 
message in a
way it can be decrypted) and explicitly says it cannot work with PGP-type 
encryption. A
workout is available but has severe limitations.

But neither documentation nor website mention the reasons for that decision. 
Please
reconsider.

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

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

Versions of packages alpine depends on:
ii  libc6 2.13-38
ii  libgssapi-krb5-2  1.10.1+dfsg-5+deb7u1
ii  libkrb5-3 1.10.1+dfsg-5+deb7u1
ii  libldap-2.4-2 2.4.31-1+nmu2
ii  libpam0g  1.1.3-7.1
ii  libssl1.0.0   1.0.1e-2
ii  libtinfo5 5.9-10
ii  mlock 8:2007f~dfsg-2

Versions of packages alpine recommends:
ii  alpine-doc  2.02+dfsg-2

Versions of packages alpine suggests:
ii  aspell 0.60.7~20110707-1
ii  exim4-daemon-light [mail-transport-agent]  4.80-7

-- 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#722250: pu: package telepathy-gabble/0.16.7-0+deb7u1

Control: tags -1 + confirmed

On Tue, 2013-09-24 at 16:16 +0100, Simon McVittie wrote:
> On Mon, 23 Sep 2013 at 04:40:59 +0200, Cyril Brulebois wrote:
> > Simon McVittie  (2013-09-09):
> > > I'd like to update telepathy-gabble/wheezy to fix inability to connect
> > > to Facebook XMPP chat, for which a fix is on its way to unstable
> > > ().
> 
> Proposed debdiff attached, slightly filtered (the Wocky gtk-doc
> in the tarball contains random IDs which lead to noise in the diff).
> OK to upload?

Please go ahead; thanks.

Regards,

Adam


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

Bug#680469: Adding workaround

2013-10-03 Thread Gustavo Maluf

Hi people... I've been following this thread for almost a week, trying 
to figure out a solution to make it work. Briefly, this is my story: I 
used to have my servers pool via linux-vserver project tools, and at 
that time I remember it needed a bit of work to make it really usable so 
I made my own set of scripts for everyday use. That has worked like a 
charm so far, more than five vservers in an athlon 3000 home server :). 
Since Debian 7 there is no more official support for vservers (that 
means if I wanted to keep using it I had to compile my own kernel and 
that was not the idea, just for a matter of time and maintainability), 
so as I saw this in advance I knew I would have to migrate sooner or 
later, and the first candidate was lxc. The point is I needed this 
working and got stuck with this issue.


Sorry about the story... now to the subject: I tried using Rob's 
template "as is" and even when it works well creating standard 
containers, it fails when creating lvm storage based containers, so I 
messed my hands in and introduced some little changes to make it work well.


In summary, I made some changes to lxc-create and some to Rob's template 
for wheezy and now it's working for me. I will make a diff of the 
changes I made and post a link to both files and the diffs in case 
someone wants to use them while we wait for the stable fix or a better 
solution.


Hope it helps.

Regards,
Gustavo


--
Gustavo Maluf
Senior IT System Administrator
Zetti Ingeniería en Sistemas S.R.L

---
"If you want to go somewhere, goto is the best way to get there."
--Ken Thompson


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

Bug#725295: nmu: tulip_3.7.0dfsg-4+b2

Package: release.debian.org
Severity: normal
User: trei...@debian.org
Usertags: edos-outdated

nmu tulip_3.7.0dfsg-4+b2 . ALL . -m "rebuild against binutils 
2.23.90.20130927-1"

tulip 3.7.0dfsg-4+b2 depends on old binutils (< 2.23.52.20130829)
-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

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


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

Bug#710219: evolution: segmentation fault

2013-10-03 Thread Adrian

Package: evolution
Followup-For: Bug #710219

In 3.8.5 the error is gone



-- System Information:
Debian Release: jessie/sid
Architecture: amd64 (x86_64)

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

Versions of packages evolution depends on:
ii  dbus   1.6.14-1
ii  debconf [debconf-2.0]  1.5.51
ii  evolution-common   3.8.5-2
ii  evolution-data-server  3.8.5-2
ii  gnome-icon-theme   3.8.3-1
ii  libatk1.0-02.8.0-2
ii  libc6  2.17-93
ii  libcamel-1.2-433.8.5-2
ii  libecal-1.2-15 3.8.5-2
ii  libedataserver-1.2-17  3.8.5-2
ii  libevolution   3.8.5-2
ii  libglib2.0-0   2.36.4-1
ii  libgtk-3-0 3.8.4-1
ii  libical0   0.48-2
ii  libnotify4 0.7.6-1
ii  libsoup2.4-1   2.42.2-6
ii  libwebkitgtk-3.0-0 2.0.4-5
ii  libxml22.9.1+dfsg1-3
ii  psmisc 22.20-1

Versions of packages evolution recommends:
ii  bogofilter 1.2.4+dfsg1-2
ii  evolution-plugins  3.8.5-2
ii  yelp   3.8.1-2

Versions of packages evolution suggests:
pn  evolution-ews   
pn  evolution-plugins-experimental  
ii  gnupg   1.4.14-1
ii  network-manager 0.9.8.0-5

-- debconf information:
  evolution/needs_shutdown:
  evolution/kill_processes:


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

Bug#712281: Maybe a solution

2013-10-03 Thread Matthieu Dubuget


Hello,

I had the same problem.

After removing the user xsane settings file, it is working again.

rm -r ~/.sane/xsane

Hoping this help

Salutations

Matthieu


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

Bug#722836: spatialite-tools link with -L/usr/lib

2013-10-03 Thread Sebastiaan Couwenberg

Control: fixed -1 3.1.0b-2

The current version in unstable use dh-autoreconf for retooling. Those
new builds no longer use -L/usr/lib.

Kind Regards,

Bas

-- 
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)


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

Bug#725294: zsh: sshfs completion gives error when attempting to complete host after using -o option

2013-10-03 Thread David Banks

Package: zsh
Version: 5.0.2-5
Severity: normal

The completion available for sshfs doesn't handle user/host completion after
providing options to sshfs using -o.  To reproduce this, try the following
(press TAB where indicated):

  amoe@vuurvlieg $ sshfs -o reconnect xyzzy
  (eval):1: unknown file attribute
  _arguments:450: command not found: (

This makes it impossible to complete users/hosts after using any options with 
-o.  
The completion configuration I am using is the following:

  autoload -Uz compinit
  compinit

Cheers,
Dave

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

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

Versions of packages zsh depends on:
ii  libc6   2.17-92
ii  libcap2 1:2.22-1.2
ii  libtinfo5   5.9+20130608-1
ii  zsh-common  5.0.2-5

Versions of packages zsh recommends:
ii  libncursesw5  5.9+20130608-1
ii  libpcre3  1:8.31-2

Versions of packages zsh suggests:
pn  zsh-doc  

-- 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#725282: [Pkg-kde-extras] Bug#725282: kaffeine: DvbLinuxDevice::startDevice uses wrong device path

2013-10-03 Thread Lisandro Damián Nicanor Pérez Meyer

tag 725282 upstream
forwarded 725282 https://bugs.kde.org/show_bug.cgi?id=292138
thanks

On Thursday 03 October 2013 17:38:05 Alex Wilk wrote:
> Package: kaffeine
> Version: 1.2.2-2
> Severity: important
> 
> Dear Maintainer,
> 
> after an update kaffeine has the same problem as described at the following
> link: - https://bugs.kde.org/show_bug.cgi?id=292138
> 
> % kaffeine
> kaffeine(15836) DvbLinuxDevice::startDevice: cannot open frontend
> "dvb/adapter0/frontend0"
> 
> Also, the solution is the same as described (create a symbolic link from
> /dev/dvb in the current directory or change to the directory /dev).
> However, I do not know exactly what was updated in detail.

Then the problem is already reported upstream and must be solved there :)

Kinds regards, Lisandro.

-- 

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


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

Bug#717852: pu: package devscripts/2.12.6+deb7u1

Control: tags -1 + confirmed

On Fri, 2013-07-26 at 16:59 +0200, Moritz Muehlenhoff wrote:
> On Thu, Jul 25, 2013 at 05:18:02PM +0100, Adam D. Barratt wrote:
> >> diff -Nru devscripts-2.12.6/scripts/build-rdeps.pl
> > [...]
> >> -my $release_pattern = '(.*_dists_(sid|unstable))_(?:In)*Release$';
> >> +my $release_pattern = '(.*_dists_(wheezy|stable))_(?:In)*Release$';
> >
> > Hmmm, what are the chances that users on stable might want to derive the 
> > information for unstable in any case?
> 
> Fairly negligable, but
> 
> | my $release_pattern = 
> '(.*_dists_(sid|unstable|wheezy|stable))_(?:In)*Release$';
> 
> makes a Wheezy system with a deb-sec for unstable work as well. I upload that
> as well.

Apologies for the delay in getting back to you.

Looking closer I realised that build-rdeps has a --distribution option,
so feel free to go ahead with the original patch.

Regards,

Adam


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

Bug#725292: iceweasel: Iceweasel does nothing when address is chosen or confirmed with Enter key

2013-10-03 Thread Georgi Naplatnov

Package: iceweasel
Version: 24.0-2
Severity: normal

Dear Maintainer,

writing url in the iceweasel address bar and confirming it with hiting Enter 
key does nothing. Choosing URL does nothing as well. In this way I can not load 
any page and the browser seems unusable to me.

Today I tried version 25 from experimental branch and that version has the same 
behaviour.

Best regards
Georgi

-- Package-specific info:

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

Kernel: kFreeBSD 9.2-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils 4.4
ii  fontconfig  2.10.2-2
ii  libc0.1 2.17-93
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.21-1
ii  libnspr42:4.10-1
ii  libsqlite3-03.8.0.2-1
ii  libstdc++6  4.8.1-10
ii  procps  1:3.3.8-2
ii  xulrunner-24.0  24.0-2

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libgssapi-krb5-2   1.11.3+dfsg-3
pn  mozplugger 

Versions of packages xulrunner-24.0 depends on:
ii  libatk1.0-0   2.10.0-2
ii  libbz2-1.01.0.6-5
ii  libc0.1   2.17-93
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.6.14-1
ii  libevent-2.0-52.0.21-stable-1
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-10
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.21-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libmozjs24d   24.0-2
ii  libnspr4  2:4.10-1
ii  libnss3   2:3.15.1-1
ii  libpango-1.0-01.32.5-5+b1
ii  libpixman-1-0 0.30.2-1
ii  libsqlite3-0  3.8.0.2-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.1-10
ii  libvpx1   1.2.0-2
ii  libx11-6  2:1.6.1-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages xulrunner-24.0 suggests:
ii  libcanberra0  0.30-2
ii  libdbus-glib-1-2  0.100.2-1
pn  libgnomeui-0  

-- 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#724043: archivemail: FTBFS: Test failure

2013-10-03 Thread Nikolaus Schulz

On Thu, Oct 03, 2013 at 09:27:53AM -0700, Daniel Schepler wrote:
> On Thursday, October 03, 2013 02:43:03 PM Nikolaus Schulz wrote:
> > This is really weird.  Because what the test code there does is
> > something like this:
> > 
> >   s = 24 * 60 * 60
> >   time_msg = time.time() - s
> >   time_now = time.time()
> >   assert time_message + s < time_now
> > 
> > So if this fails, time_msg == time_now.  But the resolution of the clock
> > should be good enough to prevent that from happening.  What do you get
> > on your system if you run
> > 
> >   $ python2 -c 'import time; print time.time() == time.time()'
> > 
> > If that should happen to print "False", it would be cool if you could
> > apply the attached patch and run ./test_archivemail once more.
> > 
> > You can do this in the unpacked source bypassing all the packaging
> > wrappers, they make no difference.
> 
> I just tried running that python command line 10 times -- I got True 5 times 
> and False 5 times.  As for trying the test_archivemail patch, that will 
> probably have to wait until this evening.

Wow, that outcome was unexpected.  Your system clock is not precise
enough to return strictly increasing wall clock times for quick
successive calls to time.time().  And if two calls return the same time,
this will indeed break the archivemail test suite.

Testing my patch should not be necessary, thanks.  It is just adding
diagnostic output to debug this problem, and I think we have
successfully identified the cause for this.

Thanks for testing!

Actually uploading a fixed package will have to wait until I return from
holidays, though, so it won't happen before 20th October.

Nikolaus

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

Bug#725291: ospu: package sympa/6.0.1+dfsg-4+squeeze2

2013-10-03 Thread Emmanuel Bouthenot

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

Hi,

The version of sympa in oldstable is affected by a bug which permit to
one user to crash or trigger an endless loop in the fastcgi process
running the sympa web interface (wwsympa). See #654622

DSA asked me to upload a fix for this bug in oldstable-proposed-updates
(I hope it's not too late for the next point release).

Attached is the debdiff.


Regards,

M.

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru sympa-6.0.1+dfsg/debian/changelog sympa-6.0.1+dfsg/debian/changelog
--- sympa-6.0.1+dfsg/debian/changelog	2012-05-20 14:04:58.0 +
+++ sympa-6.0.1+dfsg/debian/changelog	2013-10-03 12:39:39.0 +
@@ -1,3 +1,10 @@
+sympa (6.0.1+dfsg-4+squeeze2) oldstable-proposed-updates; urgency=low
+
+  * Fix endless loop in wwsympa while loading session data including
+  metacharacters like regexp symbols (Closes: #654622)
+
+ -- Emmanuel Bouthenot   Thu, 03 Oct 2013 18:32:59 +
+
 sympa (6.0.1+dfsg-4+squeeze1) stable-security; urgency=high
 
   * Fix CVE-2012-2352: Possibility to bypass the authorization mechanisms in
diff -Nru sympa-6.0.1+dfsg/debian/patches/0001_fix_session_with_metachars.patch sympa-6.0.1+dfsg/debian/patches/0001_fix_session_with_metachars.patch
--- sympa-6.0.1+dfsg/debian/patches/0001_fix_session_with_metachars.patch	1970-01-01 00:00:00.0 +
+++ sympa-6.0.1+dfsg/debian/patches/0001_fix_session_with_metachars.patch	2013-10-03 14:25:35.0 +
@@ -0,0 +1,34 @@
+Description: Fix endless loop in wwsympa while loading session data
+including metacharacters like regexp symbols (Closes: #654622)
+Author: Hatuka*nezumi - IKEDA Soji 
+Origin: upstream, https://sourcesup.renater.fr/scm/viewvc.php?view=revision&root=sympa&revision=6323
+Bug-Debian: http://bug.debian.org/654622
+Last-Update: 2013-10-03
+--- a/src/lib/tools.pm
 b/src/lib/tools.pm
+@@ -3229,9 +3229,11 @@
+ my $data = shift;
+ my %hash ;
+ 
+-while ($data =~ /^(\;?(\w+)\=\"([^\"]*)\")/) {
+-	$hash{$2} = $3; 
+-	$data =~ s/$1// ;
++pos($data) = 0;
++while ($data =~ /\G;?(\w+)\=\"((\\[\"\\]|[^\"])*)\"(?=(;|\z))/g) {
++	my ($var, $val) = ($1, $2);
++	$val =~ s/\\([\"\\])/$1/g;
++	$hash{$var} = $val; 
+ }
+ 
+ return (%hash);
+@@ -3246,7 +3248,9 @@
+ my $data_string ;
+ foreach my $var (keys %$refhash ) {
+ 	next unless ($var);
+-	$data_string .= ';'.$var.'="'.$refhash->{$var}.'"';
++	my $val = $refhash->{$var};
++	$val =~ s/([\"\\])/\\$1/g;
++	$data_string .= ';'.$var.'="'.$val.'"';
+ }
+ return ($data_string);
+ }
diff -Nru sympa-6.0.1+dfsg/debian/patches/series sympa-6.0.1+dfsg/debian/patches/series
--- sympa-6.0.1+dfsg/debian/patches/series	2012-05-20 14:04:58.0 +
+++ sympa-6.0.1+dfsg/debian/patches/series	2013-10-03 12:43:25.0 +
@@ -1,3 +1,4 @@
+0001_fix_session_with_metachars.patch
 1001_sympa.pl_add_prepare_db_option.patch
 1004_wizard_support_batch_and_display_mode.patch
 1005_wizard_emit_cmd_and_newline_when_dying.patch

Bug#652003: this issue might be blocking Tails

2013-10-03 Thread intrigeri

Zooko O'Whielacronx wrote (03 Oct 2013 15:30:33 GMT) :
> This issue might be blocking a project to include Tahoe-LAFS as a tool
> in the Tails system:

(Hint: bertagaz is publicly known to be a Tails developer :)


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

Bug#725267: spatialite: Build failures caused by fromgeojson22.testcase

2013-10-03 Thread Sebastiaan Couwenberg

Control: fixed -1 4.1.1-1
Control: tags -1 pending

Upstream has advised to disable this specific testcase, or address this
in sqlite's own sqlite3_mprintf().

For now disabling the testcase seems like the best option to allow a
transition for spatialite from experimental.

The testcase is disabled in the updated package available on mentors.

Regards,

Bas

-- 
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)


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

Bug#725289: grive is not installable due to unmet dependencies

2013-10-03 Thread Raf Czlonka

Package: grive
Version: 0.2.0-1+b2
Severity: important

Hi,

This is the second time this "bug" affects 'grive'.

The problem is that 'grive' package _insists_ on depending on a specific
version of 'binutils'. From what I have checked this is the *only*
package which introduces that strict 'binutils' version check. I can
appreciate the fact that 'grive' might require a specific version of
'binutils' AND a "greater than" one, but to limit the dependency to AND
a "lower than" as well, seems to be a bit "over the top", i.e. as if
expecting than an update to 'binutils' will automatically break 'grive'
all of a sudden.

Therefore I would highly recommend changing the dependency to a specific
version of binutils AND higher... only :^)

Kind regards,

rjc

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (999, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 3.10-3-powerpc
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 grive depends on:
ii  binutils2.23.90.20130927-1
ii  libboost-filesystem1.54.0   1.54.0-3
ii  libboost-program-options1.54.0  1.54.0-3
ii  libboost-system1.54.0   1.54.0-3
ii  libc6   2.17-93
ii  libcurl3-gnutls 7.32.0-1
ii  libexpat1   2.1.0-4
ii  libgcc1 1:4.8.1-10
ii  libgcrypt11 1.5.3-2
ii  libjson-c2  0.11-3
ii  libstdc++6  4.8.1-10
ii  zlib1g  1:1.2.8.dfsg-1

grive recommends no packages.

grive suggests no packages.


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

Bug#658139: NMU to fix this bug made to delayed/7

Am 03.10.2013 19:11, schrieb Michael Biebl:
> Hi Neil,
> 
> Am 03.10.2013 13:51, schrieb Neil McGovern:
>> package evince
>> unarchive 658139
>> found 658139 3.8.3-2
>> thanks
>>
>> It looks like the latest package upload did not ack the NMU. Which means
>> this bug is back.
> 
> mime-support in jessie/sid has native support for the xdg mime spec so
> there is no need anymore to add a evince.mime file.
> The reason why it was added for the wheezy version is simply that the
> mime-support maintainers didn't want to add that feature that late in
> the wheezy release cycle.
> 
> From my POV this bug is not back and it should be closed again.

mime-support (3.53) unstable; urgency=low

[..]

  801bd8b Parse Desktop entries to generate mailcap entries.
  Patch from Brian M. Carlson. (Closes: #497779)



-- 
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#658139: NMU to fix this bug made to delayed/7