Bug#798822: ekg2: mojibake in debian/copyright

[Jakub Wilk]

Source: ekg2
Version: 1:0.4~pre+20120506.1-10
Tags: patch

--
Jakub Wilk
diff --git a/debian/copyright b/debian/copyright
--- a/debian/copyright
+++ b/debian/copyright
@@ -317,7 +317,7 @@
 plugins/sniff/sniff_gg.h contains code:
 
  (C) Copyright 2001-2003 Wojtek Kaniewski 
-		Robert J. WoĹşny 
+		Robert J. Woźny 
 		Arkadiusz Miśkiewicz 
 		Tomasz Chiliński 
 		Piotr Wysocki 

Bug#795056: SOURCE_DATE_EPOCH

[Jérémy Bobbio]

Camm Maguire:
> Greetings!  Following the link you reference, it appears that I do not
> need to export this variable, right?  Debhelper is at a later version in
> unstable.

The documentation was a bit confusing. Thanks: I've just fixed it.
SOURCE_DATE_EPOCH will only be exported for packages using `dh`.
maxima is currently using the “old style” debhelper.

So you either need to switch the package to `dh`—which I recommend—or
export SOURCE_DATE_EPOCH manually.

PS: Please note that you only addressed your reply to the Debian bug
address. Even if it's confusing, bug submitters do *not* receive copies
of these emails. It's customary practice to list them in the To field,
especially when asking for more information.

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#718273: #718273 ITP: go-fuse -- FUSE bindings for Go

[Julian Gilbey]

On Sun, Sep 13, 2015 at 07:45:08PM +1000, Dmitry Smirnov wrote:
> On Saturday 12 September 2015 21:54:44 Julian Gilbey wrote:
> > Yes, I would love some help!
> 
> Thank you. I've committed few minor corrections to the repository... :)

Thanks!

> > Vcs-Browser:
> > https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-hanwen-go-fu
> > se.git Vcs-Git:
> > git://anonscm.debian.org/pkg-go/packages/golang-github-hanwen-go-mtpfs.git
> 
> Nice. :)  I've corrected Vcs-Git URL too. ;)

Sweet!

> > I haven't managed to get to the bottom of this.  I could disable the
> > tests (as I needed to do for the go-mtpfs package), but that seems to
> > be avoiding the problem.
> > 
> > If you have any idea of the cause of this, it would be great!
> 
> I do not know why unionfs test is failing. However I believe we have to 
> ignore test failures anyway as tests rely on "fuse" and "modprobe fuse" hence 
> they will be failing on build servers and in pbuilder...

Ah, that is true.  But there is no point having -dh_auto_test in
debian/rules, then, as people are unlikely to look at the detailed
test output if it doesn't cause build failures.

> I think go-fuse is ready for upload.

OK, will do.

> Personally I would add "watch" file even though upstream do not tag releases 
> yet. Maybe you could ask upstream to produce a formal release?

Sounds a good idea.  Though I'll only add a watch file if there are
releases or tags.

Thanks for your help!

   Julian

Bug#798778: #798778 systemd 226's init.scope breaks docker.io 1.7.1~dfsg1-1.

[Dmitry Smirnov]

Docker have its own bug report about this problem:

https://github.com/docker/docker/issues/16256

Suggested workaround is to add

--exec-opt native.cgroupdriver=cgroupfs

to DOCKER_OPTS in "/etc/default/docker".

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

---

The great enemy of the truth is very often not the lie -- deliberate,
contrived and dishonest, but the myth, persistent, persuasive, and
unrealistic. Belief in myths allows the comfort of opinion without the
discomfort of thought.
-- John F Kennedy


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

Bug#793637: [sddm] sddm vs plymouth

[Zhang Jingqiang]

> Thank you for the patch! I resolved the issue a bit differently,
> making use of the SDDM and Plymouth systemd service file features a
> bit more, and also fixing a few other potential issues in the same
> run.
> Could you please check if the new revision of the package fixes this
> issue for you? (should be installed into the archive really soon)
Hello,
plymouth-quit.service is "static", whichcouldn't be enabled.
It won't "done" without any other service run something equal to
"plymouth --quit" (I guess).
The new revision of sddm just result into sddm waiting for
plymouth-quit forever.

Bug#792469: DM application of Benda Xu

[Benda Xu]

Control: tags 792469 - moreinfo
Control: thanks

Extended and uploaded my keys according to the request from Aníbal.


signature.asc
Description: PGP signature

Bug#784041: [Pkg-anonymity-tools] Bug#784041: exceptions.OSError: [Errno 2] No such file or directory

[Holger Levsen]

Hi,

On Sonntag, 13. September 2015, Cyril Brulebois wrote:
> > Followup-For: Bug #784041
> > Confirmed. The bug is still present in Debian 8.1.
> It would be nice to have a fix in Jessie at some point.

I agree, someone needs to hunt down the relevant commit though.

For the time being, as a workaround, the package from jessie-backports works 
nicely.


cheers,
Holger




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

Bug#755303: RFA: remmina -- remote desktop client for GNOME desktop environment

[Luca Falavigna]

Hi Jörg,

I think no efforts have been made to adopt the package in the last
months, so feel free to adopt remmina. Don't hesitate to contact me if
you need a sponsor.

-- 
Cheers,
Luca

Bug#796302: closed by Alessandro Ghedini <gh...@debian.org> (Bug#796302: fixed in curl 7.44.0-2)

[Arnout Engelen]

Confirmed fixed! Thanks so much!

On Sat, Sep 12, 2015 at 5:39 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the curl package:
>
> #796302: curl: enable http2
>
> It has been closed by Alessandro Ghedini .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Alessandro Ghedini <
> gh...@debian.org> by
> replying to this email.
>
>
> --
> 796302: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796302
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Alessandro Ghedini 
> To: 796302-cl...@bugs.debian.org
> Cc:
> Date: Sat, 12 Sep 2015 15:35:04 +
> Subject: Bug#796302: fixed in curl 7.44.0-2
> Source: curl
> Source-Version: 7.44.0-2
>
> We believe that the bug you reported is fixed in the latest version of
> curl, which is due to be installed in the Debian FTP archive.
>
> A summary of the changes between this version and the previous one is
> attached.
>
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 796...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
>
> Debian distribution maintenance software
> pp.
> Alessandro Ghedini  (supplier of updated curl package)
>
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
>
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Format: 1.8
> Date: Thu, 10 Sep 2015 11:25:14 +0200
> Source: curl
> Binary: curl libcurl3 libcurl3-gnutls libcurl3-nss libcurl4-openssl-dev
> libcurl4-gnutls-dev libcurl4-nss-dev libcurl3-dbg libcurl4-doc
> Architecture: source amd64 all
> Version: 7.44.0-2
> Distribution: unstable
> Urgency: medium
> Maintainer: Alessandro Ghedini 
> Changed-By: Alessandro Ghedini 
> Description:
>  curl   - command line tool for transferring data with URL syntax
>  libcurl3   - easy-to-use client-side URL transfer library (OpenSSL
> flavour)
>  libcurl3-dbg - debugging symbols for libcurl (OpenSSL, GnuTLS and NSS
> flavours)
>  libcurl3-gnutls - easy-to-use client-side URL transfer library (GnuTLS
> flavour)
>  libcurl3-nss - easy-to-use client-side URL transfer library (NSS flavour)
>  libcurl4-doc - documentation for libcurl
>  libcurl4-gnutls-dev - development files and documentation for libcurl
> (GnuTLS flavour)
>  libcurl4-nss-dev - development files and documentation for libcurl (NSS
> flavour)
>  libcurl4-openssl-dev - development files and documentation for libcurl
> (OpenSSL flavour)
> Closes: 796302
> Changes:
>  curl (7.44.0-2) unstable; urgency=medium
>  .
>* Enable HTTP/2 support (Closes: #796302)
> Checksums-Sha1:
>  a2b542ae90f571b02488cf6f9442027bcc15e6f8 2643 curl_7.44.0-2.dsc
>  96c51ff405dc146bf104ab9dc518fefc9036b44e 26308 curl_7.44.0-2.debian.tar.xz
>  bef6ff360a4dc0d465a99916b1edd75dd9c43cc8 207116 curl_7.44.0-2_amd64.deb
>  a4e43310e5c231e2a0252fea8d9ab0353a03b0b2 3908434
> libcurl3-dbg_7.44.0-2_amd64.deb
>  a95fa6f69eb7489fb4afc20f420bd80476d06fa9 269610
> libcurl3-gnutls_7.44.0-2_amd64.deb
>  d83e4a5ca0a6d40036fca3ef99c28e8763a456fb 275942
> libcurl3-nss_7.44.0-2_amd64.deb
>  07d0339bc7f3924997563c027c5d7c860731f301 272376
> libcurl3_7.44.0-2_amd64.deb
>  52ac1bdeb79c83851963d4a76ce1363f69f40c05 1184298
> libcurl4-doc_7.44.0-2_all.deb
>  01b13b3187704f3949c79201b74fac94ccb4c0d7 349390
> libcurl4-gnutls-dev_7.44.0-2_amd64.deb
>  71daff62e6c9273316ddd4d99fde58fa5f085d30 356222
> libcurl4-nss-dev_7.44.0-2_amd64.deb
>  a5966fab14242b5ee5336a4972df162b7b88c882 352370
> libcurl4-openssl-dev_7.44.0-2_amd64.deb
> Checksums-Sha256:
>  df0972a8c46c99a0901cf9871fadc0a3590f718941eead06673354b8d73e0110 2643
> curl_7.44.0-2.dsc
>  82fc46419f592b3de00647f0ef04899e00b27ba3a874668abef037ab86db328f 26308
> curl_7.44.0-2.debian.tar.xz
>  ef0754dab8a1709a273142e1b2906cd0aa0153cab4d6a37827e5b778208bc2d2 207116
> curl_7.44.0-2_amd64.deb
>  e64b8883a7e303a2deeef39d08062aafc51d30f77ed8f037dbcde6b45cc6ccfd 3908434
> libcurl3-dbg_7.44.0-2_amd64.deb
>  a2279b24ec90554c94f7e7f72265d4c5ac2c295aa7220fa092cc8c50fb2f66f2 269610
> libcurl3-gnutls_7.44.0-2_amd64.deb
>  03a2f57f8a0e7346641210f73d49272a3ac0ac74b008780b28aae5cddff3d69c 275942
> libcurl3-nss_7.44.0-2_amd64.deb
>  05e2f4c8497f4eb2beaa2eb965234300e8fea0771bbdd5f3e47f7678005e542c 272376
> libcurl3_7.44.0-2_amd64.deb
>  8682ab5f2ff42b2890113c9fac51773b0c997275dd72d97575a0df5b7463aa0d 1184298
> libcurl4-doc_7.44.0-2_all.deb
>  9c362ebe13957eb92a5f58524c553f8e2a0b7f4ec0cc90560b09a556ce6bf758 349390
> 

Bug#798786: [libpam-kwallet5] kwalletd5 started by libpam-kwallet5 is not used by kwalletmanager5

[Rahul Amaram]

I pointed my repo to unstable and upgraded plasma-workspace. The problem 
is now solved. I don't see any more zombie kwalletd5 process.


NOTE 1: ksshaskpass was broken earlier. Now, ksshaskpass is able to 
retrieve the credentials at login time for adding my private keys to the 
ssh agent. I am initializing this by adding "ssh-add" in the startup 
programs (which indirectly calls ksshaskpass).


NOTE 2: It is possible that your kde wallet might get closed after being 
unlocked upon login. To avoid this, ensure via kde wallet manager 
"Configure wallet ..." settings that "Close when last application stops 
using it" is not checked.


This package finally solves a long-time problem in Debian :)!

Bug#718273: #718273 ITP: go-fuse -- FUSE bindings for Go

[Julian Gilbey]

I did get an error when pushing:

remote: /home/groups/pkg-go/meta/pkg-go-post-receive: 10:
/home/groups/pkg-go/meta/pkg-go-post-receive: cannot create
hooks/reflog: Permission denied

Hmm.  Who takes responsibility for things like that - do you happen to
know?

Anyway, packages now uploaded.

Thanks,

   Julian

Bug#771465: Please add UEFI boot files to i386 and amd64 netboot images

[Teemu Ikonen]

On Sun, Sep 13, 2015 at 12:11 PM, Ian Campbell  wrote:
> Do you mean mini.iso as in:
> http://ftp.uk.debian.org/debian/dists/jessie/main/installer-amd64/current/images/netboot/mini.iso
> or something else?

Hi Ian,

Yes, that's the one, although I've tested with the i386 image.

> I'm not actually 100% clear what you are asking for. Given the above
> mini.iso I have in the ESP:
>
> $ isoinfo -x /boot/grub/efi.img -RJ -i mini.iso-sid > efi.img
> $ mdir -i efi.img -/ -b
> ::/efi/
> ::/efi/boot/
> ::/efi/boot/bootx64.efi
>
> and
>
> $ isoinfo -f -RJ -i mini.iso-sid
>
> shows lots of stuff in /boot/grub/x86_64-efi of the main image, all of
> which I believe is sufficient to boot on a 64-bit EFI system.
>
> The i386 version of mini.iso instead has bootia32.efi in the ESP and
> /boot/grub/i386-efi on the main ISO.
>
> So either this isn't working for you or the request you are making is
> for something else in addition.

The latest mini.iso netboot image is not booting on my Macbook2,1 but
the official Debian 8.2 netinst image (315 MB) does.

The USB-sticks I've managed to boot in this machine all have had the
file efi/boot/bootia32.efi on the single partition they've had, either
a vfat partition prepared by grub-install or a is9660 filesystem
copied from the installer image. That's also the case with the 8.2
netinst image:

$ 7z l debian-8.2.0-i386-netinst.iso | grep bootia
2015-09-06 12:00:44 .   272384   272384  efi/boot/bootia32.efi

This file is not present in the netboot mini.iso.

The EFI implementation on old intel Macbooks is probably broken in
several ways, but to me it looks like the fix is easy, known, and
takes all of 272384 bytes in the installation image. But you are
right, the patch is not there yet.

Best,
Teemu

Bug#789105: please package new version 0.15

[Anton Gladky]

0.15 is packaged already. We have a delay due to
gcc-5 transition, just waiting for build-depends to
be installed.

Regards

Anton


2015-09-13 9:33 GMT+02:00  :
>
> Hi,
>
> Can I also add my encouragement for the packaging of version 0.15 and
> the additional workbenches by 'hamish':
>
> https://github.com/hamish2014/FreeCAD_assembly2
>
> and
>
> https://github.com/hamish2014/FreeCAD_drawing_dimensioning
>
> as discussed in the freecad page here:
>
> http://www.freecadweb.org/wiki/index.php?title=Release_notes_015
>
> (towards the end of the page).
>
>
>
> Thanks,
>
> Matt
>
> --
> debian-science-maintainers mailing list
> debian-science-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#794410: Same problem on Asus ET1620I

[Richard Zetterberg]

Hello,

I have encountered the same problem with a Asus ET1620I AIO-computer.

The installation freezes at the 12% mark at "Select and install
software". The device does not response to keyboard input and pressing
the power-button does nothing. (I have to hold the power button down
to perform a forced reboot).

Since I can't change VT I tried changing to no. 4 before the problem
happen to try and see what the last output is before it freezes.

The last output is:

---
Sep 13 08:44:12 in-target: Setting up discover (2.1.2-7) ...
Sep 13 08:44:13 in-target: Processing triggers for libc-bin (2.19-18+deb8u1) ...
---

This output seems to come from installing "discover discover-data
libdiscover2 libexpat1". By looking further up on the screen I can see
the familiar "The following NEW packages will be installed" and those
4 packages are in that list.

The ET1620 has a Intel Celeron J1900 processor. It also asks for the
"rtl8168g-2.fw" firmware during hardware detection, and I answered
"No".

I have tried this installation using following ISO-images:

- debian-8.1.0-amd64-netinst.iso
- debian-8.2.0-amd64-netinst.iso

Which I downloaded from the debian-site today.

I will try with the "debian-8.0.0-amd64-netinst.iso" image and see
whether the problem persists.

Bug#790233: cigi-ccl: FTBFS with glibc 2.21 and gcc-5

[Felix Geyer]

Control: severity -1 serious

On Sun, 28 Jun 2015 23:01:14 -0400 Klee Dienes  wrote:
> I pushed changes to mark those symbols as optional to the git repo 
> at https://github.com/Hadron/cigi-ccl.git .
> 
> It will probably be a bit before I am able to test those changes 
> with the configuration you describe.  If you are able to test them 
> in your current setup I'd be happy to push them to unstable.

Could you please upload your changes?
cigi-ccl FTBFS in sid now and blocks at least the tinyxml transition.

Thanks,
Felix

Bug#798516: gyp: Upgrade to new upstream version (to support --no-parallel)

[Christopher Hoskin]

The following packages in unstable are failing to rebuild due to this bug:

node-leveldown
node-sqlite3
node-zipfile
node-expat
node-mapnik
node-srs
node-groove
node-postgres
node-stringprep
node-iconv
node-ws

They all fail with the error:

gyp_main.py: error: no such option: --no-parallel

Christopher

Bug#798808: packagesearch: FTBFS with libept 1.0.14

[Chris Lamb]

Source: packagesearch
Version: 2.7.4
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

packagesearch fails to build from source in unstable/amd64. I'm pretty
sure this is due to:

  libept (1.0.14) unstable; urgency=medium

* New version that includes Matthias' changes
* Removed compatibility symlink, not needed anymore

  [..]

  Project MESSAGE: generating debug
  version/usr/share/qt4/mkspecs/features/qt_functions.prf(117): Function
  'system' is not implementedProject ERROR: Package libept not
  foundUpdating
  
'/tmp/buildd/packagesearch-2.7.4/src/plugins/filenameplugin/../../../translations/filenameplugin_de.qm'...
  Generated 41 translation(s) (41 finished and 0 unfinished)
  Updating
  
'/tmp/buildd/packagesearch-2.7.4/src/plugins/filenameplugin/../../../translations/filenameplugin_es.qm'...
  Generated 44 translation(s) (44 finished and 0 unfinished)
  /usr/bin/lrelease-qt4 src/plugins/orphanplugin/orphanplugin.pro
  Project MESSAGE: generating debug
  version/usr/share/qt4/mkspecs/features/qt_functions.prf(117): Function
  'system' is not implementedProject ERROR: Package libept not
  foundUpdating
  
'/tmp/buildd/packagesearch-2.7.4/src/plugins/orphanplugin/../../../translations/orphanplugin_de.qm'...
  Generated 34 translation(s) (34 finished and 0 unfinished)
  Updating
  
'/tmp/buildd/packagesearch-2.7.4/src/plugins/orphanplugin/../../../translations/orphanplugin_es.qm'...
  Generated 34 translation(s) (34 finished and 0 unfinished)
  /usr/bin/lrelease-qt4
  src/plugins/screenshotplugin/screenshotplugin.pro

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/packagesearch_2.7.4.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Sat Sep 12 02:43:54 GMT+12 2015
I: pbuilder-time-stamp: 1442069034
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 8.9.7), libept-dev (>= 1.0.9), libqt4-dev, 
qt4-dev-tools, docbook-to-man, pkg-config, libwibble-dev (>= 1.0), 
libtagcoll2-dev (>= 2.0), libxapian-dev, libapt-pkg-dev
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20260 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on libept-dev (>= 1.0.9); however:
  Package libept-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libqt4-dev; however:
  Package libqt4-dev is not installed.
 pbuilder-satisfydepends-dummy depends on qt4-dev-tools; however:
  Package qt4-dev-tools is not installed.
 pbuilder-satisfydepends-dummy depends on docbook-to-man; however:
  Package docbook-to-man is not installed.
 pbuilder-satisfydepends-dummy depends on pkg-config; however:
  Package pkg-config is not installed.
 pbuilder-satisfydepends-dummy depends on libwibble-dev (>= 1.0); however:
  Package libwibble-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libtagcoll2-dev (>= 2.0); however:
  Package libtagcoll2-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libxapian-dev; however:
  Package libxapian-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libapt-
Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...
Initializing package states...
Writing extended state information...
Building tag database...
pbuilder-satisfydepends-dummy is already installed at the requested version 
(0.invalid.0)
pbuilder-satisfydepends-dummy is already installed at the 

Bug#798807: plasma-workspace: 100% CPU usage when starting (may be because of activities)

[Zhang Jingqiang]

> Package: plasma-workspace
> Version: 4:5.4.1-1
> Severity: important
> 
> Dear Maintainer,
> 
> plasmashell crashed when I'm using the non-default activity,
> then start plasmashell at yakuake didn't work as it use 100% CPU
> and don't respond.
> reboot does not help either.
>
/usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/main.qml:231:5:
 
QML TaskList: Binding loop detected for property "rows" 

Bug#795077: kicad: FTBFS: error: 'itr' was not declared in this scope

[Nick Østergaard]

A stable release candidate has been called, please use this instead.

https://launchpad.net/kicad/4.0/4.0.0-rc1/+download/kicad-4.0.0-rc1.tar.xz

Announcement, https://lists.launchpad.net/kicad-developers/msg20326.html

2015-09-09 20:58 GMT+02:00 Nick Østergaard :
> Just forget tryting to build the old stable version (bzr rev around
> 4022 to 4029). Go and spend your time one making sure you can build
> the latest in product and be happy. You are on debian testing afterall
> (I think).
>
> We should soon see a release candidate for the next stable,
> https://lists.launchpad.net/kicad-developers/msg20227.html
>
> And yes, that version that fedora is using is basically the
> development version, which I also advise debian to use untill we get
> the next release out.
>
> Also the official PPA is now skipping the boost build and the first
> builds that pass on ubuntu 15.10 is passing on
> https://code.launchpad.net/~js-reynaud/+archive/ubuntu/ppa-kicad/+build/7890601
>
> 2015-09-09 18:02 GMT+02:00 Graham Inggs :
>> Hi
>>
>>> Nick Østergaard [2015-08-13 16:24 +0200]:
>>> > You can use the cmake option -DKICAD_SKIP_BOOST=ON  to fix this issue.
>>> > Make sure this only happens for systems with boost version above 1.54.
>>
>> The -DKICAD_SKIP_BOOST=ON option doesn't work in the kicad stable branch
>> (bzr4029) currently in Debian and Ubuntu.
>>
>> CMake Warning:
>>   Manually-specified variables were not used by the project:
>>
>> KICAD_SKIP_BOOST
>>
>> I made the following change to CMakeLists.txt and also removed
>> include/boost/ :
>>
>> --- a/CMakeLists.txt
>> +++ b/CMakeLists.txt
>> @@ -285,8 +285,8 @@
>>  # kicad now includes needed boost files.
>>  # the two next lines can be uncommented to use the native boost lib.
>>  # but this is not a good idea
>> -#find_package(Boost 1.36 QUIET)
>> -#check_find_package_result(Boost_FOUND "Boost")
>> +find_package(Boost 1.36 QUIET)
>> +check_find_package_result(Boost_FOUND "Boost")
>>
>>  ##
>>  # Find wxWidgets library #
>>
>> ...and still I am getting tons of errors like the following:
>>
>> In file included from /usr/include/c++/5/list:63:0,
>>  from /usr/include/boost/polygon/isotropy.hpp:20,
>>  from /usr/include/boost/polygon/polygon.hpp:12,
>>  from
>> /«BUILDDIR»/kicad-0.20141025+bzr4029/common/../polygon/polygons_defs.h:9,
>>  from
>> /«BUILDDIR»/kicad-0.20141025+bzr4029/common/../polygon/PolyLine.h:23,
>>  from
>> /«BUILDDIR»/kicad-0.20141025+bzr4029/common/../pcbnew/class_pad.h:37,
>>  from
>> /«BUILDDIR»/kicad-0.20141025+bzr4029/common/footprint_info.cpp:22:
>> /usr/include/c++/5/bits/stl_list.h:1807:22: error: reference to 'list' is
>> ambiguous
>>  operator==(const list<_Tp, _Alloc>& __x, const list<_Tp, _Alloc>& __y)
>>
>>> This worked well, thank you! Fedora does the same. I uploaded this a
>>> few days ago to Ubuntu.
>>
>> Your upload failed to build [1].  Fedora are using a newer revision
>> (bzr6041).
>>
>> Any ideas?
>>
>> Regards
>> Graham
>>
>>
>> [1] https://launchpad.net/ubuntu/+source/kicad/0.20141025+bzr4029-2ubuntu1
>>

Bug#798807: plasma-workspace: 100% CPU usage when starting

[Zhang Jingqiang]

>> plasmashell crashed when I'm using the non-default activity,
>> then start plasmashell at yakuake didn't work as it use 100% CPU
>> and don't respond.
>> reboot does not help either.
>>
> 
/usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/main.qml:231:5:
> QML TaskList: Binding loop detected for property "rows"
Problem solved by deleting all plasma-rc file under .kde and .config and 
recreate the desktop panels.
You may close this bug, though it is not really upstream fixed.

Bug#796995: game-data-packager: Doom & Quake1 add support for GOG.com package

[Alexandre Detiste]

control: clone -1 -2
control: retitle -2 Please reference source archive in package description

Le dimanche 13 septembre 2015, 09:51:12 Fabian Greffrath a écrit :
> Am Mittwoch, den 02.09.2015, 19:33 +0200 schrieb Alexandre Detiste:
> > > Would it be possible to contain a little marker in the extended
> > > package
> > > description of the data package that states something like "This
> > > package contains game data from the setup_foo_1.2.3.exe archive
> > > from
> > > GOG.com"?
> > 
> > Yes
> 
> So, any plans to implement this?
> 
>  - Fabian

Still thinking about it.

This should be per-package, not per-game;
for example, rott-registered-data would get that
"Built from setup_rise_of_the_triad_2.0.0.5.exe",
but the shareware episode not.

Is this need only for innoextract'ed archives or all
kind of archives ?

Alexandre

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

Bug#796995: game-data-packager: Doom & Quake1 add support for GOG.com package

[Alexandre Detiste]

control: clone -1 -2
control: retitle -1 Doom: add support for GOG.com package
control: tag -1 +pending
control: retitle -2 Quake1: add support for GOG.com package


Doom support is done.

Quake1 needs CUE-Splinting for music support;
as does some other GOG.com games I can't remember the name,
so this needs to be tought in a generic way.

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

Bug#798817: emacs24: gnus displays remote html content by default

[Ansgar Burchardt]

Package: emacs24
Version: 24.5+1-1
Severity: important

Gnus displays remote HTML content, such as (tracking) images, by
default. I noticed this when reading [1] on debian-user@l.d.o.

Most other mail clients (Evolution, Icedove) disallow remote content
by default and require explicit confirmation. I think gnus should
follow this example.

Ansgar

  [1] 
https://lists.debian.org/55f42a0a712cf_70bf3fc4828aabc09192...@prod-rs-r13.mail

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, 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 emacs24 depends on:
ii  emacs24-bin-common 24.5+1-1
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgomp1   5.1.1-14
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-12
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-12.3
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-5
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.4+1-2

-- no debconf information

Bug#798818: Please consider updating kernel for mipsel buildds

[Ole Streicher]

Package: buildd.debian.org
Severity: important

Hi,

the current kernel of the mipsel buildds leads to an FTBS when compiling
the package "eso-midas" [1]. The problem is fixed in recent kernel
versions, but the buildds still run with the older ones.

This leads to the unfortunate situation that for every upload, I have to
search for a mipsel machine that is not affected by the bug (currently a
CI20) and compile and upload manually; otherwise the package would not
migrate to testing.

Please upgrade the kernel on the buildds, or "somehow" integrate the
patch that fixes the bug.

Best regards

Ole

[1] https://bugs.debian.org/781892

Bug#798823: pulseview: please switch B-D to unversioned boost libraries

[Andreas Beckmann]

Package: pulseview
Version: 0.2.0-1
Severity: serious
Tags: sid stretch
Control: block 794458 with -1

pulseview cannot be binNMUed for the ongoing boost 1.58 transition since
it Build-Depends on versioned boost library packages:
  libboost-system1.55-dev, libboost-thread1.55-dev,
  libboost-filesystem1.55-dev
Please consider switching to the unversioned variants instead of bumping
the version to 1.58.


Thanks

Andreas

Bug#771465: Please add UEFI boot files to i386 and amd64 netboot images

[Ian Campbell]

Control: tags -1 -patch

On Sun, 2015-09-13 at 11:45 +0200, Teemu Ikonen wrote:
> I recently had to reinstall jessie to my MacBook2,1 and found that the
> Debian 8.2 i386 netinst image now works out of the box even with the
> strange EFI implementation in this box. Many thanks to Steve McIntyre
> for making this work, yay!
> 
> In general I like to do my installations with the netboot images,

Do you mean mini.iso as in:
http://ftp.uk.debian.org/debian/dists/jessie/main/installer-amd64/current/images/netboot/mini.iso
or something else?

> since the 28 M image is sure to fit any USB stick which happens to be
> at hand. It would be super-duper if the 32-bit and 64-bit EFI boot
> files could also be added to these images, so that they too would
> start to work like magic. For old intel MacBooks the EFI boot file
> needs to be in the removable path, i.e. efi/boot/bootia32.efi
> 
> [I added the patch tag because the fix to this bug is known and
> trivial, no patch attached though]

No patch, so removed, whether the fix is known or trivial in principal
an actual patch which actually does the required thing is what needs to
be produced.

I'm not actually 100% clear what you are asking for. Given the above
mini.iso I have in the ESP:

$ isoinfo -x /boot/grub/efi.img -RJ -i mini.iso-sid > efi.img
$ mdir -i efi.img -/ -b
::/efi/
::/efi/boot/
::/efi/boot/bootx64.efi

and 

$ isoinfo -f -RJ -i mini.iso-sid

shows lots of stuff in /boot/grub/x86_64-efi of the main image, all of
which I believe is sufficient to boot on a 64-bit EFI system.

The i386 version of mini.iso instead has bootia32.efi in the ESP and
/boot/grub/i386-efi on the main ISO.

So either this isn't working for you or the request you are making is
for something else in addition.

Ian.

Bug#771465: Please add UEFI boot files to i386 and amd64 netboot images

[Ian Campbell]

On Sun, 2015-09-13 at 12:36 +0200, Teemu Ikonen wrote:
> On Sun, Sep 13, 2015 at 12:11 PM, Ian Campbell 
> wrote:
> > Do you mean mini.iso as in:
> > http://ftp.uk.debian.org/debian/dists/jessie/main/installer-amd64/c
> urrent/images/netboot/mini.iso
> > or something else?
> 
> Hi Ian,
> 
> Yes, that's the one, although I've tested with the i386 image.
> 
> > I'm not actually 100% clear what you are asking for. Given the
> above
> > mini.iso I have in the ESP:
> >
> > $ isoinfo -x /boot/grub/efi.img -RJ -i mini.iso-sid > efi.img
> > $ mdir -i efi.img -/ -b
> > ::/efi/
> > ::/efi/boot/
> > ::/efi/boot/bootx64.efi
> >
> > and
> >
> > $ isoinfo -f -RJ -i mini.iso-sid
> >
> > shows lots of stuff in /boot/grub/x86_64-efi of the main image, all
> of
> > which I believe is sufficient to boot on a 64-bit EFI system.
> >
> > The i386 version of mini.iso instead has bootia32.efi in the ESP
> and
> > /boot/grub/i386-efi on the main ISO.
> >
> > So either this isn't working for you or the request you are making
> is
> > for something else in addition.
> 
> The latest mini.iso netboot image is not booting on my Macbook2,1 but
> the official Debian 8.2 netinst image (315 MB) does.
> 
> The USB-sticks I've managed to boot in this machine all have had the
> file efi/boot/bootia32.efi on the single partition they've had,
> either
> a vfat partition prepared by grub-install or a is9660 filesystem
> copied from the installer image. That's also the case with the 8.2
> netinst image:
> 
> $ 7z l debian-8.2.0-i386-netinst.iso | grep bootia
> 2015-09-06 12:00:44 .   272384   272384 
>  efi/boot/bootia32.efi
> 
> This file is not present in the netboot mini.iso.

It is present in the ESP (efi.img within the iso image), which is
pointed to be (AIUI) the El Torito headers in the ISO.

Perhaps there are some systems for which this is not sufficient?

> The EFI implementation on old intel Macbooks is probably broken in
> several ways, but to me it looks like the fix is easy, known, and
> takes all of 272384 bytes in the installation image. But you are
> right, the patch is not there yet.

The fact that it is easy to describe in prose what needs to happen does
not mean that it is actually easy to implement I'm afraid.

Ian.

Bug#798828: videolan: should this package be removed?

[Sebastian Ramacher]

Package: videolan-doc
Version: 20070626-1

The VLC documentation moved to a wiki and the documentation in videolan-doc is
outdated. I don't think keeping this package alive has any benefits to our
users. So, should it be removed?

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#798807: plasma-workspace: 100% CPU usage when starting (may be because of activities)

[Zhang Jingqiang]

Package: plasma-workspace
Version: 4:5.4.1-1
Severity: important

Dear Maintainer,

plasmashell crashed when I'm using the non-default activity,
then start plasmashell at yakuake didn't work as it use 100% CPU
and don't respond.
reboot does not help either.

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

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

Versions of packages plasma-workspace depends on:
ii  dbus-x111.10.0-2
ii  frameworkintegration5.13.0-1
ii  gdb 7.10-1
ii  kactivities 5.13.0-1
ii  kde-cli-tools   4:5.4.1-1
ii  kded5   5.13.0-1
ii  kinit   5.13.0-1
ii  kio 5.13.0-1
ii  libc6   2.19-19
ii  libcln6 1.3.4-1
ii  libdbusmenu-qt5-2   0.9.3+15.10.20150604-1
ii  libgcc1 1:5.2.1-17
ii  libgps213.11-3
ii  libice6 2:1.0.9-1+b1
ii  libkf5activities5   5.13.0-1
ii  libkf5auth5 5.13.0-1
ii  libkf5baloo55.13.0-2
ii  libkf5bookmarks55.13.0-1
ii  libkf5completion5   5.13.0-1
ii  libkf5configcore5   5.13.0-1
ii  libkf5configgui55.13.0-1
ii  libkf5configwidgets55.13.0-2
ii  libkf5coreaddons5   5.13.0-1
ii  libkf5crash55.13.0-1
ii  libkf5dbusaddons5   5.13.0-1
ii  libkf5declarative5  5.13.0-1
ii  libkf5globalaccel-bin   5.13.0-2
ii  libkf5globalaccel5  5.13.0-2
ii  libkf5guiaddons55.13.0-1
ii  libkf5i18n5 5.13.0-1
ii  libkf5iconthemes5   5.13.0-1
ii  libkf5idletime5 5.13.0-1
ii  libkf5itemviews55.13.0-1
ii  libkf5jobwidgets5   5.13.0-1
ii  libkf5js5   5.13.0-2
ii  libkf5jsembed5  5.13.0-3
ii  libkf5kdelibs4support5  5.13.0-3
ii  libkf5kiocore5  5.13.0-1
ii  libkf5kiofilewidgets5   5.13.0-1
ii  libkf5kiowidgets5   5.13.0-1
ii  libkf5networkmanagerqt6 5.13.0-1
ii  libkf5newstuff5 5.13.0-1
ii  libkf5notifications55.13.0-1
ii  libkf5notifyconfig5 5.13.0-1
ii  libkf5package5  5.13.0-2
ii  libkf5plasma5   5.13.0-2
ii  libkf5plasmaquick5  5.13.0-2
ii  libkf5quickaddons5  5.13.0-1
ii  libkf5runner5   5.13.0-1
ii  libkf5screen6   4:5.4.1-1
ii  libkf5service-bin   5.13.0-2
ii  libkf5service5  5.13.0-2
ii  libkf5solid55.13.0-1
ii  libkf5su5   5.13.0-1
ii  libkf5texteditor5   5.13.0-1
ii  libkf5textwidgets5  5.13.0-1
ii  libkf5wallet5   5.13.0-1
ii  libkf5waylandclient54:5.4.1-1
ii  libkf5waylandserver54:5.4.1-1
ii  libkf5webkit5   5.13.0-1
ii  libkf5widgetsaddons55.13.0-1
ii  libkf5windowsystem5 5.13.0-3
ii  libkf5xmlgui5   5.13.0-1
ii  libkf5xmlrpcclient5 5.13.0-1
ii  libksgrd7   4:5.4.1-1
ii  libkworkspace5-54:5.4.1-1
ii  libpam0g1.1.8-3.1
ii  libphonon4qt5-4 4:4.8.3-2
ii  libplasma-geolocation-interface54:5.4.1-1
ii  libprocesscore7 4:5.4.1-1
ii  libprocessui7   4:5.4.1-1
ii  libqalculate5v5 0.9.7-9.1
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5dbus5 5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5network5  5.4.2+dfsg-9
ii  libqt5qml5  5.4.2-6
ii  libqt5quick55.4.2-6
ii  libqt5script5   5.4.2+dfsg-4
ii  libqt5sql5  5.4.2+dfsg-9
ii  libqt5webkit5   5.4.2+dfsg-3
ii  libqt5widgets5  5.4.2+dfsg-9
ii  libqt5x11extras55.4.2-2+b1
ii  libqt5xml5  5.4.2+dfsg-9
ii  libsm6  2:1.2.2-1+b1
ii  libstdc++6 

Bug#798810: RM: freecontact [mips] -- ROM; Does not build on MIPS any more

[Andreas Tille]

Package: ftp.debian.org
Severity: normal

Hi ftpmasters,

this package does not build on mips any more.  Please also remove its
rdepends libfreecontact-perl and python-freecontact on mips.

Thanks for your work as ftpmaster

Andreas.

Bug#795808: [LCFC] templates://virtualbox-ext-pack/{templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for virtualbox-ext-pack.

The reviewed templates will be sent on Tuesday, September 15, 2015 to this bug 
report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


Template: virtualbox-ext-pack/license
Type: boolean
Default: true
#flag:translate:1,2
_Description: Do you accept the terms of the VirtualBox PUEL license?
 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.
 .
 VirtualBox PUEL terms and conditions
 .
 License version 8, April 19, 2010
 .
 ORACLE CORPORATION (“ORACLE”) IS WILLING TO LICENSE THE PRODUCT (AS DEFINED IN
 § 1 BELOW) TO YOU ONLY UPON THE CONDITION THAT YOU ACCEPT ALL OF THE TERMS
 CONTAINED IN THIS VIRTUALBOX PERSONAL USE AND EVALUATION LICENSE AGREEMENT
 (“AGREEMENT”). PLEASE READ THE AGREEMENT CAREFULLY. BY DOWNLOADING OR
 INSTALLING THIS PRODUCT, YOU ACCEPT THE FULL TERMS OF THIS AGREEMENT.
 .
 IF YOU ARE AGREEING TO THIS LICENSE ON BEHALF OF AN ENTITY OTHER THAN AN
 INDIVIDUAL PERSON, YOU REPRESENT THAT YOU ARE BINDING AND HAVE THE RIGHT TO
 BIND THE ENTITY TO THE TERMS AND CONDITIONS OF THIS AGREEMENT.
 .
 § 1 Subject of Agreement. “Product”, as referred to in this Agreement, shall
 be the binary software package “Oracle VM VirtualBox,” which Product allows
 for creating multiple virtual computers, each with different operating
 systems (“Guest Computers”), on a physical computer with a specific operating
 system (“Host Computer”), to allow for installing and executing these Guest
 Computers simultaneously. The Product consists of executable files in machine
 code for the Solaris, Windows, Linux, and Mac OS X operating systems as well
 as other data files as required by the executable files at run-time and
 documentation in electronic form. The Product includes all documentation and
 updates provided to You by Oracle under this Agreement and the terms of this
 Agreement will apply to all such documentation and updates unless a different
 license is provided with an update or documentation.
 .
 § 2 Grant of license. (1) Oracle grants you a personal, non-exclusive,
 non-transferable, limited license without fees to reproduce, install, execute,
 and use internally the Product a Host Computer for your Personal Use,
 Educational Use, or Evaluation. “Personal Use” requires that you use the
 Product on the same Host Computer where you installed it yourself and that no
 more than one client connect to that Host Computer at a time for the purpose
 of displaying Guest Computers remotely. “Educational use” is any use in an
 academic institution (schools, colleges and universities, by teachers and
 students). “Evaluation” means testing the Product for a reasonable period
 (that is, normally for a few weeks); after expiry of that term, you are no
 longer permitted to evaluate the Product.
 .
 (2) The “VirtualBox Guest Additions” are a set of drivers and utilities that
 are shipped as a subset of the Product for the purpose of being installed
 inside a Guest Computer to improve its performance and cooperation with the
 rest of the Product. In addition to and independent of the rights granted by
 subsection 1, Oracle allows you to install, execute, copy and redistribute a)
 unmodified copies of the ISO installation medium of the VirtualBox Guest
 Additions as shipped with the Product and b) the VirtualBox Guest Additions
 together with the Guest Computer into which they have been installed.
 .
 § 3 Restrictions and Reservation of Rights. (1) Any use beyond the provisions
 of § 2 is prohibited. The Product and copies thereof provided to you under
 this Agreement are copyrighted and licensed, not sold, to you by Oracle.
 Oracle reserves all copyrights and other intellectual property rights. This
 includes, but is not limited to, the right to modify, make available or
 public, rent out, lease, lend or otherwise distribute the Product. This does
 not apply as far as applicable law may require otherwise or if Oracle grants
 you additional rights of use in a separate agreement in writing.
 .
 (2) You may not do any of the following: (a) modify the Product. However if
 the documentation accompanying Product lists specific portions of Product,
 such as header files, class libraries, reference source code, and/or
 redistributable files, that may be handled differently, you may do so only as
 provided in the documentation; (b) rent, lease, lend or encumber the Product;
 (c) remove or alter any proprietary legends or notices contained in the
 Product; or (d) decompile, or reverse engineer the Product (unless enforcement
 of this restrictions is prohibited by applicable law).
 .
 (3) The Product is not designed, licensed or intended for use in the design,
 construction, operation or 

Bug#794311: kicad: please provide actual KiCAD versions in experiemental

[matt . nottingham]

As the first RC of version 4 has been released
(https://lists.launchpad.net/kicad-developers/msg20326.html), now
would be a great time to ensure the upstream codebase works well with
Debian.

Thanks,

Matt

Bug#796995: game-data-packager: Doom & Quake1 add support for GOG.com package

[Fabian Greffrath]

Am Mittwoch, den 02.09.2015, 19:33 +0200 schrieb Alexandre Detiste:
> > Would it be possible to contain a little marker in the extended
> > package
> > description of the data package that states something like "This
> > package contains game data from the setup_foo_1.2.3.exe archive
> > from
> > GOG.com"?
> 
> Yes

So, any plans to implement this?

 - Fabian


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

Bug#789105: please package new version 0.15

[matt . nottingham]

Hi,

Can I also add my encouragement for the packaging of version 0.15 and
the additional workbenches by 'hamish':

https://github.com/hamish2014/FreeCAD_assembly2

and

https://github.com/hamish2014/FreeCAD_drawing_dimensioning

as discussed in the freecad page here: 

http://www.freecadweb.org/wiki/index.php?title=Release_notes_015

(towards the end of the page).



Thanks,

Matt

Bug#798740: lgogdownloader: running logdownloader in unatttended mode

[Alexandre Detiste]

Thanks for the quick patch.

Usage of stdout vs stderr in lgogdownloader seems overly inconsistent;
but that doesn't matter as the program correctly error out on a 
failed/impossible login.

I'll add a "Suggests: lgogdownloader + Breaks: lgogdownloader (<< 2.25-2)"
in G-D-P; checking version at run-time like it's done for apt 1.1 doesn't seems
that usefull here; and this is the kind of package like "youtube-dl"
that'll break at each unofficial web API change anyway.

If someone wants to create backports of G-D-P,
he should backport lgogdownloader as well.

Am I right ? :-)

Bug#798695: libbson packaging

[GCS]

Hi Jesse,

Thanks for bringing this up. I'm the maintainer of MongoDB in Debian.
Always wanted to package libbson and other libraries / utilities
around it. Now took my time and it's about 90% ready. I need to remove
the yayl library from the source tree and build with the system
provided one.
My question is, do you want to do it alone or either let me do it or
do it together?

Regards,
Laszlo/GCS

Bug#798825: [libpam-kwallet5] Does not work with firefox/thunderbird kwallet plugin

[Rahul Amaram]

Package: libpam-kwallet5
Version: 5.4.0-1
Severity: normal

--- Please enter the report below this line. ---

A workaround for this is to install the pam-kwallet4 binary package from 
ubuntu wily (http://packages.ubuntu.com/wily/pam-kwallet4) and then add 
the below lines right below pam_kwallet5.so lines in /etc/pam.d/sddm:


...
...
-auth   optionalpam_kwallet.so
...
...
...
-session optional   pam_kwallet.so auto_start
...
...

Now whenever you login, a new kwalletd process is started as below:

rahul 1458  1452  0 15:55 ?00:00:00 [kwalletd] 
rahul 1533 1  0 15:55 ?00:00:00 /usr/bin/kwalletd 
--pam-login 17 22


Thunderbird / Firefox kwallet plugin should now work fine.

As per my understanding, kwalletd is the older kde wallet subsystem and 
would be obsoleted. But till then, you might want to consider supporting 
it (similar to how Ubuntu has two pam-kwallet4 and pam-kwallet5 packages 
in wily).


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

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#798806: plowshare4: FTBFS: Incompatible with bash-completion 1:2.1-4.2

[Chris Lamb]

Source: plowshare4
Version: 1.0.5-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

plowshare4 fails to build from source in unstable/amd64 as the paths
have changed in bash-completion 1:2.1-4.2:

  [..]

 debian/rules override_dh_bash-completion
  make[1]: Entering directory '/tmp/buildd/plowshare4-1.0.5'
  dh_bash-completion
  sed -i -e '/cut/ s,/usr/local,/usr,' \
debian/plowshare4/etc/bash_completion.d/plowshare
  sed: can't read debian/plowshare4/etc/bash_completion.d/plowshare: No
  such file or directory
  debian/rules:14: recipe for target 'override_dh_bash-completion'
  failed
  make[1]: *** [override_dh_bash-completion] Error 2
  make[1]: Leaving directory '/tmp/buildd/plowshare4-1.0.5'
  debian/rules:7: recipe for target 'binary' failed
  make: *** [binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
  status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/plowshare4_1.0.5-2.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Sat Sep 12 07:38:10 GMT+12 2015
I: pbuilder-time-stamp: 1442086690
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), bash-completion
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20260 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on bash-completion; however:
  Package bash-completion is not installed.

Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...
Initializing package states...
Writing extended state information...
Building tag database...
pbuilder-satisfydepends-dummy is already installed at the requested version 
(0.invalid.0)
pbuilder-satisfydepends-dummy is already installed at the requested version 
(0.invalid.0)
The following NEW packages will be installed:
  bash-completion{a} 
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 179 kB of archives. After unpacking 1252 kB will be used.
Writing extended state information...
Get: 1 http://ftp.de.debian.org/debian/ unstable/main bash-completion all 
1:2.1-4.2 [179 kB]
Fetched 179 kB in 0s (9892 kB/s)
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package bash-completion.
(Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 20260 files and directories currently installed.)
Preparing to unpack .../bash-completion_1%3a2.1-4.2_all.deb ...
Unpacking bash-completion (1:2.1-4.2) ...
Processing triggers for man-db (2.7.3-1) ...
Setting up bash-completion (1:2.1-4.2) ...
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
Writing extended state information...
Building tag database...
 -> Finished parsing the build-deps
Reading package lists...
Building dependency tree...

Bug#798820: oar-restful-api: package in main depends on libapache2-mod-fastcgi which is in non-free

[Andreas Beckmann]

Package: oar-restful-api
Version: 2.5.5-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

oar-restful-api is not installable in sid/main since it depends on a
package outside main. This is a violation of policy 2.2.1.


Andreas

Bug#798826: DDPO: displays not-for-us in reproducible builds column for architectures excluded in the package

[Sebastian Ramacher]

Package: qa.debian.org
Severity: normal

On my DDPO page intel-vaapi-driver is displayed as not-for-us in the
reproducible build column which is caused by r.d.n reporting intel-vaapi-driver
as not-for-us on armhf. This is expected since intel-vaapi-driver restricts its
Architecture field to i386, amd64, kfreebsd-i386 and kfreebsd-amd64. So please
ignore results for architectures that are explicitely excluded in the package.

This issue may be an issue in the data provided by r.d.n. In this case please
reassign it.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#798611: util-linux: /sbin/fsck no longer works as non-root

[Andreas Henriksson]

On Fri, Sep 11, 2015 at 09:14:39AM -0400, Phil Susi wrote:
> On 9/11/2015 7:46 AM, Andreas Henriksson wrote:
> >That was my point, but unless you know the correct path to pass I'd
> >say not passing any PATH at all is better the passing an incorrect
> >one. If cryptmount sanitized the environment (if it did not want
> >the user to be in control of the environment) it would not run into
> >the problem you initially reported.
> 
> I don't think it is cryptmount, but the fact that Debian still defaults to
> not including /sbin on the PATH for non root users.  Whichever package it is
> that is responsible for this is where this bug should be reassigned.

If we want to move the discussion into visions about the future instead
of what's currently practically achivable, the real solution would /not/
be to include /sbin in PATH by default. We should move to the One True
/usr/bin (and make every other location a symlink to it). That would
also kill all the pointless moving binaries around games played today.

I don't see that happening this week though and we should probably
not hold our breath on the original issue discussed in this bug report
until it happens. We need to have a temporary solution inbetween.

Regards,
Andreas Henriksson

Bug#798827: squid3: Please set the context when you create a directory

[Russell Coker]

Package: squid3
Version: 3.4.8-6+deb8u1
Severity: normal
Tags: patch

When an init script creates a directory it needs to set the SE Linux context for
correct operation.

--- /tmp/squid3 2015-09-13 20:38:50.907144515 +1000
+++ /etc/init.d/squid3  2015-09-13 20:40:31.733785940 +1000
@@ -69,6 +69,7 @@
   [ ! -e $run_dir ] ; then
mkdir -p $run_dir
chown $usr:$grp $run_dir
+   [ -x /sbin/restorecon ] && restorecon $run_dir
fi
 }
 
The above patch shows what needs to be done.  There are other variations on the 
theme
but if restorecon is executable then you can safely run it and need to run it 
when
SE Linux is enabled.


-- Configuration Files:
/etc/init.d/squid3 changed:
NAME=squid3
DESC="Squid HTTP Proxy 3.x"
DAEMON=/usr/sbin/squid3
PIDFILE=/var/run/$NAME.pid
CONFIG=/etc/squid3/squid.conf
SQUID_ARGS="-YC -f $CONFIG"
[ ! -f /etc/default/squid3 ] || . /etc/default/squid3
.. /lib/lsb/init-functions
PATH=/bin:/usr/bin:/sbin:/usr/sbin
[ -x $DAEMON ] || exit 0
ulimit -n 65535
find_cache_dir () {
w=" " # space tab
res=`$DAEMON -k parse -f $CONFIG 2>&1 |
grep "Processing:" |
sed s/.*Processing:\ // |
sed -ne '

s/^['"$w"']*'$1'['"$w"']\+[^'"$w"']\+['"$w"']\+\([^'"$w"']\+\).*$/\1/p;
t end;
d;
:end q'`
[ -n "$res" ] || res=$2
echo "$res"
}
grepconf () {
w=" " # space tab
res=`$DAEMON -k parse -f $CONFIG 2>&1 |
grep "Processing:" |
sed s/.*Processing:\ // |
sed -ne '
s/^['"$w"']*'$1'['"$w"']\+\([^'"$w"']\+\).*$/\1/p;
t end;
d;
:end q'`
[ -n "$res" ] || res=$2
echo "$res"
}
create_run_dir () {
run_dir=/var/run/squid3
usr=`grepconf cache_effective_user proxy`
grp=`grepconf cache_effective_group proxy`
if [ "$(dpkg-statoverride --list $run_dir)" = "" ] &&
   [ ! -e $run_dir ] ; then
mkdir -p $run_dir
chown $usr:$grp $run_dir
[ -x /sbin/restorecon ] && restorecon $run_dir
fi
}
start () {
cache_dir=`find_cache_dir cache_dir`
cache_type=`grepconf cache_dir`
#
# Create run dir (needed for several workers on SMP)
#
create_run_dir
#
# Create spool dirs if they don't exist.
#
if test -d "$cache_dir" -a ! -d "$cache_dir/00"
then
log_warning_msg "Creating $DESC cache structure"
$DAEMON -z -f $CONFIG
fi
umask 027
ulimit -n 65535
cd $cache_dir
start-stop-daemon --quiet --start \
--pidfile $PIDFILE \
--exec $DAEMON -- $SQUID_ARGS < /dev/null
return $?
}
stop () {
PID=`cat $PIDFILE 2>/dev/null`
start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON
#
#   Now we have to wait until squid has _really_ stopped.
#
sleep 2
if test -n "$PID" && kill -0 $PID 2>/dev/null
then
log_action_begin_msg " Waiting"
cnt=0
while kill -0 $PID 2>/dev/null
do
cnt=`expr $cnt + 1`
if [ $cnt -gt 24 ]
then
log_action_end_msg 1
return 1
fi
sleep 5
log_action_cont_msg ""
done
log_action_end_msg 0
return 0
else
return 0
fi
}
case "$1" in
start)
res=`$DAEMON -k parse -f $CONFIG 2>&1 | grep -o "FATAL .*"`
if test -n "$res";
then
log_failure_msg "$res"
exit 3
else
log_daemon_msg "Starting $DESC" "$NAME"
if start ; then
log_end_msg $?
else
log_end_msg $?
fi
fi
;;
stop)
log_daemon_msg "Stopping $DESC" "$NAME"
if stop ; then
log_end_msg $?
else
log_end_msg $?
fi
;;
reload|force-reload)
res=`$DAEMON -k parse -f $CONFIG 2>&1 | grep -o "FATAL .*"`
if test -n "$res";
then
log_failure_msg "$res"
exit 3
else
log_action_msg "Reloading $DESC configuration files"
start-stop-daemon --stop --signal 1 \
--pidfile $PIDFILE --quiet --exec $DAEMON
log_action_end_msg 0
fi
;;
restart)
res=`$DAEMON -k parse -f $CONFIG 2>&1 | 

Bug#792854: [pkg-dhcp-devel] Bug#792854: Also appears in 64-bit: fixed by removing empty /etc/hostname

[Nicolas Kovacs]

Le 13/09/2015 00:35, Michael Gilbert a écrit :
> I don't use dnsmasq so haven't tried to reproduce, but if true It is a bug.
> 
> There really isn't enough information to go on here.  Please do some
> troubleshooting (avoid network manager, networkd, resolvconf, etc.,
> and other possible culprits).  Also, try reporting upstream to ISC.

I'm basically a Slackware user, and I gave Debian a spin out of
curiosity. Reporting a bug with Slackware is as easy as posting a
message in the LinuxQuestions forum, and a couple days later, the distro
maintainer fixes it, with a curt Thank You note in the ChangeLog.

I'll let you guys fix this, but as far as I'm concerned, there is
clearly a malfunction, so my bug report stops here.

Cheers from the sunny South of France,

Niki

-- 
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Web  : http://www.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32

Bug#793637: [sddm] sddm vs plymouth

[Zhang Jingqiang]

>> Could you please check if the new revision of the package fixes this
>> issue for you? (should be installed into the archive really soon)
> "plymouth --quit" (I guess).
> The new revision of sddm just result into sddm waiting for
> plymouth-quit forever.
Hello,
I changed sddm.service to make it start.

Conflicts=getty@tty7.service
After=systemd-user-sessions.service plymouth-quit.service
OnFailure=getty@tty7.service

Bug#798815: fluidsynth rejects server connection

[laalaa]

Package: fluidsynth
Version: 1.1.6-2

Problem: Start fluidsynth as server mode (-i -s), listening to default TCP port 
9800, once connected will disconnect immediately.  
The bug was fixed upstream, hope it can be merged to official build, thanks:

http://lists.nongnu.org/archive/html/fluid-dev/2015-01/msg00012.html

Current result:

$ fluidsynth -i -s &
...
$ ps grep fluidsynth
   828 pts/0  00:00:00 fluidsynth -i -s
$ netstat -tln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State  
tcp    0  0 0.0.0.0:9800    0.0.0.0:*   LISTEN 
$telnet 127.0.0.1 9800
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
Connection closed by foreign host. 
$

Expected result:

$telnet 127.0.0.1 9800
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
> (waiting for input such as 'help all')


  

Bug#798819: debconf: support for Wayland

[Ritesh Raj Sarraf]

Package: debconf
Version: 1.5.57
Severity: normal


So I'm running "GNOME on Wayland" and now the Debconf Graphical User
Interface does not show up. This seems to be because of the limitation
Wayland has, as it does not support X11 like Forwarding.

The FAQ on Wayland has some ideas, but I don't think anything is readily
available.

http://wayland.freedesktop.org/faq.html#heading_toc_j_7

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

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

Versions of packages debconf depends on:
ii  perl-base  5.20.2-6

Versions of packages debconf recommends:
ii  apt-utils 1.0.10.2
ii  debconf-i18n  1.5.57

Versions of packages debconf suggests:
pn  debconf-doc
ii  debconf-utils  1.5.57
ii  dialog 1.2-20150528-1
ii  libgtk2-perl   2:1.2495-1
pn  libnet-ldap-perl   
pn  libqtcore4-perl
pn  libqtgui4-perl 
pn  libterm-readline-gnu-perl  
ii  perl   5.20.2-6
ii  whiptail   0.52.18-1

-- debconf information:
  debconf-apt-progress/info:
  debconf-apt-progress/title:
* debconf/priority: low
  debconf-apt-progress/media-change:
* debconf/frontend: Gnome
  debconf-apt-progress/preparing:

Bug#798824: ITP: snakemake -- a pythonic workflow system

[Kevin Murray]

Package: wnpp
Severity: wishlist
Owner: Kevin Murray 

* Package name: snakemake
  Version : 3.4
  Upstream Author : Johannes Köster  
* URL : https://bitbucket.org/johanneskoester/snakemake
* License : MIT
  Programming Lang: Python
  Description : Snakemake -- a pythonic workflow system

>From upstream's README:

  Build systems like GNU Make are frequently used to create complicated
  workflows, e.g. in bioinformatics. This project aims to reduce the complexity
  of creating workflows by providing a clean and modern domain specific
  specification language (DSL) in python style, together with a fast and
  comfortable execution environment.

This will be collaboratively maintained with the Debian Med team.
Cheers!

---
Kevin Murray

Bug#798809: [libreoffice-impress] Deleting and pasting slides in Impress trigger 100% CPU and freeze UI

[Michael Johnson]

Package: libreoffice-impress
Version: 1:5.0.1-1
Severity: important

--- Please enter the report below this line. ---

Since I upgraded to 5.0, Impress slows to unusability any time I attempt 
to delete or paste slides. I primarily use it on a document with roughly 
80-100 slides that I copy and update weekly, so it may have a lot of 
cruft in it. However, it shouldn't take a whole minute to delete 20 
slides, let alone the 20 minutes it has taken on at least one occasion.


I've reduced the document to a seemingly minimum number of slides, but 
it's still 13MiB on disk. If it's ok to upload something of that size 
here, I will do so.


It seems that after removing enough pages, it begins to work well again. 
I don't know what triggers it yet. If I have opportunity to further 
experiment, I'll provide updates.


Thanks,
Michael

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

Debian Release: stretch/sid
500 unstable www.deb-multimedia.org
500 unstable httpredir.debian.org
500 stable dl.google.com
500 stable deb.opera.com
1 experimental httpredir.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-=
libreoffice-core (= 1:4.2.6-1) | 1:5.0.1-1
libreoffice-draw (= 1:4.2.6-1) | 1:5.0.1-1
libc6 (>= 2.14) |
libetonyek-0.0-0 |
libgcc1 (>= 1:4.1.1) |
libodfgen-0.0-0 (>= 0.0.3) |
libstdc++6 (>= 4.9) |
libwpd-0.9-9 |
libwpg-0.2-2 |
libxml2 (>= 2.6.27) |
uno-libs3 (>= 4.1.0~alpha) |
ure |
zlib1g (>= 1:1.1.4) |
fontconfig |
fonts-opensymbol |
libreoffice-common (>> 1:4.2.6) |
ure (>= 4.2~) |
libatk1.0-0 (>= 1.12.4) |
libboost-date-time1.55.0 |
libc6 (>= 2.16) |
libcairo2 (>= 1.2.4) |
libclucene-contribs1 (>= 2.3.3.4) |
libclucene-core1 (>= 2.3.3.4) |
libcmis-0.4-4 (>= 0.4.0) |
libcups2 (>= 1.4.0) |
libcurl3-gnutls (>= 7.16.2) |
libdbus-1-3 (>= 1.0.2) |
libdbus-glib-1-2 (>= 0.78) |
libeot0 |
libexpat1 (>= 2.0.1) |
libexttextcat-2.0-0 (>= 2.2-8) |
libfontconfig1 (>= 2.11) |
libfreetype6 (>= 2.3.5) |
libgcc1 (>= 1:4.1.1) |
libgdk-pixbuf2.0-0 (>= 2.22.0) |
libgl1-mesa-glx |
OR libgl1 |
libglib2.0-0 (>= 2.15.0) |
libglu1-mesa |
OR libglu1 |
libgraphite2-3 (>= 1.2.2) |
libgtk2.0-0 (>= 2.24.0) |
libharfbuzz-icu0 (>= 0.9.18) |
libharfbuzz0b (>= 0.9.18) |
libhunspell-1.3-0 (>= 1.3.3) |
libhyphen0 (>= 2.7.1) |
libice6 (>= 1:1.0.0) |
libicu52 (>= 52~m1-1~) |
libjpeg8 (>= 8c) |
liblangtag1 (>= 0.4.0) |
liblcms2-2 (>= 2.2+git20110628) |
libldap-2.4-2 (>= 2.4.7) |
libmythes-1.2-0 |
libneon27-gnutls |
libnspr4 (>= 2:4.9-2~) |
OR libnspr4-0d (>= 1.8.0.10) |
libnss3 (>= 2:3.13.4-2~) |
OR libnss3-1d (>= 3.12.0~beta2) |
libpango-1.0-0 (>= 1.14.0) |
libpangocairo-1.0-0 (>= 1.14.0) |
libpangoft2-1.0-0 (>= 1.14.0) |
libpng12-0 (>= 1.2.13-4) |
libsm6 |
libssl1.0.0 (>= 1.0.0) |
libstdc++6 (>= 4.9) |
libx11-6 |
libxext6 |
libxinerama1 |
libxml2 (>= 2.7.4) |
libxrandr2 |
libxrender1 |
libxslt1.1 (>= 1.1.25) |
libxt6 |
uno-libs3 (>= 4.2.0~rc1) |
zlib1g (>= 1:1.1.4) |
librdf0 (>= 1.0.17) |
libreoffice-core (= 1:4.2.6-1) | 1:5.0.1-1
libc6 (>= 2.14) |
libcdr-0.0-0 |
libdbus-1-3 (>= 1.0.2) |
libdbus-glib-1-2 (>= 0.78) |
libetonyek-0.0-0 |
libfreehand-0.0-0 |
libgcc1 (>= 1:4.1.1) |
libglib2.0-0 (>= 2.15.0) |
libicu52 (>= 52~m1-1~) |
liblcms2-2 (>= 2.2+git20110628) |
libmspub-0.0-0 |
libodfgen-0.0-0 (>= 0.0.3) |
libstdc++6 (>= 4.9) |
libvisio-0.0-0 (>= 0.0.18) |
libwpd-0.9-9 |
libwpg-0.2-2 |
libxml2 (>= 2.6.27) |
uno-libs3 (>= 4.1.0~alpha) |
ure |
zlib1g (>= 1:1.1.4) |


Recommends (Version) | Installed
-+-===
libreoffice-avmedia-backend-gstreamer | 1:5.0.1-1
OR libreoffice-avmedia-backend-vlc |


Suggests (Version) | Installed
===-+-===
bluez |
--
*Michael /redbeard/ Johnson*
/or someone like him/

Bug#797284: Info received (Bug#797284: Info received (Bug#797284: pytango ftbfs in unstable))

[PICCA Frederic-Emmanuel]

Here also a discussion about the problem on the gcc mailing list

https://gcc.gnu.org/ml/gcc-help/2015-09/msg00057.html

It seems that a abi_tag attribut should be added in tango to the problematic 
symbols in order to help gcc5 decide which ABI is expected.

ifdef _GLIBCXX_USE_CXX11_ABI
define TANGO_CXX11_ABI __attribute((abi_tag("cxx11")))
else
define TANGO_CXX11_ABI
endif

Bug#798811: x11-xserver-utils xrandr: shows display in connected state after disconnecting it with --off option

[S. R. Wright]

Package: x11-xserver-utils
Version: 7.7+5


Kernel: 4.2.0
Arch: amd64


The xrandr query command shows a display that had been disconnected with:

xrandr --output LVDS-1  --off

as still being connected.  My host has an LCD display (LVDS-1) and an 
external monitor (VGA-1).  Starting with both connected:



> xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
LVDS-1 connected 1600x900+0+0 (normal left inverted right x axis y axis) 
345mm x 194mm

   1600x900  59.98*+
   1152x864  59.96
   1024x768  59.92
   800x600   59.86
   640x480   59.38
   720x400   59.55
   640x400   59.95
   640x350   59.77
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
eDP-1 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)
VGA-1 connected primary 1920x1080+0+0 (normal left inverted right x axis 
y axis) 510mm x 287mm

   1920x1080 60.00*+
   1680x1050 59.95
   1280x1024 60.02
   1440x900  59.89
   1280x720  60.00
   1024x768  60.00
   800x600   60.32
   640x480   60.00
   720x400   70.08

Both displays are active and mirroring.  After running "xrandr --output 
LVDS-1  --off"  the LCD goes dark and the output now is:


> xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
LVDS-1 connected (normal left inverted right x axis y axis)


   1600x900  59.98 +
   1152x864  59.96
   1024x768  59.92
   800x600   59.86
   640x480   59.38
   720x400   59.55
   640x400   59.95
   640x350   59.77
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
eDP-1 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)
VGA-1 connected primary 1920x1080+0+0 (normal left inverted right x axis 
y axis) 510mm x 287mm

   1920x1080 60.00*+
   1680x1050 59.95
   1280x1024 60.02
   1440x900  59.89
   1280x720  60.00
   1024x768  60.00
   800x600   60.32
   640x480   60.00
   720x400   70.08

However it still indicates that LVDS-1 is "connected" and some apps I 
have tried (notably qiv, vlc and virtualbox guests) seem confused and 
believe fullscreen is still 1600x900 and NOT 1920x1080.


This may be pilot error,  but I would have suspected that LVDS-1 should 
be "disconnected" and that apps should be completely unaware of its 
existence and not use its res as fullscreen.

Bug#798812: RFA: realtimebattle -- Programming game

[Rémi Vanicat]

Package: wnpp
Severity: normal

I request an adopter for the realtimebattle package. If none is found, I
may fill a request for removal before the end of the year.

The package description is:
 RealTimeBattle is a programming game in which robots controlled by programs
 are fighting each other. The goal is to destroy the enemies, using the
 radar to examine the environment and the cannon to shoot.
 .
 Robot programs can be written in any language, all communication
 with the main program is done via stdout/stdin.
-- 
Rémi Vanicat

Bug#798813: kgb-client: sometimes parses connection errors as JSON...

[Holger Levsen]

package: kgb-client
version: 1.33-2
x-debbugs-cc: reproducible-bui...@lists.alioth.debian.org

Hi,

we have a python script, which calls kgb-client and which sometimes results in 
this error message:

malformed JSON string, neither array, object, number, string or atom, at 
character offset 0 (before "Can't connect to col...") at 
/usr/share/perl5/JSON/RPC/Legacy/Client.pm line 180.

< ntyni> that error message is almost certainly from kgb-client
< ntyni> well, it's getting "can't connect" from a lower level library and 
parsing that as JSON

Filing this as a bug now, so that this can be debugged further.


cheers,
Holger


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

Bug#796995: game-data-packager: Doom & Quake1 add support for GOG.com package

[Fabian Greffrath]

Am Sonntag, den 13.09.2015, 10:24 +0200 schrieb Alexandre Detiste:
> This should be per-package, not per-game;

Yes, right.

> Is this need only for innoextract'ed archives or all
> kind of archives ?

I think it only makes sense if the data source has its own distinct
identifier, e.g. file name (or cd-rom media label?). For loose files it
doesn't make much sense IMHO.

 - Fabian


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

Bug#798821: dovecot-core: changed to systemd without documentation

[Frank Engler]

Package: dovecot-core
Version: 1:2.2.13-12~deb8u1
Severity: serious

Dear Maintainer,

last update introduced /lib/systemd/system/dovecot.socket
and /lib/systemd/system/dovecot.service to handle startup.
Despite the fact customized configuration - especially
/etc/init.d/dovecot - might get ignored and these changes
are within a /stable/ release these changes are not
documented at all.

Bug#771465: Please add UEFI boot files to i386 and amd64 netboot images

[Teemu Ikonen]

retitle 768461 Please add UEFI boot files to i386 and amd64 netboot images
severity 768461 normal
tags 768461 patch
thanks

I recently had to reinstall jessie to my MacBook2,1 and found that the
Debian 8.2 i386 netinst image now works out of the box even with the
strange EFI implementation in this box. Many thanks to Steve McIntyre
for making this work, yay!

In general I like to do my installations with the netboot images,
since the 28 M image is sure to fit any USB stick which happens to be
at hand. It would be super-duper if the 32-bit and 64-bit EFI boot
files could also be added to these images, so that they too would
start to work like magic. For old intel MacBooks the EFI boot file
needs to be in the removable path, i.e. efi/boot/bootia32.efi

[I added the patch tag because the fix to this bug is known and
trivial, no patch attached though]

Best,
Teemu

Bug#718273: #718273 ITP: go-fuse -- FUSE bindings for Go

[Dmitry Smirnov]

On Saturday 12 September 2015 21:54:44 Julian Gilbey wrote:
> Yes, I would love some help!

Thank you. I've committed few minor corrections to the repository... :)


> Vcs-Browser:
> https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-hanwen-go-fu
> se.git Vcs-Git:
> git://anonscm.debian.org/pkg-go/packages/golang-github-hanwen-go-mtpfs.git

Nice. :)  I've corrected Vcs-Git URL too. ;)


> I haven't managed to get to the bottom of this.  I could disable the
> tests (as I needed to do for the go-mtpfs package), but that seems to
> be avoiding the problem.
> 
> If you have any idea of the cause of this, it would be great!

I do not know why unionfs test is failing. However I believe we have to 
ignore test failures anyway as tests rely on "fuse" and "modprobe fuse" hence 
they will be failing on build servers and in pbuilder...

I think go-fuse is ready for upload.

Personally I would add "watch" file even though upstream do not tag releases 
yet. Maybe you could ask upstream to produce a formal release?

Thank you.

-- 
Best wishes,
 Dmitry Smirnov.

---

I am easily satisfied with the very best.
-- Winston Churchill


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

Bug#798763: vlc: segfault if vlc and libvlc5/libvlccore8/vlc-data out of sync

[Sebastian Ramacher]

Control: severity -1 normal
Control: tags -1 + moreinfo unreproducible

On 2015-09-12 13:21:58, Lionel Elie Mamane wrote:
> Package: vlc
> Version: 2.2.1-3
> Severity: serious
> Justification: Policy 3.5
> 
> after upgrade, vlc started segfaulting on startup. This was solved by:
> 
> [UPGRADE] libvlc5:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> [UPGRADE] libvlccore8:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> [UPGRADE] vlc-data:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> [UPGRADE] vlc-plugin-pulse:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> 
> which suggests that dependency on at least one of these packages is
> too lax (should be more strictly versioned).
> 
> here's the backtrace for reference (without symbols)
> 
> (gdb) bt
> #0  strlen () at ../sysdeps/x86_64/strlen.S:106
> #1  0x7fb7fdb24954 in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #2  0x7fb7fdb1761f in lua_pushstring () from 
> /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #3  0x7fb7fdd5890a in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so
> #4  0x7fb7fdb1bc4d in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #5  0x7fb7fdb2783d in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #6  0x7fb7fdb1bf8e in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #7  0x7fb7fdb1b5cf in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #8  0x7fb7fdb1c1d1 in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #9  0x7fb7fdb180f1 in lua_pcallk () from 
> /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #10 0x7fb7fdd4f0d3 in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so
> #11 0x7fb7fdd51880 in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so
> #12 0x7fb8047b9ee5 in ?? () from /usr/lib/libvlccore.so.8
> #13 0x7fb8047ba4ae in vlc_module_load () from /usr/lib/libvlccore.so.8
> #14 0x7fb80477dca3 in ?? () from /usr/lib/libvlccore.so.8
> #15 0x7fb804780604 in ?? () from /usr/lib/libvlccore.so.8
> #16 0x7fb80478473d in input_Read () from /usr/lib/libvlccore.so.8
> #17 0x7fb80475a775 in ?? () from /usr/lib/libvlccore.so.8
> #18 0x7fb804755af8 in ?? () from /usr/lib/libvlccore.so.8
> #19 0x7fb804751838 in libvlc_InternalAddIntf () from 
> /usr/lib/libvlccore.so.8
> #20 0x7fb80520145c in libvlc_add_intf () from /usr/lib/libvlc.so.5
> #21 0x004012c2 in ?? ()
> #22 0x7fb804a50b45 in __libc_start_main (main=0x4010f0, argc=1, 
> argv=0x7fff440fef88, init=, fini=, 
> rtld_fini=, stack_end=0x7fff440fef78) at libc-start.c:287
> #23 0x004014bc in ?? ()

I am unable to reproduce the issue. I've installed vlc, vlc-plugin-pulse and
vlc-plugin-sambda in jessie, marked vlc-data, vlc-plugin-pulse, libvlc5 and
libvlccore5 as hold and upgraded to unstable.

Please provide the output of vlc -vvv until the crash and a backtrace including
symbols (by installing vlc-dbg and liblua5.2-0-dbg).

I'm downgrading the bug until the issue can be reproduced.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#788967: xul-ext-gnome-keyring: Incompatible with iceweasel 38.0.1

[Björn Siebke]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 11.09.2015 um 15:52 schrieb Ximin Luo:
> Control: fixed -1 0.10-1~deb8u1
> 
> Should have been fixed by the latest update to stable (Debian 8.2), let me 
> know if it isn't.

It is fixed now - perfect! Thank you!



-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJV9V7KAAoJECNNcxO8k0eogwEQAISGMOXJ4C//BkRVxrT2ezXf
gHLBFcWhkat7J8F/4BNktl122zMb/sg/9QbHJD4ZOonjvqI6RYnY1GWDJJLzjxBp
dkUP0Q2MV50RP7BqmZANf+Rm099vpRoJxCLOfw2i6nzi67+sid4WC1mtX6KfU75X
4cYKXyeCZ2XHjL7UMpolGovdigvZlyMSM3aQbOcnUtcKvh5OJIJ2r8ognAjKNwWB
v18cyhAiEYxE0SnUTQsOjtrGCVTWWtf5E6LEcrb1HBgXV5qjbPsQkwAOXMFCVyL5
kcwP/YTcq2tpnaNpQUhOFBW1RgPVY9hfc4nqcpqjEQVjRKIP/UmYtGlUcYDV8zII
6DgRYsfA+w10RlSMY8E+uvVXdxW5FHXRdywlfaHcznslHZ8FO9wkKw3mMsYYn3Yn
eVsLqFqkPUGhPH4Le0qubSdrVzfocJ6aO7n7JuZpPZ4fT1J/6MXQR+bB9HbyPvk1
POABLSLk9s59uMPns0dQpGN0Jiv7atWrcBK/04GJ3ZWWml3IcDUCbtR5JpFPwNvR
ajip0BCKX/zelIWJw52jw+SPaq++V4l+Db/+MEIt+Is9OYklXUghn24JiK9IG3Yx
J2vvQpQZAaclhKPZ8+MyDG/VeVjPuJQInSn8fURqDOWIgoQ90RBCzb5hoDKN75Wi
YDxXc3CP+rodmWo8/8hR
=cOVx
-END PGP SIGNATURE-

Bug#798836: iceweasel: "iceweasel --private-window ..." only opens in privte mode

[Thomas Sprinkmeier]

Package: iceweasel
Version: 38.2.1esr-1~deb8u1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Execute
iceweasel --private-window http://url1 http://url2 http://url3 ...
on the commandline

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

   * What was the outcome of this action?
iceweasel started in private mode displaying http://url1 
the remaining URLs were added as tabs to the already running normal-mode 
instance of iceweasel

   * What outcome did you expect instead?
all URLs to open as tabs in a private session in cieweasel


-- Package-specific info:

-- Extensions information
Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: NoScript
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi
Status: enabled

Name: RequestPolicy
Location: ${PROFILE_EXTENSIONS}/requestpol...@requestpolicy.com.xpi
Status: enabled

-- Plugins information

-- Addons package information
ii  iceweasel  38.2.1esr-1~ i386 Web browser based on Firefox

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

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

Versions of packages iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u2
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-9
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
ii  gstreamer1.0-libav 1.4.4-2
ii  gstreamer1.0-plugins-good  1.4.4-2

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-2.1
pn  libgnomeui-0   
ii  libgssapi-krb5-2   1.12.1+dfsg-19
pn  mozplugger 

-- no debconf information

Bug#798850: enfuse: Immediate segmentation fault on launch

[Simon Frei]

Package: enfuse
Version: 4.1.3+dfsg-2
Severity: grave
Justification: renders package unusable



-- 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/6 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages enfuse depends on:
ii  libboost-filesystem1.55.0  1.55.0+dfsg-4
ii  libboost-system1.55.0  1.55.0+dfsg-4
ii  libc6  2.19-19
ii  libgcc11:5.2.1-16
ii  libgomp1   5.2.1-16
ii  libgsl0ldbl1.16+dfsg-4
ii  liblcms2-2 2.6-3+b3
ii  libstdc++6 5.2.1-16
ii  libtiff5   4.0.5-1
ii  libvigraimpex4 1.9.0+dfsg-10+b3

Versions of packages enfuse recommends:
ii  hugin  2015.0.0~rc3+dfsg-1+b1

enfuse suggests no packages.

-- no debconf information

When I invoke enfuse it aborts immediately with a segmentation fault. This is 
independent of the specified input files.
Gdb backtrace:

Starting program: /usr/bin/enfuse *expo*
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x7695562b in std::basic_string::basic_string(std::string const&) ()
   from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#0  0x7695562b in std::basic_string::basic_string(std::string const&) ()
   from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1  0x00450eaa in ?? ()
#2  0x004088c5 in ?? ()
#3  0x75dccb45 in __libc_start_main (main=0x4085a0, argc=4, 
argv=0x7fffe278, init=, fini=, 
rtld_fini=, stack_end=0x7fffe268) at libc-start.c:287
#4  0x0040c33e in ?? ()

Bug#798861: RFS: node-process-nextick-args/1.0.3-1 [ITP]

[Ross Gammon]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "node-process-nextick-args"

* Package name: node-process-nextick-args
  Version : 1.0.3-1
  Upstream Author : Calvin Metcalf
* URL : https://github.com/calvinmetcalf/process-nextick-args
* License : Expat
  Section : web

It builds this binary package:

node-process-nextick-args - process.nextTick but always with args

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

http://mentors.debian.net/package/node-process-nextick-args


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

dget -x http://mentors.debian.net/debian/pool/main/n/node-process-nextick-args
/node-process-nextick-args_1.0.3-1.dsc

This package will be maintained in the Debian Javascript Team repository:
http://anonscm.debian.org/cgit/pkg-javascript/node-process-nextick-args.git

Changes since the last upload:

 * Initial release (Closes: #796362)


Regards,
Ross Gammon



-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-28-generic (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)

Bug#798860: gcc-5-cross: add gnat support

[YunQiang Su]

Package: src:gcc-5-cross
Version: 9

In this patch:
  1. add packages in debian/control.in.{arch}
  2.  debian/patches/gcc-5/enable-ada-cross.diff:
revert gnatlink find gcc command name,
with this patch, it will look for {triplet}-gcc-5-5
the different behavior with natvie build.
No idea why to be more work
   3.  sed -i -e "/^Depends:/s/\(libgnat-[0-9]*\)
 gnat-5-{triplet} depends on libgnat-5, while it has no
 symbol files, so the dependency may be sed also.
 So black list it here.
 Maybe add a symbol file should be a better choice.
   4. quilt   --quiltrc /dev/null
  Fix problems when we have ~/.quiltrc


-- 
YunQiang Su
diff --git a/debian/control.arm64.in b/debian/control.arm64.in
index 427053b..6eb3816 100644
--- a/debian/control.arm64.in
+++ b/debian/control.arm64.in
@@ -2524,28 +2524,162 @@ Depends: gcc-GCC_VER-CROSS_GNU_TYPE-base (= 
${gcc:Version}), libgcc-GCC_VER-dev-
 Description: Phobos D standard library
  This is the Phobos standard library that comes with the D2 compiler.
 
-#Package: gnat-GCC_VER-GCC_VER-CROSS_GNU_TYPE
-#Architecture: any
-#Priority: extra
-#Depends: gcc-5-GCC_VER-CROSS_GNU_TYPE-base (= ${gcc:Version}), 
gcc-5-GCC_VER-CROSS_GNU_TYPE (>= ${gcc:SoftVersion}), ${dep:libgnat}, 
${dep:libcdev}, ${shlibs:Depends}, ${misc:Depends}
-#Description: GNU Ada compiler
-# GNAT is a compiler for the Ada programming language. It produces optimized
-# code on platforms supported by the GNU Compiler Collection (GCC).
-
-#Package: libgnat-5-CROSS_ARCH-cross
-#Section: devel
-#Architecture: all
-#Priority: extra
-#Depends: gcc-5-GCC_VER-CROSS_GNU_TYPE-base (= ${gcc:Version}), 
${shlibs:Depends}, ${misc:Depends}
-#Description: runtime for applications compiled with GNAT (shared library)
-# GNAT is a compiler for the Ada programming language. It produces optimized
-# code on platforms supported by the GNU Compiler Collection (GCC).
-
-#Package: libgnat-5-dbg-CROSS_ARCH-cross
-#Section: debug
-#Architecture: all
-#Priority: extra
-#Depends: gcc-5-GCC_VER-CROSS_GNU_TYPE-base (= ${gcc:Version}), 
libgnat-5-CROSS_ARCH-cross (= ${gnat:Version}), ${misc:Depends}
-#Description: runtime for applications compiled with GNAT (debugging symbols)
-# GNAT is a compiler for the Ada programming language. It produces optimized
-# code on platforms supported by the GNU Compiler Collection (GCC).
+Package: gnat-GCC_VER-CROSS_GNU_TYPE
+Architecture: @host_archs@
+Priority: extra
+Depends: gcc-GCC_VER-CROSS_GNU_TYPE-base (= ${gcc:Version}), 
gcc-GCC_VER-CROSS_GNU_TYPE (>= ${gcc:SoftVersion}), ${dep:libgnat}, 
${dep:libcdev}, ${shlibs:Depends}, ${misc:Depends}
+Suggests: gnat-GCC_VER-doc, ada-reference-manual-html, 
ada-reference-manual-info, ada-reference-manual-pdf, ada-reference-manual-text, 
gnat-GCC_VER-sjlj-CROSS_GNU_TYPE
+Conflicts: gnat (<< 4.1), gnat-3.1, gnat-3.2, gnat-3.3, gnat-3.4, gnat-3.5, 
gnat-4.0, gnat-4.1, gnat-4.2, gnat-4.3, gnat-4.4, gnat-4.6
+Description: GNU Ada compiler
+ GNAT is a compiler for the Ada programming language. It produces optimized
+ code on platforms supported by the GNU Compiler Collection (GCC).
+ .
+ This package provides the compiler, tools and runtime library that handles
+ exceptions using the default zero-cost mechanism.
+
+Package: gnat-GCC_VER-sjlj-CROSS_GNU_TYPE
+Architecture: all
+Priority: extra
+Depends: gcc-GCC_VER-CROSS_GNU_TYPE-base (= ${gcc:Version}), 
gnat-GCC_VER-CROSS_GNU_TYPE (= ${gcc:Version}), ${misc:Depends}
+Description: GNU Ada compiler (setjump/longjump runtime library)
+ GNAT is a compiler for the Ada programming language. It produces optimized
+ code on platforms supported by the GNU Compiler Collection (GCC).
+ .
+ This package provides an alternative runtime library that handles
+ exceptions using the setjump/longjump mechanism (as a static library
+ only).  You can install it to supplement the normal compiler.
+
+Package: libgnat-GCC_VER-CROSS_ARCH-cross
+Section: devel
+Architecture: all
+Priority: extra
+Depends: gcc-GCC_VER-CROSS_GNU_TYPE-base (= ${gcc:Version}), 
${shlibs:Depends}, ${misc:Depends}
+Built-Using: ${Built-Using}
+Description: runtime for applications compiled with GNAT (shared library)
+ GNAT is a compiler for the Ada programming language. It produces optimized
+ code on platforms supported by the GNU Compiler Collection (GCC).
+ .
+ The libgnat library provides runtime components needed by most
+ applications produced with GNAT.
+ .
+ This package contains the runtime shared library.
+
+Package: libgnat-GCC_VER-dbg-CROSS_ARCH-cross
+Section: debug
+Architecture: all
+Priority: extra
+Depends: gcc-GCC_VER-CROSS_GNU_TYPE-base (= ${gcc:Version}), 
libgnat-GCC_VER-CROSS_ARCH-cross (= ${gcc:Version}), ${misc:Depends}
+Description: runtime for applications compiled with GNAT (debugging symbols)
+ GNAT is a compiler for the Ada programming language. It produces optimized
+ code on platforms 

Bug#798848: icedove: Icedove is not using XDG desktop notifications (libnotify)

[Ralf Jung]

Hi,

> the libnotify mechanism was broken for a long time. And yes, Mozilla has
> fixed "something" as visible on MozBug 853104. But there are still
> problems and yes it never worked in Debian since then.
> Now Mozilla has disabled the libnotify mechanism again per default in
> version 40. See MozBug 1144693 [1].

Thanks for the pointer.

> Sure?
> I have never seen any Desktop notifications in Iceweasel in the near
> past.

Yes, I just verified with this site and Iceweasel from experimental:


Kind regards,
Ralf

Bug#789105: please package new version 0.15

[matt . nottingham]

Cool - many thanks!

I assume this is vanilla 0.15? There is an Path Module which I'd be
interested in playing with which has been merged into master
(http://forum.freecadweb.org/viewtopic.php?f=15=11653) 

Thanks again,

Matt


Anton Gladky writes:
 > 0.15 is packaged already. We have a delay due to
 > gcc-5 transition, just waiting for build-depends to
 > be installed.
 > 
 > Regards
 > 
 > Anton
 > 
 > 
 > 2015-09-13 9:33 GMT+02:00  :
 > >
 > > Hi,
 > >
 > > Can I also add my encouragement for the packaging of version 0.15 and
 > > the additional workbenches by 'hamish':
 > >
 > > https://github.com/hamish2014/FreeCAD_assembly2
 > >
 > > and
 > >
 > > https://github.com/hamish2014/FreeCAD_drawing_dimensioning
 > >
 > > as discussed in the freecad page here:
 > >
 > > http://www.freecadweb.org/wiki/index.php?title=Release_notes_015
 > >
 > > (towards the end of the page).
 > >
 > >
 > >
 > > Thanks,
 > >
 > > Matt
 > >
 > > --
 > > debian-science-maintainers mailing list
 > > debian-science-maintain...@lists.alioth.debian.org
 > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#798832: libgit2-glib: missing versioned build-dep on libglib2.0-dev

[Julien Cristau]

Source: libgit2-glib
Version: 0.23.4-1
Severity: serious

libgit2-glib's configure has GLIB_REQUIRED=2.44.0
That should be reflected in build-dependencies, see
https://buildd.debian.org/status/fetch.php?pkg=libgit2-glib=kfreebsd-amd64=0.23.4-1=1441742047

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#798740: lgogdownloader: running logdownloader in unatttended mode

[Stephen Kitt]

On Sun, 13 Sep 2015 10:12:04 +0200, Alexandre Detiste
 wrote:
> Usage of stdout vs stderr in lgogdownloader seems overly inconsistent;
> but that doesn't matter as the program correctly error out on a
> failed/impossible login.

Yup, I just used the same output as in the rest of the method.

> I'll add a "Suggests: lgogdownloader + Breaks: lgogdownloader (<< 2.25-2)"
> in G-D-P; checking version at run-time like it's done for apt 1.1 doesn't
> seems that usefull here; and this is the kind of package like "youtube-dl"
> that'll break at each unofficial web API change anyway.

lgogdownloader (<< 2.25-2~) if you want to allow backports :-).

> If someone wants to create backports of G-D-P,
> he should backport lgogdownloader as well.
> 
> Am I right ? :-)

You are indeed!

Regards,

Stephen


pgpCtTAsssRLx.pgp
Description: OpenPGP digital signature

Bug#798814: Please reference source archive in package description

[Alexandre Detiste]

Le dimanche 13 septembre 2015, 11:04:49 Fabian Greffrath a écrit :
> Am Sonntag, den 13.09.2015, 10:24 +0200 schrieb Alexandre Detiste:
> > This should be per-package, not per-game;
> 
> Yes, right.
> 
> > Is this need only for innoextract'ed archives or all
> > kind of archives ?
> 
> I think it only makes sense if the data source has its own distinct
> identifier, e.g. file name (or cd-rom media label?). For loose files it
> doesn't make much sense IMHO.
> 
>  - Fabian

This should work for simple games:

   
http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=e47ad4da639bca86695c20c3ddff746717d46e7c

For ROTT this got confused because the GOG.com package also
provides some files used to build rott-data (shareware).

Is the demo playing in ROTT broken ?

Now DEMO1_*.DMO is the only reason to download 1rott13.zip
when packaging the Steam/GOG version, but still
the demo doesn't work.

--

setup_doom2_2.0.0.6.exe will likely also end in either 
doom2-wad's or doom2-masterlevels-wad's description
at random; but not both.

> cd-rom label
good idea

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

Bug#775091: sbuild: sbuild-updates creates two files in /tmp on every run

[Johannes Schauer]

Hi,

On Sun, 11 Jan 2015 09:46:31 +0100 Sebastian Ramacher  
wrote:
> sbuild-update creates two temporary files every run, but doesn't clean them
> up:
> 
> $ ls /etc/sbuild/chroot/unstable-amd64-sbuild/tmp
> $ sbuild-update -udrc unstable-amd64-sbuild
> ...
> $ ls /etc/sbuild/chroot/unstable-amd64-sbuild/tmp
> Akl89y9Pai  ghBrITSJSA
> 
> They are created in get_foreign_architectures
> (lib/Sbuild/ResolverBase.pm). They attached patch fixes the issue and also
> closes both file descriptors.

I am not able to see the behaviour you describe. What is your setup?

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#798845: kwin-common: Effects KCM: Video preview (?) does not work

[Ralf Jung]

Package: kwin-common
Version: 4:5.4.1-1
Severity: normal

Dear Maintainer,

The kwin effects KCM provides, for some effects, a button that looks like it 
should show
a video preview. Hitting that button makes the corresponding row in the effects 
configuration
really large, but nothing else happens. The result looks rather ugly, and not 
like it has been
intended.

On stdout/stderr, I see:

  defaultServiceProvider::requestService(): no service found for - 
"org.qt-project.qt.mediaplayer"

So maybe there's some dependency missing here? In any case, these buttons 
should either work,
or they should be hidden.

Kind regards,
Ralf

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

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

Versions of packages kwin-common depends on:
ii  kwin-data4:5.4.1-1
ii  libc62.19-19
ii  libepoxy01.2-1
ii  libgcc1  1:5.2.1-16
ii  libice6  2:1.0.9-1+b1
ii  libinput10   1.0.1-1
ii  libkdecorations2-5v5 4:5.4.0-1
ii  libkdecorations2private5v5   4:5.4.0-1
ii  libkf5activities55.13.0-1
ii  libkf5auth5  5.13.0-1
ii  libkf5completion55.13.0-1
ii  libkf5configcore55.13.0-1
ii  libkf5configgui5 5.13.0-1
ii  libkf5configwidgets5 5.13.0-2
ii  libkf5coreaddons55.13.0-1
ii  libkf5crash5 5.13.0-1
ii  libkf5declarative5   5.13.0-1
ii  libkf5globalaccel5   5.13.0-2
ii  libkf5globalaccelprivate55.13.0-2
ii  libkf5i18n5  5.13.0-1
ii  libkf5kcmutils5  5.13.0-1
ii  libkf5kiowidgets55.13.0-1
ii  libkf5newstuff5  5.13.0-1
ii  libkf5notifications5 5.13.0-1
ii  libkf5package5   5.13.0-2
ii  libkf5plasma55.13.0-1
ii  libkf5service5   5.13.0-2
ii  libkf5waylandclient5 4:5.4.0-1
ii  libkf5waylandserver5 4:5.4.0-1
ii  libkf5widgetsaddons5 5.13.0-1
ii  libkf5windowsystem5  5.13.0-3
ii  libkf5xmlgui55.13.0-1
ii  libkwin4-effect-builtins14:5.4.1-1
ii  libkwineffects6  4:5.4.1-1
ii  libkwinglutils6  4:5.4.1-1
ii  libkwinxrenderutils6 4:5.4.1-1
ii  libqt5core5a 5.5.0+dfsg-6
ii  libqt5dbus5  5.5.0+dfsg-6
ii  libqt5gui5   5.5.0+dfsg-6
ii  libqt5qml5   5.5.0-2
ii  libqt5quick5 5.5.0-2
ii  libqt5script55.5.0+dfsg-1
ii  libqt5widgets5   5.5.0+dfsg-6
ii  libqt5x11extras5 5.5.0-1
ii  libsm6   2:1.2.2-1+b1
ii  libstdc++6   5.2.1-16
ii  libudev1 225-1
ii  libwayland-cursor0   1.8.1-1
ii  libx11-6 2:1.6.3-1
ii  libxcb-composite01.10-3+b1
ii  libxcb-cursor0   0.1.1-3
ii  libxcb-damage0   1.10-3+b1
ii  libxcb-glx0  1.10-3+b1
ii  libxcb-keysyms1  0.4.0-1
ii  libxcb-randr01.10-3+b1
ii  libxcb-render0   1.10-3+b1
ii  libxcb-shape01.10-3+b1
ii  libxcb-shm0  1.10-3+b1
ii  libxcb-sync1 1.10-3+b1
ii  libxcb-xfixes0   1.10-3+b1
ii  libxcb1  1.10-3+b1
ii  libxkbcommon00.5.0-1
ii  qml-module-org-kde-kquickcontrolsaddons  5.13.0-1
ii  qml-module-qtmultimedia  5.5.0-3

Versions of packages kwin-common recommends:
ii  libqt5multimedia5  5.5.0-3

Versions of packages kwin-common suggests:
pn  kwin-addons  

-- no debconf information

Bug#798516: [Pkg-javascript-devel] gyp: Upgrade to new upstream version (to support --no-parallel)

[Jérémy Lal]

2015-09-13 12:32 GMT+02:00 Christopher Hoskin 
:

> The following packages in unstable are failing to rebuild due to this bug:
>
> node-leveldown
> node-sqlite3
> node-zipfile
> node-expat
> node-mapnik
> node-srs
> node-groove
> node-postgres
> node-stringprep
> node-iconv
> node-ws
>
> They all fail with the error:
>
> gyp_main.py: error: no such option: --no-parallel
>
> Christopher
>

Hello !
Working on it.

Bug#798433: qemu-system-x86: kvm's std graphical interface broken for greater one than SVGA

[Thomas Schlegel]

I've build a clean stable testsytem (qemu* 1:2.1+dfsg-12+deb8u2).

This Bug is existing also there. A partial downgrade to wheezy isn't
possible.

After I've seen the list of packages, I presume

xserver-xorg-video-modsettings and ABI-18 is the source of the problem.

Bug#798847: nmu: aegisub_3.2.2+dfsg-2

[Julien Cristau]

On Sun, Sep 13, 2015 at 16:20:30 +0200, Sebastian Reichel wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
> 
> Hi,
> 
> Please trigger the following binnmu, so that aegisub is build against
> gcc5 compiled wxwidgets:
> 
> nmu aegisub_3.2.2+dfsg-2 . amd64 . unstable . -m "recompile against 
> libwxbase3.0-0v5 and libwxgtk3.0-0v5"
> 
Nope.  #797225 needs to be fixed, not scheduling binNMUs until that's
done.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#781776: it's a postfix problem

[Russell Coker]

reassign 781776 postfix
thanks

A patch like the attached one for the postfix postinst file should fix this.

Restorecon won't do any harm if it's installed but SE Linux is not enabled.  
Adding this patch will not have any noticable down-side but will make SE Linux 
systems work correctly without this problem.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/
--- /var/lib/dpkg/info/postfix.postinst	2014-11-04 17:32:48.0 +1100
+++ /tmp/postfix.postinst	2015-09-14 00:38:53.378791422 +1000
@@ -17,6 +17,7 @@
 SCRIPT=/etc/postfix/postfix-script
 POSTDROP=/usr/sbin/postdrop
 mkdir -p $MAILDROP
+[ -x /sbin/restorecon ] && /sbin/restorecon $MAILDROP
 if ! chown postfix:postdrop $MAILDROP 2>/dev/null; then
 	addgroup --system postdrop
 	chown postfix:postdrop $MAILDROP
@@ -55,6 +56,7 @@
 makedir() {
 if [ ! -d $1 ]; then
 	mkdir $1
+	[ -x /sbin/restorecon ] && /sbin/restorecon $1
 fi
 chown $2 $1 && chmod $3 $1
 }

Bug#795556: konsole loop continously after close with core up 100%

[Maximiliano Curia]

Control: tag -1 + unreproducible

Hi,

I can't reproduce this issue, can you still reproduce this issue? If so,
please check if you have a logout script in your shell that could be causing 
this.

Happy hacking,
-- 
"UNIX is basically a simple operating system, but you have to be a genius to
understand the simplicity."
-- Dennis Ritchie
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#798756: pcsx2: Problems running pcsx2

[Beta]

Package: pcsx2
Followup-For: Bug #798756

Fixed in 1.3.1-1094-gf062b0f+dfsg-1. Thnx!

Bug#798782: gcc-5: add gnat sjlj back

[YunQiang Su]

Some fix for cross-build-native:

debian/patches/ada-libgnatvsn.diff:
  Should use the CC from build/Makefile, which will pass it CC correct.

debian/patches/cross-build-native.diff
  patch src/libcc1/configure.ac
  libcc1 use  gcc_cv_objdump, while it is not set at all.
  Use the same snap of code from src/gcc/configure.ac
  Patch src/libgo/runtime/go-main.c
   then main() has a return value `int', while it returns NULL,
   and ... NULL is defined as (void *)0, in stddefs.h

debian/rules2 b/debian/rules2
when building gccjit for cross-build-native, it should be the same with
 DEB_CROSS was set.

Know issue:
for ppc64el, libgomp1 will lost *some* of acc_* symbols, not all.
No idea why.


The package list of env is also attached.



On Sun, Sep 13, 2015 at 9:23 PM, YunQiang Su  wrote:
> Some more fix to debian/rules.d/binary-ada.mk.
>
> On Sat, 12 Sep 2015 23:56:13 +0800 YunQiang Su  wrote:
>> Package: src:gcc-5
>> Version: 5.2.1-17
>>
>> I rewrite gnat sjlj support with a new src/libada-sjlj directory added,
>> instead of the huge patch to src/gcc/ada/gcc-interfaces/Makefile.in.
>>
>> 0001_libgnatvsn-prj.diff
>>  as we build libgnatsvn/libgnatprj in build/TRIPLET, so fix something
>>  left.
>>
>> 0002_ada-sjlj.diff
>>   Rewrite gnat sjlj support, with a new added directory.
>>   It still builds zcx in build/gcc/ada/rts (not rts-natvie),
>>   while builds sjlj in build/gcc/ada/rts-sjlj.
>>   Some dependency chains ins Makefile.def are also got some change.
>>   ada-acats-sjlj.diff is not needed any more, as with this method of 
>> build,
>>  the upstream test just works.
>>
>> 0003_prepare-ada-cross-support.diff
>>This is some changes for cross gnat support.
>> Make package priority extra when cross build instead of optional.
>> gcc-5-cross asks for it?
>> dependencies = { module=all-target-libgnatvsn;
>> on=all-target-libstdc++-v3; };
>>   in fact libgnatprj requires some header files of libstdc++,
>>   no idea whether libgnatprj does.
>>   since libgnatprj depends on libgnatvsn, so add
>> libgnatvsn here.
>>   This is found when cross build for mipsel
>> TOOLS_LIBS: change the order and add stdc++ here.
>>on some architecture, the old order doesn't work.
>> now idea why.
>>this order just work for all architecture in the
>> list of gcc-5-cross.
>>  Maybe you still wish to disable ada cross by default here.
>>
>>
>> --
>> YunQiang Su



-- 
YunQiang Su
diff --git a/debian/patches/ada-libgnatvsn.diff 
b/debian/patches/ada-libgnatvsn.diff
index 222b4ab..980fc37 100644
--- a/debian/patches/ada-libgnatvsn.diff
+++ b/debian/patches/ada-libgnatvsn.diff
@@ -91,7 +91,7 @@ Index: b/src/libgnatvsn/Makefile.in
 +LIB_VERSION := $(strip $(shell grep ' Library_Version :' \
 + @srcdir@/../gcc/ada/gnatvsn.ads | \
 +   sed -e 's/.*"\(.*\)".*/\1/'))
-+GCC:=../../gcc/xgcc -B../../gcc/ -B/usr/@host@/lib
++GCC:=$(CC)
 +LIBGNAT_JUST_BUILT := -nostdinc -I../../gcc/ada/rts
 +CFLAGS := -g -O2 -gnatn
 +FULLVER := $(shell cat @srcdir@/../gcc/FULL-VER)
diff --git a/debian/patches/cross-build-native.diff 
b/debian/patches/cross-build-native.diff
new file mode 100644
index 000..66bfc8c
--- /dev/null
+++ b/debian/patches/cross-build-native.diff
@@ -0,0 +1,49 @@
+Index: gcc-5-5.2.1/src/libcc1/configure.ac
+===
+--- gcc-5-5.2.1.orig/src/libcc1/configure.ac
 gcc-5-5.2.1/src/libcc1/configure.ac
+@@ -63,6 +63,31 @@ if test "$GXX" = yes; then
+ fi
+ AC_SUBST(libsuffix)
+ 
++# Figure out what objdump we will be using.
++AS_VAR_SET_IF(gcc_cv_objdump,, [
++if test -f $gcc_cv_binutils_srcdir/configure.in \
++ && test -f ../binutils/Makefile \
++ && test x$build = x$host; then
++  # Single tree build which includes binutils.
++  gcc_cv_objdump=../binutils/objdump$build_exeext
++elif test -x objdump$build_exeext; then
++  gcc_cv_objdump=./objdump$build_exeext
++elif ( set dummy $OBJDUMP_FOR_TARGET; test -x $[2] ); then
++gcc_cv_objdump="$OBJDUMP_FOR_TARGET"
++else
++AC_PATH_PROG(gcc_cv_objdump, $OBJDUMP_FOR_TARGET)
++fi])
++
++AC_MSG_CHECKING(what objdump to use)
++if test "$gcc_cv_objdump" = ../binutils/objdump$build_exeext; then
++  # Single tree build which includes binutils.
++  AC_MSG_RESULT(newly built objdump)
++elif test x$gcc_cv_objdump = x; then
++  AC_MSG_RESULT(not found)
++else
++  AC_MSG_RESULT($gcc_cv_objdump)
++fi
++
+ dnl Test for -lsocket and -lnsl.  Copied from libgo/configure.ac.
+ AC_CACHE_CHECK([for socket libraries], libcc1_cv_lib_sockets,
+   [libcc1_cv_lib_sockets=
+Index: gcc-5-5.2.1/src/libgo/runtime/go-main.c

Bug#798855: java.io.FileNotFoundException: /usr/share/josm/images/none

[Sebastiaan Couwenberg]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: tags -1 unreproducible

Hi Jonas,

On 13-09-15 17:18, Jonas Smedegaard wrote:
> On a fresh install on an up-to-date Sid I get this warning while 
> starting JOSM:
> 
> java.io.FileNotFoundException: /usr/share/josm/images/none
> 
> ...and then a long stacktrace.

The missing images exceptions are nothing to worry about.

openstreetmap-map-icons misses few images that are available in the
upstream josm build as jar resources.

> Choosing either Open or Open from OSM provides a blank window.
> 
> JOSM seems completely useless to me currently.

I'm sorry to hear josm is not working for. Unfortunately I cannot
reproduce the problem. It works as expected on my freshly upgrade
unstable VM.

A broken fileselector leads me to think GTK is not in order on your
system.

Can your start josm with --debug and provide this logging, it may help
pinpoint the issue on your system.

> Splash screen claims the version is odd and there's a newer stable 
> release - I have no idea if that's related...

There have been several new JOSM releases, but they all require JCS
which I've not had much luck getting packaged for Debian (#783538).
The recent JMapViewer release now likewise require JCS and cannot be
updated in Debian until we get JCS packaged.

Help is very much appreciated. If I cannot get JCS packaged before the
freeze, I'll have JOSM removed from the archive.

Several of the popular plugins now require newer JOSM versions than we
have available in Debian, so the josm package is becoming increasingly
irrelevant anyway.

Kind Regards,

Bas

- -- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJV9ZzmAAoJEGdQ8QrojUrx1t0QAMLLHA9q+SQoXB3X0MFBD+Rt
1KFypXzrxEfvcPFnuw3PSh5jeXxJs6VkqhPgAS3WEmqUnD2rI+pMCl7CeM3pPIm4
FjMTP1vPA8wa3ctkMaQHcEnKJp9hVmMtXkXQ+prbR4d80QBqsTrE/cjeGgMVCdRi
o8NgD0aNhYF4NR9VBkVuyo+wRwhrrXpnZYMqU49NgJAkVKFlPq16IF5epS45QzNl
sc7/ir3Yu600Ygx6l/Is37MJIC2B/+NDDGYa3CTi7FrK5AmgiFm94GfGXkzWaYx3
9ZSqjj+BUGwqWXWtlBrbj3dDBIMvjMCHzCgKyGhaivOm6yuKyFHmWRkzlHjJDnmg
XXmKkMFo07BKTc+yO6484DR99Snr16+iAo5b1t8D33ifPcG6lX0sgtPelq31RhJe
vFai+Lo7eAmkr0Zymmmakg7j8h9i6XkRDyIFmf2BbTTLvJWU0Ag/jhZLtZZSjZGt
LZd1NLs+P5wpiaJyN+3C2DEFm28YMVrvEMaEkBYZSiso8uFut4H2ZHuxOgbIbDUR
fkLw/ldIlRmvisG+weUzrMP1tAkm7lC5thdrOcKvK+ELfxEXE02dDSQlf4WB1eMp
cKbpjTIKO3prAHx0it0lqJGnhrgA4SjK2RR35iBRjVea/sDq0cJqADu9AO2FFRtt
QRT/AlYAeX/SAhqeGXb8
=VFnT
-END PGP SIGNATURE-

Bug#798323: Building for i386 on amd64 tries to install amd64 packages into i386 chroot

[Johannes Schauer]

Control: tags -1 + pending

Quoting Simon McVittie (2015-09-11 17:32:59)
> On 11/09/15 13:46, Johannes Schauer wrote:
> > I thus think that the proper fix would be the attached patch which, instead 
> > of
> > setting the build architecture manually, uses the :native qualifier in
> > CORE_DEPENDS.
> 
> Thanks, I'll test that and see what happens.

I pushed the fix I proposed to the sbuild master branch.

Please speak up if you see any problem with it.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#732080: cmake: Boost is now multiarched

[Michael Banck]

Hi,

FWIW, I can reproduce the problem from one project I am packaging with
the following minimal CMakeLists.txt:

set(BOOST_ROOT ${BOOST})
set(Boost_NO_SYSTEM_PATHS TRUE)
set(Boost_DETAILED_FAILURE_MSG TRUE)
find_package(Boost 1.48 COMPONENTS thread system )

Without the patch:

mbanck@lightning:/tmp/cmake-boost-test/build$ cmake .. -DBOOST=/usr
-- The C compiler identification is GNU 4.9.2
-- The CXX compiler identification is GNU 4.9.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Could NOT find Boost
Boost version: 1.55.0
Boost include path: /usr/include
Could not find the following static Boost libraries:
boost_thread
boost_system
No Boost libraries were found. You may need to set BOOST_LIBRARYDIR to
the directory containing Boost libraries or BOOST_ROOT to the location
of Boost.

And with:

mbanck@lightning:/tmp/cmake-boost-test/build$ cmake .. -DBOOST=/usr
-- The C compiler identification is GNU 4.9.2
-- The CXX compiler identification is GNU 4.9.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Boost version: 1.55.0
-- Found the following Boost libraries:
--   thread
--   system

Not sure the way they setup BOOST_ROOT and Boost_NO_SYSTEM_PATHS TRUE is
kosher, but wanted to let you know that there's at least corner-cases
where this patch might help.


Michael

Bug#798833: neurodebian: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

 

Package: neurodebian 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of neurodebian debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Cheers,
Frans

===
http://www.frans-spiesschaert.homenet.org
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#788389: closed by Donald Norwood <dnorw...@portalus.com> (Re: mirror listing update for mirrors.muzzy.org.uk)

[Admin Mirrors Muzzy.it]

Not finding any problem. I try to connect to the mirrors and it is
displayed correctly.

The server has two network (Italy and England). The machine name is
purple.muzzy.it

Best regards,

2015-09-11 22:45 GMT+02:00 Debian Bug Tracking System :

> This is an automatic notification regarding your Bug report
> which was filed against the mirrors package:
>
> #788389: mirror listing update for mirrors.muzzy.org.uk
>
> It has been closed by Donald Norwood .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Donald Norwood <
> dnorw...@portalus.com> by
> replying to this email.
>
>
> --
> 788389: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788389
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Messaggio inoltrato --
> From: Donald Norwood 
> To: 788389-d...@bugs.debian.org
> Cc:
> Date: Fri, 11 Sep 2015 16:40:39 -0400
> Subject: Re: mirror listing update for mirrors.muzzy.org.uk
> Duplicate of #797073
>
>
>
> -- Messaggio inoltrato --
> From: RENZI EMILIANO 
> To: sub...@bugs.debian.org
> Cc:
> Date: Wed, 10 Jun 2015 21:21:07 +
> Subject: mirror listing update for mirrors.muzzy.org.uk
> Package: mirrors
> Severity: minor
>
> Submission-Type: update
> Site: mirrors.muzzy.org.uk
> Type: leaf
> Archive-architecture: amd64 i386
> Archive-ftp: /debian/
> Archive-http: /debian/
> Archive-rsync: debian/
> Backports-ftp: /debian-backports/
> Backports-http: /debian-backports/
> Backports-rsync: debian-backports/
> CDImage-ftp: /debian-cd/
> CDImage-http: /debian-cd/
> CDImage-rsync: debian-cd/
> IPv6: no
> Archive-upstream: mirrors.kernel.org
> Backports-upstream: mirrors.kernel.org
> CDImage-upstream: mirrors.kernel.org
> Updates: four
> Maintainer: RENZI EMILIANO 
> Country: GB United Kingdom
>
>

Bug#794458: release.debian.org: boost1.58/icu/gcc5 transition

[Andreas Beckmann]

Control: forwarded -1 https://release.debian.org/transitions/html/boost1.58.html
Control: block -1 with 790859 797225 797280 797238 797283 798642 798601 797293 
797613 

On Mon, 03 Aug 2015 10:10:52 +0100 Dimitri John Ledkov 
 wrote:
> gcc5, icu are now build with libstdc++11 abi, and so is boost1.58. It's

The trackers are
boost: https://release.debian.org/transitions/html/boost1.58.html
icu: https://release.debian.org/transitions/html/auto-icu.html

# ICE in gcc5 should now be fixed
gb dssp_2.2.1-2+b1 . ppc64el

# maintainer upload built against libicu52
nmu openttd_1.5.2-1 . amd64 . "Rebuild against libicu55"


I didn't find a reason that would prevent doing boost 1.58 binNMUs for these 
packages:

colobot
dynare
evolvotron
fracplanet
kcollectd
laserboy
mididings
morris
mp3diags
mupen64plus-video-glide64mk2
murasaki
pdfcube
prime-phylo
pyopencl
python-demgengeo
sfftobmp
ticcutils
tmfs
voxbo
pyviennacl
tophat

(there may be more, but I've been reluctant on listing stuff that builds 
libraries)

and libicu55 binNMUs for these packages:
(they were already performed for some ports-architectures)

parrot
prelude-lml
ruby-charlock-holmes
tesseract
389-admin
389-dsgw


Andreas

Bug#798846: RM: aegisub [kfreebsd-amd64 ppc64el s390x] -- NBS; some architectures are no longer supported

[Sebastian Reichel]

Package: ftp.debian.org
Severity: normal

Hi,

Due to a new dependency on libluajit, aegisub no longer builds on a
couple of architectures, which it previously supported (luajit is
not available for them). Please remove the binaries for these
architectures: kfreebsd-amd64, ppc64el and s390x.

-- Sebastian

Bug#798829: "OSError: [Errno 2] No such file or directory: ''" when running bibtex

[Pietro Battiston]

Package: rubber
Version: 1.2-1
Severity: important
Tags: patch

Since one of the last two updates, rubber is unable to compile a document of
mine which previously it was perfectly able to:

pietro@debiousci:~/radiation$ rubber --inplace --maxerr -1 --short --force
--warn all --pdf radiation_04.tex
compiling radiation_04.tex...
running BibTeX on radiation_04...
Traceback (most recent call last):
  File "/usr/bin/rubber", line 4, in 
sys.exit(Main()(sys.argv[1:]))
  File "/usr/lib/python2.7/dist-packages/rubber/cmdline.py", line 331, in
__call__
return self.main(cmdline)
  File "/usr/lib/python2.7/dist-packages/rubber/cmdline.py", line 287, in main
ret = env.main.make(True)
  File "/usr/lib/python2.7/dist-packages/rubber/depend.py", line 164, in make
ok = self.force_run()
  File "/usr/lib/python2.7/dist-packages/rubber/converters/latex.py", line
1288, in force_run
return self.run(True)
  File "/usr/lib/python2.7/dist-packages/rubber/converters/latex.py", line
1310, in run
if not self.post_compile():
  File "/usr/lib/python2.7/dist-packages/rubber/converters/latex.py", line
1261, in post_compile
if not mod.post_compile():
  File "/usr/lib/python2.7/dist-packages/rubber/converters/latex.py", line
1526, in post_compile
return self.pymodule.post_compile()
  File "/usr/lib/python2.7/dist-packages/rubber/latex_modules/bibtex.py", line
421, in post_compile
return biblio.post_compile()
  File "/usr/lib/python2.7/dist-packages/rubber/latex_modules/bibtex.py", line
235, in post_compile
return self.run()
  File "/usr/lib/python2.7/dist-packages/rubber/latex_modules/bibtex.py", line
258, in run
if self.doc.env.execute(['bibtex', basename], doc, pwd=workdir):
  File "/usr/lib/python2.7/dist-packages/rubber/environment.py", line 228, in
execute
stderr = stderr)
  File "/usr/lib/python2.7/subprocess.py", line 710, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory: ''

The problem is that "execute()" in "environment.py" is receiving the empty
string as "pwd" argument, and this in turn is due to "run()", in
latex_modules/bibtex.py, calling "os.path.dirname" on a string which contains
(at least in some cases) a filename rather than a full path.

The problem is solved by replacing

workdir = os.path.dirname (self.base)

with

workdir = os.path.dirname(os.path.realpath(self.base))

at line 256 of latex_modules/bibtex.py. I am farly confident this fix should
not have undesired effects, what I ignore is whether it would better be
implemented at some other level (i.e. if other modules than bibtex are affected
by this bug).



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

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

Versions of packages rubber depends on:
ii  python  2.7.9-1
pn  python:any  
ii  texlive-latex-base  2015.20150823-1

rubber recommends no packages.

Versions of packages rubber suggests:
ii  imagemagick  8:6.8.9.9-5
pn  sam2p
pn  transfig 

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/lib/python2.7/dist-packages/rubber/environment.py 
(from rubber package)
debsums: changed file 
/usr/lib/python2.7/dist-packages/rubber/latex_modules/bibtex.py (from rubber 
package)

Bug#624706: aptitude: Wrongly shows packages to be non-free in interactive mode

[Andrei POPESCU]

On Sb, 12 sep 15, 19:39:20, Manuel A. Fernandez Montecelo wrote:
> Control: tags -1 + moreinfo
...
> I installed an old version from snapshots, 0.7.2-1 (maintainer "Utnubu
> team"), which is in non-free/x11, and the current version 0.8.90-5 from
> unstable section x11 (maintainer "P. Kern") is available.  They are not
> the versions that you describe but they should be fine, I think.
 
I notice in my report that I had the newer version installed, but..

> When I enter package info screen the first time, the section is "x11"
> (and the maintainer "P. Kern"), even if the version currently installed
> is the other one.  If I go to the old or new version, and select (press
> enter), I get the correct information in each case.  I repeat this a
> number of times without problems.

I tried to reproduce this by adding lenny to sources.list (from 
archive.debian.org), but behaviour is correct.

> Maybe the first time that one enters in that screen the information is
> random (I don't think so, though: is probably either current or
> candidate version consistently), but after that it shouldn't be, so I am
> surprised about the behaviour that you describe.
> 
> I am also surprised specially because I think that the section of the
> code has not been touched since ~2005 or so, so your tests a few years
> ago and now should be the same.
> 
> Could you please see if you can reproduce it with this or other
> packages?  (Preferably small and that don't require extra dependencies
> installed, like this one, for ease of testing).

Not sure if this makes a difference, but I'm unable to reproduce this 
with my current setup (pure Jessie install and with Lenny from 
archive.debian.org added to sources.list).

Feel free to close this old bug as unreproducible and thanks for looking 
into such old issues.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#798831: org-mode: Suggests unavailable package easypg

[Hans Joachim Desserud]

Package: org-mode
Version: 8.3.1-1
Severity: minor
Tags: patch

Dear maintainer,

org-mode suggests [1] easypg, which is no longer available [2].
The attached patch removes it from the list of suggested packages.

This issue was originally reported in Ubuntu, see
https://bugs.launchpad.net/ubuntu/+source/org-mode/+bug/1494506


[1] https://packages.debian.org/sid/org-mode
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654943
--
mvh / best regards
Hans Joachim Desserud
http://desserud.orgdiff --git a/debian/control b/debian/control
index e8b2703..e95241d 100644
--- a/debian/control
+++ b/debian/control
@@ -14,7 +14,7 @@ Architecture: all
 Depends: ${misc:Depends}, emacsen-common (>= 2.0.8), emacs24 | emacs23 | emacs-snapshot
 Conflicts: emacsen-common (<< 2.0.0)
 Recommends: texlive-generic-recommended, texlive-latex-recommended
-Suggests: easypg, ditaa, texlive-latex-extra, texlive-fonts-recommended
+Suggests: ditaa, texlive-latex-extra, texlive-fonts-recommended
 Description: keep notes, maintain ToDo lists, and do project planning in emacs
  Org-mode is a mode for keeping notes, maintaining ToDo lists, and
  doing project planning with a fast and effective plain-text system.

Bug#798838: voxbo: FTBFS with boost 1.58: undefined reference to `boost::system::generic_category()'

[Andreas Beckmann]

Package: voxbo
Version: 1.8.5~svn1246-1.1
Severity: serious
Tags: sid stretch
Justification: fails to build from source (but built successfully in the past)
Control: block 794458 with -1

voxbo FTBFS in sid with boost 1.58:

[...]
dh build
   dh_testdir
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/tmp/buildd/voxbo-1.8.5~svn1246'
../configure.py -s -p neurodebian
Configured NeuroDebian subpackage
Configured to build shared VoxBo libraries
make[1]: Leaving directory '/tmp/buildd/voxbo-1.8.5~svn1246'
   debian/rules override_dh_auto_build
make[1]: Entering directory '/tmp/buildd/voxbo-1.8.5~svn1246'
/usr/bin/make QTDIR=/usr \
QTBASEINCDIR=/usr/include/qt4 \
MOC=/usr/bin/moc-qt4 \
VB_SHARED=1
make[2]: Entering directory '/tmp/buildd/voxbo-1.8.5~svn1246'
make -C lib
make[3]: Entering directory '/tmp/buildd/voxbo-1.8.5~svn1246/lib'
g++ -Wall -Wall -DLINUX -I/usr/local/include -I../lib -DLINUX 
-I/usr/local/include -I../lib -fPIC -c vbutil.cpp
g++ -Wall -Wall -DLINUX -I/usr/local/include -I../lib -DLINUX 
-I/usr/local/include -I../lib -fPIC -c endian.cpp
g++ -Wall -Wall -DLINUX -I/usr/local/include -I../lib -DLINUX 
-I/usr/local/include -I../lib -fPIC -c connect.cpp
g++ -Wall -Wall -DLINUX -I/usr/local/include -I../lib -DLINUX 
-I/usr/local/include -I../lib -fPIC -c tokenlist.cpp
g++ -Wall -Wall -DLINUX -I/usr/local/include -I../lib -DLINUX 
-I/usr/local/include -I../lib -fPIC -c vbreports.cpp
g++ -Wall -Wall -DLINUX -I/usr/local/include -I../lib -DLINUX 
-I/usr/local/include -I../lib -fPIC -c genericexcep.cpp
g++ -shared -Wl,-soname,libvbutil.so -o libvbutil.so -Wl,--no-undefined 
-Wl,-rpath=/usr/lib/voxbo/lib -Wl,--no-undefined -Wl,-rpath=/usr/lib/voxbo/lib 
-lc -lz vbutil.o endian.o connect.o tokenlist.o vbreports.o genericexcep.o
vbutil.o: In function `__static_initialization_and_destruction_0(int, int)':
vbutil.cpp:(.text+0x77d1): undefined reference to 
`boost::system::generic_category()'
vbutil.cpp:(.text+0x77dd): undefined reference to 
`boost::system::generic_category()'
vbutil.cpp:(.text+0x77e9): undefined reference to 
`boost::system::system_category()'
endian.o: In function `__static_initialization_and_destruction_0(int, int)':
endian.cpp:(.text+0x489): undefined reference to 
`boost::system::generic_category()'
endian.cpp:(.text+0x495): undefined reference to 
`boost::system::generic_category()'
endian.cpp:(.text+0x4a1): undefined reference to 
`boost::system::system_category()'
connect.o: In function `__static_initialization_and_destruction_0(int, int)':
connect.cpp:(.text+0xaef): undefined reference to 
`boost::system::generic_category()'
connect.cpp:(.text+0xafb): undefined reference to 
`boost::system::generic_category()'
connect.cpp:(.text+0xb07): undefined reference to 
`boost::system::system_category()'
vbreports.o: In function `__static_initialization_and_destruction_0(int, int)':
vbreports.cpp:(.text+0x665): undefined reference to 
`boost::system::generic_category()'
vbreports.cpp:(.text+0x671): undefined reference to 
`boost::system::generic_category()'
vbreports.cpp:(.text+0x67d): undefined reference to 
`boost::system::system_category()'
genericexcep.o: In function `__static_initialization_and_destruction_0(int, 
int)':
genericexcep.cpp:(.text+0x6ae): undefined reference to 
`boost::system::generic_category()'
genericexcep.cpp:(.text+0x6ba): undefined reference to 
`boost::system::generic_category()'
genericexcep.cpp:(.text+0x6c6): undefined reference to 
`boost::system::system_category()'
collect2: error: ld returned 1 exit status
Makefile:67: recipe for target 'libvbutil.so' failed
make[3]: *** [libvbutil.so] Error 1
make[3]: Leaving directory '/tmp/buildd/voxbo-1.8.5~svn1246/lib'
Makefile:52: recipe for target 'lib' failed
make[2]: *** [lib] Error 2
make[2]: Leaving directory '/tmp/buildd/voxbo-1.8.5~svn1246'
debian/rules:18: recipe for target 'override_dh_auto_build' failed


Andreas

Bug#789731: latex2html: FTBFS with perl 5.22: Can't use 'defined(@array)'

[gregor herrmann]

On Mon, 31 Aug 2015 22:47:41 +0100, Dominic Hargreaves wrote:

> > Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at 
> > /«PKG
> > BUILDDIR»/versions/frame.pl line 357.
> 
> It looks like perl's suggestion to omit defined may be wrong here, since
> the code seems nonsensical, since $colorset is set to a scalar, and then
> treated as an arrayref:
> 
> sub check_frame_colorset {
> [...]
> local($colorset);
> if ($reverse == 0) {$colorset="${which}_colorset"}
> elsif ($reverse == 1) {$colorset="${which}_colorset_star"}
> elsif ($reverse == 2) {$colorset="${which}_colorset_star_star"}
> else {$colorset="${which}_colorset"}
> if (!(defined  @$colorset))
> { print STDERR "\nframes for $which are not supported\n"; return($rest);}
> 
> [...]
> 
> Possibly this should be replaced with "if (!(defined $colorset))" but I'd 
> like an opinion from someone who is more familiar with this codebase.

Agreed.

Looking one step further it looks like the whole if is useless, since
$colorset will always be defined by the if/elsif/else construct
above.

But I guess this code is trying to do something else, like checking
if a specific ${which}_colorset exists.

After digging a bit through the code, it looks like
check_frame_colorset() is called with a $frame_implementation as the
second parameter, and this can by either "W3C" or "Netscape", and
then we find @Netscape_colorset* (but no @W3C_colorset*).

So the code in check_frame_colorset() sets $colorset to either
"Netscape_colorset*" or "W3C_colorset*" and then tries to check if an
array with this name exists. And therefore I guess the line should be

 if (! @$colorset)

Seems to work in a quick minimal test :)


Cheers,
gregor, preparing an NMU with this change

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Funny Van Dannen: Plastikball


signature.asc
Description: Digital Signature

Bug#798826: [Reproducible-builds] Bug#798826: DDPO: displays not-for-us in reproducible builds column for architectures excluded in the package

[Holger Levsen]

Hi Sebastian,

On Sonntag, 13. September 2015, Mattia Rizzolo wrote:
> On Sun, Sep 13, 2015 at 12:44:12PM +0200, Sebastian Ramacher wrote:
> > On my DDPO page intel-vaapi-driver is displayed as not-for-us in the
> > reproducible build column which is caused by r.d.n reporting
> > intel-vaapi-driver as not-for-us on armhf. This is expected since
> > intel-vaapi-driver restricts its Architecture field to i386, amd64,
> > kfreebsd-i386 and kfreebsd-amd64. So please ignore results for
> > architectures that are explicitely excluded in the package.

Thanks for bringing this case to our attention. The addition of another arch 
to rb.d.n is quite new and there are still some bugs we need to weed out.

That said, I'm not sure how differences in test results between are to be 
presented to consumers like DDPO or the tracker. In general I think the 
problematic result should "win" (the package is unreproducible on armhf and 
reproducible on amd65 -> it should be displayed as unreproducible, idealy with 
the extra remark "on armhf"). I'm not sure this is the case already. 
src:u-boot is a good candidate to check on this, as we know its reproducible 
on amd64 atm and unreproducible on armhf…

That said, I think 404 and not-for-us should be ignored when preparing the 
json output and I've just pushed this changed, which should be visible 
tomorrow.

> There is a bug somewhere i can't find anymore about using another data
> source, so we can keep reproducible.json full with real data, while
> using a different .json to feed stuff like ddpo.  I believe that's the
> wrong approach.

the bugs is #785531 and as you can read, I first thought it was wrong too, but 
got convinced otherwise. 

And as this bug is done, we already produce two json files: reproducible.json 
and reproducible-tracker.json 

> We provide data and consumers needs to be aware on how to use it. 

Yes. But we define how it's to be used, so we should present a data source 
with such definitions. Else we would need to tell consumers to change their 
code each time we change the way we look at the data. This is why we have 
reproducible-tracker.json already.

> In particular I believe the followings:
>  * not-for-us needs to be filtered by the DDPO: there is no point in
>throwing them at the user

I don't think we should present results solely based on how well our 
architecture coverage is. This is nothing package maintainers are interested 
in.

>  * needs support for multiple architecture (it's very new: less than a
>month)

yeah

>  * maybe care only about unstable: if a version in unstable is repr.
>while the lower version in testing is not, then there is no need to
>notify the user

/reproducible-tracker.json already only includes data about unstable, for this 
very reason.


cheers,
Holger


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

Bug#798839: ceilometer: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

 

Package: ceilometer 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of ceilometer debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Cheers,
Frans

===
http://www.frans-spiesschaert.homenet.org
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#798782: gcc-5: add gnat sjlj back

[YunQiang Su]

Some more fix to debian/rules.d/binary-ada.mk.

On Sat, 12 Sep 2015 23:56:13 +0800 YunQiang Su  wrote:
> Package: src:gcc-5
> Version: 5.2.1-17
>
> I rewrite gnat sjlj support with a new src/libada-sjlj directory added,
> instead of the huge patch to src/gcc/ada/gcc-interfaces/Makefile.in.
>
> 0001_libgnatvsn-prj.diff
>  as we build libgnatsvn/libgnatprj in build/TRIPLET, so fix something
>  left.
>
> 0002_ada-sjlj.diff
>   Rewrite gnat sjlj support, with a new added directory.
>   It still builds zcx in build/gcc/ada/rts (not rts-natvie),
>   while builds sjlj in build/gcc/ada/rts-sjlj.
>   Some dependency chains ins Makefile.def are also got some change.
>   ada-acats-sjlj.diff is not needed any more, as with this method of 
> build,
>  the upstream test just works.
>
> 0003_prepare-ada-cross-support.diff
>This is some changes for cross gnat support.
> Make package priority extra when cross build instead of optional.
> gcc-5-cross asks for it?
> dependencies = { module=all-target-libgnatvsn;
> on=all-target-libstdc++-v3; };
>   in fact libgnatprj requires some header files of libstdc++,
>   no idea whether libgnatprj does.
>   since libgnatprj depends on libgnatvsn, so add
> libgnatvsn here.
>   This is found when cross build for mipsel
> TOOLS_LIBS: change the order and add stdc++ here.
>on some architecture, the old order doesn't work.
> now idea why.
>this order just work for all architecture in the
> list of gcc-5-cross.
>  Maybe you still wish to disable ada cross by default here.
>
>
> --
> YunQiang Su
Index: gcc/debian/rules.d/binary-ada.mk
===
--- gcc.orig/debian/rules.d/binary-ada.mk   2015-09-13 15:08:29.788151346 
+0800
+++ gcc/debian/rules.d/binary-ada.mk2015-09-13 15:10:18.251920384 +0800
@@ -26,7 +26,7 @@
 endif
 
 p_gnat = gnat-$(GNAT_VERSION)$(cross_bin_arch)
-p_gnsjlj= gnat-$(GNAT_VERSION)-sjlj$(cross_bin_arch)
+p_gnatsjlj= gnat-$(GNAT_VERSION)-sjlj$(cross_bin_arch)
 p_lgnat= libgnat-$(GNAT_VERSION)$(cross_lib_arch)
 p_lgnat_dbg = libgnat-$(GNAT_VERSION)-dbg$(cross_lib_arch)
 p_lgnatvsn = libgnatvsn$(GNAT_VERSION)$(cross_lib_arch)
@@ -39,6 +39,7 @@
 
 d_gbase= debian/$(p_gbase)
 d_gnat = debian/$(p_gnat)
+d_gnatsjlj = debian/$(p_gnatsjlj)
 d_lgnat= debian/$(p_lgnat)
 d_lgnatvsn = debian/$(p_lgnatvsn)
 d_lgnatprj = debian/$(p_lgnatprj)
@@ -288,8 +289,8 @@
dh_movefiles -p$(p_gnat) $(files_gnat)
 
 ifeq ($(with_gnatsjlj),yes)
-   dh_installdirs -p$(p_gnsjlj) $(gcc_lib_dir)
-   dh_movefiles -p$(p_gnsjlj) $(gcc_lib_dir)/rts-sjlj/adalib 
$(gcc_lib_dir)/rts-sjlj/adainclude
+   dh_installdirs -p$(p_gnatsjlj) $(gcc_lib_dir)
+   dh_movefiles -p$(p_gnatsjlj) $(gcc_lib_dir)/rts-sjlj/adalib 
$(gcc_lib_dir)/rts-sjlj/adainclude
 endif
 
 ifeq ($(with_libgnat),yes)
@@ -307,7 +308,7 @@
 endif
debian/dh_doclink -p$(p_gnat)  $(p_gbase)
 ifeq ($(with_gnatsjlj),yes)
-   debian/dh_doclink -p$(p_gnsjlj) $(p_gbase)
+   debian/dh_doclink -p$(p_gnatsjlj) $(p_gbase)
 endif
 ifeq ($(PKGSOURCE),gnat-$(BASE_VERSION))
   ifeq ($(with_check),yes)
@@ -396,17 +397,16 @@
dh_builddeb -p$(p_gnat)
 
 ifeq ($(with_gnatsjlj),yes)
-   dh_strip -p$(p_gnsjlj)
-   dh_compress -p$(p_gnsjlj)
-   dh_fixperms -p$(p_gnsjlj)
-   find $(d_gnat)-sjlj -name '*.ali' | xargs chmod 444
-   $(cross_shlibdeps) dh_shlibdeps -p$(p_gnsjlj)
-   $(cross_gencontrol) dh_gencontrol -p$(p_gnsjlj) \
+   dh_strip -p$(p_gnatsjlj)
+   dh_compress -p$(p_gnatsjlj)
+   dh_fixperms -p$(p_gnatsjlj)
+   find $(d_gnatsjlj) -name '*.ali' | xargs chmod 444
+   dh_shlibdeps -p$(p_gnatsjlj)
+   dh_gencontrol -p$(p_gnatsjlj) \
-- -v$(DEB_VERSION) $(common_substvars)
-   $(call cross_mangle_control,$(p_gnsjlj))
-   dh_installdeb -p$(p_gnsjlj)
-   dh_md5sums -p$(p_gnsjlj)
-   dh_builddeb -p$(p_gnsjlj)
+   dh_installdeb -p$(p_gnatsjlj)
+   dh_md5sums -p$(p_gnatsjlj)
+   dh_builddeb -p$(p_gnatsjlj)
 endif
 
trap '' 1 2 3 15; touch $@; mv $(install_stamp)-tmp $(install_stamp)

Bug#798821: dovecot-core: changed to systemd without documentation

[Jaldhar H. Vyas]

On Sun, 13 Sep 2015, Frank Engler wrote:


Package: dovecot-core
Version: 1:2.2.13-12~deb8u1
Severity: serious

Dear Maintainer,

last update introduced /lib/systemd/system/dovecot.socket
and /lib/systemd/system/dovecot.service to handle startup.
Despite the fact customized configuration - especially
/etc/init.d/dovecot - might get ignored and these changes
are within a /stable/ release these changes are not
documented at all.



I'm curious as to which version you upgraded from and could you have 
installed anything else which would trigger the use of systemd?  systemd 
support was added way back in 1:2.1.7 (May-June 2012) and hasn't been 
touched since then.  Certainly there is nothing in the latest update which 
involves it?  In your last upgrade did you lose systemd-shim perhaps?


--
Jaldhar H. Vyas 

Bug#798818: Please consider updating kernel for mipsel buildds

[Aurelien Jarno]

On 2015-09-13 10:49, Ole Streicher wrote:
> Package: buildd.debian.org
> Severity: important
> 
> Hi,

Hi,

> the current kernel of the mipsel buildds leads to an FTBS when compiling
> the package "eso-midas" [1]. The problem is fixed in recent kernel
> versions, but the buildds still run with the older ones.

Yes, the bug report has been addressed and the fix committed to the
stable branch. It was planned to get it through the 8.2 release, but the
announcement of the release date has been done a bit too late for being
able to get a kernel uploaded in time.

> This leads to the unfortunate situation that for every upload, I have to
> search for a mipsel machine that is not affected by the bug (currently a
> CI20) and compile and upload manually; otherwise the package would not
> migrate to testing.
> 
> Please upgrade the kernel on the buildds, or "somehow" integrate the
> patch that fixes the bug.

Yes, I understand it's unfortunate. The rule is that the build daemons
should run a stable kernel, and we don't have any fixed stable kernel
yet.

We'll try to see if we can get a solution without having to wait for
the 8.3 release.

Aurelien 

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

Bug#798848: icedove: Icedove is not using XDG desktop notifications (libnotify)

[Ralf Jung]

Package: icedove
Version: 40.0~b1-1
Severity: normal

Dear Maintainer,

Icedove is using its own, custom UI for notifications rather than integrating 
with
the desktop by using libnotify (or the DBus service wrapped by that library).
According to , this is
supposed to be fixed by now, but it's not - at least not in the Debian packages.

Iceweasel, btw, is using libnotify just fine to implement "Web Notifications"
(and probably also for the download-finished notification).

Kind regards,
Ralf

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

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

Versions of packages icedove depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.16.0-2
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libdbus-1-3   1.8.20-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgcc1   1:5.2.1-16
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libglib2.0-0  2.44.1-1.1
ii  libgtk2.0-0   2.24.28-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libicu55  55.1-4
ii  libnspr4  2:4.10.9-2
ii  libnss3   2:3.20-1
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpixman-1-0 0.32.6-3
ii  libsqlite3-0  3.8.11.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.2.1-16
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2.1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-de-de [hunspell-dictionary] 20131206-6
ii  hunspell-en-us [hunspell-dictionary] 20070829-6
ii  hunspell-fr-classical [hunspell-dictionary]  1:5.4.1-1
ii  iceowl-extension 40.0~b1-1

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.4-1
ii  libgssapi-krb5-2  1.13.2+dfsg-2

-- no debconf information

Bug#798691: libc6-i686: sin() sometimes broken

[Aurelien Jarno]

On 2015-09-11 20:33, Christian Tacke wrote:
> Package: libc6-i686
> Version: 2.19-18+deb8u1
> Severity: important
> 
> Hi,

Hi,

> I was trying to create a local backport of python-cffi onto
> jessie/i386.
> 
> On a system with libc6-i686 installed, I get a failure in
> the self test of the build:
> 
> >   assert library.sin(12.3) == math.sin(12.3)
> E   assert 0.8444952930965295 == -0.26323179136580094
> 
> Uninstalling libc6-i686 lets the full build and tests run
> through.
> 
> Something very related has already happened before:
> https://www.sourceware.org/bugzilla/show_bug.cgi?id=16625
> 
> This suggests a compiler bug in gcc 4.8. But jessie is
> compiled with 4.9, so it must be something a bit different.

No, the glibc on jessie is actually built with gcc 4.8, as gcc 4.9
introduces some regression on the pthread cleanup functions. This
means it's very likely to be the same bug.

I guess the only way to fix that is to actually fix gcc-4.8 and rebuild
the glibc afterwards.

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

Bug#798818: Please consider updating kernel for mipsel buildds

[Julien Cristau]

On Sun, Sep 13, 2015 at 15:42:13 +0200, Aurelien Jarno wrote:

> Yes, the bug report has been addressed and the fix committed to the
> stable branch. It was planned to get it through the 8.2 release, but the
> announcement of the release date has been done a bit too late for being
> able to get a kernel uploaded in time.
> 
FWIW, you don't have to wait until the last minute to file a pu bug with
proposed fixes, you can do that even before a date is picked...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#756123: chained implicit rule can fail to make a prerequisite

[Alex Vong]

Hi everyone,

The bug appears to be fixed in GNU Make 4.0 and 4.1 by some unknown commits.

According to ,

Hi Manoj; I ran the test with both 3.81 and 3.82 and it failed almost
immediately: I ran it 100 times with 4.0 and 4.1 and couldn't reproduce the
failure. So, some change between 3.82 and 4.0 fixed the issue; unfortunately
I'm not sure which one so I can't help with that. It probably wouldn't be 
too
difficult to use git bisect to find the particular change if you wanted to
backport it.

I am going to close this bug report after some time. Feel free to ping me if 
you have any problems.

Cheers,
Alex

Bug#798818: Please consider updating kernel for mipsel buildds

[Aurelien Jarno]

On 2015-09-13 16:43, Julien Cristau wrote:
> On Sun, Sep 13, 2015 at 15:42:13 +0200, Aurelien Jarno wrote:
> 
> > Yes, the bug report has been addressed and the fix committed to the
> > stable branch. It was planned to get it through the 8.2 release, but the
> > announcement of the release date has been done a bit too late for being
> > able to get a kernel uploaded in time.
> > 
> FWIW, you don't have to wait until the last minute to file a pu bug with
> proposed fixes, you can do that even before a date is picked...

Agreed, that's possible. That said, for some packages like the kernel,
we use to accumulate change in the SVN, until the mail to the
pointreleasen@release.d.o alias, which includes debian-kernel@l.d.o 
"triggers" the upload. Maybe it's time to change the method...

Aurelien

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


signature.asc
Description: Digital signature

Bug#798821: dovecot-core: changed to systemd without documentation

[Frank Engler]

severity 798821 normal
tags 798821 unreproducible
--

Am Sonntag, 13. September 2015, 09:38:04 schrieb Jaldhar H. Vyas:
> On Sun, 13 Sep 2015, Frank Engler wrote:
> > Package: dovecot-core
> > Version: 1:2.2.13-12~deb8u1
> > Severity: serious
> > 
> > Dear Maintainer,
> > 
> > last update introduced /lib/systemd/system/dovecot.socket
> > and /lib/systemd/system/dovecot.service to handle startup.
> > Despite the fact customized configuration - especially
> > /etc/init.d/dovecot - might get ignored and these changes
> > are within a /stable/ release these changes are not
> > documented at all.
> 
> I'm curious as to which version you upgraded from and could you have
> installed anything else which would trigger the use of systemd?  systemd
> support was added way back in 1:2.1.7 (May-June 2012) and hasn't been
> touched since then.

That may be the reason the issue didn't show up on a test system.

> Certainly there is nothing in the latest update which
> involves it?  In your last upgrade did you lose systemd-shim perhaps?

I just installed the 8.1 -> 8.2 update at once. So any package of 
https://www.debian.org/News/2015/20150905 may be the cause. But most likely 
there are:
# tail -50 /var/log/aptitude | grep dovecot
[AKTUALISIERUNG] dovecot-core:amd64 1:2.2.13-11 -> 1:2.2.13-12~deb8u1
[AKTUALISIERUNG] dovecot-imapd:amd64 1:2.2.13-11 -> 1:2.2.13-12~deb8u1
[AKTUALISIERUNG] dovecot-ldap:amd64 1:2.2.13-11 -> 1:2.2.13-12~deb8u1
[AKTUALISIERUNG] dovecot-lmtpd:amd64 1:2.2.13-11 -> 1:2.2.13-12~deb8u1
# tail -50 /var/log/aptitude | grep systemd
[AKTUALISIERUNG] libsystemd0:amd64 215-17+deb8u1 -> 215-17+deb8u2
[AKTUALISIERUNG] systemd:amd64 215-17+deb8u1 -> 215-17+deb8u2
[AKTUALISIERUNG] systemd-sysv:amd64 215-17+deb8u1 -> 215-17+deb8u2

I got to see it, because etckeeper told of two new symlinks:
/etc/systemd/system/multi-user.target.wants/dovecot.service
/etc/systemd/system/sockets.target.wants/dovecot.socket

Your postinst does some systemd stuff:
|if deb-systemd-helper --quiet was-enabled dovecot.socket; then
|# Enables the unit on first installation, creates new
|# symlinks on upgrades if the unit file has changed.
|deb-systemd-helper enable dovecot.socket >/dev/null || true|
|else
|# Update the statefile to add new symlinks (if any), which need to be
|# cleaned up on purge. Also remove old symlinks.
|deb-systemd-helper update-state dovecot.socket >/dev/null || true|
|fi
But that should not raise this issue.

I tried to reproduce the issue on a test system. But as last time, it doesn't
occur there.

Bug#798830: dmucs: race condition in start scripts prevents loadavg starting

[Tim Connors]

Package: dmucs
Version: 0.6.1-2.1
Severity: important

I've been wondering for years why dmucs never worked in my network.
Finally traced the start scripts:

if start_server && server_running ;  then
...
if start_loadavg && running ;  then

start_server and start_loadavg don't create a valid PID file for some
indeterminate time after start-stop-daemon fork off a dmucs/loadavg
process.

+ log_daemon_msg 'Starting dmucs distcc coordinator ' dmucs
+ '[' -z 'Starting dmucs distcc coordinator ' ']'
+ log_daemon_msg_pre 'Starting dmucs distcc coordinator ' dmucs
+ log_use_fancy_output
+ TPUT=/usr/bin/tput
+ EXPR=/usr/bin/expr
+ '[' -t 1 ']'
+ '[' xxterm '!=' x ']'
+ '[' xxterm '!=' xdumb ']'
+ '[' -x /usr/bin/tput ']'
+ '[' -x /usr/bin/expr ']'
+ /usr/bin/tput hpa 60
+ /usr/bin/tput setaf 1
+ '[' -z ']'
+ FANCYTTY=1
+ case "$FANCYTTY" in
+ true
+ echo -n '[] '
[] + '[' -z dmucs ']'
+ echo -n 'Starting dmucs distcc coordinator : dmucs'
Starting dmucs distcc coordinator : dmucs+ log_daemon_msg_post 'Starting dmucs 
distcc coordinator ' dmucs
+ :
+ server_running
+ '[' '!' -f /var/run/dmucs.pid ']'
+ return 1
+ start_server
+ start-stop-daemon --background --make-pidfile --start --pidfile 
/var/run/dmucs.pid --exec /usr/sbin/dmucs --
+ errcode=0
+ return 0
+ server_running
+ '[' '!' -f /var/run/dmucs.pid ']'
+ return 1
+ log_end_msg 1

Bugger.  Bails out with failure message instead of continuuing on to
start loadavg.

A quick "fix" is to:

if start_server && sleep 5 && server_running ;  then
...
if start_loadavg && sleep 5 && running ;  then

but surely there's a better way (eg, remove the test entirely, since
I've never seen any other init script do something like this).


-- System Information:
Debian Release: 7.8
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (5, 'testing'), (2, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dmucs depends on:
ii  libc6   2.19-18
ii  libgcc1 1:4.9.2-10
ii  libstdc++6  4.9.2-10

dmucs recommends no packages.

dmucs suggests no packages.

-- Configuration Files:
/etc/default/dmucs changed:
SERVER=yes
USE_SERVER=dirac
DIETIME=5

/etc/dmucs.conf changed:
dirac   8 10
gamow   2 6
fs  4 3
maxwell 2 2

/etc/init.d/dmucs changed:
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
NAME=dmucs
DAEMON=/usr/sbin/loadavg
NAME2=loadavg
DAEMON_WRAPPER=$DAEMON
DESC="dmucs client daemon"
PIDFILE=/var/run/dmucs_loadavg.pid
SERVER_DAEMON=/usr/sbin/dmucs
SERVER_DAEMON_WRAPPER=$SERVER_DAEMON
SERVER_NAME2=dmucs
SERVER_DESC="dmucs distcc coordinator"
SERVER_PIDFILE=/var/run/dmucs.pid
LOGDIR=/var/log/dmucs
test -x $DAEMON || exit 0
test -x $DAEMON_WRAPPER || exit 0
test -x $SERVER_DAEMON || exit 0
test -x $SERVER_DAEMON_WRAPPER || exit 0
. /lib/lsb/init-functions
DODTIME=10  # Time to wait for the server to die, in seconds
# If this value is set too low you might not
# let some servers to die gracefully and
# 'restart' will not work
LOGFILE=$LOGDIR/$NAME.log  # Server logfile
DAEMONUSER=nobody
if [ -f /etc/default/$NAME ] ; then
. /etc/default/$NAME
fi
if [ -z "$USE_SERVER" -a ! "$SERVER" = "yes" ]; then
 log_warning_msg "please edit /etc/default/$NAME to enable dmucs"
 exit 0
fi
DAEMON_OPTS="-s $USE_SERVER"
SERVER_DAEMON_OPTS=""
set -e
running_pid() {
pid=$1
name=$2
[ -z "$pid" ] && return 1 
[ ! -d /proc/$pid ] &&  return 1
cmd=`cat /proc/$pid/cmdline | tr "\000" "\n"|head -n 1 |cut -d : -f 1`
# Is this the expected server
[ "$cmd" != "$name" ] &&  return 1
return 0
}
running() {
# Check if the process is running looking at /proc
# (works for all users)
# No pidfile, probably no daemon present
[ ! -f "$PIDFILE" ] && return 1
pid=`cat $PIDFILE`
running_pid $pid $DAEMON_WRAPPER || return 1
return 0
}
server_running() {
# Check if the process is running looking at /proc
# (works for all users)
# No pidfile, probably no daemon present
[ ! -f "$SERVER_PIDFILE" ] && return 1
pid=`cat $SERVER_PIDFILE`
running_pid $pid $SERVER_DAEMON_WRAPPER || return 1
return 0
}
start_server() {
start-stop-daemon --background --make-pidfile --start --pidfile 
$SERVER_PIDFILE --exec $SERVER_DAEMON -- $SERVER_DAEMON_OPTS
errcode=$?
return $errcode
}
start_loadavg() {
start-stop-daemon --background --make-pidfile --start --pidfile 
$PIDFILE --exec $DAEMON -- $DAEMON_OPTS
errcode=$?
return $errcode
}
stop_loadavg() {
start-stop-daemon --make-pidfile --stop --pidfile $PIDFILE --exec 
$DAEMON
errcode=$?
return $errcode
}
stop_server() {