Bug#800423: ghc: Package ghc 7.10.2-2 conflicts with itself via virtual packages

[Tobias Stein]

Package: ghc
Version: 7.10.2-2
Severity: normal
Tags: d-i

Dear Maintainer,

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

   * What led up to the situation?
I tried to upgrade haskell-platform to current state in experimental using
aptitude.
The installation process exited with:

Lese Changelogs... Fertig
Extrahiere Vorlagen aus Paketen: 100%
(Lese Datenbank ... 502051 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../ghc-doc_7.10.2-2_all.deb ...
Entpacken von ghc-doc (7.10.2-2) über (7.6.3-21) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/ghc-
doc_7.10.2-2_all.deb (--unpack):
 Versuch, »/usr/lib/ghc-doc/hoogle/transformers.txt« zu überschreiben,
welches auch in Paket libghc-transformers-doc 0.3.0.0-5 ist
Trigger für dochelp (0.1.2+b1) werden verarbeitet ...
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Drücken Sie zum Fortsetzen die Eingabetaste.

For example the Package ghc 7.10.2.2 conflicts with "libghc-array-dev" or
"libghc-base-dev" which is provided by ghc 7.10.2-2.
So it looks for me that this version of ghc conflicts with itself.

ghc-doc depends on haddock-interface-27, that depends on ghc, which is broken.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
Can't upgrade ghc-doc and its dependancies to 7.10.2-2.
   * What outcome did you expect instead?
Clean upgrade process.



-- System Information:
Debian Release: 8.2
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), 
(500, 'stable'), (500, 'oldstable'), (400, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ghc depends on:
ii  dpkg 1.18.3
ii  gcc  4:5.2.1-4
ii  libbsd-dev   0.7.0-2
ii  libc62.21-0experimental1
ii  libc6-dev2.21-0experimental1
ii  libffi-dev   3.1-2+b2
ii  libffi6  3.1-2+b2
ii  libgmp-dev   2:6.0.0+dfsg-6
ii  libgmp10 2:6.0.0+dfsg-6
ii  libncurses5-dev  6.0+20150810-1
ii  libtinfo56.0+20150810-1

ghc recommends no packages.

Versions of packages ghc suggests:
ii  ghc-doc  7.6.3-21
ii  ghc-prof 7.10.2-2
pn  haskell-doc  
pn  llvm-3.5 
ii  perl 5.20.2-6

-- no debconf information

Bug#800392: [Python-modules-team] Bug#800392: python-numpy: FTBFS on powerpc due to test failure

[Julian Taylor]

On 28.09.2015 20:58, Scott Kitterman wrote:
> 
> Seems like this may be related to #702169.
> 

no, powerpc is the arch with the broken malloc:
https://sourceware.org/bugzilla/show_bug.cgi?id=6527

the test should probably just be ignored (as it has been in the past) it
has always been broken and nobody ever cared.

Bug#800424: libdevel-cover-perl: FTBFS on i386 (Linux + Hurd, not kFreeBSD)

[Axel Beckert]

Package: libdevel-cover-perl
Version: 1.21-1
Severity: serious
Forwarded: mailto:p...@pjcj.net

libdevel-cover-perl FTBFS on i386 and hurd-i386 (but not kfreebsd-i386)
due to a test suite failure:
https://buildd.debian.org/status/package.php?p=libdevel-cover-perl

The failing part:

| 117|  '10  print "E3\\n"; 
|  '10  
print "E3\\n";  
   |
| 118|',
|', 

   |
| 119|  '11 
|  '11  

   |
| 120|',
|', 

   |
* 121|  '12 22   sub E3 { print "E3::E3\\n" }   
|  '12 1
1   sub E3 { print "E3::E3\\n" }
   *
| 122|',
|', 

   |
| 123|  '13 
|  '13  

   |
| 124|',
|', 

   |
| 125|  '14  1  
|  '14  
1   
   |
| 126|',
|', 

   |
| 127|  '   
|  '

   |
| 128|',
|', 

   |
| 129|  '   
|  '

   |
| 130|',
|', 

   |
| 131|  'Covered Subroutines
|  'Covered Subroutines 

   |
| 132|',
|', 

   |
| 133|  '-  
|  '-   

   |
| 134|',
|', 

   |
| 135|  '   
  

Bug#800420: ITP: charm -- the Cross-Platform Time Tracker

[Markus Koschany]

Am 29.09.2015 um 08:41 schrieb Sandro Knauß:
> Package: wnpp
> Severity: wishlist
> Owner: "Sandro Knauß" 
> 
> * Package name: charm

Hi,

just FYI: there was once another package with the same name included in
Debian

https://packages.debian.org/squeeze/charm

I think collisions are unlikely but the devil is in the detail.

Regards,

Markus





signature.asc
Description: OpenPGP digital signature

Bug#800425: ansiweather: please document icons in the manpage

[Thorsten Glaser]

Package: ansiweather
Version: 1.04-1
Severity: wishlist

Hi,

would be cool if the icons were documented… I mean, ☔ and ☀
are pretty clear, but ☁ and especially ▒ ?

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

Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages ansiweather depends on:
ii  bc1.06.95-9
ii  curl  7.44.0-2
ii  jq1.4-2.1
ii  wget  1.16.3-3

ansiweather recommends no packages.

ansiweather suggests no packages.

-- no debconf information

Bug#800426: seabios: XEN is not enable for 128k rom

[Julien Duponchelle]

Package: seabios
Severity: minor
Tags: d-i

Dear Maintainer,

Hi when looking at the source of the last seabios debian package I have seen 
this line:
$(call build-bios,bios,QEMU=y ROM_SIZE=128 PVSCSI=n USB_XHCI=n 
USB_UAS=n XEN=n)

But the comment just before say XEN should be enable:
# A (somewhat) stripped-down version of bios, to fit in 128Kb
# If the bios is larger, we have issues with guest migration, and older xen
# (before 4.3.1) does not work as it only supports bios of size 128Kb.
# Upstream qemu builds smaller bios without XCHI (usb3) and XEN,
# but we need XEN support so we disable usb3 (implenented since 1.7.4)
# and another recent but rather small feature, pvscsi.  We're very close
# to the available size, and the size also depends on compiler and options.
# Qemu past 1.7 version will load bios-256k.bin by default (for new machine
# types), but the size is still a concern when specifying older machine
# types (1.7 and before).


I don't know if it's an issue but the documentation is confusing.

Thanks a lot for your hard work

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

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

Bug#707851: Debian Menu Systems : Implementation of the TC decision

[Didier 'OdyX' Raboud]

Le mardi, 22 septembre 2015, 13.47:31 Charles Plessy a écrit :
> Le Mon, Sep 21, 2015 at 11:27:53AM -0400, Sam Hartman a écrit :
> > Hi.  I've been debating how to respond to the shall vs must thing. 
> > The short answer is that there are reasons why you might prefer
> > shall, but I find that I'd rather say "must is good enough," than
> > try and come up with an articulate presentation of the energy which
> > would conclude by saying that if must still seemed like the right
> > choice go with it.
> > 
> > So,  I'm fine with s/shall/must.
> 
> Thanks Sam,
> 
> the word "shall" appears only once in the Policy (quoted below), so I
> think that avoiding it is consistent with the Policy's style.
> 
>If the package is architecture: any, then
>the shared library compilation and linking flags must have
>-fPIC, or the package shall not build on some of
>the supported architectures
> 
> I still have commit priviledges on the Policy's Git repository on
> Alioth, so if the Policy Editors are busy, I can implement the TC's
> decision.

For what I'm concerned, at least for the "cherry-picking" part of the TC 
decision, please go ahead.

Cheers,
OdyX

Bug#800423: ghc: Package ghc 7.10.2-2 conflicts with itself via virtual packages

[Joachim Breitner]

Control: reassign -1 ghc-doc
Control: retitle -1 ghc-doc has file conflicts with packages from stable 
(jessie)
Control: found -1 ghc-doc/7.10.2-2
Control: severity seroius

Dear Tobias,

thanks for your report.

Am Dienstag, den 29.09.2015, 09:01 +0200 schrieb Tobias Stein:
>* What led up to the situation?
> I tried to upgrade haskell-platform to current state in experimental using
> aptitude.
> The installation process exited with:
> 
> Lese Changelogs... Fertig
> Extrahiere Vorlagen aus Paketen: 100%
> (Lese Datenbank ... 502051 Dateien und Verzeichnisse sind derzeit 
> installiert.)
> Vorbereitung zum Entpacken von .../ghc-doc_7.10.2-2_all.deb ...
> Entpacken von ghc-doc (7.10.2-2) über (7.6.3-21) ...
> dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/ghc-
> doc_7.10.2-2_all.deb (--unpack):
>  Versuch, »/usr/lib/ghc-doc/hoogle/transformers.txt« zu überschreiben,
> welches auch in Paket libghc-transformers-doc 0.3.0.0-5 ist
> Trigger für dochelp (0.1.2+b1) werden verarbeitet ...
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> Failed to perform requested operation on package.  Trying to recover:
> Drücken Sie zum Fortsetzen die Eingabetaste.

The problem is that the transformers package got merged into the
compiler, so what used to be in libghc-transformers-doc is now in ghc
-doc. This needs a Conflict and Breaks from ghc-doc to libghc
-transformers-doc (and possibly others), or possibly ghc-doc can move
these files somewhere else, and haddock can be told where to look.

This needs to be fixed before this version of ghc can enter testing.

> For example the Package ghc 7.10.2.2 conflicts with "libghc-array-dev" or
> "libghc-base-dev" which is provided by ghc 7.10.2-2.
> So it looks for me that this version of ghc conflicts with itself.

This is actually ok, a package will never actually conflict with
itself, just with anything else providing libghc-base-dev.

Greetings,
Joachim

-- 
-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#800334: bug

[ZenWalker]

It is solved on 9.38 and later with -spd

http://sourceforge.net/p/sevenzip/bugs/1557/

Bug#800118: binary directory problems loading mods

[Fabian Greffrath]

Am Montag, den 28.09.2015, 13:13 -0430 schrieb PICCORO McKAY Lenz:
> i tag grave due i cannot load as writable mod dir as user, only if
> mods are put as a root, and i think there's another policy that talks
> abour that

I don't think so.

> "/usr/lib/yamagi-quake2/quake2 +set game /path/to/doom2" and my path
> are casesentivi under a directory mounted without exec and dev
> permitions

Please try with "+set basedir /path/to/quake2" as an additional
parameter. I believe things will become easier if you install the
"quake2" Debian package which will already set the crucial variables
for you.

 - Fabian


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

Bug#789579: marked as pending

[Mattia Rizzolo]

On Tue, Sep 29, 2015 at 06:15:22AM +0100, Chris Lamb wrote:
> Hi James,
> 
> Thanks so much for applying the patch. However:
> 
> > +  * wrap-and-sort:
> > ++ Avoid modifying an empty file.  (Closes: #789579)
> 
> .. may I gently suggest that, in future, you include some form of
> attribution?
> 
> Whilst I am a veteran developer so it doesn't matter too much to me,
> providing some form of credit is a -- admittedly somewhat cheap and
> vulgar -- way of encouraging new developers.

I think he just forgot in the first commit, since the very next one
added some attribution
http://anonscm.debian.org/cgit/collab-maint/devscripts.git/commit/?id=3a81b2c97ebb4fe0779bf4692b2ff2d5e8ed08b5

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#800427: cheese: Cheese 3.18 breaks Gnome Contacts 3.18

[Marc J. Driftmeyer]

Package: cheese
Version: 3.16.1-1
Severity: normal

Dear Maintainer,

Can we seriously cross-reference the test harness dependencies to figure out 
that when other packages upgrade to GNOME 3.18.0 [Example: gnome-contacts] that 
adjacent packages, like Cheese 3.18.0 don't break and uninstall already the 
latest 3.18 packages?

Seriously, this entire upgrade along with the GCC 5 transition is an 
abomination.

Finish the GCC 5 transition with GNOME 3.16 and then move in 3.18. Too many 
breaks make zero sense. The Fact gnome-control-center is built but the rquired 
libgdesktop 3.12 is non-existent and those packages are uploaded to 
Experimental anyways speaks volumes to the problems not being mitigated to 
avoid the end user from taking a bath on broken packages.

- Marc


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cheese depends on:
ii  cheese-common  3.16.1-1
ii  gnome-video-effects0.4.1-3
ii  libc6  2.21-0experimental1
ii  libcanberra-gtk3-0 0.30-2.1
ii  libcheese-gtk233.16.1-1
ii  libcheese7 3.16.1-1
ii  libclutter-1.0-0   1.24.0-1
ii  libclutter-gtk-1.0-0   1.6.4-1
ii  libgdk-pixbuf2.0-0 2.32.0-1
ii  libglib2.0-0   2.46.0-2
ii  libgnome-desktop-3-10  3.16.2-2
ii  libgstreamer1.0-0  1.6.0-1
ii  libgtk-3-0 3.18.0-2

Versions of packages cheese recommends:
ii  gnome-icon-theme3.12.0-1
ii  gvfs1.25.92-1
ii  hicolor-icon-theme  0.13-1
ii  nautilus-sendto 3.8.2-1
ii  yelp3.16.1-1

Versions of packages cheese suggests:
pn  gnome-video-effects-frei0r  

-- no debconf information

Bug#799550: libuhd003v5 lost its v5 suffix...

[Raphael Hertzog]

Hi,

On Mon, 28 Sep 2015, A. Maitland Bottoms wrote:
> I've got uhd-3.9.1-1 conflicting with gnuradio << 3.7.8-3

Breaks should be enough.

> and I am considering adding a versioned depends for gnuradio 3.7.8-4
> and libgnuradio-osmosdr0.1.4 0.1.4-3 that requires libuhd003 >= 3.9.
> Will that be enough to avoid problems when upgrading from jessie to stretch?

Almost:
- Breaks is enough, no need for Conflicts
- gr-osmosdr is also a reverse dependency of libuhd003 so should have the
  tighter dep as well
- the tighter dependency should be injected via a stronger dependency
  in the "shlibs" file exported by libuhd003 (built with "dh_makeshlibs -V")

> Upstream has been breaking ABI routinely. Another approach would be
> to patch the soname and soversion for the Debian packaging resulting
> in a new libuhd3.9 library package. At the moment I am preferring
> this approach to the v5 suffix approach.

The package rename was the easy/clean solution to make sure that old
binaries do not use the new library. But you can also ensure this
with Breaks. Both are acceptable.

> But if taking the v5 suffix approach is the recommended way forward,
> I can certainly do that. But I would like your advice now that you
> know upstream UHD often breaks ABI without soname/soversion bumps.

the v5 is just a way to automatically rename the package, the suffix
itself is not important, so renaming to libuhd3.9 is also possible
but this will require a round through NEW while the v5 suffix
is already known in the overrides file.

> I think UHD upstream is interested in best practices for library
> release management, but, like me, needs a bit of education and a
> plan to move from the current state of release management to
> something better.

I think you know the basics: for upstream “change the SONAME when you
break the ABI”, and for you “change the package name when the SONAME
changes”.

> The reasoning is that uhd routinely changes ABI and API between versions.
> I have been using versioned package dependencies to manage library ABI
> changes. Since 3.9.0 was another ABI bump from 3.8.5, I went ahead and
> reverted the library rename.

As long as upstream doesn't follow the SONAME change, it's up to you
to change the package name when the ABI changes.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#800428: libc6-dev-mips-cross: mips-linux-gnu-gcc-5 doesn't support -msoft-float

[Jonathan Neuschäfer]

Package: libc6-dev-mips-cross
Version: 2.19-19cross1
Severity: normal

Hello,

when I cross-compile a little hello world program for MIPS and use
-msoft-float, gcc complains that it doesn't find a file:

> $ cat hello.c
> #include 
> 
> int main(void)
> {
> printf("Hello World\n");
> return 0;
> }
> $ mips-linux-gnu-gcc-5 -msoft-floathello.c   -o hello
> In file included from /usr/mips-linux-gnu/include/features.h:398:0,
>  from /usr/mips-linux-gnu/include/stdio.h:27,
>  from hello.c:1:
> /usr/mips-linux-gnu/include/gnu/stubs.h:8:33: fatal error: 
> gnu/stubs-o32_soft.h: No such file or directory
> compilation terminated.
> : recipe for target 'hello' failed
> make: *** [hello] Error 1


Best regards,
Jonathan Neuschäfer

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libc6-dev-mips-cross depends on:
ii  libc6-mips-cross   2.19-19cross1
ii  linux-libc-dev-mips-cross  4.1.6-1cross1

libc6-dev-mips-cross recommends no packages.

libc6-dev-mips-cross suggests no packages.

-- no debconf information

Bug#800327: Permission issue with GDM and NVidia

[Aigars Mahinovs]

Looks possible - I also had the glx-diversions updated from 0.5.1 to 0.6.0
at the same time.

On Tue, Sep 29, 2015 at 8:21 AM Diederik de Haas 
wrote:

> On Monday 28 September 2015 23:19:30 Aigars Mahinovs wrote:
> > I can confirm that the issue rescribed in bug #800327 is real and the
> > workaround of adding Debian-gdm user to the video group works.
>
> That workaround was also posted on
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799948 and the cause
> seems to be the upgrade of glx-
> diversions to version 0.6.0.
> I wouldn't be surprised if that is the case with you too.

Bug#800429: seabios: Disable SDCARD for 128k rom

[Julien Duponchelle]

Package: seabios
Severity: wishlist
Tags: d-i

Dear Maintainer,

The sdcard support is new in seabios 1.8 and used only by Qemu. Recent
version of qemu use the 256k rom. I suggest to disable the sdcard
by adding SDCARD=n in debian/rules during the build of the 128K rom.

For last debian version actually it's not an issue because GCC optimization
success to keep the size under 128K. But when trying to backport it to an
ubuntu 14.04 LTS I got the issue. I think this can help you to free some
space in prevision of futur seabios releases.

Thanks a lot for your hardwork

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

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

Bug#799685: [ITR] templates://dyfi/{templates}

[Eugene Zhukov]

On Mon, Sep 28, 2015 at 7:59 PM, Christian PERRIER  wrote:
> [...]
> It would IMHO not hurt to have at least a long description of what
> username and password are askedand standardize on the wording
> we're using elsewhere in Debian.
Ok, sure we can do that.

Thanks,
Eugene

Bug#799948: Permission issue with GDM and NVidia

[Luca Boccassi]

On Sep 29, 2015 09:09, "Aigars Mahinovs"  wrote:
>
> Looks possible - I also had the glx-diversions updated from 0.5.1 to
0.6.0 at the same time.
>
> On Tue, Sep 29, 2015 at 8:21 AM Diederik de Haas 
wrote:
>>
>> On Monday 28 September 2015 23:19:30 Aigars Mahinovs wrote:
>> > I can confirm that the issue rescribed in bug #800327 is real and the
>> > workaround of adding Debian-gdm user to the video group works.
>>
>> That workaround was also posted on
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799948 and the cause seems
to be the upgrade of glx-
>> diversions to version 0.6.0.
>> I wouldn't be surprised if that is the case with you too.

I believe it's a side effect of a new feature introduced by nvidia-driver
340.93-2 and glx-alternatives 0.6 combined, namely the auto-generation of
the xorg.conf and the auto-loading of the necessary kernel modules.

IMHO this is a great feature to have and it makes the life of the users
much simpler. So the question is how to deal with the permission problem.

Adding the DM users to the video group in the driver postinst seems the
basic solution, but it's not enough as a chicken-and-egg situation could
happen (eg: a GDM-Nvidia user installs sddm later). So the only way to be
sure would be to also create the DM users if not present at the driver
install time. But how will the various DM packages deal with the fact that
the user already exists at install time? Will it cause problems?

Another solution would be having the DM packages themselves add their users
to the video group on install as well, but I'd be wary of adding
workarounds in other packages, especially when it involves extending
privileges, and I suspect the respective mainteiners feel the same way.

Andreas, Vincent, what are your thoughts on this?

I'll try and have a play and investigate in the following days.

Kind regards,
Luca Boccassi

Bug#799259: cups-filters: Messy dependencies between cups-filters and foomatic-filters...

[Marco Gaiarin]

Mandi! Till Kamppeter
  In chel di` si favelave...

Only two note.

> 2. beh with standard permissions only works with backends with
> standard permissions. root-only backends (with executable bit only
> for root) only work through beh if one assigns the same root-only
> permissions to beh, making also normal backends used through beh
> running as root. Any suggestions for handling this permission
> problem are welcome.

This ''permission mess'' on cups backend is another story, and another
bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702227

really, i've not understood why there's permission restriction, and how
circumvent it.
I admit that using ''chained backend'' is not a common setup, but cups
support it, while seems that breaks their ''security model''.

It is at least not clear. Probably is an upstream thing, but...


> As a quick solution on the side of the distribution I would split
> the binary packages of foomatic-filters to have one containing
> foomatic-rip (for the rare non-CUPS printing system users) and one
> containing beh (for the rare cups+beh users).

Consider also to simply add a row on README.Debian or something like
that: 'beh' is a very simply perl script, with no exotic perl deps, so
probably some row that explain how to download and install perl will
suffices, at least for now.


Thanks.

-- 
dott. Marco Gaiarin GNUPG Key ID: 240A3D66
  Associazione ``La Nostra Famiglia''http://www.sv.lnf.it/
  Polo FVG   -   Via della Bontà, 7 - 33078   -   San Vito al Tagliamento (PN)
  marco.gaiarin(at)lanostrafamiglia.it   t +39-0434-842711   f +39-0434-842797

Dona il 5 PER MILLE a LA NOSTRA FAMIGLIA!
http://www.lanostrafamiglia.it/25/index.php/component/k2/item/123
(cf 00307430132, categoria ONLUS oppure RICERCA SANITARIA)

Bug#798446: Acknowledgement (eclipse-wtp-xsl: no option to run, XSL transformation; no XSL configurations)

[Mark Carroll]

On 09/28/2015 04:25 PM, Markus Koschany wrote:
(snip)

I think you hit a common issue with Eclipse. The update mechanism
provided by Eclipse is not really compatible with Debian's packaging
system. Often it just works but sometimes you will experience weird bugs
due to incompatible versions. The only way to debug such a problem is to
deinstall all downloaded Eclipse plugins.

(snip)

I understand that this might not be a satisfactory answer but the only
way to avoid such bugs is to disable Eclipse's way of updating plugins
and to use the provided Debian packages whenever possible.


Aha, thank you very much for these clues. I wiped out everything in the
plugins directory in ~/.eclipse and anything related to m2e, then
reinstalled the maven add-on, and now I can see the XML stuff and the
Maven stuff both in Eclipse's UI! I guess I'd request Debian packaging
of the m2e Eclipse stuff so I don't have to touch the non-Debian add-on
sites at all but overall I am now much happier and I appreciate your
help. I'll try to avoid non-Debian offered updates in future and use the
add-on sites only when necessary.

Cheers,

Mark

The University of Dundee is a registered Scottish Charity, No: SC015096

Bug#784543: [pkg-golang-devel] Bug#784543: golang: test failures on arm64

[Edmund Grimley Evans]

I think I've resolved a couple of the issues:

* Not building with gccgo:

I thought I was joking when I wrote that I sometimes forget to mount
/proc. Well, it turns out that the build system runs "go env GOROOT",
and that command fails obscurely if /proc is not mounted:

$ go env GOROOT
fatal error: libbacktrace could not find executable to open

runtime stack:
panic during panic

runtime stack:
stack trace unavailable

Maybe someone should make that failure more user-friendly. I have seen
programs that tell you exactly how to mount /proc.

Anyway, I was then able to build golang from gccgo-5.

* The GDB failure:

This seems to pass with the newer gdb installed, or with no gdb
installed; gdb is not installed by the Build-Depends.

I still have the other two failures, but I think these don't affect
the buildds or typical set-ups:

--- FAIL: TestIPv4MulticastListener (0.00s)
listen_test.go:556: 224.0.0.254 not found in multicast rib
FAIL
FAILnet1.871s

--- FAIL: TestCloneNEWUSERAndRemapNoRootDisableSetgroups (0.00s)
exec_linux_test.go:53: Cmd failed with err fork/exec
/usr/bin/whoami: operation not permitted, output:
FAIL
FAILsyscall0.069s

Bug#800430: debian-i18n: Glitch in Sans Serif font with Polish diacritic sign

[Jan Stolarek]

Package: debian-i18n
Severity: minor
Tags: l10n

Dear Maintainer,

Sans Serif font shipped with Debian does not correctly render Polish letter ż 
(z with a dot above it). With font sizes 13 or smaller and italics the letter 
is rendered as z with a vertical bar over it (instead of just a dot). This 
problem appears in Wheezy but I've also seen it in the installer of Jessie.

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

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

Bug#796923: polymake 2.14r1 release

[Benjamin Lorenz]

Hi,

We have recently released a bugfix release for 2.14 [1], which includes
support for perl 5.22 and also a fix for an issue with gcc 5.1.

[1]: http://polymake.org/doku.php/download/start

Best,
Benjamin

Bug#800432: witty: hardcodes dependency on libgraphicsmagick3

[Emilio Pozuelo Monfort]

Package: libwt38
Version: 3.3.4+dfsg-4build1
Severity: serious

Hi,

Your package hardcodes a dependency on libgraphicsmagick3. Since that has been
renamed to libgraphicsmagick-q16-3 due to an ABI break, your package needs to
get fixed for that new pkg name and ABI.

Emilio

Bug#800431: python-networkx: Update to version >= 1.10 is required

[Ivan Udovichenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Source: python-networkx
Version: 1.10
Severity: wishlist
Tags: upstream

Hello,

Please update the package to the actual release as soon as possible.
Version >= 1.10 is required by OpenStack components [1].

The latest version:
https://pypi.python.org/pypi/networkx/1.10


[1]
https://github.com/openstack/requirements/blob/master/global-requirement
s.txt#L76
networkx>=1.10
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWClafAAoJEJOJk4TcLHf0ht0QAJCSCBUdn1onaM73O/GUnvBi
x8LOFoX/nvGRU8Xmry9Ak0kmEetvueTMeL20VNfA9OuFK9ivVvdJdeGNHVN6TTcT
+lTlMwi5FKrHIIjE6UUVeCAiJ2msg95GZkL+y6KVA4KYX59zQbgmzClzrlmBTFEy
cArQZsgpSdlBGx3M0upXPAtvoUzWD/WHAvOOQO0YBxtI2/N6ihnlzxNXQGYzsibi
2n2vV38Obikh3+3jzJ0aw8khMX+mZhZYilmnnlSecm7JS5CDidTZHRyNizZX9obQ
TVEft0kwxzb7vq67JyKPpsPxg/7TwfQWkyDXnkI7NjyhHL2OOMifNlLAnWTWxUTO
STU41XMwTVEkruJri1v3Y8v8M0GuqolJYVmpfyd8pMTlWK2lejBlPWBmoRSuRh7O
CtnaYemofcvd9yWLnWLP1hoEMVKvYplgWoHcXDa6OQcQc1glTOeG3LK72yqFPP8I
D4ueHDIHnJ/uAnwkS/1fPwFo8+1KuiuxELx8h0LQMjMstCHhV2mFhP9+ciwNfC1M
yWvjKg3JYO3ua5sY8Iq5/JivIni9tyBKeeITfxEAJM0N+L27ITMcsCQAgjYamWI9
K2JHCsDgxpIQEl+eTrp70LcZkJDCpsjtGhFobtZa0n4f3M/QyCL4LtketvDpEOh9
a44uVRmDCfNOgz8UAbdU
=3lgv
-END PGP SIGNATURE-

Bug#800433: virtualbox-ext-pack: French debconf templates translation

[Julien Patriarca]

Package: virtualbox-ext-pack
Version: N/A
Severity: wishlist
Tags: patch l10n


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'stable-updates'), (90, 'unstable'), (90, 
'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
# Trenslation of virtualbox-ext-pack debconf templates to French
# Copyright (C) 2015 french l10n team 
# This file is distributed under the same license as the virtualbox-ext-pack package.
# Julien Patriarca , 2015.
#
msgid ""
msgstr ""
"Project-Id-Version: virtualbox-ext-pack\n"
"Report-Msgid-Bugs-To: virtualbox-ext-p...@packages.debian.org\n"
"POT-Creation-Date: 2015-09-21 06:58+0200\n"
"PO-Revision-Date: 2015-09-21 11:51+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.6.10\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Do you accept the terms of the VirtualBox PUEL license?"
msgstr "Acceptez-vous les termes de la licence PUEL de Virtualbox ?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Oracle Corporation requests VirtualBox users to acknowledge and accept the "
"\"VirtualBox Personal Use and Evaluation License\" (PUEL). Please read the "
"license below. If you accept this license, the package installation will "
"continue. If you refuse it, it will be interrupted."
msgstr ""
"Oracle Corporation demande aux utilisateurs de Virtualbox de prendre connaissance et "
"d'accepter la licence de VirtualBox pour utilisation personnelle et évaluation "
"(« VirtualBox Personal Use and Evaluation License » PUEL). "
"Veuillez lire la licence ci-dessous. Si vous acceptez la licence, "
"l'installation du paquet continuera. Si vous la refusez, elle sera "
"interrompue."

Bug#799615: RFS: netmask/2.4.2-1 [ITA] - helps determine network masks

[Paul Wise]

On Tue, Sep 29, 2015 at 2:05 AM, Guilhem Moulin wrote:

> Moreover upstream has been super reactive on this one and has already
> released a new version with some of the fixes you suggested, which also
> allowed me to further simplify debian/rules.  I just finished the
> packaging and uploaded it to d.m.n:

Great :)

>   dget -x 
> http://mentors.debian.net/debian/pool/main/n/netmask/netmask_2.4.2-1.dsc

I assume you sent the patches upstream.

For the uscan OpenPGP support to work, upstream needs to release
tarballs (using make distcheck), upload detached OpenPGP signatures
and debian/watch needs to contain an pgpsigurlmangle= option. The
github releases feature can be used to store the tarballs and detached
OpenPGP signatures.

The upstream autogen script can be replaced with two lines:

#!/bin/sh
exec ${AUTORECONF-autoreconf} --install --symlink --force

aclocal.m4 is copied in by autotools, so it should be removed from upstream git.

$ codespell --quiet-level=3
./ChangeLog:13: agressively  ==> aggressively

$ fdupes -q -r . | grep -vE
'/(\.(git|svn|bzr|hg|sgdrawer)|_(darcs|FOSSIL_)|CVS)(/|$)' | cat -s
./tests/bounds_dq2
./tests/bounds_dq6

./tests/subset_skip
./tests/subset_clean

$ licensecheck --check=. --recursive --copyright . | grep -F incorrect
./errors.h: GPL (v2 or later) (with incorrect FSF address)
./main.c: GPL (v2 or later) (with incorrect FSF address)
./errors.c: GPL (v2 or later) (with incorrect FSF address)
./netmask.c: GPL (v2 or later) (with incorrect FSF address)

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Markus Koschany]

 On Thu, 29 Jan 2015 07:40:22 +0100 Alexandre Detiste
 wrote:
> Package: game-data-packager
> Version: 39
> Severity: wishlist
> Tags: newcomer
> 
> Supported games: Baldur's Gate and Icewind Dale series, Planescape:Torment.
> 

I own all supported gemrb games from GOG. My first try was Baldur's Gate
1 and I pushed the .yaml file to a new branch "baldurs-gate".

GOG provides 5 different windows installers and 5 linux installers.
Since "game-data-packager make-template" didn't work for the linux
installer out-of-the-box, I used setup_baldurs_gate_2.0.0.20.exe and
extracted the files with innoextract.

Unfortunately g-d-p hardcodes the platform-priority for lgogdownloader
to linux,windows. I would like to override this option with a new tag
like platform or platform-priority and language. Is there another way to
force the download of the English windows installer or might it be even
better to add support for unpacking the linux installer?

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#800434: fish in jessie-backports: version bump to 2.2.0

[Pyotr Son]

Package: fish
Version: 2.1.2+dfsg1-1~bpo8+1
Severity: wishlist

Dear Maintainer,

Currently fish 2.1 is found in jessie-backports.
Please update to 2.2 as in stretch.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 4.1.6-249 (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
Init: systemd (via /run/systemd/system)

Versions of packages fish depends on:
ii  bc  1.06.95-9
ii  fish-common 2.1.2+dfsg1-1~bpo8+1
ii  libc6   2.19-18+deb8u1
ii  libgcc1 1:4.9.2-10
ii  libjs-jquery1.7.2+dfsg-3.2
ii  libncurses5 5.9+20140913-1+b1
ii  libstdc++6  4.9.2-10
ii  libtinfo5   5.9+20140913-1+b1
ii  lynx2.8.9dev1-2+deb8u1
ii  lynx-cur [www-browser]  2.8.9dev1-2+deb8u1

Versions of packages fish recommends:
ii  xsel  1.2.0-2

Versions of packages fish suggests:
pn  doc-base  

-- no debconf information

Bug#707851: Debian Menu Systems : Implementation of the TC decision

[Didier 'OdyX' Raboud]

Le mardi, 29 septembre 2015, 02.10:01 Guillem Jover a écrit :
> Wow, this is such terrible policy… So we have supporters of the XDG
> format, and supporters of the menu format. Some of those would and
> have accepted files of their non-preferred format in their packages,
> some have outright refused them. But now they have to choose between
> one of them, because they can no longer ship both.

One of the points of the TC decision is precisely to avoid a "free 
choice" between the two formats. The first point of that decision is to 
adopt ba679bff76f5b9152f43d5bc901b9b3aad257479 in the Debian Policy, 
which contains:
> Packages shipping applications that comply with minimal requirements
> described below for integration with desktop environments should
> register these applications in the desktop menu, (…)

Applications "should" be registered in the FreeDesktop menu if that 
makes sense. The second point of the TC decision (which phrasing to be 
committed in the Debian Policy we're currently discussing) is to forbid 
applications that do provide XDG menu entries to _also_ provide "trad 
menu" entries.

> So we might end up with packages by menu supporters removing .desktop
> files, and packages from XDG supporters removing .menu files. And
> users of either format caught inbetween.

The TC decision is saying "XDG menu is now the source, it should be read 
by 'trad menu' programs, and _can_ be completed for the range of 
applications that don't make sense in the XDG menu, but do make sense in 
the 'trad menu'". Like it or not, this is decided, and we're "only" 
discussing how this should take form in the Debian Policy.

In the light of the TC decision, I would personally consider a package 
dropping an XDG desktop entry in favor of a menu entry buggy (although 
there will certainly be cases debatable cases).

> Also is the TC going to implement the changes in the "menu programs"
> to support the XDG format? Because I don't see the ruling to be very
> motivating for the menu supporters.

"The TC" is not going to engage in detailed design work (or 
implementation work, for what is worth), although any of its members 
could (but I don't see this happening).

Cheers,
OdyX

Bug#800163: jessie-pu: package cloudprint/0.11-5

[Dave Steele]

On Tue, Sep 29, 2015 at 12:45 AM, Adam D. Barratt
 wrote:
> On Mon, 2015-09-28 at 22:03 -0400, David Steele wrote:
>> Updated debdiff attached (deleted file detail again removed):
>
> someone's uploaded a version to stable that looks like it was
> intended for unstable:
...
> I'm going to mark that version for rejection so it can be re-uploaded to
> the correct suite.

Thanks. Sorry.

-- 
"Le mieux est l'ennemi du bien" - Voltaire

Bug#800435: redis-server: redis.conf is world-readable

[Alexander Clausen]

Package: redis-server
Version: 2:2.8.17-1+deb8u1
Severity: normal

Dear Maintainer,

the redis configuration is installed world-readable,
and may contain passwords (masterauth, requirepass):

-rw-r--r-- 1 root root 32801 Jun  5 15:12 /etc/redis/redis.conf


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

Kernel: Linux 3.16.0-4-amd64 (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
Init: systemd (via /run/systemd/system)

Versions of packages redis-server depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.22
ii  libc62.19-18+deb8u1
ii  libjemalloc1 3.6.0-3
ii  redis-tools  2:2.8.17-1+deb8u1

redis-server recommends no packages.

redis-server suggests no packages.

-- no debconf information

Bug#800069: dpkg-buildpackage: please call dpkg-buildflags --status on build

[Simon Ruderich]

On Mon, Sep 28, 2015 at 03:31:33PM +0200, Guillem Jover wrote:
> In addition this only covers part of the problem, and might give a
> false sense of knowlegde for people reading the build logs, which
> might be even more confusing. Consider that any usage of
> --export=cmdline or --export=configure will be missed, like the
> ones in dpkg itself or pcre3.

Hello,

Hm. I didn't think of --export=cmdline/configure. That's
problematic.

>> If you know a better solution for this issue, please implement
>> it. It feels a bit hacky.
>
> While this is a clever solution, it indeed feels a bit too dirty.

Do you have a suggestion how to implement this in a better way?

I tried to add it to debhelper (#800012), but that isn't perfect
either (though it should work reliably). Asking every maintainer
to manually call dpkg-buildflags won't scale and checking the
build log with blhc has been a good way to detect missing
compiler flags in a lot of packages and I'd like to avoid false
positives - but for that blhc needs to know the compiler flags
after the build.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: PGP signature

Bug#800437: ITP: python-sievelib -- Client-side Sieve and Managesieve library

[Michael Fladischer]

Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: python-sievelib
  Version : 0.8
  Upstream Author : Antoine Nguyen 
* URL : https://pypi.python.org/pypi/sievelib
* License : Expat
  Programming Lang: Python
  Description : Client-side Sieve and Managesieve library

 Client-side Sieve and Managesieve library written in Python.
 .
 Sieve:
 Currently, the provided parser supports most of the functionalities described
 in RFC 5228. The only exception concerns section 2.4.2.4. Encoding Characters
 using "encoded-character" which is not supported.
 The following Sieve extensions are also supported:
  * Date and Index (RFC 5260)
  * Vacation (RFC 5230)
 .
 ManageSieve:
 All mandatory commands are supported. The RENAME extension is supported, with a
 simulated behaviour for server that do not support it.
 For the AUTHENTICATE command, supported mechanisms are DIGEST-MD5, PLAIN and
 LOGIN.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJWCmSZAAoJEGlMre9Rx7W2zxgQAJFiF8aI2HleVK/v4bBgXYW/
+piXia+uP5o1k0H2fLrI/HNumSQGUryQTz1iYMRb3z3OtRv/qGTnPNTchx2qpLBw
chQJHAs8Gv/SRILFy8J+vs0P66QCORYevbN846ZjPO06/QkowVIywnm3BXgxkr7r
eTShIgNG3S5tv1dosOXgzifqEowIHIlP6Z9iI6FfwhhGfsE+cs4j8znwOHfWcVEG
EMqDb79fKlk19IAHAtyOL4cW7k3hBkoWQqyGu+1kZmJw18Imi3bUasP/MmCwIPAm
ZoXyeQpvkGo59VkRpE0swYZNrjztSbx54f0XMgT8g5SAbUXBMTc5PYuA3pp2ZBYh
Zvku0joyzVZKGooX4yRZ8AHtCOMLG9Xj2aFi7/sP5U9+0MZI2I51TeyBoC5lIb1L
vFhUVA82dNTGC7xSqxOQrsggSsJdWzc6dds1E2WWCHVqZimLTKyqNTSaJeSaFNKa
ZDG+BvNMJXaa9cnZI9kr5jVNqK6GuFi79Tafx25y+JToE38xMDFallpcGoOOrD3Q
xMVAiMYfITTXTu0Bv8PITkM8OGEgWfvZUxlJpPQWiwVt5zyPXCDqY4MuxgT0Yebk
I5X3ukw/Ek318vU0ntBkS05PIwO+5Tkf/69Y4j7h87sD67XfplNZELrRXg7FcEud
VpxwsooeCPOtmX7VE/Xh
=OsAc
-END PGP SIGNATURE-

Bug#786873: Openchrome Project-Homepage: http://www.openchrome.org

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Today I visited the Openchrome-Project Homepage, the Debian-package description 
contains a
link there:

> andrew@a68n:~$ aptitude show xserver-xorg-video-openchrome
> Package: xserver-xorg-video-openchrome   
> State: installed
> Automatically installed: yes
> Version: 1:0.3.3-1+b2
> Priority: optional
> Section: x11
> Maintainer: Debian X Strike Force 
> Architecture: amd64
> Uncompressed Size: 536 k
> Depends: libc6 (>= 2.14), libdrm2 (>= 2.3.1), libx11-6 (>= 2:1.4.99.1), 
> libxext6,
> libxv1, libxvmc1, xorg-video-abi-18, xserver-xorg-core (>= 2:1.15.99.903)
> Provides: xorg-driver-video
> Description: X.Org X server -- VIA display driver
>  OpenChrome is a project for the development of free and open-source drivers 
> for the
> VIA UniChrome video chipsets. 
>  
>  Originally called the 'snapshot' release, since it was a snapshot of an 
> experimental
> branch of the unichrome cvs code, this is a continued development of the open 
> source
> unichrome driver (from http://unichrome.sf.net) which also incorporates 
> support for the
> unichrome-pro chipsets. 
>  Support for hardware acceleration (XvMC) for all chipsets has subsequently 
> been ripped
> out of the unichrome.sf.net driver. Therefore your only option if you wish to 
> make use
> of the acceleration features of your VIA chip with free and open-source 
> drivers is to
> use this version of the driver. Homepage: http://www.openchrome.org
> 
> Tags: hardware::video, implemented-in::c, role::plugin, use::driver
> 

The Site is obviously down, showing the picture of a kid holding a message, not 
to hate
it, because it's muslim. That's why I changed the severity of this ticket to 
important.
In my opinion it is a clear sign of neglect, when the Webpage of the project is 
down, I
am not referring to that kid.
OK, acknowledged, Islam itself is not evil, but what does that weird message 
displayed
there have to do with Openchrome??
I hope some of the package-maintainers have the means to inform those in charge 
of the
project site, in order to set this straight again.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlYKY8gACgkQ5+rBHyUt5wu/xwCgqow3spAvrvEuFhQqQnngPPRG
aMkAoILJhkayXSpOQhhzAzf61kYk5W28
=Szu0
-END PGP SIGNATURE-

Bug#800436: [tracker.d.o] page listing package/version information of that package

[Mattia Rizzolo]

Package: tracker.debian.org
Severity: wishlist

If there is something available in launchpad but missing in the
distro-tracker is pages like this one:

https://launchpad.net/ubuntu/+source/linux/3.19.0-15.15

It reports the following information:

* the changelog of that upload (usually only that version, but even
  multiple version if there more in the .changes (like with
  dpkg-genchanges -v is used))
* the uploader
* the maintainer
* the targetted suite
* architectures to be build to
* component/section
* urgency
* a table listing the suites where this package/version is available on
* a list of builds (actually this is updated in real time, guess we in
  debian don't have such "real time" infra anyway, but this info would
  be handy.  Also, lp keeps this information forever, look for example
  at this linux upload from 2007:
  https://launchpad.net/ubuntu/+source/linux/2.6.24-1.1 this would be
  really handy)
* direct links to the single files of the sources
* links to every binary (I figure this point would also need a lot of
  work to be integrated in the current debian infra).

Now, happens that launchpad does this work also for debian packages,
partly: https://launchpad.net/debian/+source/linux/3.16.7-ckt2-1 but
it misses builds information and binaries, and anyway, I believe it
would a great addition to the current debian package tracker.


Filing this bug to share a dream :)
-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#800420: ITP: charm -- the Cross-Platform Time Tracker

[Sandro Knauß]

Hey,

> https://packages.debian.org/squeeze/charm
> 
> I think collisions are unlikely but the devil is in the detail.

the binary is called charmtimetracker, so maybe we rename the package to that 
name.

Regards,

sandro

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

Bug#800438: lintian: stop warning about versioned Provides

[Thorsten Glaser]

Package: lintian
Version: 2.5.37
Severity: normal

E: texlive-full-without-ruby: versioned-provides texlive-lang-japanese (= 2015)

Versioned Provides can be used in sid TTBOMK (they started
working with dpkg from jessie), so lintian should stop marking
this as an error iff the package targets anything newer than
jessie.

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

Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages lintian depends on:
ii  binutils   2.25.1-3
ii  bzip2  1.0.6-8
ii  diffstat   1.60-1
ii  file   1:5.25-2
ii  gettext0.19.6-1
ii  hardening-includes 2.7
ii  intltool-debian0.35.0+20060710.4
ii  libapt-pkg-perl0.1.29+b2
ii  libarchive-zip-perl1.53-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.38-1
ii  libdigest-sha-perl 5.95-2
ii  libdpkg-perl   1.18.3
ii  libemail-valid-perl1.196-1
ii  libfile-basedir-perl   0.07-1
ii  libipc-run-perl0.94-1
ii  liblist-moreutils-perl 0.413-1
ii  libparse-debianchangelog-perl  1.2.0-8
ii  libtext-levenshtein-perl   0.13-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.69-1
ii  man-db 2.7.3-1
ii  patchutils 0.3.4-1
ii  perl [libdigest-sha-perl]  5.20.2-6
ii  t1utils1.38-4
ii  xz-utils   5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg1.18.3
pn  libperlio-gzip-perl 
ii  perl5.20.2-6
ii  perl-modules [libautodie-perl]  5.20.2-6

Versions of packages lintian suggests:
ii  binutils-multiarch 2.25.1-3
ii  dpkg-dev   1.18.3
ii  libhtml-parser-perl3.71-2
pn  libtext-template-perl  
ii  libyaml-perl   1.13-1

-- no debconf information

Bug#800118: binary directory problems loading mods

[Fabian Greffrath]

Hi again,

I have just uploaded a new yamagi-quake2 package to Debian. Would you
please test it and tell me if it is possible to load your mod from a
user writable directory with this?

Thanks,

Fabian


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

Bug#800421: virtualbox: Starting Virtualbox Kernel Modules: No suitable module for the running Kernel found

[Gianfranco Costamagna]

Control: fixed -1 5.0.4-dfsg-4

Hi,

how did you install virtualbox?

You missed virtualbox-dkms package.

I'm closing since this should be fixed in the -4 revision
(currently in new queue)

cheers,

G.


Il Martedì 29 Settembre 2015 8:48, Thomas Schmidt  ha scritto:
Package: virtualbox
Version: 5.0.4-dfsg-2
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

Starting debian

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

Nothing to be mentioned

   * What was the outcome of this action?

Debian cannot start competly

   * What outcome did you expect instead?

Nothing special

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


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

Kernel: Linux 4.1.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages virtualbox depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.18.3
ii  libc62.19-22
ii  libcurl3-gnutls  7.44.0-2
ii  libgcc1  1:5.2.1-17
ii  libgsoap72.8.22-1
ii  libpng12-0   1.2.50-2+b2
ii  libpython2.7 2.7.10-4
ii  libsdl1.2debian  1.2.15-11
ii  libssl1.0.0  1.0.2d-1
ii  libstdc++6   5.2.1-17
ii  libvncserver10.9.10+dfsg-3
ii  libvpx2  1.4.0-4
ii  libx11-6 2:1.6.3-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxext6 2:1.3.3-1
ii  libxml2  2.9.2+zdfsg1-4
ii  libxmu6  2:1.1.2-1
ii  libxt6   1:1.1.4-1+b1
ii  python   2.7.9-1
ii  python2.72.7.10-4
pn  python:any   
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1] 10.6.8-1
ii  libqt4-opengl4:4.8.7+dfsg-3
ii  libqtcore4   4:4.8.7+dfsg-3
ii  libqtgui44:4.8.7+dfsg-3
pn  virtualbox-dkms | virtualbox-source  
ii  virtualbox-qt5.0.4-dfsg-2

Versions of packages virtualbox suggests:
ii  vde22.3.2+r586-2
ii  virtualbox-guest-additions-iso  5.0.4-1

-- Configuration Files:
/etc/default/virtualbox changed:
LOAD_VBOXDRV_MODULE=1
SHUTDOWN_USERS="yx"
SHUTDOWN=poweroff


-- no debconf information

Hope that could help.

Bug#725357: SE Linux + systemd is a likely combination

[Russell Coker]

As systemd is the default init in Jessie it's expected that most SE Linux 
systems running Debian will be affected.  I have been running systemd on most 
of my servers since Wheezy.

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

Bug#800439: dpkg: version comparison does not treat ~ as “lower what’s before” always

[Thorsten Glaser]

Package: dpkg
Version: 1.18.3
Severity: normal

root@ci-busyapps:~ # dpkg --compare-versions '2015.20150917-1~+without-ruby' gt 
2015.20150917-1; echo $?
0
root@ci-busyapps:~ # dpkg --compare-versions '2015.20150917-1~' gt 
2015.20150917-1; echo $?
1
root@ci-busyapps:~ # dpkg --compare-versions '2015.20150917-1~+' gt 
2015.20150917-1; echo $?
1
root@ci-busyapps:~ # dpkg --compare-versions '2015.20150917-1~+-' gt 
2015.20150917-1; echo $?
0

Expected for all four to return 1.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-8
ii  libc62.19-22
ii  liblzma5 5.1.1alpha+20120614-2.1
ii  libselinux1  2.3-2+b1
ii  tar  1.28-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  1.0.10.2

-- no debconf information

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Alexandre Detiste]

2015-09-29 11:21 GMT+02:00 Markus Koschany :
>  On Thu, 29 Jan 2015 07:40:22 +0100 Alexandre Detiste
>  wrote:
>> Package: game-data-packager
>> Version: 39
>> Severity: wishlist
>> Tags: newcomer
>>
>> Supported games: Baldur's Gate and Icewind Dale series, Planescape:Torment.
>>
>
> I own all supported gemrb games from GOG. My first try was Baldur's Gate
> 1 and I pushed the .yaml file to a new branch "baldurs-gate".

I own these from GOG too. When the packaging of the GOG version is
done it should be tested against the original physical media too;
to avoid surprises; like GOG version of Zork Inquisitor shipping the
obsolete Z-Engine and some bits of it's assets slipping in package definition;
or GOG skipping some *.bak from the retail CD of Theme Hospital...

That also likely means to find a way to patch old CD's.

The people from the http://wiki.dotslashplay.it/ project seems
to be huge fan of this game, I'll ask them to test this.


Ultimately, this means G-D-P is the _one_ package that
most needs to be team-maintained, as no-one can own
all those games at once.


> GOG provides 5 different windows installers and 5 linux installers.
> Since "game-data-packager make-template" didn't work for the linux
> installer out-of-the-box, I used setup_baldurs_gate_2.0.0.20.exe and
> extracted the files with innoextract.

I'll try make-template too.


> Unfortunately g-d-p hardcodes the platform-priority for lgogdownloader
> to linux,windows.

I don't understand why you feel this is unfortunate, maybe you mistook
this parameter with " --platform" which does something else.


Using "--platform windows" was the easiest solution;
but some marketeer at GOG should know that we like
that they support linux even if we nitpick about
'details' like the chmod 666 stuff in /opt ;
or them providing 'i386' instead of 'all' packages
than can't be used on ARM computers etc...


GOG.is_native() is used in a way to avoid to request users to install
innoextract and then not even using it anyway because the linux
packages provided by GOG can be read as simple zip archives.


> I would like to override this option with a new tag like platform

An other reason for not having the platform: tag in the yaml
file is that GOG.com may decide to release more & more
linux packages after each GDP release,
so this checked at runtime.


> language

This is copied from package.lang in the python GameDataPackage
object; which already default to "en".

It's maybe not exactly the same flavor of ISO 639, so things
like pt_BR or en_GB may need some translation/lower/replace
if these were ever sold by GOG.


> Is there another way to
> force the download of the English windows installer

G-D-P will read the contents of $LANGUAGE
and the $LANG to pickup the best match;
and then call "lgogdownloader --language XX"

The only way to override this for now is this way:
   LANGUAGE=en game-data-packager kyrandia



Now for the rest:

- G-D-P has not yet support for multipart GOG archives used for huge games,
  multipart archive are a lot of pain (see ARJ, unshield handling) by
themselves;
  I will add this soon.

  To avoid to download the same game again & again & again for tests I wrote
  a fake lgogdownloader, that can be symlinked in ~/bin .

  
http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/tools/fake_lgog.py

  I need to add multipart archive support here too & replace "cp"  by
a "ln" to avoid to fill up /tmp.

  I'll test this against Feeble Files

- baldurs-gate1-data should be a virtual package provided by
baldurs-gate1-en-data
baldurs-gate1-de-data
baldurs-gate1-fr-data
baldurs-gate1-pl-data
baldurs-gate1-ru-data

here is an example of another multilingual GOG game:
  
http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/data/simon2.yaml

Having at first a yaml with only baldurs-gate1-en-data is OK ! ;
other languages can be added "later"; and there is the "missing_langs: []"
tag to make it show up on the dashboard.

"later": For example there seems to exist a russian version of "I have
no mouth..."
not sold by Steam/GOG. As I can't browse the web in russian; I'll
never locate it myself.


- There are dubious files in the package definition that can be trimmed:
   ie-ddraw-fix-bg.cmd
   sdb.cmd
   sdbu.cmd
   ddrawfix/readme.html

  these icons always show up as tiny & ugly

  map.pdf should be optional, unless if shown ingame (unlikely)

  gog*.ico should be optional or trimmed out


PS: nice idea to work on a branch for this.

Alexandre Detiste

Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

[Gianfranco Costamagna]

Hi Ritesh,

>This package details gives no info about virtualbox-modules package. So

>from a higher level package manager's point of view, it won't be able
>to establish that connection. And I think  same would apply to most end
>users.
>
>Maybe we should add a one-liner into its pkg description ?


I committed a change on git
http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?id=d440c6c5b974ab35938554c3a1d9fcf88c4f8c87


I hope it is good now :)

thanks!
G.

Bug#800440: Please include BCM4339 SDIO firmware

[Sjoerd Simons]

Package: firmware-brcm80211
Version: 0.44
Severity: wishlist

BCM4339 SDIO has been added to the upstream linux-firmware git repository
earlier this year, please including it in the firmware-brcm80211 package.

For reference this is the brcm/brcmfmac4339-sdio.bin file



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, armel

Kernel: Linux 4.2.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

firmware-brcm80211 depends on no packages.

firmware-brcm80211 recommends no packages.

Versions of packages firmware-brcm80211 suggests:
ii  initramfs-tools  0.120

-- no debconf information

Bug#792853: debian-policy: please disallow colons in upstream_version

[Charles Plessy]

Le Mon, Sep 28, 2015 at 09:21:36PM -0400, Sam Hartman a écrit :
> 
> However, I've also read the upstream colons discussion and can second
> that with no problems what so ever:-)

Thanks Sam.

Would anybody else second that change ?  Sorry to be a bit procedural, but if
nobody else seconds, this bug will go to bitrot and the Policy will not change.

Cheers,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan

Bug#799760: debci: the basic local debci setup does not work

[Tomasz Buchert]

On 22/09/15 10:53, Tomasz Buchert wrote:
> [...]
>
> Am I doing something wrong?

The problem is that "debci setup" creates a schroot that defaults to
the use of aufs filesystem for overlaying. Aufs is not available in
Debian anymore, so this breaks:

$ sudo schroot --begin-session --chroot  debci-unstable-amd64
E: 10mount: mount: unknown filesystem type 'aufs'
E: debci-unstable-amd64-da117f74-4bad-47e7-8298-94cab3af7633: Chroot setup 
failed: stage=setup-start

To actually fix it, change your schroot config (probably
/etc/schroot/chroot.d/debci-unstable-amd64) to say:

   union-type=overlay

instead of "union-type=aufs". After that it works.

This bug is more likely caused by schroot, but I leave it open since
the default description on-line fails.

Cheers,
Tomasz


signature.asc
Description: PGP signature

Bug#800345: [Pkg-nagios-devel] Bug#800345: check_disk sees wrong disk consumption on btrfs

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

I think, I found the bug.

line 1044:
   p->available = fsp->fsu_bavail > fsp->fsu_bfree ? 0 : fsp->fsu_bavail;

But from the stat I see that:
   ... Free: 41708  Available: 42725

I think, that BDE^HD workarround here is broken for btrfs and maybe
other filesystems that supports compression.

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJWCnaKAAoJEKZ8CrGAGfasfg0L/iVgpuSuSg5dTdqThDjl6Yn3
0LpmsziUzW5s2RHi7Zqbr+LhTk/vOuyHIOGyaosGzjjR7j8bMuUHYs0+BURRap4E
PMLD8nQXTdjzuksNmeZsGrH4krc2BEpX7NjRZ20X5ywlHlMp1YcjWyFUYgr3MB+6
2SBI9PL8miLpBGfd17DyrccEppyhkSWF6u9NZZFPbGcPvL3n4OpoOSfOjcEYy5cN
QAtEIhEpN9/nqYLpwU/aYCgT3L5YKPXLON2fij+P+CFiDBaL7E/E5X2VFqw3roGk
gtNMnZkPJmxXlrJmNEuz6iKYpgJUFowIAzGp5TVo5f1+3ZVZRWV4hYgcYk8qc4Ms
1cbq2vyk1fJpCSpDZxnADaKB7QwqBf4/loMPZlTbid+CsnAIjA2dL4RKTJQ4gKq0
cAphXYa3Z4Vxu7R4ekKUs3EHT0NrcCFlTTnoLwvTbhjJz4Q7wreZQVcQXaSBiJ2X
csHsCwtoP3uR/3gtB5d38zAg3xfMI9GUKdAMRNg61w==
=hl+x
-END PGP SIGNATURE-

Bug#789796: systemd[1]: Looping too fast. Throttling execution a little.

[Michael Biebl]

Hi

Am 24.06.2015 um 16:25 schrieb A Mennucc:
> Package: systemd
> Version: 215-17+deb8u1
> Severity: normal
> 
> Dear Mantainer,
> 
> systemd is logging a lot of error messages as in the attached log


See
http://lists.freedesktop.org/archives/systemd-devel/2015-September/034356.html

Can you reproduce the problem of systemd looping too fast?
If so, could you try this patch:

https://github.com/systemd/systemd/commit/8046c4576a68977a1089d2585866bfab8152661b

and report back

Thanks,
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#789796: systemd[1]: Looping too fast. Throttling execution a little.

[Michael Biebl]

Am 29.09.2015 um 13:33 schrieb Michael Biebl:
> Hi
> 
> Am 24.06.2015 um 16:25 schrieb A Mennucc:
>> Package: systemd
>> Version: 215-17+deb8u1
>> Severity: normal
>>
>> Dear Mantainer,
>>
>> systemd is logging a lot of error messages as in the attached log
> 
> 
> See
> http://lists.freedesktop.org/archives/systemd-devel/2015-September/034356.html
> 
> Can you reproduce the problem of systemd looping too fast?
> If so, could you try this patch:
> 
> https://github.com/systemd/systemd/commit/8046c4576a68977a1089d2585866bfab8152661b
> 
> and report back

Fwiw, this looks like a patch which we might want to cherry-pick and
backport for jessie.


-- 
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#780060: ITP: sleepyhead -- Software for sleep tracking with focus on CPAP treatment

[Andreas Tille]

Hi Sergio,

I think this package is health related and thus a target for the Debian
Med team.  Since we currently do not have a better task (category in
Blends terminilogy) the package might be mentioned in the tools task[1].
We might consider a new task like "therapy" or so.

I would recommend maintaining the package in the Debian Med team and use
our VCS (either Git or SVN at your preference).  Here[2] you can find a
policy how to join the team and and what workflow we use.

Kind regards

  Andreas.

[1] http://blends.debian.org/med/tasks/tools
[2] http://debian-med.alioth.debian.org/docs/policy.html

On Mon, Sep 28, 2015 at 02:08:18AM -0400, Sergio Durigan Junior wrote:
> Control: retitle -1 ITP: sleepyhead -- Software for sleep tracking with focus 
> on CPAP treatment
> 
> Owner: sergi...@sergiodj.net
> 
> * Package name: sleepyhead
>   Version : 0.9.8 (git branch)
>   Upstream Author : Mark Watkins
> * URL : http://sourceforge.net/projects/sleepyhead/
> * License : GPLv3
>   Programming Lang: C++
>   Description : Software for sleep tracking with focus on CPAP treatment
>   
> Further comments: the package bundles some libraries, so it will need to
> be adjusted to meet DFSG.
> 
> Thanks,
> 
> -- 
> Sergio
> GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
> Please send encrypted e-mail if possible
> http://sergiodj.net/



-- 
http://fam-tille.de

Bug#799955: RFP: yamagi-xatrix -- 'The Reckoning' for Yamagi Quake II

[Alexandre Detiste]

control: severity -1 wishlist

Hi,

The game-data-packager tool can create local packages for quake2-reckoning-data
& quake2-groundzero-data.

It can also rip the music from the CD.

Can you have a look and close this bug and 799954 if this works for you.


Alexandre Detiste

Bug#792853: debian-policy: please disallow colons in upstream_version

[Didier 'OdyX' Raboud]

Le samedi, 26 septembre 2015, 15.03:09 Charles Plessy a écrit :
> Le Thu, Sep 24, 2015 at 03:17:30PM +0200, Jakub Wilk a écrit :
> > * Charles Plessy , 2015-09-24, 21:53:
> > >-: ~ (full stop, plus, hyphen, colon,
> > >+: ~ (full stop, plus, hyphen,
> > 
> > Remove :, too.
> 
> Thanks for the proofreading.
> 
> With this correciton, are there people seconding the proposed change ?

Seconded.

Cheers,
OdyX

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

Bug#800371: glibmm2.4: C++11 features in headers but no -std=c++11 in pkg-config

[Michael Biebl]

Am 28.09.2015 um 16:59 schrieb Aurelien Jarno:
> Source: glibmm2.4
> Version: 2.46.1-1
> Severity: serious
> 
> glibmm2.4 version 2.46.1-1 started to use C++11 features in the headers
> it exports, but pkg-config --cflags doesn't return -std=c++11. Given the
> default is still -std=gnu++98 in GCC 5, it causes packages which use
> these headers to fails to build.
> 
> A build log showing the issue can be found here:
> 
> https://buildd.debian.org/status/fetch.php?pkg=inkscape&arch=mips64el&ver=0.91-5%2Bb1&stamp=1443446208

On IRC the question was raised, if random .pc files should really
contain -std=... ? What happens if you end up with multiple ones on the
same command line?

I'd prefer to have some input from our GCC maintainers on this issue.


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#707851: Debian Menu Systems : Implementation of the TC decision

[Charles Plessy]

Le Tue, Sep 29, 2015 at 09:24:20AM +0200, Didier 'OdyX' Raboud a écrit :
> 
> For what I'm concerned, at least for the "cherry-picking" part of the TC 
> decision, please go ahead.

Commited and pushed!

I attached a consolidated patch that summarises the changes.

Cheers,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
diff --git a/debian/changelog b/debian/changelog
index d48eac8..d3ddfe7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -31,6 +31,14 @@ debian-policy (3.9.7.0) unstable; urgency=low
 Seconded: Bill Allombert 
 Seconded: Charles Plessy 
 Closes: #106073
+  * Policy, as per decision of the Technical Committee:
+[9.6] Document the FreeDesktop menu entries.  Packages providing a .desktop
+file must not also provide a .menu file for the same application.
+[9.7] Document the FreeDesktop media type declarations.
+See: 
+Wording: Charles Plessy 
+Wording: Didier 'OdyX' Raboud 
+Closes: #707851
 
  -- Bill Allombert   Fri, 08 May 2015 15:10:02 +0200
 
diff --git a/policy.sgml b/policy.sgml
index 404dc73..40f9f3f 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -8130,81 +8130,189 @@ Reloading description configuration...done.
 	Menus
 
 	
-	  The Debian menu package provides a standard
-	  interface between packages providing applications and
-	  menu programs (either X window managers or
-	  text-based menu programs such as pdmenu).
+	  Packages shipping applications that comply with minimal requirements
+	  described below for integration with desktop environments should
+	  register these applications in the desktop menu, following the
+	  FreeDesktop standard, using text files called
+	  desktop entries.  Their format is described in the
+	  Desktop Entry Specification at
+	  http://standards.freedesktop.org/desktop-entry-spec/latest/";>
+	  and complementary information can be found in the
+	  Desktop Menu Specification at
+	  http://standards.freedesktop.org/menu-spec/latest/";>.
 	
 
 	
-	  All packages that provide applications that need not be
-	  passed any special command line arguments for normal
-	  operation should register a menu entry for those
-	  applications, so that users of the menu package
-	  will automatically get menu entries in their window
-	  managers, as well in shells like pdmenu.
+	  The desktop entry files are installed by the packages in the
+	  directory /usr/share/applications and the FreeDesktop
+	  menus are refreshed using dpkg triggers.  It is therefore
+	  not necessary to depend on packages providing FreeDesktop menu
+	  systems.
 	
 
 	
-  Menu entries should follow the current menu policy.
+	  Entries displayed in the FreeDesktop menu should conform to the
+	  following minima for relevance and visual integration.
+
+	  
+	
+	  Unless hidden by default, the desktop entry must point to a PNG
+	  or SVG icon with a transparent background, providing at least
+	  the 22×22 size, and preferably up to 64×64.  The icon
+	  should be neutral enough to integrate well with the default icon
+	  themes.  It is encouraged to ship the icon in the default
+	  hicolor icon theme directories, or to use an existing
+	  icon from the hicolor theme.
+	
+
+	
+	  If the menu entry is not useful in the general case as a
+	  standalone application, the desktop entry should set the
+	  NoDisplay key to true, so that it can be
+	  configured to be displayed only by those who need it.
+	
+
+	
+	  In doubt, the package maintainer should coordinate with the
+	  maintainers of menu implementations through the
+	  debian-desktop mailing list in order to avoid problems
+	  with categories or bad interactions with other icons.  Especially
+	  for packages which are part of installation tasks, the contents
+	  of the NotShowIn/OnlyShowIn keys should be
+	  validated by the maintainers of the relevant environments.
+	
+	  
 	
 
 	
-	  The menu policy can be found in the menu-policy
-	  files in the debian-policy package.
-	  It is also available from the Debian web mirrors at
-  http://www.debian.org/doc/packaging-manuals/menu-policy/";>.
+	  Since the FreeDesktop menu is a cross-distribution standard, the
+	  desktop entries written for Debian should be forwarded upstream,
+	  where they will benefit to other users and are more likely to
+	  receive extra contributions such as translations.
 	
 
-	
-	  Please also refer to the Debian Menu System
-	  documentation that comes with the menu
-	  package for information about how to register your
-	  applications.
+
+	  Applications that are not registered in the desktop menu can optionally provide a
+	  Debian menu file, following the Debian menu policy,
+	  which can be found in the menu-policy files in the
+	  debian-policy package.  It is also available from the Debian
+	  web mirrors at http://www.debian.org/doc/p

Bug#788994: denyhosts maintainer

[Marco Nenciarini]

On 29/09/15 03:36, Kyle Willmon wrote:
> It appears the denyhosts package has now been uploaded to the NEW
> queue and I am still listed as the maintainer. Since the package was
> removed from Debian, I have not been maintaining it and do not
> currently have time to maintain it moving forward.
> 
> I have no objection to the package re-entering Debian (And in fact, I
> hope to see the new open source denyhosts sync server follow as well).
> However, I do ask that you remove my name as maintainer.
> 

Ok, sorry, I should have asked before uploading.

> The person mainly responsible for the recent activity and packaging
> seems to be Jan-Pascal van Best . He is already
> an approved Debian Maintainer and is listed as an uploader in the new
> package. It seems logical that he should now be listed as the
> maintainer as well.
> 

I'll do a -2 upload with the correct maintainer field.

Regards,
Marco

-- 
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia   |
-
Key fingerprint = 7C23 B804 3E65 D298 0A21  B6E2 589F 03F0 1BA5 5038



signature.asc
Description: OpenPGP digital signature

Bug#792853: debian-policy: please disallow colons in upstream_version

[Charles Plessy]

Le Tue, Sep 29, 2015 at 01:40:34PM +0200, Didier 'OdyX' Raboud a écrit :
> Le samedi, 26 septembre 2015, 15.03:09 Charles Plessy a écrit :
> > Le Thu, Sep 24, 2015 at 03:17:30PM +0200, Jakub Wilk a écrit :
> > > * Charles Plessy , 2015-09-24, 21:53:
> > > >-  : ~ (full stop, plus, hyphen, colon,
> > > >+  : ~ (full stop, plus, hyphen,
> > > 
> > > Remove :, too.
> > 
> > Thanks for the proofreading.
> > 
> > With this correciton, are there people seconding the proposed change ?
> 
> Seconded.

Thanks,

here is a patch for the Policy editors.

Have a nice day,

Charles

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
>From c87377b83d83a2786ee117965c602fb242b393a9 Mon Sep 17 00:00:00 2001
From: Charles Plessy 
Date: Thu, 24 Sep 2015 21:49:44 +0900
Subject: [PATCH] Policy: [5.6.12] forbid colons in package version numbers.

Wording: Charles Plessy 
Seconded: Didier 'OdyX' Raboud 
Seconded: Sam Hartman 
Thanks: Jakub Wilk 
Closes: #792853
---
 debian/changelog | 6 ++
 policy.sgml  | 6 ++
 upgrading-checklist.sgml | 3 +++
 3 files changed, 11 insertions(+), 4 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index d3ddfe7..2696a48 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -39,6 +39,12 @@ debian-policy (3.9.7.0) unstable; urgency=low
 Wording: Charles Plessy 
 Wording: Didier 'OdyX' Raboud 
 Closes: #707851
+  * Policy: [5.6.12] forbid colons in package version numbers.
+Wording: Charles Plessy 
+Seconded: Didier 'OdyX' Raboud 
+Seconded: Sam Hartman 
+Thanks: Jakub Wilk 
+Closes: #792853
 
  -- Bill Allombert   Fri, 08 May 2015 15:10:02 +0200
 
diff --git a/policy.sgml b/policy.sgml
index 40f9f3f..c91c23a 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -3224,11 +3224,9 @@ Package: libc6
 			Alphanumerics are A-Za-z0-9 only.
 	  
 	  and the characters . + -
-	  : ~ (full stop, plus, hyphen, colon,
+	  : ~ (full stop, plus, hyphen,
 	  tilde) and should start with a digit.  If there is no
-	  debian_revision then hyphens are not allowed;
-	  if there is no epoch then colons are not
-	  allowed.
+	  debian_revision then hyphens are not allowed.
 		
 	  
 
diff --git a/upgrading-checklist.sgml b/upgrading-checklist.sgml
index 7db0197..f7c86af 100644
--- a/upgrading-checklist.sgml
+++ b/upgrading-checklist.sgml
@@ -40,6 +40,9 @@ picking your way through this list.
 Released xxx, 2015.
 
 
+5.6.12
+   Forbid colons in package version numbers.
+  
 10.5
Symbolic links must not traverse above the root directory.
   
-- 
2.1.4

Bug#799684: starplot: crashes with 'free(): invalid pointer'

[Francisco Manuel Garcia Claramonte]

Hello Manolo,

Thank you for your report.
I and trying to reproduce the crash enviroment.

Regards,
Francisco.

El lun, 21-09-2015 a las 15:55 +0200, Manolo Díaz escribió:
> Package: starplot
> Version: 0.95.5-8.1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> When run for first time, no ~/.starplotrc file present, it crashes.
> If
> present, the GUI starts, but also crashes when trying to load the
> Gliese catalogue.
> 
> Best Regards,
> Manolo Díaz
> 
> 
> -- A backtrace --
> 
> (gdb) run --sync
> Starting program: /usr/bin/starplot --sync
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux
> -gnu/libthread_db.so.1".
> *** Error in `/usr/bin/starplot': free(): invalid pointer:
> 0x00774e90 ***
> 
> Program received signal SIGABRT, Aborted.
> 0x74b23107 in __GI_raise (sig=sig@entry=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> 56../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or
> directory.
> (gdb) bt
> #0  0x74b23107 in __GI_raise (sig=sig@entry=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> #1  0x74b244e8 in __GI_abort () at abort.c:89
> #2  0x74b61214 in __libc_message (do_abort=do_abort@entry=1, 
> fmt=fmt@entry=0x74c54000 "*** Error in `%s': %s: 0x%s ***\n") at
> ../sysdeps/posix/libc_fatal.c:175
> #3  0x74b669ee in malloc_printerr (action=1,
> str=0x74c500be "free(): invalid pointer", ptr=) at
> malloc.c:4996
> #4  0x74b676f6 in _int_free (av=, p= out>, have_lock=0) at malloc.c:3840
> #5  0x0040f35d in SpecClass::~SpecClass (this=0x7751a8,
> __in_chrg=) at gui/../classes/specclass.h:29
> #6  0x00411b2f in Star::~Star (this=0x775100,
> __in_chrg=) at gui/../classes/star.h:182
> #7  0x0043a852 in sortable::~sortable (this=0x7750f8,
> __in_chrg=) at classes/stararray.cc:166
> #8  0x00434475 in StarArray::Sort (this=0x72bc70) at
> classes/stararray.cc:205
> #9  0x00435957 in StarArray::SetRules (this=0x72bc70,
> rules=..., ruleschange=FILE_CHANGE) at classes/stararray.cc:463
> #10 0x004294f5 in redraw_all (changetype=FILE_CHANGE) at
> gui/starplot.cc:105
> #11 0x0042a146 in main (argc=1, argv=0x7fffe9f8) at
> gui/starplot.cc:299
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.1.6 (SMP w/2 CPU cores)
> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> 
> Versions of packages starplot depends on:
> ii  libatk1.0-0  2.16.0-2
> ii  libc62.19-20
> ii  libcairo21.14.2-2
> ii  libfontconfig1   2.11.0-6.3
> ii  libfreetype6 2.6-1
> ii  libgcc1  1:5.2.1-17
> ii  libgdk-pixbuf2.0-0   2.31.5-1
> ii  libglib2.0-0 2.44.1-1.1
> ii  libgtk2.0-0  2.24.28-1
> ii  libpango-1.0-0   1.36.8-3
> ii  libpangocairo-1.0-0  1.36.8-3
> ii  libpangoft2-1.0-01.36.8-3
> ii  libstdc++6   5.2.1-17
> 
> Versions of packages starplot recommends:
> ii  stardata-common  0.8
> 
> Versions of packages starplot suggests:
> ii  gliese  3.0.95-2
> pn  yale
> 
> -- no debconf information
-- 
Francisco M. García Claramonte 
Debian GNU/Linux Developer 
GPG: public key ID 3219C4E7
http://people.debian.org/~francisco/





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

Bug#800392: [Python-modules-team] Bug#800392: python-numpy: FTBFS on powerpc due to test failure

[Scott Kitterman]

OK. Can you prepare an upload?  This is blocking the python3.5 transition, so I 
would like to see it resolved quickly.

Scott K

On September 29, 2015 3:05:18 AM EDT, Julian Taylor 
 wrote:
>On 28.09.2015 20:58, Scott Kitterman wrote:
>> 
>> Seems like this may be related to #702169.
>> 
>
>no, powerpc is the arch with the broken malloc:
>https://sourceware.org/bugzilla/show_bug.cgi?id=6527
>
>the test should probably just be ignored (as it has been in the past)
>it
>has always been broken and nobody ever cared.

Bug#800442: findutils: minor typo in german translation

[IOhannes m zmoelnig]

Package: findutils
Version: 4.4.2-9+b1
Severity: minor
Tags: l10n

Dear Maintainer,

i'm getting the following German error message when speciyfing a multi-character
argument to the '-type' flag:

$ LANG=de_AT.utf-8 find /tmp -type fu
find: Das Argument von -type muss ein eizelner Buchstabe sein.

this has a typo: "eizelner" should really read "einzelner" (with an additional
"n")

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages findutils depends on:
ii  libc6  2.19-22

findutils recommends no packages.

Versions of packages findutils suggests:
ii  mlocate  0.26-1

-- no debconf information

Bug#800371: glibmm2.4: C++11 features in headers but no -std=c++11 in pkg-config

[Aurelien Jarno]

On 2015-09-29 13:47, Michael Biebl wrote:
> Am 28.09.2015 um 16:59 schrieb Aurelien Jarno:
> > Source: glibmm2.4
> > Version: 2.46.1-1
> > Severity: serious
> > 
> > glibmm2.4 version 2.46.1-1 started to use C++11 features in the headers
> > it exports, but pkg-config --cflags doesn't return -std=c++11. Given the
> > default is still -std=gnu++98 in GCC 5, it causes packages which use
> > these headers to fails to build.
> > 
> > A build log showing the issue can be found here:
> > 
> > https://buildd.debian.org/status/fetch.php?pkg=inkscape&arch=mips64el&ver=0.91-5%2Bb1&stamp=1443446208
> 
> On IRC the question was raised, if random .pc files should really
> contain -std=... ?

Note that we already have a few .pc files in the archive which force
-std=.

> What happens if you end up with multiple ones on the
> same command line?

AFAIK, the last one is used. That could indeed by an issue.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: Digital signature

Bug#373846: [Aptitude-devel] Bug#373846: aptitude: Resolving dependencies uses all system memory

[Manuel A. Fernandez Montecelo]

Hello,

2015-09-27 15:41 Francois Gouget:

Package: aptitude
Version: 0.6.11-1+b1
Followup-For: Bug #373846

Dear Maintainer,

I am running into this problem too. I have been trying to upgrade my Debian 
Testing
system for the past three weeks to no avail. The problem is that the libstdc++6 
library
The problem is that the libstdc++6 library is creating a ton of conflicts so 
that typing
'e' to get to the conflict resolution dialog causes aptitude to use up all the 
memory
(over 10GB) until it gets killed. As a result I have been unable to upgrade my 
system
for the past three weeks, resulting in more and more packages being upgradable, 
which
gets aptitude in a worse spot each time.


I am afraid that unstable and testing at the moment might still not be
ready to upgrade fully, specially if you have KDE packages installed and
you don't want to loose some of them.  I imagine that the situation can
be similar if you use other desktop environments or applications high in
the stack.

I don't know how are you upgrading and if you are aware of the
following, but just in case it helps...

It usually helps to get aptitude unstuck in these situations if you
start aptitude interactively, select by hand packages to upgrade (with
+), press 'e' to enter the resolution if there are conflicts and select
one if satisfactory, or not select any, quit the resolver and and press
Control-U to undo if the first few solutions are not satisfactory.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#800443: transmission: segfault when deleting several torrents at once

[Arturo Borrero Gonzalez]

Package: transmission
Version: 2.84-2
Severity: normal

Dear Maintainer,

When deleting several torrents at once (lets say 10), transmission crash with 
segfautl:
 transmission-gt[10656]: segfault at  ip 5601190c4e30 sp 
7ffeb833ffc8 error 5 in transmission-gtk[560119048000+c3000]

this had happened a couple of times to me.

I can reproduce the issue:
 * have several torrents (I don't know an exact number)
 * select them and right click
 * click 'trash data and remove from list'
 * crash (data gets removed)

This happens both using the desktop application and the web interface.

best regards.

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

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

Versions of packages transmission depends on:
ii  transmission-common  2.84-2
ii  transmission-gtk 2.84-2

transmission recommends no packages.

transmission suggests no packages.

-- no debconf information

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Simon McVittie]

On 29/09/15 12:05, Alexandre Detiste wrote:
> Ultimately, this means G-D-P is the _one_ package that
> most needs to be team-maintained, as no-one can own
> all those games at once.

This is why I have tried to encourage bug reporters to provide full
information about their games, including multiple hashes (for better
ability to match up files between multiple reports), and all the files
that might possibly be useful in the CD/installation/whatever. If we
have more information than we strictly need from someone who owns
Hypothetical Monkey Island in Esperanto on 5½" disks, we can leave some
of it out of the .yaml; but if we don't have enough information, we
can't discover it without access to that (version of the) game.

Regards,
S

Bug#800420: ITP: charm -- the Cross-Platform Time Tracker

[Markus Koschany]

Am 29.09.2015 um 12:21 schrieb Sandro Knauß:
> Hey,
> 
>> https://packages.debian.org/squeeze/charm
>>
>> I think collisions are unlikely but the devil is in the detail.
> 
> the binary is called charmtimetracker, so maybe we rename the package to that 
> name.
> 

Yeah, I guess that makes sense and should avoid any confusion.

Cheers,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#800444: game-data-packager: please add support for Marathon games

[Alexandre Detiste]

Package: game-data-packager
Version: 42
Severity: wishlist
Tags: newcomer

Please add support for Marathon game series.

https://github.com/Aleph-One-Marathon/alephone/releases
- Marathon-20150907-Data.zip
- Marathon2-20150907-Data.zip
- MarathonInfinity-20150907-Data.zip

These games can be played with the alephone engine; see #119911.

Bug#800420: ITP: charm -- the Cross-Platform Time Tracker

[Markus Koschany]

Am 29.09.2015 um 12:21 schrieb Sandro Knauß:
> Hey,
> 
>> https://packages.debian.org/squeeze/charm
>>
>> I think collisions are unlikely but the devil is in the detail.
> 
> the binary is called charmtimetracker, so maybe we rename the package to that 
> name.
> 

Yeah, I guess that makes sense and should avoid any confusion.

Cheers,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#799056: [buildd-tools-devel] Bug#799056: [PATCH] Add --source-only flag for only building the source package

[Miguel A . Colón Vélez]

Hello:

Here is the implementation of the suggestion I mentioned in the
previous message. I tested it using:
- "-s --no-arch-all --no-arch-any"
- "-As --no-arch-any"

and it produced the desired results..

The first two patches are the ones related to this wishlist bug while
the optional third patch is related to the points raised in this bug
report about possible confusions.

- The first patch adds new options to only manipulate BUILD_ARCH_ANY.
It only changes one parameter so the behavior is more intuitive.
- The second patch adds support for source only builds. The current
code only handled all.changes and $arch.changes and ignored the
source.changes file. It also adds "source" to the email subject to
notify that it was a source only build.
- The third patch is optional and unrelated but as mentioned before
tackles the concerns raised earlier.

Cheers,
Miguel
From 4f626082b54160a1893f3565175c72f097126b75 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miguel=20A=2E=20Col=C3=B3n=20V=C3=A9lez?=
 
Date: Tue, 29 Sep 2015 07:09:53 -0400
Subject: [PATCH 1/3] Add the --no-arch-any and --arch-any options.

 - Add the --no-arch-any and --arch-any options.
 - Update the documentation.
---
 lib/Sbuild/Options.pm | 6 ++
 man/sbuild.1.in   | 9 +
 2 files changed, 15 insertions(+)

diff --git a/lib/Sbuild/Options.pm b/lib/Sbuild/Options.pm
index b47b3f5..6ccac59 100644
--- a/lib/Sbuild/Options.pm
+++ b/lib/Sbuild/Options.pm
@@ -55,6 +55,12 @@ sub set_options {
 		   "no-arch-all" => sub {
 			   $self->set_conf('BUILD_ARCH_ALL', 0);
 		   },
+		   "arch-any" => sub {
+			   $self->set_conf('BUILD_ARCH_ANY', 1);
+		   },
+		   "no-arch-any" => sub {
+			   $self->set_conf('BUILD_ARCH_ANY', 0);
+		   },
 		   "arch-all-only" => sub {
 			   $self->set_conf('BUILD_ARCH_ALL', 1);
 			   $self->set_conf('BUILD_ARCH_ANY', 0);
diff --git a/man/sbuild.1.in b/man/sbuild.1.in
index c76e61c..fd79fda 100644
--- a/man/sbuild.1.in
+++ b/man/sbuild.1.in
@@ -29,6 +29,7 @@ sbuild \- build debian packages from source
 .RB [ \-d \[or] \-\-dist=\fIdistribution\fP ]
 .RB [ \-c \[or] \-\-chroot=\fIchroot\fP ]
 .RB [ \-\-arch=\fIarchitecture\fP ]
+.RB [ \-\-arch\-any " \[or] " \-\-no\-arch\-any ]
 .RB [ \-\-arch\-all\-only ]
 .RB [ \-\-build=\fIarchitecture\fP ]
 .RB [ \-\-host=\fIarchitecture\fP ]
@@ -184,6 +185,14 @@ instead of \-B.
 Do not build Architecture: all packages, i.e. use dpkg\-buildpackage \-B
 instead of \-b. This option is the opposite of \-\-arch\-all.
 .TP
+.BR "\-\-arch\-any"
+Build Architecture: any packages. This is the default behavior.
+.TP
+.BR "\-\-no\-arch\-any"
+Do not build Architecture: any packages. This option is the opposite
+of \-\-arch\-any and only useful when used together with \-\-arch\-all
+or \-\-source.
+.TP
 .BR "\-\-arch\-all\-only"
 Only build Architecture:all packages, i.e. use dpkg-buildpackage \-A
 instead of \-B.  The \-\-arch=\fIarchitecture\fP option can still be used to
-- 
2.5.3

From 480e4f5b5eec17d5f7a0464732119e2cd751a933 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miguel=20A=2E=20Col=C3=B3n=20V=C3=A9lez?=
 
Date: Tue, 29 Sep 2015 07:13:11 -0400
Subject: [PATCH 2/3] Successfully handle a source only build. (Closes:
 #799056)

 - Get the *_source.changes file.
 - Format the email subject like:
   Log for successful build of foo_1.0 source on i386 (dist=unstable)
---
 lib/Sbuild/Build.pm | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/lib/Sbuild/Build.pm b/lib/Sbuild/Build.pm
index 4fe67b1..b021c1a 100644
--- a/lib/Sbuild/Build.pm
+++ b/lib/Sbuild/Build.pm
@@ -1892,7 +1892,10 @@ sub get_changes {
 my $path=shift;
 my $changes;
 
-if ( -r $path . '/' . $self->get('Package_SVersion') . "_all.changes") {
+if ( -r $path . '/' . $self->get('Package_SVersion') . "_source.changes") {
+	$changes = $self->get('Package_SVersion') . "_source.changes";
+}
+elsif ( -r $path . '/' . $self->get('Package_SVersion') . "_all.changes") {
 	$changes = $self->get('Package_SVersion') . "_all.changes";
 }
 else {
@@ -2336,6 +2339,9 @@ sub close_build_log {
 my $subject = "Log for " . $self->get_status() .
 	" build of " . $self->get('Package_Version');
 
+if ($self->get_conf('BUILD_SOURCE') && !$self->get_conf('BUILD_ARCH_ALL') && !$self->get_conf('BUILD_ARCH_ANY')) {
+	$subject .= " source";
+}
 if ($self->get_conf('BUILD_ARCH_ALL') && !$self->get_conf('BUILD_ARCH_ANY')) {
 	$subject .= " on all";
 } elsif ($self->get('Host Arch')) {
-- 
2.5.3

From 02f8ef6eaed463528ff3c2951c1f56d2aa467e02 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miguel=20A=2E=20Col=C3=B3n=20V=C3=A9lez?=
 
Date: Tue, 29 Sep 2015 07:24:29 -0400
Subject: [PATCH 3/3] Deprecate --arch-all-only in favor of -A --no-arch-any.

 - Update lib/Buildd/Daemon.pm when building all packages.
 - Remove --arch-all-only from the options.
 - Remove --arch-all-only from the documentation.
 .
 This makes the behavior when used with other options more t

Bug#800094: [Piuparts-devel] Bug#800094: piuparts.d.o: please add a "wheezy-pu" report

[Holger Levsen]

Hi Adam,

thanks for filing this bug!

On Samstag, 26. September 2015, Adam D. Barratt wrote:
> I've recently added support for parsing piuparts results to the tool
> that generates the p-u "queue overview" pages on release.debian.org.

cool!
 
> The tool supports parsing both the "install in p-u" reports and the
> "install in base suite and upgrade to p-u" reports. However, I noticed
> that while both reports are available for Jessie, there's no "wheezy-pu"
> report. Would it be possible to add one, please?

done so now, should become visible in a few hours...


cheers,
Holger


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

Bug#119911: RFP Aleph One

[Alexandre Detiste]

Upstream is still alive & kicking:
https://github.com/Aleph-One-Marathonalephone/commits/master

This seems like a perfect match for game-data-packager
that is purpose-built to handle the problem "free engine + non-free data".

Filed #800444 to request these 3 data packages.

Alexandre Detiste

Bug#799615: RFS: netmask/2.4.2-1 [ITA] - helps determine network masks

[Guilhem Moulin]

On Tue, 29 Sep 2015 at 11:21:29 +0200, Paul Wise wrote:
> For the uscan OpenPGP support to work, upstream needs to release
> tarballs (using make distcheck), upload detached OpenPGP signatures
> and debian/watch needs to contain an pgpsigurlmangle= option. The
> github releases feature can be used to store the tarballs and detached
> OpenPGP signatures.

Yes I know, I do that on dropbear already :-)  Also in my first mail to
upstream I asked them to consider publishing detached signatures along
with the tarballs (although I didn't know it was possible to do it with
GitHub).  In the meantime I added d/upstream/signing-key.asc so the
world can check signatures on upstream's Git tags against the same key
that I use.  Signed Git tags is so much better than no signature at all
;-)

-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#800443: transmission: segfault when deleting several torrents at once

[Sandro Tosi]

On Tue, Sep 29, 2015 at 1:21 PM, Arturo Borrero Gonzalez
 wrote:
> When deleting several torrents at once (lets say 10), transmission crash with 
> segfautl:
>  transmission-gt[10656]: segfault at  ip 5601190c4e30 sp 
> 7ffeb833ffc8 error 5 in transmission-gtk[560119048000+c3000]
>
> this had happened a couple of times to me.

just as a data point: i use transmission-gtk a lot and that never happened.

> I can reproduce the issue:
>  * have several torrents (I don't know an exact number)
>  * select them and right click
>  * click 'trash data and remove from list'
>  * crash (data gets removed)
>
> This happens both using the desktop application and the web interface.

it's great you can reproduce it! could you please install
transmission-dbg and run the failing process in gdb (so I imagine 'gdb
transmission-qt') do your crashing magic and then in the gbd console
run "bt" / "bt full" / "thread apply all bt" (those are 3 different
commands to run one after another) and report the output here? I will
then forward upstream for debug & fixing.

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

Bug#800432: witty: hardcodes dependency on libgraphicsmagick3

[Pau Garcia i Quiles]

I'll fix it today

On Tuesday, September 29, 2015, Emilio Pozuelo Monfort 
wrote:

> Package: libwt38
> Version: 3.3.4+dfsg-4build1
> Severity: serious
>
> Hi,
>
> Your package hardcodes a dependency on libgraphicsmagick3. Since that has
> been
> renamed to libgraphicsmagick-q16-3 due to an ABI break, your package needs
> to
> get fixed for that new pkg name and ABI.
>
> Emilio
>


-- 
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)

Bug#707851: Debian Menu Systems : Implementation of the TC decision

[Guillem Jover]

On Tue, 2015-09-29 at 11:39:47 +0200, Didier 'OdyX' Raboud wrote:
> Le mardi, 29 septembre 2015, 02.10:01 Guillem Jover a écrit :
> > Wow, this is such terrible policy… So we have supporters of the XDG
> > format, and supporters of the menu format. Some of those would and
> > have accepted files of their non-preferred format in their packages,
> > some have outright refused them. But now they have to choose between
> > one of them, because they can no longer ship both.
> 
> One of the points of the TC decision is precisely to avoid a "free 
> choice" between the two formats. The first point of that decision is to 
> adopt ba679bff76f5b9152f43d5bc901b9b3aad257479 in the Debian Policy, 
> which contains:
> > Packages shipping applications that comply with minimal requirements
> > described below for integration with desktop environments should
> > register these applications in the desktop menu, (…)

Which contains the requirements for the XDG entry, one of those being
the icon. If the upstream part does not contain a suitable icon, then
removing the XDG entry and any relevant icon shipped in the debian/
directory makes the application obviously non-compliant.

> Applications "should" be registered in the FreeDesktop menu if that 
> makes sense.

For a menu supporter who packages applications for their own use,
I'd presume it would be obvious that making them inaccessible from
their non-XDG compliant environment makes no sense.

> The second point of the TC decision (which phrasing to be 
> committed in the Debian Policy we're currently discussing) is to forbid 
> applications that do provide XDG menu entries to _also_ provide "trad 
> menu" entries.

Sure, and that's still terrible policy, and self-conflicting at best with
the rest of the decision.

(Whatever happened to letting technical solutions win or loose for their
own merits, and from work or lack thereof from supporters, instead of by
letting a big broken hammer fall in slow-motion on them…)

> > So we might end up with packages by menu supporters removing .desktop
> > files, and packages from XDG supporters removing .menu files. And
> > users of either format caught inbetween.
> 
> The TC decision is saying "XDG menu is now the source, it should be read 
> by 'trad menu' programs,

W/o anyone to implement this in the menu programs, this is just wishful
thinking, and might leave big chunks of our users with inaccessible
applications. On either side of the fence.

So it feels like "let's make a mess, and hope someone else cleans it up
for us when they get sufficiently annoyed".

> and _can_ be completed for the range of 
> applications that don't make sense in the XDG menu, but do make sense in 
> the 'trad menu'".

> Like it or not, this is decided, and we're "only" 
> discussing how this should take form in the Debian Policy.

I don't have a horse in this race except for wanting Debian to be sound,
I just think the decision is very poor. I'm also not trying to discuss
how this should end up in policy. As I've mentioned several times now,
as long as the policy process is overrun by the TC, I've got no
motivation to get properly involved in it. Clearly someone else has
decided to do the job.

> In the light of the TC decision, I would personally consider a package 
> dropping an XDG desktop entry in favor of a menu entry buggy (although 
> there will certainly be cases debatable cases).

To me this is the equivalent of a package with suitable applications
for the XDG menu, not currently shipping an XDG entry. So now you
declare all those insta buggy as well.

> > Also is the TC going to implement the changes in the "menu programs"
> > to support the XDG format? Because I don't see the ruling to be very
> > motivating for the menu supporters.
> 
> "The TC" is not going to engage in detailed design work (or 
> implementation work, for what is worth), although any of its members 
> could (but I don't see this happening).

Exactly my point. This is the equivalent of mandating that the Debian
Future Team should design and implement an FTL engine, where of course
the TC has not engaged in any design work. This to me fails §6.3.5.

Regards,
Guillem

Bug#800238: xletters - seeking new maintainer

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: tags -1 patch
Hi Ben

On Sun, 27 Sep 2015 18:54:29 -0300 Ben Armstrong
 wrote:
> I'd really like to see xletters go to a good home. I mentioned
> last month there's a good chance Debian would be better off
> switching upstreams to one that supports Unicode (see #798004) and
> today I just received this. As our own kids have not used this
> software since longer ago than when I last did anything for this
> package, I'd like to put one last call here, to the Debian Jr. and
> Edu lists before I simply orphan the package. I hope someone new
> would like to bring new energy to looking after what was certainly
> a favourite of my kids when they were very young.
> 
> Please contact me if you would like to take over xletters.

I did some refactor of the package, and I guess now at least the two
bugs #800238 and #288603 are fixed, meaning that we use a newer compat
level and a clean packaging style.

How do you feel about uploading it?

to switch on a new xletters home let me know if you want it, but in
this case I might ask you to maintain the package under pkg-gamesdevel
umbrella

cheers,

Gianfranco
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWCoWpAAoJEPNPCXROn13ZW5QP/0e4AJ0EwuIaTvJERp600NIZ
csf/Cr502SFuuYxxT+RRhIqcjr/I8wH6f48z6rYwSy2wukKpu5dMNz8nOBUYq93Q
WGzMH3ZKE8DdsrLjCdg1os+TMtM/W8JTxMtd96TO4QnUG1JfvO/vifLtX0BeR7IA
qbs+ZXOZpBCWEu79FxhDOLafriZqSzSnTsjhCw8PEiDYd/FCMmHQscv3VYZvHLRw
ifAQ1XQe5njHnGjIi6UfUhg1biazmwgtCVD1l+pdyUngOnbKuVtsn3gEA+NS9dNY
292biPWo3dUj1QldN7MFWz9VlkZr/KwQQAm/14zu3nCJ6s0yKLlYJJJmsBG0ZyHK
xXFUfM0EPVJtGGb2IQ0tyzs3Y7qOO8CT9KBMJBrgAk8NxCnhIxqk7TaLSNJmvhB+
s25p47rcM1Kr3FtqO8PMVziYK18Oi8FkW2cmAUOaJj1NubiP6g2GRaqvakFJt2Yl
QhZJPww/or3DcIyWklpVHX/iFYEhKIAI3TP9nrrIcmypiqc1vXEvQAVaiOCeHRaQ
FlOPV4OmI1dzQBu2F2zqhmSn8G1muCcZEzZHvyyWOIhfdICFY9nihyUvON+lZ+r0
jaETmtrCWz5nhtF+HZfJs5OtZcNT54hJbw4t2zsqpb5tvb0X8zj1YLpJe1BdrrPT
PeuyA1eYFspxlZ2qgDDo
=a0Ce
-END PGP SIGNATURE-
diff -Nru xletters-1.1.1/debian/changelog xletters-1.1.1/debian/changelog
--- xletters-1.1.1/debian/changelog 2015-09-29 14:30:45.0 +0200
+++ xletters-1.1.1/debian/changelog 2015-09-29 14:30:26.0 +0200
@@ -1,3 +1,14 @@
+xletters (1.1.1-4.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bump std-version to 3.9.6, no changes required.
+  * Use dh-autoreconf
+  * Use quilt format, and refactor rules file in new dh style.
+  * Bump compat level to 9. (Closes: #800238)
+  * Remove menu file, not used in Debian anymore. (Closes: #288603)
+
+ -- Gianfranco Costamagna   Tue, 29 Sep 2015 
13:20:20 +0200
+
 xletters (1.1.1-4.1) unstable; urgency=low
 
   * Non-maintainer upload to help xlibs-dev transition.
diff -Nru xletters-1.1.1/debian/compat xletters-1.1.1/debian/compat
--- xletters-1.1.1/debian/compat1970-01-01 01:00:00.0 +0100
+++ xletters-1.1.1/debian/compat2015-09-29 13:17:48.0 +0200
@@ -0,0 +1 @@
+9
diff -Nru xletters-1.1.1/debian/control xletters-1.1.1/debian/control
--- xletters-1.1.1/debian/control   2015-09-29 14:30:45.0 +0200
+++ xletters-1.1.1/debian/control   2015-09-29 13:19:11.0 +0200
@@ -2,8 +2,8 @@
 Section: games
 Priority: optional
 Maintainer: Ben Armstrong 
-Build-Depends: debhelper (>> 3.0.0), libx11-dev, libxt-dev, libxaw7-dev
-Standards-Version: 3.5.2
+Build-Depends: debhelper (>= 9), libx11-dev, libxt-dev, libxaw7-dev, 
dh-autoreconf
+Standards-Version: 3.9.6
 
 Package: xletters
 Architecture: any
diff -Nru xletters-1.1.1/debian/menu xletters-1.1.1/debian/menu
--- xletters-1.1.1/debian/menu  2015-09-29 14:30:45.0 +0200
+++ xletters-1.1.1/debian/menu  1970-01-01 01:00:00.0 +0100
@@ -1,4 +0,0 @@
-?package(xletters):needs=X11 section=Games/Arcade\
-  title="xletters" command="/usr/games/xletters"
-?package(xletters):needs=X11 section=Games/Arcade\
-  title="xletters-duel" command="/usr/games/xletters-duel"
diff -Nru xletters-1.1.1/debian/patches/remove-data-hook.patch 
xletters-1.1.1/debian/patches/remove-data-hook.patch
--- xletters-1.1.1/debian/patches/remove-data-hook.patch1970-01-01 
01:00:00.0 +0100
+++ xletters-1.1.1/debian/patches/remove-data-hook.patch2015-09-29 
13:51:45.0 +0200
@@ -0,0 +1,18 @@
+Description: due to a permission issue this file is installed during postinst
+--- xletters-1.1.1.orig/Makefile.am
 xletters-1.1.1/Makefile.am
+@@ -12,9 +12,9 @@ man_MANS = xletters.6
+ 
+ EXTRA_DIST = xletters.6 xletters-duel xletters.spec.in
+ 
+-install-data-hook:
+-  $(INSTALL) -d -m 755 $(DESTDIR)/var/local/games/lib/xletters
+-  touch scores
+-  $(INSTALL) -m 666 scores $(DESTDIR)/var/local/games/lib/xletters/scores
+-  rm -f scores
++#install-data-hook:
++# $(INSTALL) -d -m 755 $(DESTDIR)/var/local/games/lib/xletters
++# touch scores
++# $(INSTALL) -m 666 scores $(DESTDIR)/var/local/games/lib/xletters/scores
++# rm -f scores
+ 
diff -Nru xletters-1.1.1/debian

Bug#800445: nf_conntrack: table full, dropping packet

[anomie]

Package: linux-image-4.2.0-1-amd64
Version: 4.2.1-2

After booting the kernel image provided by this package and attempting
to connect to the Internet, network access doesn't actually work. The
message "nf_conntrack: table full, dropping packet" is repeatedly
logged.

Comparing the contents of the various /proc/sys conntrack files between
a working 4.1 kernel (from linux-image-4.1.0-2-amd64) and the broken
4.2, the only difference I see is that nf_conntrack_count has a value
"-5". Yes, negative 5. /proc/net/stat/nf_conntrack's "entries" column
matches this with a value of fffb. /proc/net/nf_conntrack is empty
on the 4.2 kernel, while it has a handful of expected entries on 4.1.

I have iptables rules set up by shorewall on this machine, including
configuration to forward/masq traffic on the interface used by vde2, in
case that helps reproduce this. Removing all the iptables rules and
removing the nf_conntrack_ipv4 module (and everything that depends on
it, of course) stops the error. Disabling shorewall at boot allows
network functionality and starting shorewall later didn't immediately
cause the problem, but in some experimentation after the system locked
up.

Bug#800369: Bug#800356: libpango1.0-udeb: not installable: depends on libthai0

[Cyril Brulebois]

Hi,

Andreas Henriksson  (2015-09-29):
> Fwiw, See also discussion with libthai maintainer about potentially
> providing an udeb in the future in https://bugs.debian.org/800369

To be fair, I looked into libthai and libdatrie when I first proposed
the patches for the switch from DirectFB to X.org back in early 2010. It
seemed Thai support was OK without those, so we decided to skip them.
I'm not sure it's worth adding them now. I'm with Theppitak
Karoonboonyanan on this: if support in d-i is sufficient for people to
actually install Debian without that, maybe we can keep the current
situation as it is.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#773246: hydrogen-drumkits: DFSG-ness of the drumkits

[Debian/GNU]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: tags -1 pending
thanks


i've uploaded hydrogen-drumkits_2015.09.28-1 to unstable (currently
lingering in NEW), which has re-evaluated the licenses for all
included drumkits (and dropped the drumkits of dubious
license/provenience).

the new package also has an updated debian/copyright (following dep5)
that lists all licenses of the included kits.

Bug#711628: libhttp-daemon-ssl-perl: FTBFS: test failure

[Valentin Vidic]

On Sat, Jun 08, 2013 at 01:02:56PM +0100, Dominic Hargreaves wrote:
> Source: libhttp-daemon-ssl-perl
> Version: 1.04-3
> Severity: serious
> Justification: FTBFS
> 
> This package FTBFS (in a clean sid sbuild session):
> 
> Can't call method "get_request" on an undefined value at t/testmodule.t line 
> 90.
> t/testmodule.t .. 
> Dubious, test returned 255 (wstat 65280, 0xff00)
> Failed 1/2 test programs. 2/10 subtests failed.
> Failed 4/9 subtests 

The package seems to work, but the test case needs some
tweaks to work with more recent SSL libs (patch attached).

-- 
Valentin
--- t/testmodule.t	2008-02-12 02:27:01.0 +0100
+++ t/testmodule2.t	2015-09-29 14:07:23.792135915 +0200
@@ -36,6 +36,7 @@
 
 $client = new IO::Socket::SSL(PeerAddr => $SSL_SERVER_ADDR,
   PeerPort => $SSL_SERVER_PORT,
+  SSL_version => 'TLSv1',
   SSL_verify_mode => 0x01,
   SSL_ca_file => "certs/test-ca.pem");
 
@@ -58,7 +59,7 @@
    Timeout => 30,
    ReuseAddr => 1,
    SSL_verify_mode => 0x00,
-   SSL_ca_file => "certs/test-ca.pem",
+   SSL_key_file => "certs/server-key.pem",
    SSL_cert_file => "certs/server-cert.pem");
 
 if (!$server) {

Bug#800446: libltdl-dev:i386 fails to install on amd64 system

[Brent S. Elmer]

Package: libltdl-dev
Version: 2.4.2-1.11
Severity: normal

I am trying to install a i386 package on an amd64 system.  The package needs
libltdl-dev:i386 but it fails to install with the following error:

# apt-get install libltdl-dev:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  gnome-themes-standard:i386 gtk2-engines:i386 gtk2-engines-murrine:i386 gtk2
-engines-oxygen:i386 gtk2-engines-pixbuf:i386 gtk2-engines-qtcurve:i386 kde-
style-qtcurve:i386
  kwin-style-qtcurve:i386 libattica0.4:i386 libaudio2:i386 libavformat56:i386
libbonoboui2-0:i386 libclucene-core1:i386 libcurl3-gnutls:i386 libdb5.3:i386
libdbusmenu-qt2:i386
  libdlrestrictions1:i386 libexiv2-13:i386 libfam0:i386 libgail18:i386
libglade2-0:i386 libgnome-keyring0:i386 libgnomecanvas2-0:i386
libgnomeui-0:i386 libidl0:i386 libidn11:i386
  libiodbc2:i386 libkdecorations4abi2:i386 libkdecore5:i386 libkdeui5:i386
libkio5:i386 liblcms2-2:i386 libldap-2.4-2:i386 libmhash2:i386 libmng1:i386
libnepomuk4:i386 liborbit2:i386
  libqt4-dbus:i386 libqt4-network:i386 libqt4-svg:i386 libqt4-xml:i386
libqtcore4:i386 libqtdbus4:i386 libqtgui4:i386 libraptor2-0:i386
librasqal3:i386 librdf0:i386 librtmp1:i386
  libsasl2-2:i386 libsasl2-modules:i386 libsasl2-modules-db:i386 libsolid4:i386
libsoprano4:i386 libssh2-1:i386 libssl1.0.0:i386 libstreamanalyzer0:i386
libstreams0:i386 libxkbfile1:i386
  libxp6:i386 libxslt1.1:i386 libxss1:i386 libxt6:i386 libyajl2:i386
odbcinst1debian2:i386 soprano-daemon:i386
Use 'apt-get autoremove' to remove them.
Suggested packages:
  libtool-doc:i386
The following NEW packages will be installed:
  libltdl-dev:i386
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/159 kB of archives.
After this operation, 872 kB of additional disk space will be used.
Gtk-Message **: Failed to load module "canberra-gtk-module" at /usr/lib/x86_64
-linux-gnu/perl5/5.20/Gtk2.pm line 126, <> line 1.
Gtk-Message **: Failed to load module "canberra-gtk-module" at /usr/lib/x86_64
-linux-gnu/perl5/5.20/Gtk2.pm line 126, <> line 1.
(Reading database ... 173974 files and directories currently installed.)
Preparing to unpack .../libltdl-dev_2.4.2-1.11_i386.deb ...
Unpacking libltdl-dev:i386 (2.4.2-1.11) ...
dpkg: error processing archive /var/cache/apt/archives/libltdl-
dev_2.4.2-1.11_i386.deb (--unpack):
 trying to overwrite shared '/usr/share/libtool/libltdl/Makefile.in', which is
different from other instances of package libltdl-dev:i386
Errors were encountered while processing:
 /var/cache/apt/archives/libltdl-dev_2.4.2-1.11_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



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

Kernel: Linux 3.16.0-4-amd64 (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
Init: systemd (via /run/systemd/system)

Versions of packages libltdl-dev depends on:
ii  libltdl7  2.4.2-1.11

Versions of packages libltdl-dev recommends:
ii  libtool  2.4.2-1.11

Versions of packages libltdl-dev suggests:
pn  libtool-doc  

-- no debconf information

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Alexandre Detiste]

2015-09-29 14:21 GMT+02:00 Simon McVittie :
> This is why I have tried to encourage bug reporters to provide full
> information about their games, including multiple hashes (for better
> ability to match up files between multiple reports), and all the files
> that might possibly be useful in the CD/installation/whatever. If we
> have more information than we strictly need from someone who owns
> Hypothetical Monkey Island in Esperanto on 5½" disks, we can leave some
> of it out of the .yaml; but if we don't have enough information, we
> can't discover it without access to that (version of the) game.

Hi

That's right, that's why make-template is shipped in the .deb;
so end-users can use it without having to mess with git.

I'm sorry, but I feel I'm missing something between the lines.
Do you mean it's wrong to drop the *.exe in make-template ?

Regards,

Alexandre

Bug#797043: [Pkg-mozext-maintainers] Bug#797043: xul-ext-noscript: menu no longer shows script sources after iceweasel 41.0-1

[David Prévot]

Le 28/09/2015 23:45, Christian Kujau a écrit :
> I'm using Iceweasel/release on Debian/Jessie and had the same error after 
> the last Iceweasel upgrade (40.0.3-3 => 41.0-1).

With what version of xul-ext-noscript? 2.6.8.19-1~deb7u2 is reported to
work, if it doesn’t for you, please open a proper bug report.

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#800120: pulseaudio: No sound after upgrade to pulseaudio 7.0-1

[johnw]

On Monday, September 28, 2015 07:13 PM, Felipe Sateler wrote:

Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=92141

On 28 September 2015 at 07:03, Felipe Sateler  wrote:

Control: tags -1 moreinfo

Hi,

On 26 September 2015 at 23:50, john  wrote:

Package: pulseaudio
Version: 7.0-1
Severity: normal

Dear Maintainer,

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

No sound after upgrade pulseaudio 7.0-1,
when I run alsamixer:

ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect:
Protocol error

cannot open mixer: Connection refused

Could you please attach a verbose log of pulseaudio[1] and then reproduce this?

Also, does pavucontrol work or only alsamixer fails?

Here are better instructions provided by upstream[1], if you could
post the information it would be great.

First, install libpulse0-dbg, pulseaudio-utils-dbg and gdb. Then
follow the steps described by upstream:


% PULSE_LOG=99 gdb --args pactl stat

That will print something like this:

GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from pactl...done.
(gdb)

You're now in the gdb prompt. Enter "break pa_memimport_get". That
symbol hasn't yet been loaded, so gdb asks you whether to add the
breakpoint when the symbol becomes available. Answer "y". Then enter
"run". The execution should soon stop at the breakpoint. From now on
enter "n" ("n" is short for "next") repeatedly until the program exits
(that will take quite some time). When the program exits, you can quit
gdb with command "quit", and then save all the terminal output and
attach it here. That should show the exact place that fails.



[1] https://bugs.freedesktop.org/show_bug.cgi?id=92141#c6



Hi, attached log file for your reference, and below is the gdb log, thanks.

GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 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 "i586-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from pactl...(no debugging symbols found)...done.
(gdb) break pa_memimport_get
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (pa_memimport_get) pending.
(gdb) run
Starting program: /usr/bin/pactl stat
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".


Breakpoint 1, pa_memimport_get (i=0x805a048, block_id=896, 
shm_id=1861523114, offset=40, size=65496, writable=true) at 
pulsecore/memblock.c:1009

(gdb) n
1013in pulsecore/memblock.c
(gdb) n
1015in pulsecore/memblock.c
(gdb) n
1017in pulsecore/memblock.c
(gdb) n
1022in pulsecore/memblock.c
(gdb) n
1025in pulsecore/memblock.c
(gdb) n
1026in pulsecore/memblock.c
(gdb) n
1029in pulsecore/memblock.c
(gdb) n
1034in pulsecore/memblock.c
(gdb) n
1037in pulsecore/memblock.c
(gdb) n
1038in pulsecore/memblock.c
(gdb) n
1040in pulsecore/memblock.c
(gdb) n
1043in pulsecore/memblock.c
(gdb) n
1052in pulsecore/memblock.c
(gdb) n
1040in pulsecore/memblock.c
(gdb) n
1041in pulsecore/memblock.c
(gdb) n
1043in pulsecore/memblock.c
(gdb) n
1042in pulsecore/memblock.c
(gdb) n
1041in pulsecore/memblock.c
(gdb) n
1043in pulsecore/memblock.c
(gdb) n
1044in pulsecore/memblock.c
(gdb) n
1045in pulsecore/memblock.c
(gdb) n
1046in pulsecore/memblock.c
(gdb) n
1047in pulsecore/memblock.c
(gdb) n
1046in pulsecore/memblock.c
(gdb) n
1047in pulsecore/memblock.c
(gdb) n
1048in pulsecore/memblock.c
(gdb) n
1049in pulsecore/memblock.c
(gdb) n
1050in pulsecore/memblock.c
(gdb) n
1049in pulsecore/memblock.c
(gdb) n
1052in pulsecore/memblock.c
(gdb) n
1054in pulsecore/memblock.c
(gdb) n
105

Bug#800120: pulseaudio: No sound after upgrade to pulseaudio 7.0-1

[johnw]

On Monday, September 28, 2015 07:13 PM, Felipe Sateler wrote:

Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=92141

On 28 September 2015 at 07:03, Felipe Sateler  wrote:

Control: tags -1 moreinfo

Hi,

On 26 September 2015 at 23:50, john  wrote:

Package: pulseaudio
Version: 7.0-1
Severity: normal

Dear Maintainer,

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

No sound after upgrade pulseaudio 7.0-1,
when I run alsamixer:

ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect:
Protocol error

cannot open mixer: Connection refused

Could you please attach a verbose log of pulseaudio[1] and then reproduce this?

Also, does pavucontrol work or only alsamixer fails?

Here are better instructions provided by upstream[1], if you could
post the information it would be great.

First, install libpulse0-dbg, pulseaudio-utils-dbg and gdb. Then
follow the steps described by upstream:


% PULSE_LOG=99 gdb --args pactl stat

That will print something like this:

GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from pactl...done.
(gdb)

You're now in the gdb prompt. Enter "break pa_memimport_get". That
symbol hasn't yet been loaded, so gdb asks you whether to add the
breakpoint when the symbol becomes available. Answer "y". Then enter
"run". The execution should soon stop at the breakpoint. From now on
enter "n" ("n" is short for "next") repeatedly until the program exits
(that will take quite some time). When the program exits, you can quit
gdb with command "quit", and then save all the terminal output and
attach it here. That should show the exact place that fails.



[1] https://bugs.freedesktop.org/show_bug.cgi?id=92141#c6



Hi, attached log file for your reference, and below is the gdb log, thanks.

GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 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 "i586-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from pactl...(no debugging symbols found)...done.
(gdb) break pa_memimport_get
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (pa_memimport_get) pending.
(gdb) run
Starting program: /usr/bin/pactl stat
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".


Breakpoint 1, pa_memimport_get (i=0x805a048, block_id=896, 
shm_id=1861523114, offset=40, size=65496, writable=true) at 
pulsecore/memblock.c:1009

(gdb) n
1013in pulsecore/memblock.c
(gdb) n
1015in pulsecore/memblock.c
(gdb) n
1017in pulsecore/memblock.c
(gdb) n
1022in pulsecore/memblock.c
(gdb) n
1025in pulsecore/memblock.c
(gdb) n
1026in pulsecore/memblock.c
(gdb) n
1029in pulsecore/memblock.c
(gdb) n
1034in pulsecore/memblock.c
(gdb) n
1037in pulsecore/memblock.c
(gdb) n
1038in pulsecore/memblock.c
(gdb) n
1040in pulsecore/memblock.c
(gdb) n
1043in pulsecore/memblock.c
(gdb) n
1052in pulsecore/memblock.c
(gdb) n
1040in pulsecore/memblock.c
(gdb) n
1041in pulsecore/memblock.c
(gdb) n
1043in pulsecore/memblock.c
(gdb) n
1042in pulsecore/memblock.c
(gdb) n
1041in pulsecore/memblock.c
(gdb) n
1043in pulsecore/memblock.c
(gdb) n
1044in pulsecore/memblock.c
(gdb) n
1045in pulsecore/memblock.c
(gdb) n
1046in pulsecore/memblock.c
(gdb) n
1047in pulsecore/memblock.c
(gdb) n
1046in pulsecore/memblock.c
(gdb) n
1047in pulsecore/memblock.c
(gdb) n
1048in pulsecore/memblock.c
(gdb) n
1049in pulsecore/memblock.c
(gdb) n
1050in pulsecore/memblock.c
(gdb) n
1049in pulsecore/memblock.c
(gdb) n
1052in pulsecore/memblock.c
(gdb) n
1054in pulsecore/memblock.c
(gdb) n
105

Bug#707851: Debian Menu Systems : Implementation of the TC decision

[Didier 'OdyX' Raboud]

Le mardi, 29 septembre 2015, 14.34:35 Guillem Jover a écrit :
> Which contains the requirements for the XDG entry, one of those being
> the icon. If the upstream part does not contain a suitable icon, then
> removing the XDG entry and any relevant icon shipped in the debian/
> directory makes the application obviously non-compliant.
> 
> > Applications "should" be registered in the FreeDesktop menu if that
> > makes sense.
> 
> For a menu supporter who packages applications for their own use,
> I'd presume it would be obvious that making them inaccessible from
> their non-XDG compliant environment makes no sense.

Two points here:
* so far, both in the Policy and during the TC discussion, these "menu 
supporters" have been _mostly_ hypothetical;
* these entries would be absent as long as the "menu program" fail to 
properly use the 'XDG menu' entries, that's the point of the TC 
decision.

> > > So we might end up with packages by menu supporters removing
> > > .desktop files, and packages from XDG supporters removing .menu
> > > files. And users of either format caught inbetween.
> > 
> > The TC decision is saying "XDG menu is now the source, it should be
> > read by 'trad menu' programs,
> 
> W/o anyone to implement this in the menu programs, this is just
> wishful thinking, and might leave big chunks of our users with
> inaccessible applications. On either side of the fence.

Yes. That's exactly the point: the work to keep the 'trad menu' relevant 
is to be made by those who care about it.

> > In the light of the TC decision, I would personally consider a
> > package dropping an XDG desktop entry in favor of a menu entry
> > buggy (although there will certainly be cases debatable cases).
> 
> To me this is the equivalent of a package with suitable applications
> for the XDG menu, not currently shipping an XDG entry. So now you
> declare all those insta buggy as well.

Not anymore buggy than with the previous "trad menu" policy (§9.6 in 
3.9.6), for what is worth: it said:
> All packages that provide applications that need not be passed any
> special command line arguments for normal operation should register a
> menu entry for those applications.

Large parts of Debian have been buggy under this text, for a long time.

> > "The TC" is not going to engage in detailed design work (or
> > implementation work, for what is worth), although any of its members
> > could (but I don't see this happening).
> 
> Exactly my point. This is the equivalent of mandating that the Debian
> Future Team should design and implement an FTL engine, where of course
> the TC has not engaged in any design work. This to me fails §6.3.5.

I obviously disagree, but invite you to challenge this decision in 
forums other than the debian-policy list.

Second, the TC has not mandated any work to any particular team: it 
changed the ecosystem in which the 'trad menu' programs evolve. Mind 
you, program ecosystems evolve all the time; 'trad menu's was relying on 
the Debian Policy mandating entries for all applications "that need not 
be passed any special command line arguments", the TC decision drops 
that requirement.

--
OdyX

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

Bug#792853: debian-policy: please disallow colons in upstream_version

[Didier 'OdyX' Raboud]

Le mardi, 29 septembre 2015, 21.09:02 Charles Plessy a écrit :
> Le Tue, Sep 29, 2015 at 01:40:34PM +0200, Didier 'OdyX' Raboud a écrit 
:
> > Le samedi, 26 septembre 2015, 15.03:09 Charles Plessy a écrit :
> > > Le Thu, Sep 24, 2015 at 03:17:30PM +0200, Jakub Wilk a écrit :
> > > > * Charles Plessy , 2015-09-24, 21:53:
> > > > >-: ~ (full stop, plus, hyphen,
> > > > >colon,
> > > > >+: ~ (full stop, plus, hyphen,
> > > > 
> > > > Remove :, too.
> > > 
> > > Thanks for the proofreading.
> > > 
> > > With this correciton, are there people seconding the proposed
> > > change ?> 
> > Seconded.
> 
> Thanks,
> 
> here is a patch for the Policy editors.

This patch doesn't have Jakub's suggestion to drop : too.

Cheers,
OdyX

Bug#707851: Debian Menu Systems : Implementation of the TC decision

[Didier 'OdyX' Raboud]

Hi Charles,

I noticed you committed this typo of mine to the git repository, sorry 
for that:

Le jeudi, 17 septembre 2015, 15.25:54 Didier 'OdyX' Raboud a écrit :
> +  Applications that are registred in the desktop menu shall
---^

Cheers,
OdyX

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

Bug#800093: ITP: libdpkg-parse-perl -- module to parse various dpkg files into Perl Objects

[Guillem Jover]

Hi!

On Mon, 2015-09-28 at 12:37:22 +0100, Andrew Beverley wrote:
> On Mon, 2015-09-28 at 13:12 +0200, Guillem Jover wrote:
> > On Sat, 2015-09-26 at 21:12:57 +0300, Andy Beverley wrote:
> > > Package: wnpp
> > > Owner: Andy Beverley 
> > > Severity: wishlist
> > > X-Debbugs-CC: debian-de...@lists.debian.org, 
> > > debian-p...@lists.debian.org
> > > 
> > > * Package name: libdpkg-parse-perl
> > 
> > What's the advantage of this over the various modules in libdpkg-perl?
> 
> I think it's the only way to retrieve version information. It's a long time
> since I wrote my original patch for dh-make-perl, but I seem to remember
> that DPKG::Parse was the only module that provided certain information I
> needed (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774074).
> 
> I certainly tried to do it with other modules already packaged, but I
> couldn't gain all the required information.

The attached untested patch should in principle do it. In any case the
available file is only ever up-to-date when using dselect. If it's too
slow, this should be fixed in libdpkg-perl anyway as that would benefit
every caller.

Thanks,
Guillem
From 30408bf2dd2cd7da3a794a1a5869a4cdcf1c8332 Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Tue, 29 Sep 2015 15:06:34 +0200
Subject: [PATCH] Switch from libdpkg-parse-perl to libdpkg-perl modules

---
 Build.PL|  3 ++-
 debian/control  |  1 -
 lib/Debian/Control/FromCPAN.pm  | 18 --
 lib/DhMakePerl/Command/Packaging.pm | 16 +---
 4 files changed, 15 insertions(+), 23 deletions(-)

diff --git a/Build.PL b/Build.PL
index cc3ae8b..e2eaf31 100644
--- a/Build.PL
+++ b/Build.PL
@@ -7,7 +7,6 @@ my $builder = My::Builder->new(
 module_name => 'DhMakePerl',
 license => 'gpl',
 recommends  => {
-'DPKG::Parse' => 0.02,
 'Git' => 0,
 'IO::Dir' => 0,
 },
@@ -24,6 +23,8 @@ my $builder = My::Builder->new(
 'CPAN::Meta'=> 0,
 'Cwd'   => 0,
 'Dpkg'  => 0,
+'Dpkg::Index'   => 0,
+'Dpkg::Control::Types'  => 0,
 'Dpkg::Source::Package' => 0,
 'Email::Address'=> 0,
 'Email::Date::Format'   => 0,
diff --git a/debian/control b/debian/control
index f02f170..2de9da9 100644
--- a/debian/control
+++ b/debian/control
@@ -78,7 +78,6 @@ Depends: debhelper (>= 8),
  ${perl:Depends}
 Recommends: apt-file (>= 2.5.0),
 git,
-libdpkg-parse-perl,
 pristine-tar
 Description: helper for creating Debian packages from perl modules
  dh-make-perl will create the files required to build a Debian source
diff --git a/lib/Debian/Control/FromCPAN.pm b/lib/Debian/Control/FromCPAN.pm
index b0895e1..f4d5d48 100644
--- a/lib/Debian/Control/FromCPAN.pm
+++ b/lib/Debian/Control/FromCPAN.pm
@@ -48,11 +48,12 @@ An instance of L to be used when locating to which package
 a required module belongs.
 
 =item dpkg_available
-An instance of L to be used when checking whether
+
+An instance of L to be used when checking whether
 the locally available package is the required version. For example:
 
-my $available = DPKG::Parse::Available->new;
-$available->parse;
+my $available = Dpkg::Index->new(type => CTRL_INFO_PKG);
+$available->load("$Dpkg::ADMINDIR/available");
 
 =item dir
 
@@ -272,7 +273,7 @@ L class) and a list of missing modules.
 
 Perl core is searched first, then installed packages, then the APT contents.
 
-If a DPKG::Parse::Available object is passed, also check the available package version
+If a Dpkg::Index object is passed, also check the available package version.
 
 =cut
 
@@ -307,12 +308,12 @@ sub find_debs_for_modules {
 );
 
 # Check the actual version available, if we've been passed
-# a DPKG::Parse::Available object
+# a Dpkg::Index object
 if ( $dpkg_available ) {
 my @available;
 my @satisfied = grep {
-if ( my $pkg = $dpkg_available->get_package('name' => $_) ) {
-my $have_pkg = Debian::Dependency->new( $_, '=', $pkg->version );
+if ( my $pkg = $dpkg_available->get_by_key($_) ) {
+my $have_pkg = Debian::Dependency->new( $_, '=', $pkg->{Version} );
 push @available, $have_pkg;
 $have_pkg->satisfies($dep);
 }
@@ -327,9 +328,6 @@ sub find_debs_for_modules {
 push @missing, $module;
 }
 }
-else {
-warn "DPKG::Parse not available. Not checking version of $module.";
-}
 }
 
 if (!$dep && $apt_contents) {
diff --git a/lib/DhMakePerl/Command/Packaging.pm b/lib/DhMakePerl/Command/Packaging.pm
index 

Bug#792853: debian-policy: please disallow colons in upstream_version

[Charles Plessy]

Le Tue, Sep 29, 2015 at 03:15:33PM +0200, Didier 'OdyX' Raboud a écrit :
> 
> This patch doesn't have Jakub's suggestion to drop : too.

Woops, sorry (new patch attached).

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
>From 8043471268e4256e4a7c08da032b7074777f3eb8 Mon Sep 17 00:00:00 2001
From: Charles Plessy 
Date: Thu, 24 Sep 2015 21:49:44 +0900
Subject: [PATCH] Policy: [5.6.12] forbid colons in package version numbers.

Wording: Charles Plessy 
Seconded: Didier 'OdyX' Raboud 
Seconded: Sam Hartman 
Thanks: Jakub Wilk 
Closes: #792853
---
 debian/changelog | 6 ++
 policy.sgml  | 6 ++
 upgrading-checklist.sgml | 3 +++
 3 files changed, 11 insertions(+), 4 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index d3ddfe7..2696a48 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -39,6 +39,12 @@ debian-policy (3.9.7.0) unstable; urgency=low
 Wording: Charles Plessy 
 Wording: Didier 'OdyX' Raboud 
 Closes: #707851
+  * Policy: [5.6.12] forbid colons in package version numbers.
+Wording: Charles Plessy 
+Seconded: Didier 'OdyX' Raboud 
+Seconded: Sam Hartman 
+Thanks: Jakub Wilk 
+Closes: #792853
 
  -- Bill Allombert   Fri, 08 May 2015 15:10:02 +0200
 
diff --git a/policy.sgml b/policy.sgml
index 40f9f3f..7522f47 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -3224,11 +3224,9 @@ Package: libc6
 			Alphanumerics are A-Za-z0-9 only.
 	  
 	  and the characters . + -
-	  : ~ (full stop, plus, hyphen, colon,
+	  ~ (full stop, plus, hyphen,
 	  tilde) and should start with a digit.  If there is no
-	  debian_revision then hyphens are not allowed;
-	  if there is no epoch then colons are not
-	  allowed.
+	  debian_revision then hyphens are not allowed.
 		
 	  
 
diff --git a/upgrading-checklist.sgml b/upgrading-checklist.sgml
index 7db0197..f7c86af 100644
--- a/upgrading-checklist.sgml
+++ b/upgrading-checklist.sgml
@@ -40,6 +40,9 @@ picking your way through this list.
 Released xxx, 2015.
 
 
+5.6.12
+   Forbid colons in package version numbers.
+  
 10.5
Symbolic links must not traverse above the root directory.
   
-- 
2.1.4

Bug#707851: Debian Menu Systems : Implementation of the TC decision

[Charles Plessy]

Le Tue, Sep 29, 2015 at 03:25:25PM +0200, Didier 'OdyX' Raboud a écrit :
> 
> I noticed you committed this typo of mine to the git repository, sorry 
> for that:
> 
> Le jeudi, 17 septembre 2015, 15.25:54 Didier 'OdyX' Raboud a écrit :
> > +  Applications that are registred in the desktop menu shall
> ---^

Corrected, thanks.

>From this and the "colon" patch I conclude that I definitely need to go to bed.

Cheers,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan

Bug#755804:

[Timo Gurr]

Is there anything unclear or any required information missing? It's
such a simple patch and it would be nice to have this fixed upstream.
Thanks in advance.

--
Timo Gurr

Bug#798731: dpkg: broken dependency calculation when removing packages

[Julian Andres Klode]

On Tue, Sep 29, 2015 at 02:40:05AM +0200, Guillem Jover wrote:
> Control: reassign -1 apt
> 
> Hi!
> 
> On Sat, 2015-09-12 at 21:04:05 +0200, Branislav Zahradník wrote:
> > honestly, I have no idea where this bug exactly came from, but from behavior
> > it is issue in dependency resolution, which I guess is part of dpkg.
> 
> This is done by the frontend, in this case apt. If there is a bug at
> all here, then it might be there. But I'll leave the apt maintainers
> to decide. Leaving some context for their benefit.

Thanks, Guillem!

Answering:

> 
> > What I observed here is following scenario:
> > 
> > I had packages A (depends on B) and B installed.
> > removing B (probably via dependencies) results to: remove A B C (unwanted C)
> > removing A first, than B (two commands) -> C was not affected.

This is not what the examples show.

> 
> > On 09/12/2015 07:17 PM, Guillem Jover wrote:
> > >On Sat, 2015-09-12 at 04:19:30 +0200, Branislav Zahradnik wrote:
> > >>Package: dpkg
> > >>Version: 1.18.2
> > >>Severity: normal
> > >
> > >>I had a problem with removing some KDE packages, leading to remove gnome.
> > >>After rejecting this bug from gnome package maintainer I tried to find 
> > >>more
> > >>(ie, remove packages one by one)
> > >
> > >>I had following issue (with apt-get output):
> > >>
> > >>apt-get remove libkdeui5
> > >>The following extra packages will be installed:
> > >>   libkdecore5 libkdesu5 libkjsapi4 libkjsembed4 libkntlm4 libkpty4
> > >>The following packages will be REMOVED:
> > >>   libkdeui5 libkwineffects1abi5 libnepomuk4 libnepomukcore4 
> > >> libnepomukquery4a
> > >>libnepomukutils4 liboktetagui4 libsendlater4
> > >>The following packages will be upgraded:
> > >>   libkdecore5 libkdesu5 libkjsapi4 libkjsembed4 libkntlm4 libkpty4
> > >>
> > >>then I removed "be REMOVED" packages in reversed order manually without 
> > >>getting
> > >>extra packages installed or upgraded.

I don't see any extra packages being installed. It just repeats the one from
upgrade.


> > >>
> > >>similar happen with:
> > >>apt-get remove libgpgme++2
> > >>The following extra packages will be installed:
> > >>   libreoffice-base-drivers
> > >>Suggested packages:
> > >>   libjtds-java libreoffice-mysql-connector libmyodbc libmysql-java
> > >>libsqliteodbc tdsodbc mdbtools
> > >>The following packages will be REMOVED:
> > >>   gnome libgpgme++2 libqgpgme1 libreoffice libreoffice-base libreoffice-
> > >>emailmerge libreoffice-evolution libreoffice-help-en-us 
> > >>libreoffice-java-common
> > >>libreoffice-officebean libreoffice-report-builder-bin 
> > >>libreoffice-sdbc-hsqldb
> > >>openoffice.org openoffice.org-evolution
> > >>   openoffice.org-help-en-us
> > >>The following packages will be upgraded:
> > >>   libreoffice-base-drivers


Same here.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#800448: graphite-web: Error "object has no attribute 'raw_post_data'" when posting new events

[Jonathan Ballet]

Package: graphite-web
Version: 0.9.12+debian-6
Severity: normal
Tags: upstream

Dear Maintainer,

When trying to post events to the events API, I have the following error:

==
$ curl -X POST http://graphite.lan/events/ -d '{"what": "Event", "tags": 
"test", "data": "test"}'
* Hostname was NOT found in DNS cache
*   Trying 192.168.101.229...
* Connected to graphite.lan (192.168.101.229) port 80 (#0)
> POST /events/ HTTP/1.1
> User-Agent: curl/7.38.0
> Host: graphite.lan
> Accept: */*
> Content-Length: 119
> Content-Type: application/x-www-form-urlencoded
> 
* upload completely sent off: 119 out of 119 bytes
< HTTP/1.1 500 INTERNAL SERVER ERROR
< Date: Tue, 29 Sep 2015 13:35:13 GMT
* Server Apache/2.4.10 (Debian) is not blacklisted
< Server: Apache/2.4.10 (Debian)
< Vary: Accept-Encoding
< Connection: close
< Transfer-Encoding: chunked
< Content-Type: text/html; charset=utf-8
< 



Graphite encountered an unexpected error while handling your request.
Please contact your site administrator if the problem persists.








Traceback (most recent call last):
  File 
"/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 
111, in get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "/usr/lib/python2.7/dist-packages/graphite/events/views.py", 
line 33, in view_events
return post_event(request)
  File "/usr/lib/python2.7/dist-packages/graphite/events/views.py", 
line 45, in post_event
event = json.loads(request.raw_post_data)
AttributeError: 'WSGIRequest' object has no attribute 
'raw_post_data'





==

Nothing gets logged as far as I know. This renders the events API unusable on 
Jessie.

Upstreams had an issue for this: 
https://github.com/graphite-project/graphite-web/issues/1216

Would it be possible to have a patch for this so we can use this API on stable?

Thanks,

 Jonathan


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages graphite-web depends on:
ii  adduser3.113+nmu3
ii  libjs-jquery   1.7.2+dfsg-3.2
ii  libjs-jquery-flot  0.8.2+dfsg-1
ii  libjs-prototype1.7.1-3
ii  libjs-scriptaculous1.9.0-2
ii  python 2.7.9-1
ii  python-cairo   1.8.8-1+b2
ii  python-django  1.7.7-1+deb8u2
ii  python-django-tagging  1:0.3.1-4
ii  python-pyparsing   2.0.3+dfsg1-1
ii  python-simplejson  3.6.5-1
ii  python-tz  2012c+dfsg-0.1
ii  python-whisper 0.9.12-1

graphite-web recommends no packages.

Versions of packages graphite-web suggests:
ii  graphite-carbon  0.9.12-3
ii  libapache2-mod-wsgi  4.3.0-1
pn  python-ldap  
pn  python-memcache  
ii  python-mysqldb   1.2.3-2.1

-- Configuration Files:
/etc/graphite/local_settings.py changed [not included]

-- no debconf information

Bug#776379: zpaq: out-of-bounds read

[Jakub Wilk]

Package: zpaq
Version: 1.10-1


This is incorrect. Version 1.10-1 has nothing to do with this bug 
closure.



Reason for close:

Update not possible. For more info:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693656


This is not a valid reason to close a bug.

--
Jakub Wilk

Bug#793616: marked as done (openssh: CVE-2015-5600: MaxAuthTries limit bypass via duplicates in KbdInteractiveDevices)

[Mike Gabriel]

Hi Colin,

On  Do 20 Aug 2015 00:50:02 CEST, Colin Watson wrote:


On Fri, Aug 07, 2015 at 11:30:07AM +, Debian Bug Tracking System wrote:

 openssh (1:5.5p1-6+squeeze6) squeeze-lts; urgency=medium
 .
   * Non-maintainer upload by the Debian LTS team.
   * CVE-2015-5352: Reject X11 connections after hard-coded Xauth cookie
 expiration time of 1200 seconds. (Closes: #790798).
   * CVE-2015-5600: Only query each keyboard-interactive device once per
 authentication request regardless of how many times it is listed.
 (Closes: #793616).


I have not yet looked at the actual patch applied here, but please note
that for versions of OpenSSH earlier than 6.5p1 (thus, squeeze and
wheezy) there is a gotcha: you need the additional patch from
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1485719.  If you
didn't include that then I think you need to issue a follow-up advisory.


thanks for the info. Sorry for the delay in fixing openssh in  
squeeze-lts. I just uploaded 5.5p1-6+squeeze7, that fixes the issue.


Mike
--

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

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



pgpkfDXgA0mWY.pgp
Description: Digitale PGP-Signatur

Bug#800118: binary directory problems loading mods

[PICCORO McKAY Lenz]

2015-09-29 6:10 GMT-04:30 Fabian Greffrath :
> Hi again,
hi fabian

>
> I have just uploaded a new yamagi-quake2 package to Debian. Would you
due mirrors rom unstable still not replicate and i cannot see from
normal debian web
i donload the git https://anonscm.debian.org/cgit/pkg-games/yquake2.git/log/

i recompile to squeeze with sdl 1.2 event 2 and works like a charm!

plese feel free to close this bug! when package uploads
complete to all the repository mirros and thanks for new package version.

> please test it and tell me if it is possible to load your mod from a
> user writable directory with this?
>
> Thanks,
>
> Fabian

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Bug#798731: dpkg: broken dependency calculation when removing packages

[Branislav Zahradník]

Hi Julian,

ok, taking last example:
command:
apt-get remove libgpgme++2

reported actions to do:
- install libreoffice-base-drivers
- remove gnome libreoffice
- upgrade libreoffice-base-drivers

well, it makes no sence to me.

more, executing commands:
apt-get remove libqpgme1
- action remove libqpgme1
apt-get remove libgpgme++2
- action remove libqpgme++2

processed both only with removing given package, leaving system in
different (proposed) state as first command without removing libqpgme1
manually.

Therefor I believe that there is a bug somewhere.

Best regards,
Brano

On 29 September 2015 at 15:39, Julian Andres Klode  wrote:

> On Tue, Sep 29, 2015 at 02:40:05AM +0200, Guillem Jover wrote:
> > Control: reassign -1 apt
> >
> > Hi!
> >
> > On Sat, 2015-09-12 at 21:04:05 +0200, Branislav Zahradník wrote:
> > > honestly, I have no idea where this bug exactly came from, but from
> behavior
> > > it is issue in dependency resolution, which I guess is part of dpkg.
> >
> > This is done by the frontend, in this case apt. If there is a bug at
> > all here, then it might be there. But I'll leave the apt maintainers
> > to decide. Leaving some context for their benefit.
>
> Thanks, Guillem!
>
> Answering:
>
> >
> > > What I observed here is following scenario:
> > >
> > > I had packages A (depends on B) and B installed.
> > > removing B (probably via dependencies) results to: remove A B C
> (unwanted C)
> > > removing A first, than B (two commands) -> C was not affected.
>
> This is not what the examples show.
>
> >
> > > On 09/12/2015 07:17 PM, Guillem Jover wrote:
> > > >On Sat, 2015-09-12 at 04:19:30 +0200, Branislav Zahradnik wrote:
> > > >>Package: dpkg
> > > >>Version: 1.18.2
> > > >>Severity: normal
> > > >
> > > >>I had a problem with removing some KDE packages, leading to remove
> gnome.
> > > >>After rejecting this bug from gnome package maintainer I tried to
> find more
> > > >>(ie, remove packages one by one)
> > > >
> > > >>I had following issue (with apt-get output):
> > > >>
> > > >>apt-get remove libkdeui5
> > > >>The following extra packages will be installed:
> > > >>   libkdecore5 libkdesu5 libkjsapi4 libkjsembed4 libkntlm4 libkpty4
> > > >>The following packages will be REMOVED:
> > > >>   libkdeui5 libkwineffects1abi5 libnepomuk4 libnepomukcore4
> libnepomukquery4a
> > > >>libnepomukutils4 liboktetagui4 libsendlater4
> > > >>The following packages will be upgraded:
> > > >>   libkdecore5 libkdesu5 libkjsapi4 libkjsembed4 libkntlm4 libkpty4
> > > >>
> > > >>then I removed "be REMOVED" packages in reversed order manually
> without getting
> > > >>extra packages installed or upgraded.
>
> I don't see any extra packages being installed. It just repeats the one
> from
> upgrade.
>
>
> > > >>
> > > >>similar happen with:
> > > >>apt-get remove libgpgme++2
> > > >>The following extra packages will be installed:
> > > >>   libreoffice-base-drivers
> > > >>Suggested packages:
> > > >>   libjtds-java libreoffice-mysql-connector libmyodbc libmysql-java
> > > >>libsqliteodbc tdsodbc mdbtools
> > > >>The following packages will be REMOVED:
> > > >>   gnome libgpgme++2 libqgpgme1 libreoffice libreoffice-base
> libreoffice-
> > > >>emailmerge libreoffice-evolution libreoffice-help-en-us
> libreoffice-java-common
> > > >>libreoffice-officebean libreoffice-report-builder-bin
> libreoffice-sdbc-hsqldb
> > > >>openoffice.org openoffice.org-evolution
> > > >>   openoffice.org-help-en-us
> > > >>The following packages will be upgraded:
> > > >>   libreoffice-base-drivers
>
>
> Same here.
>
> --
> Julian Andres Klode  - Debian Developer, Ubuntu Member
>
> See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
>
> Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
> - If you don't I might ignore you.
>

Bug#798731: dpkg: broken dependency calculation when removing packages

[Julian Andres Klode]

On Tue, Sep 29, 2015 at 04:05:06PM +0200, Branislav Zahradník wrote:
> Hi Julian,
> 
> ok, taking last example:
> command:
> apt-get remove libgpgme++2
> 
> reported actions to do:
> - install libreoffice-base-drivers
> - remove gnome libreoffice
> - upgrade libreoffice-base-drivers
> 
> well, it makes no sence to me.

For every package APT will upgrade that is not specified on the
commandline, it will say "extra packages will be installed" (in
fact, for any package that will be installed/upgraded that is
not mentioned on the command-line).

This is ~slightly~ incorrect, but I don't see why you are confused,
as it can obviously do only one of those things.

And please do not top post.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#800120: pulseaudio: No sound after upgrade to pulseaudio 7.0-1

[Felipe Sateler]

On 29 September 2015 at 10:12, johnw  wrote:
> On Monday, September 28, 2015 07:13 PM, Felipe Sateler wrote:
>>
>> Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=92141
>>
>> On 28 September 2015 at 07:03, Felipe Sateler  wrote:
>>>
>>> Control: tags -1 moreinfo
>>>
>>> Hi,
>>>
>>> On 26 September 2015 at 23:50, john  wrote:

 Package: pulseaudio
 Version: 7.0-1
 Severity: normal

 Dear Maintainer,

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

 No sound after upgrade pulseaudio 7.0-1,
 when I run alsamixer:

 ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect:
 Protocol error

 cannot open mixer: Connection refused
>>>
>>> Could you please attach a verbose log of pulseaudio[1] and then reproduce
>>> this?
>>>
>>> Also, does pavucontrol work or only alsamixer fails?
>>
>> Here are better instructions provided by upstream[1], if you could
>> post the information it would be great.
>>
>> First, install libpulse0-dbg, pulseaudio-utils-dbg and gdb. Then
>> follow the steps described by upstream:
>>
>>
>> % PULSE_LOG=99 gdb --args pactl stat
>>
>> That will print something like this:
>>
>> GNU gdb (Debian 7.10-1) 7.10
>> Copyright (C) 2015 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".
>> Type "show configuration" for configuration details.
>> For bug reporting instructions, please see:
>> .
>> Find the GDB manual and other documentation resources online at:
>> .
>> For help, type "help".
>> Type "apropos word" to search for commands related to "word"...
>> Reading symbols from pactl...done.
>> (gdb)
>>
>> You're now in the gdb prompt. Enter "break pa_memimport_get". That
>> symbol hasn't yet been loaded, so gdb asks you whether to add the
>> breakpoint when the symbol becomes available. Answer "y". Then enter
>> "run". The execution should soon stop at the breakpoint. From now on
>> enter "n" ("n" is short for "next") repeatedly until the program exits
>> (that will take quite some time). When the program exits, you can quit
>> gdb with command "quit", and then save all the terminal output and
>> attach it here. That should show the exact place that fails.
>>
>>
>>
>> [1] https://bugs.freedesktop.org/show_bug.cgi?id=92141#c6
>>
>>
> Hi, attached log file for your reference, and below is the gdb log, thanks.

Hm, strange, I don't see any program output there.  What does `pactl
stat` say (without the gdb part) ? Also, please also answer the other
questions I sent, to determine if it is the same bug or not.


-- 

Saludos,
Felipe Sateler

Bug#789579: marked as pending

[Chris Lamb]

> I think he just forgot in the first commit, since the very next one
> added some attribution

Thanks for the heads-up. :)  Hope my gist of my email came across
correctly.


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-