Bug#736842: ipopt: should not call MPI_Init

[Ansgar Burchardt]

Package: coinor-libipopt1
Version: 3.11.4-1
Severity: important

Ipopt/src/Algorithm/LinearSolvers/IpMumpsSolverInterface.cpp calls MPI_Init.
This causes programs using MPI themselves to abort as MPI_Init gets called
twice:

--
Calling MPI_Init or MPI_Init_thread twice is erroneous.
--
[snout:10806] *** An error occurred in MPI_Init
[snout:10806] *** on communicator MPI_COMM_WORLD
[snout:10806] *** MPI_ERR_OTHER: known error not in list
[snout:10806] *** MPI_ERRORS_ARE_FATAL: your MPI job will now abort

I've attached a patch that removes the call to MPI_Init.

Ansgar
--- a/Ipopt/src/Algorithm/LinearSolvers/IpMumpsSolverInterface.cpp
+++ b/Ipopt/src/Algorithm/LinearSolvers/IpMumpsSolverInterface.cpp
@@ -54,11 +54,11 @@
dbg_verbosity);
 //initialize mumps
 DMUMPS_STRUC_C* mumps_ = new DMUMPS_STRUC_C;
-int argc=1;
-char ** argv = 0;
-int myid;
-MPI_Init(&argc, &argv);
-MPI_Comm_rank(MPI_COMM_WORLD, &myid);
+// int argc=1;
+// char ** argv = 0;
+// int myid;
+// MPI_Init(&argc, &argv);
+// MPI_Comm_rank(MPI_COMM_WORLD, &myid);
 mumps_->n = 0;
 mumps_->nz = 0;
 mumps_->a = NULL;

Bug#736402: netgen: depends on development package (tix-dev)

[Ansgar Burchardt]

Package: netgen
Version: 4.9.13.dfsg-8
Severity: normal

The netgen binary package depends on a development package (tix-dev)
in addition to the runtime package (tix).

Ansgar


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

Bug#736352: dput-ng: Incomplete error message in gpg signature check

[Ansgar Burchardt]

Package: dput-ng
Version: 1.7
Severity: minor

The error message for a missing gpg signature is incomplete, see the
last line:


 % dput local dune-common_2.3~20140122gf3403b9-1~ab1_amd64.changes
Uploading dune-common using local to local (host: local; directory: 
/srv/apt/incoming)
running checksum: verify checksums before uploading
running gpg: check GnuPG signatures before the upload
gpg: no valid OpenPGP data found.
gpg: the signature could not be verified.
Please remember that the signature file (.sig or .asc)
should be the first file given on the command line.

No valid signature on dune-common_2.3~20140122gf3403b9-1~ab1_amd64.changes: No 
signature on


Ansgar


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

Bug#736351: dput-ng: reports suite-mismatch twice

[Ansgar Burchardt]

Package: dput-ng
Version: 1.7
Severity: minor

Trying to upload a package with UNRELEASED in the changelog and
Distribution: experimental in the .changes output the error message
twice (with different formatting):


% dput local dune-common_2.3~20140122gf3403b9-1~ab1_amd64.changes
Uploading dune-common using local to local (host: local; directory: 
/srv/apt/incoming)
running allowed-distribution: check whether a local profile permits uploads to 
the target distribution
running checksum: verify checksums before uploading
running suite-mismatch: check the target distribution for common errors
Upload is targeting UNRELEASED but the changes will hit experimental
Upload is targeting `UNRELEASED', but the changes will hit `experimental'.


The error should only be shown once.

It would be nice if dput-ng also said that there was an error and the
upload was aborted. You (i.e. paultag) could optinally even make it
colorful ;)

Ansgar


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

Bug#727708: Init system resolution open questions

[Ansgar Burchardt]

Hi,

Adrian Bunk  writes:
> On Thu, Jan 16, 2014 at 09:39:37PM +0100, Ansgar Burchardt wrote:
>>...
>> Maintainers only should not drop support for a (default) init system
>> when the application supports it.
>>...
>
> So if udev (maintained by systemd upstream as part of the systemd 
> sources) would ever get a dependency on systemd being the init 
> system,[1] that should be fine even when the decision of Debian
> was to support multiple init systems?

If it doesn't work at all without systemd enabled, yes. Note that this
doesn't stop people from keeping it working without systemd in which
case it wouldn't need this dependency.

Having already existing packages gain a dependency on a specific init
system is probably more controverse and more people might want to avoid
that[1], but that is (IMHO) no reason to forbid such dependencies
altogether.

Ansgar

  [1] That's why there was a footnote in my earlier mail.


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

Bug#727708: Init system resolution open questions

[Ansgar Burchardt]

Hi,

Ian Jackson  writes:
> AFAICT we are all agreed that:
[...]
> * Applications which aren't part of the init system must not require a
>   particular init to be pid 1.  (So in particular a desktop
>   environment may not require a particular pid 1.)

What about applications that are specifically designed to work with a
particular init system? DSA was investigating setting up systemd for
codesearch.debian.net which uses it to manage worker pools (including
startup via socket activation and load balancing IIRC).

Another example would be a seperate gnome-session-systemd package[1].
I don't think tech-ctte should forbid people to maintain such packages
if they wish to.

  [1] Let's assume this only provides a (possibly non-default)
  alternative for and doesn't replace gnome-session here.

Of course these might work (partially) if someone implemented enough of
the systemd dbus interfaces to make the user systemd work without
systemd being pid-1 as well. However (without having investigated this)
I would assume this unlikely to happen.

Maintainers only should not drop support for a (default) init system
when the application supports it. This would be similar to the situation
with different kernels: when applications support all of them, fine, but
there may be programs that require a specific kernel.

Ansgar


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

Bug#735416: dscverify: please add option to always show gpg output

[Ansgar Burchardt]

Package: devscripts
Version: 2.13.9
Severity: wishlist
File: /usr/bin/dscverify

dscverify's --verbose option show output from gpg when there is an
error.

It would be nice if there also was an option to always show gpg's
output, in particular the bit who signed the file. Maybe when
--verbose is given twice?

Ansgar


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

Bug#735029: RM: teamspeak-client -- RoQA; orphaned, outdated, alternatives exist (mumble)

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

teamspeak-client has been unmaintained in Debian for over 1.5 years[1].
It is outdated and a free alternative exists (mumble).

  [1] 

Ansgar


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

Bug#735028: RM: teamspeak-server -- RoQA; orphaned, outdated, alternatives exist (murmur)

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

teamspeak-server has been unmaintained in Debian for over 1.5 years[1].
It is outdated and a free alternative exists (murmur).

  [1] 

Ansgar


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

Bug#731315: [UDD] Seems vcs gatherer needs to be adapted to new alioth [Was: Cron $UAR vcs]

[Ansgar Burchardt]

Hi,

Andreas Tille  writes:
>> [Ansgar in CC because he seems to be the VCS / PET person ...]
>> 
>> Hi,
>> 
>> it seems the VCS gatherer needs to be adapted to the new Alioth server.

PET moved away from Alioth to a new host (petrova.d.o), the database
itself is located on bmdb1.d.o. You need to talk to DSA to get read
access from the UDD host.

Ansgar


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

Bug#712185: at: add upstart init support

[Ansgar Burchardt]

Control: tag -1 moreinfo

Dmitrijs Ledkovs  writes:
> From my point of view, including/installing upstart job with
> dh_installinit is the only piece that is required to integrate your
> package correctly with both upstart & sysv init at the same time.
> Leaving out modifications to the init.d script.

Just installing the job file should cause no harm, but I'll probably
wait for the tech-ctte decision.

Also Colin Watson[1] and Ian Jackson[2] suggested that "expect fork"
might not be a good idea. The upstart job should probably do what
Type=simple in systemd[3] does, i.e. ask atd not to fork and don't
expect anything special to happen to signal readiness.

  [1] 
  [2] 
  [3] 

Ansgar


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

Bug#733929: exim4-base: anacron instead of cron should be enough

[Ansgar Burchardt]

Marc Haber  writes:
> On Thu, Jan 02, 2014 at 01:08:23PM +0100, Ansgar Burchardt wrote:
>> Marc Haber  writes:
>> > On Thu, Jan 02, 2014 at 11:53:06AM +0100, Ansgar Burchardt wrote:
>> >> anacron only recommends cron. exim4 is the only package preventing me
>> >> from removing cron from my desktop system.
>> >
>> > Out of curiosity, how is anacron invoked if not from cron?
>> 
>> At system startup via the init script (or systemd service or upstart
>> job) or using systemd timers (tough this isn't shipped with the anacron
>> package).
>
> So this is actually a patch making systemd migration easier. Thanks
> for clarifying that.

No, it's not. I just want to get rid of cron which I don't need on my
desktop system. Running anacron jobs at startup is enough anyway as I
restart it daily so it doesn't matter to me if someone does more
integration with systemd or not.

Ansgar


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

Bug#733929: exim4-base: anacron instead of cron should be enough

[Ansgar Burchardt]

Marc Haber  writes:
> On Thu, Jan 02, 2014 at 11:53:06AM +0100, Ansgar Burchardt wrote:
>> anacron only recommends cron. exim4 is the only package preventing me
>> from removing cron from my desktop system.
>
> Out of curiosity, how is anacron invoked if not from cron?

At system startup via the init script (or systemd service or upstart
job) or using systemd timers (tough this isn't shipped with the anacron
package).

systemd itself ships systemd-tmpfiles-clean.timer which runs a daily
job, similar to how anacron itself works:

+-
| [Unit]
| Description=Daily Cleanup of Temporary Directories
| Documentation=man:tmpfiles.d(5) man:systemd-tmpfiles(8)
|
| [Timer]
| OnBootSec=15min
| OnUnitActiveSec=1d
+[file:///lib/systemd/system/systemd-tmpfiles-clean.timer]

Ansgar


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

Bug#733929: exim4-base: anacron instead of cron should be enough

[Ansgar Burchardt]

Marc Haber  writes:
> On Thu, Jan 02, 2014 at 11:33:25AM +0100, Ansgar Burchardt wrote:
>> exim4-base currently depends on cron | fcron, but it looks like it
>> only needs jobs in /etc/cron.daily to be processed. These are also
>> processed by anacron.
>> 
>> So please add anacron as an alternative dependency.
>
> anacron pulls in cron anyway, so what is this change going to buy us?

anacron only recommends cron. exim4 is the only package preventing me
from removing cron from my desktop system.

Ansgar


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

Bug#733929: exim4-base: anacron instead of cron should be enough

[Ansgar Burchardt]

Package: exim4-base
Version: 4.82-3
Severity: normal

exim4-base currently depends on cron | fcron, but it looks like it
only needs jobs in /etc/cron.daily to be processed. These are also
processed by anacron.

So please add anacron as an alternative dependency.

Ansgar


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

Bug#733705: RM: automake1.4 -- ROM; old, obsolete automake package

[Ansgar Burchardt]

Control: tag -1 moreinfo

Eric Dorland  writes:
> There are only two remaining packages build depending on automake1.4 and
> they both have patches (see http://bugs.debian.org/724002 and
> http://bugs.debian.org/724010). Once it's removed I'll upgrade the severity
> of these bugs and upload delayed NMU uploads.

There is a third package build-depending on automake1.4: gcc-3.3.

I also think it's better to fix the packages before removing the
automake1.4 package.

Ansgar


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

Bug#733490: RM: unicon -- RoQA; orphaned, unused, dead upstream

[Ansgar Burchardt]

Control: tag -1 moreinfo

Moritz Muehlenhoff  writes:
> please remove unicon. It's orphaned for more than a year, dead upstream
> and popcon is very low. It's also affected by several of the bugs found
> by the Mayhem project.

The package still has a reverse dependency:

# Broken Depends:
zhcon: zhcon [...]

# Broken Build-Depends:
zhcon: unicon-imc2

Ansgar


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

Bug#727708: init system thoughts

[Ansgar Burchardt]

Hi,

Colin Watson  writes:
> Reservations with systemd
> -
[...]
> Basically, systemd would be more compelling to me if it tried to do
> less.  I don't expect to persuade systemd advocates of this, as I think
> it amounts to different basic views of the world, but the basic approach
> here is probably the single biggest factor influencing my position.

On the other hand even when using upstart as an init replacement, we'll
continue to use large chunks of systemd (logind, other dbus
services). I personally think "less is more" would only be a convincing
argument if we actually would not need the aditional features.

I also have one question: your mail doesn't mention the integration
problems with logind into a system that uses upstart and not systemd as
init. Do you think this will not be an issue? Given it means ongoing
work instead of a one-time investment, this is one of my main gripes
with upstart. I feel that minor technical differences between the init
replacements are not work committing to long-time maintaince of a
systemd-logind branch that works outside of systemd. There are more
interesting areas we can invest our resources into.

Note that this might also include session management functions in the
future. As you mentioned yourself in [1], DEs are looking into using
advanced session supervision. So far both kwin and GNOME seem to target
systemd for this. So this would be another area that we would need to
invest resources into to maintain an upstart replacement.

  [1] 

Ansgar


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

Bug#733818: nmu: gdb-avr_7.4-1

[Ansgar Burchardt]

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

Please schedule a binNMU for gdb-avr. The version currently in the
archive is built using gdb-source 7.4really-1 or 7.4.1-3, but the
current version is 7.6.1.

nmu gdb-avr_7.4-1 . ALL . -m "Rebuilt against gdb 7.6.1."

Ansgar


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

Bug#727708: init system other points, and conclusion

[Ansgar Burchardt]

Ian Jackson  writes:
> intrigeri writes ("Bug#727708: init system other points, and conclusion"):
>> The difference lies in who are the people who "need" to do this work
>> "anyway", and who else may instead dedicate their time to other tasks,
>> lead by their own desires and needs.
>
> I think that it is right that the costs of undoing systemd's bundling,
> be borne by the systemd community (including systemd's advocates and
> maintainers in Debian) rather than by Debian (or the rest of the Free
> Software world) at large.

What about the cgroup management functionality that newer versions of
logind require? Should the systemd maintainers also reimplement it in
upstart?

And if upstart wants to use parts of systemd, why shouldn't the upstart
maintainer do the work for this? Or they could fork logind which they
suggested before... This would also allow having a newer systemd in
Debian.

Ansgar


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

Bug#733741: upstart: implement additional security features

[Ansgar Burchardt]

Package: upstart

Upstart should provide additional security features, such as isolating
processes from the network using network namespaces, restricting file
system access, preventing the processes to regain privileges, system
call filters, private /tmp and limiting device access.

See also this part of Russ' mail on -ctte:

Russ Allbery  writes:
> * Security defense in depth.  Both upstart and systemd support the basics
>   (setting the user and group, process limits, and so forth).  However,
>   systemd adds a multitude of additional defense in depth features,
>   ranging from capability limits to private namespaces or the ability to
>   deny a job access to the network.  This is just a simple matter of
>   programming on the upstart side, but it still contributes to the general
>   feature deficit; the capabilities in systemd exist today.  I'm sure I'm
>   not the only systems administrator who is expecting security features
>   and this sort of defense in depth to become increasingly important over
>   the next few years.
>
>   Here again, I think we have an opportunity for Debian to be more
>   innovative and forward-looking in what we attempt to accomplish in the
>   archive by adopting frameworks that let us incorporate the principles of
>   least privilege and defense in depth into our standard daemon
>   configurations.

Ansgar


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

Bug#733739: upstart should support cgroups

[Ansgar Burchardt]

Package: upstart
Severity: normal

cgroups are a useful way to group processes by service. They can be
used to limit resources per service (instead of per process with
ulimit). Using cgroups also allows to reliably terminate a service,
even when it spawns helper processes.

It would be nice if upstart could optionally contain services in
cgroups.

Ansgar


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

Bug#733351: src:user-mode-linux: build-depends on linux-source-3.11 which is gone

[Ansgar Burchardt]

Package: src:user-mode-linux
Version: 3.11-1um-2
Severity: serious

user-mode-linux build-depends on linux-source-3.11 which is gone. Please
update the dependency.

Ansgar


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

Bug#732973: liblo: update Architecture field

[Ansgar Burchardt]

Source: liblo
Version: 0.26~repack-8

Felipe Sateler  writes:
> I have just uploaded a version (0.26~repack-8) that purposely fails on
> sparc and sparc64, so that it doesn't build again.

If a package should not be built on an architecture, then there is an
Architecture field to indicate this. Please use this instead of failing
the build (note that you can use "!sparc !sparc64" or something like
that).

Ansgar


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

Bug#732967: libmariadbclient18: wrong soname

[Ansgar Burchardt]

Package: libmariadbclient18
Version: 5.5.32-1
Severity: serious

The soname for libmariadbclient is wrong as lintian notices:

package-name-doesnt-match-sonames libmysqlclient18
ldconfig-symlink-missing-for-shlib usr/lib/i386-linux-gnu/libmysqlclient.so.18 
usr/lib/i386-linux-gnu/libmariadbclient.so.18.0.0 libmysqlclient.so.18

Ansgar


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

Bug#727708: Quick upstart and systemd feature comparison

[Ansgar Burchardt]

Ian Jackson  writes:
> Russ Allbery writes ("Bug#727708: Quick upstart and systemd feature 
> comparison"):
>> * Lots of really interesting defense-in-depth security features.  I
>>   particularly liked ReadWriteDirectories, ReadOnlyDirectories,
>>   InaccessibleDirectories, PrivateNetwork, and NoNewPrivileges, which
>>   provide a sort of lightweight process containment that would be much
>>   easier to use than a full-blown chroot, and in some ways more powerful.
>
> I think that this functionality should be provided by "auxiliary verb"
> wrapper commands, not welded into init.

That has a number of problems:

 * Init can no longer switch to non-root as most of these features need
   higher privileges to setup. One would lose the User= and Group=
   settings.
 * We would be back at writing shell scripts for configuration:
   no-new-privileges private-network read-only-directory /etc -- some-daemon
 * One would have to change all options at once as there is just one
   command line to change. There is no way to say "just disable (enable)
   " as one has with overriding specific entries from a .service file.
 * The order of invocations of the wrapper commands might matter and
   break things if done wrong. Not having to worry about this as init
   takes care of it removes one source of errors.

So I think having these features integrated into init rather than
wrapper commands is preferable.

Ansgar


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

Bug#727708: systemd jessie -> jessie+1 upgrade problems

[Ansgar Burchardt]

Hi,

Adrian Bunk  writes:
> On Wed, Dec 18, 2013 at 01:19:48PM +0100, Josselin Mouette wrote:
>> > And now you bring up the point that Debian should reconsider the 
>> > lenght of it's release cycles if systemd upstream decides to not
>> > support upgrades between distribution releases as far apart as Debian's. 
>> > [3]
>> 
>> Well, of course we should reconsider the length of our release cycle
>> (and make it 3 years like major OS players do),
>
> You miss the critical difference:
>
> Red Hat does not support upgrades between major releases of their 
> enterprise distribution.

Except they do: "Red Hat Enterprise Linux 7 will offer an in-place
upgrade feature for common server deployment types, allowing data
centers to migrate existing Red Hat Enterprise Linux 6.5 systems to Red
Hat Enterprise Linux 7"[1].

Ansgar

   [1] 



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

Bug#732354: libquvi7: Support for vimeo is broken

[Ansgar Burchardt]

Control: reassign -1 libquvi-scripts 0.4.20-1

Fabian Greffrath  writes:
> That's all I get when trying to download a video from Vimeo:
>
> $ cclive http://vimeo.com/81533772
> Checking ... ... libquvi: error: no support: http://vimeo.com/81533772
[...]
> Versions of packages libquvi7 depends on:
[...]
> ii  libquvi-scripts0.4.20-1

Hmm, according to the upstream changelog this was supposed to be fixed
in libquvi-scripts 0.4.21, however I still get an error:


% cclive -c 'http://vimeo.com/81533772'
Checking ... .. . libquvi: error: 
/usr/share/libquvi-scripts/lua/website/vimeo.lua:65: no match: media title


So it looks like the site changed again.

Ansgar


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

Bug#728371: RM: valgrind [armel] -- ROM; FTBFS

[Ansgar Burchardt]

Control: tag -1 moreinfo

Alessandro Ghedini  writes:
> could you please remove valgrind from armel? It used to build there with a
> somewhat ugly hack (valgrind doesn't support armel baseline architecture), but
> it stopped doing so a couple months ago, and there doesn't seem to be much
> interest in armel valgrind from arm porters (nor from me FWIW). Also see 
> #720409.

There are still quite a lot of packages build-depending on valgrind:

# Broken Depends:
alleyoop: alleyoop
eclipse-linuxtools: eclipse-cdt-valgrind
libtest-valgrind-perl: libtest-valgrind-perl

# Broken Build-Depends:
abiword: valgrind
alleyoop: valgrind
dbus: valgrind
diod: valgrind
gsasl: valgrind
gss: valgrind
jq: valgrind
libdrm: valgrind
libtest-valgrind-perl: valgrind
mpich: valgrind
mpich2: valgrind
pypy: valgrind
qpid-cpp: valgrind
rhmessaging: valgrind
shishi: valgrind
swi-prolog: valgrind
valkyrie: valgrind (>= 3.6.0)
xserver-xorg-video-intel: valgrind

The ones I looked at restricted the build-dep on valgrind to the
architectures that have it. So armel needs to be removed from these
lists first. These are also a few false positives as dak doesn't look at
architecture restrictions.

Ansgar


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

Bug#728659: missing source for JSXCompressor/jsxcompressor.js

[Ansgar Burchardt]

Package: src:jsxgraph
Version: 0.98~dfsg1-1
Severity: serious

Hi,

the source for JSXCompressor/jsxcompressor.js seems to be missing from
the upstream tarball.  According to [1] there should be a Util.js and
some string that needs to be prepended.

  [1] 

Ansgar


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

Bug#724678: RM: flightgear [kfreebsd-*] -- RoM; ANAIS due to missing systemd

[Ansgar Burchardt]

Control: tag -1 moreinfo

Markus Wanner  writes:
> as correctly reported by Rebecca N. Palmer, flightgear no longer builds
> on kfreebsd-* (due to systemd dependency). Please remove the kfreebsd
> variants of the flightgear binary package from testing.

I see a patch for kfreebsd support applied in Git[1]. Does this mean
this request no longer applies?

  [1] 


Ansgar


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

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Ansgar Burchardt]

Hi,

Russ Allbery  writes:
> Steve Langasek  writes:
>
>> For the TC decision, what kind of information are you looking for about
>> the plans, beyond "the Ubuntu developers expect to need to address this
>> before upgrading from systemd logind 204 and will hold at 204 until a
>> correct solution is known"?
>
[...]
>
> If Canonical *is* the sole upstream, the upstream future here is troubling
> to me, particularly given Canonical's current strategic direction towards
> Unity.  To give a specific example of the sort of thing that I'm worried
> about, suppose that GNOME Shell wants a new piece of functionality that
> is, on Red Hat, provided via kernel functionality managed by systemd, but
> Unity has no need for that functionality.  Is Canonical going to develop
> an upstart equivalent in support of GNOME Shell, when it is pushing Unity
> over GNOME Shell?
>
> Maybe this example is very artificial; I know it's not clear what piece of
> functionality would be required from the init system and surrounding
> infrastructure that would be required by GNOME Shell and not Unity.  But I
> think it's at least conceivable given different priorities around such
> things as multiseat, and in any case it provides a concrete example of the
> sort of scenario I'm worried about.

Thanks for finding a nice wording for this. This is also my main concern
in the init systemd discussions: upstart might end up playing catch-up,
but stay behind in the end.

In Lennart's Google+ post referenced earlier in the discussion[1] there
was also an example of new functionality in systemd 205+ that I'm not
sure Canonical has a business interest in supporting (namely "all the
nifty stuff that allows Wayland to run nicely without privs is
implemented in the newer logind versions"). As Canonical has decided to
go with Mir instead of Wayland, these features might not get backported
to their logind fork (unless they are also required there, I don't
know).

So having a more concrete roadmap than "we might just stay at logind 204
forever" from the UpstarT proponents seems very important to me.

  [1] 

Ansgar


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

Bug#728445: offlineimap: incomplete copyright information; embedded copy of imaplib2

[Ansgar Burchardt]

Package: offlineimap
Version: 6.5.4-2
Severity: important

The copyright information the imaplib2 is missing.

The embedded copy should probaby also be mentioned in
https://wiki.debian.org/EmbeddedCodeCopies.

Ansgar


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

Bug#726875: RM: libstaden-read-dev, libstaden-read1, staden-io-lib-utils [sparc] -- ROM; does not pass regression tests

[Ansgar Burchardt]

Control: tag -1 - moreinfo
Control: clone -1 -2 -3
Control: retitle -2 RM: libbio-scf-perl [sparc] -- RoM; depends on 
staden-io-lib which is going away
Control: submitter -2 !
Control: retitle -3 RM: srf [sparc] -- RoM; build-depends on staden-io-lib 
which is going away
Control: submitter -3 !

Charles Plessy  writes:
> Le Sun, Oct 27, 2013 at 02:03:18PM +0100, Ansgar Burchardt a écrit :
>> There are still reverse dependencies:
>
> please remove them as well.

Fine with me.

Ansgar


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

Bug#726875: RM: libstaden-read-dev, libstaden-read1, staden-io-lib-utils [sparc] -- ROM; does not pass regression tests

[Ansgar Burchardt]

Control: tag -1 moreinfo

Charles Plessy  writes:
> staden-io-lib failded to build on mips and sparc 70 ago.  Since then, nobody
> volunteered to solve the problem.  I think that nobody uses this package on
> these architecture.  Can you remove the binary packages above from mips and
> sparc, so that the users of staden-io-lib on amd64 can benefit from the new
> uptream released that I uploaded in August ?

There are still reverse dependencies:

dak rm -p -d 726875 -R -C package -m "ROM; does not pass regression tests" -b 
-a sparc staden-io-lib-utils libstaden-read1 libstaden-read-dev
# Broken Depends:
libbio-scf-perl: libbio-scf-perl
[...]
# Broken Build-Depends:
libbio-scf-perl: libstaden-read-dev
srf: libstaden-read-dev

srf seems to build a static library only so the binary packages it build
do not depend on libstaden-read1.

Ansgar


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

Bug#726408: RM: geda-gaf [armel armhf] -- RoM; NVIU

[Ansgar Burchardt]

Control: tag -1 moreinfo

Bdale Garbee  writes:
> The armel and armhf architectures have not been able to build geda-gaf
> recent versions... the builds apparently never complete, as no failed
> build logs are available at buildd.debian.org, they just show as being
> in state 'building' for a long time.  No FTBFS bugs have been filed.
>
> From a user perspective, having modern geda-gaf in jessie for all other
> architectures is much more important than having any geda-gaf on any ARM
> architecture.  Therefore, please remove the armel and armhf binaries so
> that newer geda-gaf can promote to testing normally.

There are still reverse dependencies:

dak rm -p -d 726408 -R -C package -B -a armel,armhf -m "RoM; NVIU; fails to 
build" geda-gaf
[...]
# Broken Depends:
easyspice/contrib: easyspice
geda-gaf: geda
geda-xgsch2pcb: geda-xgsch2pcb
gspiceui: gspiceui

Ansgar


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

Bug#727096: uscan: store signature for upstream tarball in debian/

[Ansgar Burchardt]

Package: devscripts
Version: 2.13.4
Severity: wishlist
File: /usr/bin/uscan

Hi,

It would be nice if uscan would store the signature for the upstream tarball as
obtained via pgpsigurlmangle=... in the debian/ directory. This would allow
checking the signature later without having to rely on the file staying on the
upstream site.

The file could for example be stored as debian/upstream-signature.pgp or
debian/upstream-signature_.pgp.

Regards,
Ansgar


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

Bug#727091: opu (binnmu): chrony_1.24-3+squeeze1+b1 -- GPL-2-only program linking GPL-3+ libreadline6 on amd64

[Ansgar Burchardt]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertag: opu

On 10/20/2013 18:10, Moritz Mühlenhoff wrote:
> On Sat, Oct 19, 2013 at 04:06:06PM +0200, Ansgar Burchardt wrote:
>> The security update for chrony links against libreadline6 on
>> amd64. However chrony is licensed under GPL-2-only and libreadline6 is
>> GPL-3-or-later.
>>
>> The buildd uploads still link against libreadline5 (GPL-2+). So it looks
>> like the amd64 version was built in an unclean environment.
>>
>> So chrony needs either
>> a, a binNMU on amd64 for the next point release, leaving the current
>>version on security.d.o, or
> 
> We should trigger a binBMU for amd64.

Please consider scheduling a binNMU for chrony in oldstable. The program
is licensed under GPL-2-only, but links a GPL-3+ library on amd64[1].

  [1] <http://bugs.debian.org/726817>

Ansgar


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

Bug#726892: RM: libdbd-anydata-perl -- RoQA; incompatible with current libdbi-perl; dead upstream

[Ansgar Burchardt]

Package: ftp.debian.org
User: ftp.debian@packages.debian.org
Usertag: rm
X-Debbugs-Cc: libdbd-anydata-p...@packages.debian.org

Please remove libdbd-anydata-perl from the archive. It is incompatible
with current versions of libdbi-perl[1]. Upstream doesn't plan to fix
this.

  [1] 

Ansgar


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

Bug#712234: user-mode-linux: build-depends on linux-source-3.2

[Ansgar Burchardt]

Ansgar Burchardt  writes:
> Ansgar Burchardt  writes:
>> user-mode-linux build-depends on linux-source-3.2 which is no longer
>> available in unstable.
>
> That's still the case. And user-mode-linux in testing/unstable now seems
> to get security updates via stable as well...
>
>   user-mode-linux | 3.2-2um-1+deb7u1 | unstable | source, amd64, i386

And nothing has changed so far, except more updates to testing/unstable
that arrived via stable:

  user-mode-linux |3.2-2um-1+deb7u2 |   unstable | source
  user-mode-linux | 3.2-2um-1+deb7u2+b1 |   unstable | amd64, i386

I'm considering to request removal as the package doesn't seem to be
maintained any longer. There are three reverse dependencies that would
also need to to go:

  # Broken Depends:
  nova: nova-compute-uml
  pbuilder: pbuilder-uml [amd64 i386]
  rootstrap: rootstrap [amd64 i386]

Ansgar


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

Bug#726743: RM: libfusioninventory-agent-task-netdiscovery-perl -- ROM; replaced by fusioninventory-agent

[Ansgar Burchardt]

Gonéri Le Bouder  writes:
> Can you please remove libfusioninventory-agent-task-netdiscovery-perl
> from sid and testing. The newly uploaded fusioninventory-agent now
> replace this package.


# Broken Build-Depends:
libfusioninventory-agent-task-snmpquery-perl: 
libfusioninventory-agent-task-netdiscovery-perl (>= 2.0)


Should that package also be removed? Note that this is the 2.1-1
version, not 1:2.3.2-2.

Ansgar


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

Bug#725975: RM: xen-system-amd64 [i386] -- NBS; no longer built on i386

[Ansgar Burchardt]

Control: tag -1 moreinfo

Julien Cristau  writes:
> xen 4.3.0-1's changelog says "Drop all i386 hypervisor packages".  Which
> I guess means xen-system-amd64:i386 should be removed.

The package now is back. So not sure what the plan is.

Ansgar


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

Bug#726817: chrony: GPL-2-only program linking GPL-3+ libreadline6 on amd64

[Ansgar Burchardt]

Package: chrony
Severity: serious
Version: 1.24-3+squeeze1
X-Debbugs-Cc: t...@security.debian.org, debian-rele...@lists.debian.org

The security update for chrony links against libreadline6 on
amd64. However chrony is licensed under GPL-2-only and libreadline6 is
GPL-3-or-later.

The buildd uploads still link against libreadline5 (GPL-2+). So it looks
like the amd64 version was built in an unclean environment.

So chrony needs either
a, a binNMU on amd64 for the next point release, leaving the current
   version on security.d.o, or
b, a sourceful upload that changes the build-depends to
   libreadline-gplv2-dev with no alternative (to require the GPL-2+
   version). This could also replace the version currently in the
   security archive.

Ansgar


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

Bug#726573: src:marble: source for docs/marble-intro.pdf is missing

[Ansgar Burchardt]

Source: marble
Version: 4:4.10.5-1
Severity: serious
Control: found -1 4:4.11.2-1

Hi,

the source for docs/marble-intro.pdf seems to be missing from the
upstream tarball.

Ansgar


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

Bug#725883: RM: xemacs21 -- RoQA; RC-buggy, unmaintained, dead upstream, not in stable

[Ansgar Burchardt]

Control: clone -1 -2
Control: retitle -2 RM: xemacs21-packages -- RoQA; RC-buggy, unmaintained, dead 
upstream, not in stable

Moritz Muehlenhoff  writes:
> I propose to remove xemacs21:
>
> - It has accumulated 6 RC bugs by now
> - Removed from testing 15 months ago, not part of stable any longer
> - Dead upstream, the 21.4.22 release from March 2009 is still the
>   current stable release
> - Unmaintained, last maintainer upload over a year ago, no followups
>   to RC bugs

Seems reasonable to do, but xemacs21-packages should be removed at the
same time.

Ansgar


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

Bug#726018: RM: bmon/1:2.1.1~pre1-1 -- RoM

[Ansgar Burchardt]

Control: retitle -1 RM: bmon [hurd-i386 kfreebsd-amd64 kfreebsd-i386] -- RoM; 
requires libnl-3-dev which is linux-only

If libnl-3-dev is now a hard requirement, why does the source package still say

  Build-Depends: libnl-3-dev [linux-any]

Ansgar


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

Bug#725962: RM: kfreebsd-headers-{486,686,xen,amd64} [i386,amd64] -- ANAIS; obsolete package

[Ansgar Burchardt]

Steven Chamberlain  writes:
> Please remove these meta-packages, no longer provided on Linux
> architectures since kfreebsd-defaults 9+2:
>
> kfreebsd-headers-486 | 9+1 | i386
> kfreebsd-headers-686 | 9+1 | i386
> kfreebsd-headers-xen | 9+1 | i386
> kfreebsd-headers-amd64 | 9+1 | amd64

What about hurd-i386? Should those go away as well?

Ansgar


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

Bug#725837: RM: libsynce, librapi2 -- ROM; unmaintained, RC-buggy

[Ansgar Burchardt]

clone 725837 -1
retitle -1 orange: depends on librapi2, libsynce which are to be removed
reassign -1 src:orange 0.4-2
block 725837 with -1
block 725838 with -1
tag 725837 + moreinfo
tag 725838 + moreinfo
thanks

Michael Biebl  writes:
> Let's turn this into an RM bug then.

librapi2 and libsynce still have a reverse dependency: orange. It needs
to stop using these libraries before they can be removed.

Ansgar


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

Bug#725975: RM: xen-system-amd64 [i386] -- NBS; no longer built on i386

[Ansgar Burchardt]

Control: clone -1 -2
Control: retitle -2 xen-linux-system-*-amd64 should not be built on i386
Control: reassign -2 src:linux 3.10.11-1
Control: block -1 with -2

Julien Cristau  writes:
> xen 4.3.0-1's changelog says "Drop all i386 hypervisor packages".  Which
> I guess means xen-system-amd64:i386 should be removed.

xen-linux-system-3.10-3-amd64 still depends on xen-system-amd64:


# Broken Depends:
linux: xen-linux-system-3.10-3-amd64


With xen-system-amd64 gone on i386, xen-linux-system-*-amd64 should
probably also be dropped (on i386).

Ansgar


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

Bug#725669: RM: awn-extras-applets -- RoQA/RoM: depends on avant-window-navigator

[Ansgar Burchardt]

Package: ftp.debian.org
X-Debbugs-Cc: awn-extras-appl...@packages.debian.org

Please remove awn-extras-applets from the archive. It depends on
avant-window-navigator for which I just filed a removal request[1].

  [1] 

The maintainer agreed with the removal avant-window-navigator in [2],
but it looks like he didn't get to file RM requests. awn-extras-applets
provides additional applets for it and thus is no longer of use in
Debian.

  [2] 

Ansgar


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

Bug#713049: pu: gosa - fix mass import of users in wheezy

[Ansgar Burchardt]

"Adam D. Barratt"  writes:
> On Sun, 2013-10-06 at 00:22 +0200, Holger Levsen wrote:
>> hm, when running "dak ls debian-edu-artwork" on coccia.d.o I see the today 
>> uploaded d-e-artwork package in the "accepted" suite, but this aint the case 
>> for "dak ls gosa" - any idea why?
>> 
>> Same for smbldap-tools / 0.9.7-1+deb7u1 / #718780 and slbackup-php / 
>> 0.4.3-2+deb7u1 / #711717 - both packages were also flagged for acceptance 
>> but 
>> are not in the "accepted" suite...
>
> "accepted" is basically an implementation detail of dak, for (aiui)
> packages that have been added to the archive since the previous
> dinstall.

The "accepted" suite contains the packages that show up on
http://incoming.debian.org, that is all uploads for ~36 hours after they
entered the archive.

If there were uploads to both p-u and unstable, we might remove the
lower version. This is probably a (minor) bug: dak dominate should just
ignore "accepted".

So usually you can just ignore the "accepted" suite. It doesn't mean
anything interesting.

Ansgar


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

Bug#725418: requestsync: fails to parse .devscripts with multi-line variables

[Ansgar Burchardt]

Package: ubuntu-dev-tools
Version: 0.149
Severity: normal
File: /usr/bin/requestsync

requestsync fails to parse my ~/.devscripts:


$ requestsync libquvi-scripts
Traceback (most recent call last):
  File "/usr/bin/requestsync", line 366, in 
main()
  File "/usr/bin/requestsync", line 104, in main
config = UDTConfig(options.no_conf)
  File "/usr/lib/python2.7/dist-packages/ubuntutools/config.py", line 56, in 
__init__
self.config = self.parse_devscripts_config()
  File "/usr/lib/python2.7/dist-packages/ubuntutools/config.py", line 69, in 
parse_devscripts_config
parsed = shlex.split(line, comments=True)
  File "/usr/lib/python2.7/shlex.py", line 279, in split
return list(lex)
  File "/usr/lib/python2.7/shlex.py", line 269, in next
token = self.get_token()
  File "/usr/lib/python2.7/shlex.py", line 96, in get_token
raw = self.read_token()
  File "/usr/lib/python2.7/shlex.py", line 172, in read_token
raise ValueError, "No closing quotation"
ValueError: No closing quotation


I suspect this is due to one variable (DEBCHECKOUT_AUTH_URLS) spanning more
than one line:


DEBCHANGE_RELEASE_HEURISTIC=changelog
DEBCHANGE_MULTIMAINT_MERGE=yes

BTS_CACHE_MODE=mbox

DEBCOMMIT_SIGN_TAGS=yes

DEBCHECKOUT_SOURCE=download-only
DEBCHECKOUT_AUTH_URLS='
  (?:https?|git)://github.com/(.+) git+ssh://git\@github.com/$1
'
[ ~/.devscripts ]

Regards,
Ansgar

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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils   2.23.52.20130828-1
ii  dctrl-tools2.23
ii  devscripts 2.13.4
ii  diffstat   1.55-3
ii  distro-info0.11
ii  dpkg-dev   1.16.10
ii  lsb-release4.1+Debian12
ii  perl   5.18.1-4
ii  python 2.7.5-5
ii  python-apt 0.8.9
ii  python-debian  0.1.21+nmu2
ii  python-distro-info 0.11
ii  python-httplib20.8-2
ii  python-launchpadlib1.9.12-2
ii  python-lazr.restfulclient  0.13.3-1
ii  sudo   1.8.7-3

Versions of packages ubuntu-dev-tools recommends:
ii  bzr 2.6.0~bzr6574-1
pn  bzr-builddeb
ii  ca-certificates 20130906
ii  debian-archive-keyring  2012.4
ii  debian-keyring  2013.07.31
ii  debootstrap 1.0.53
ii  dput0.9.6.4
pn  genisoimage 
ii  libwww-perl 6.05-1
ii  lintian 2.5.19
ii  patch   2.7.1-3
ii  perl-modules5.18.1-4
ii  python-dns  2.3.6-2
ii  python-soappy   0.12.0-4
ii  quilt   0.60-10
ii  reportbug   6.4.4
ii  sbuild  0.64.0-1

Versions of packages ubuntu-dev-tools suggests:
pn  qemu-user-static  

-- no debconf information


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

Bug#725405: pu: package libquvi-scripts/0.4.19-1~deb7u1

[Ansgar Burchardt]

Cyril Brulebois  writes:
> Ansgar Burchardt  (2013-10-05):
>> A new upstream version of libquvi-scripts was released today and
>> uploaded to unstable. It includes fixes for liveleak.com and
>> funnyordie.com.
>> 
>> I'm not entirely sure if it is a good idea to try to include it in 7.2
>> or if we should wait a bit longer.
>
> The latter was my first reaction when you mentioned the new upstream
> release on IRC.
>
>> On the other hand the code changes are quite small (*.lua: +8 -6) and
>> it cannot really break anything: without the update trying to retrieve
>> videos from the mentioned sites will just return an error.
>
> I suspect we may want to include it nevertheless, then.

Uploaded.

Thanks,
Ansgar


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

Bug#719966: pu: package openvrml/0.18.9-5+deb7u1

[Ansgar Burchardt]

"Adam D. Barratt"  writes:
> On Fri, 2013-10-04 at 16:42 +0100, Adam D. Barratt wrote:
>> It looks like we'll be accepting the newer iceweasel packages from 
>> security for 7.2, so under the circumstances I'd be prepared to accept 
>> the direct fix so long as the remaining functionality of the package 
>> gets some testing before the point release (assuming the consensus is to 
>> fix rather than RM the package). If anyone has some insight in to how 
>> useful the package is once the Javascript support has been removed, that 
>> would be appreciated.
>
> Just in case there was any confusion, the above was "please go ahead
> with the upload for stable" (unless someone yells at me in the meantime
> or you decide to convert this to an RM request :P).

Okay, wasn't sure about that. The package is now uploaded. For basic
testing I tried using the "lookat" utility with two examples from [1]
and they were displayed.

  [1] 

Ansgar


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

Bug#725405: pu: package libquvi-scripts/0.4.19-1~deb7u1

[Ansgar Burchardt]

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

A new upstream version of libquvi-scripts was released today and
uploaded to unstable. It includes fixes for liveleak.com and
funnyordie.com.

I'm not entirely sure if it is a good idea to try to include it in 7.2
or if we should wait a bit longer. On the other hand the code changes
are quite small (*.lua: +8 -6) and it cannot really break anything:
without the update trying to retrieve videos from the mentioned sites
will just return an error.

I also added PGP signature checking in d/watch for the unstable release.
This option is ignored by uscan in wheezy.

Ansgar
diff --git a/ChangeLog b/ChangeLog
index 038e73f..ac173f7 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,48 @@
+commit 092c59b
+Author: Toni Gundogdu 
+Date:   2013-10-04
+
+Bump version to 0.4.19
+
+Signed-off-by: Toni Gundogdu 
+
+m4/version.m4
+
+commit f093d87
+Author: Toni Gundogdu 
+Date:   2013-10-04
+
+Update NEWS for v0.4.19
+
+Signed-off-by: Toni Gundogdu 
+
+NEWS
+
+commit bba8e1f
+Author: Toni Gundogdu 
+Date:   2013-09-30
+
+FIX: website/liveleak.lua: media stream URL pattern
+
+Look up "file:" instead of "config:" which no longer appears to exist in
+the page HTML. This value is the media stream URL.
+
+Signed-off-by: Toni Gundogdu 
+
+share/lua/website/liveleak.lua
+
+commit 3160719
+Author: Toni Gundogdu 
+Date:   2013-09-29
+
+FIX: website/funnyordie.lua: Media stream pattern (PORTpt9)
+
+Backported from the 0.9 series [364ad53].
+
+Signed-off-by: Toni Gundogdu 
+
+share/lua/website/funnyordie.lua
+
 commit ee0fd4e
 Author: Toni Gundogdu 
 Date:   2013-09-03
diff --git a/NEWS b/NEWS
index a9be3d0..65403ae 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,12 @@
+v0.4.19  (2013-10-04) / Toni Gundogdu
+
+Toni Gundogdu:
+  - FIX: website/funnyordie.lua: Media stream pattern (PORTpt9) [3160719]
+  - FIX: website/liveleak.lua: media stream URL pattern [bba8e1f]
+
+ 2 files changed, 8 insertions(+), 6 deletions(-)
+
+
 v0.4.18  (2013-09-03) / Toni Gundogdu
 
 Tobias Gruetzmacher:
diff --git a/debian/changelog b/debian/changelog
index 4f3814b..db10436 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,18 @@
+libquvi-scripts (0.4.19-1~deb7u1) wheezy; urgency=low
+
+  * Upload to wheezy.
+
+ -- Ansgar Burchardt   Sat, 05 Oct 2013 10:35:08 +0200
+
+libquvi-scripts (0.4.19-1) unstable; urgency=low
+
+  * New upstream release.
+  * debian/watch: Add pgpsigurlmangle option to verify upstream signature.
+The PGP key used is the one from the last releases. It was not verified
+    further.
+
+ -- Ansgar Burchardt   Sat, 05 Oct 2013 10:23:29 +0200
+
 libquvi-scripts (0.4.18-1~deb7u1) wheezy; urgency=low
 
   * Upload to wheezy.
diff --git a/debian/source/include-binaries b/debian/source/include-binaries
new file mode 100644
index 000..95a390b
--- /dev/null
+++ b/debian/source/include-binaries
@@ -0,0 +1 @@
+debian/upstream-signing-key.pgp
diff --git a/debian/upstream-signing-key.pgp b/debian/upstream-signing-key.pgp
new file mode 100644
index 000..3a3070a
Binary files /dev/null and b/debian/upstream-signing-key.pgp differ
diff --git a/debian/watch b/debian/watch
index 2c41f9f..62a44e1 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,2 +1,4 @@
 version=3
+
+options=pgpsigurlmangle=s/$/.sig/ \
 http://sf.net/quvi/libquvi-scripts-(0\.4\..*).tar.(?:xz|gz|bz2)
diff --git a/share/lua/website/funnyordie.lua b/share/lua/website/funnyordie.lua
index 52d4de2..6714dbe 100644
--- a/share/lua/website/funnyordie.lua
+++ b/share/lua/website/funnyordie.lua
@@ -1,5 +1,5 @@
 
--- libquvi-scripts v0.4.18
+-- libquvi-scripts v0.4.19
 -- Copyright (C) 2011,2013  Toni Gundogdu 
 -- Copyright (C) 2010 quvi project
 --
@@ -85,11 +85,14 @@ function FunnyOrDie.iter_formats(page)
 for u in page:gmatch('type: "video/mp4", src: "(.-)"') do
 table.insert(t, u)
 end
+for u in page:gmatch('source src="(.-)"') do table.insert(t,u) end
 if #t ==0 then error('no match: media stream URL') end
 local r = {}
 for _,u in pairs(t) do
 local q,c = u:match('/(%w+)%.(%w+)$')
-table.insert(r, {url=u, quality=q, container=c})
+if q and c then
+  table.insert(r, {url=u, quality=q, container=c})
+end
 end
 return r
 end
diff --git a/share/lua/website/liveleak.lua b/share/lua/website/liveleak.lua
index 3702cb8..806609d 100644
--- a/share/lua/website/liveleak.lua
+++ b/share/lua/website/liveleak.lua
@@ -1,5 +1,5 @@
 
--- libquvi-scripts v0.4.18
+-- libquvi-scripts v0.4.19
 -- Copyright (C) 2010-2012  Toni Gundogdu 
 --
 -- This file is part of libquvi-scripts <http://quvi.sourceforge.net/>.
@@ -56,14 +56,13 @@ function parse(self)
 self.id = self.page_url:match('view%?i=([%w_]+)')
 or error(&quo

Bug#725264: RM: avant-window-navigator -- RoQA/RoM; depends on libdesktop-agnostic, buggy

[Ansgar Burchardt]

Package: ftp.debian.org
X-Debbugs-Cc: avant-window-naviga...@packages.debian.org

Please remove avant-window-navigator from the archive. It depends on
libdesktop-agnostic for which I just filed a removal request.

The maintainer agreed with the removal of the package in [1], but it
looks like he didn't get to file RM requests.

Ansgar

  [1] 


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

Bug#725263: RM: libdesktop-agnostic -- RoQA/RoM; depends on libgladeui-1-9

[Ansgar Burchardt]

Package: ftp.debian.org
X-Debbugs-Cc: libdesktop-agnos...@packages.debian.org

Please remove libdesktop-agnostic from the archive. It is the last
package depending on libgladeui-1-9.

The maintainer agreed with the removal of this package and
avant-window-navigator in [1], but it looks like he didn't get to file
RM requests.

Ansgar

  [1] 


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

Bug#645937: removing console-tools from the archive

[Ansgar Burchardt]

severity 671079 serious
severity 645937 serious
tag 671342 - moreinfo
thanks

The two remaining rdeps of console-tools had a year to get updated so I
think it's fair to remove the package soon.

Ansgar


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

Bug#711578: removing svgalib from the archive

[Ansgar Burchardt]

severity 711578 serious
severity 714025 serious
tag 666490 - moreinfo
thanks

Hi,

there are only two rdeps remaining that still depend on svgalib. Both
had enough time to get updated and a patch available for some time.
One of them (mplayer) FTBFS for months anyway (#708140).

Ansgar


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

Bug#725132: libquvi7: support for view.vzaar.com

[Ansgar Burchardt]

Control: reassign -1 libquvi-scripts
Control: tag -1 upstream

On 10/01/2013 23:40, Daniel Kahn Gillmor wrote:
> http://penpalsfilm.com/ embeds an iframe to
> http://view.vzaar.com/1020181/player -- trying to fetch either URL
> with cclive or other libquvi bindings fails to fetch the video in
> question.
[...]
> thanks for maintaining quvi in debian.  if you feel like this belongs
> to another package, feel free to reassign the bug.

The libquvi-scripts package contains the Lua scripts used to scrape
sites and is the right package for this.

Ansgar


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

Bug#724618: RM: edk2 -- RoQA; moving to non-free

[Ansgar Burchardt]

Steve Langasek  writes:
> On Wed, Sep 25, 2013 at 10:12:18PM +0200, Ansgar Burchardt wrote:
>> A part of dak still gets confused when a package exists is more than one
>> component in the same suite (IIRC only one bit in accepting NEW packages
>> is left).
>
>> Removing the package from main first makes process-policy not fail
>> later when accepting the new package into non-free.
>
> Ok.  Does this need a reupload from me once this is done, or is the
> previously-uploaded package recoverable?

I can move the package back to unchecked. In fact I did so too early and
confused dak even more... But the package should end in NEW and then
non-free this time.

Ansgar


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

Bug#724618: RM: edk2 -- RoQA; moving to non-free

[Ansgar Burchardt]

Package: ftp.debian.org
X-Debbugs-Cc: Steve Langasek 

Hi,

Steve Langasek  writes:
> On Wed, Sep 25, 2013 at 06:00:05PM +, Debian FTP Masters wrote:
>> An exception was raised while processing the package:
>> Traceback (most recent call last):
>>   File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 92, in 
>> wrapper
>> function(upload, srcqueue, comments, transaction)
>>   File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 144, in 
>> comment_accept
>> transaction.copy_source(upload.source, suite, 
>> source_component_func(upload.source), allow_tainted=allow_tainted)
>>   File "/srv/ftp-master.debian.org/dak/dak/daklib/archive.py", line 464, in 
>> copy_source
>> self._copy_file(db_dsc_file.poolfile, archive, component, 
>> allow_tainted=allow_tainted)
>>   File "/srv/ftp-master.debian.org/dak/dak/daklib/archive.py", line 398, in 
>> _copy_file
>> raise ArchiveException('cp: Could not find {0} in component {1} in any 
>> archive.'.format(db_file.filename, component.component_name))
>> ArchiveException: cp: Could not find e/edk2/edk2_0~20121205.edae8d2d-2.dsc 
>> in component main in any archive.
>> 
>> Original comments:
>
> This was new processing to move the source+binary from main to non-free.  So
> of course e/edk2/edk2_0~20121205.edae8d2d-2.dsc shouldn't be found in main.
> Does anyone know what's going on here and how to fix this?

A part of dak still gets confused when a package exists is more than one
component in the same suite (IIRC only one bit in accepting NEW packages
is left).

Removing the package from main first makes process-policy not fail
later when accepting the new package into non-free.

Ansgar


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

Bug#724490: vit: help accesses /usr/etc/vit-commands, but help file is at /etc/vit-commands

[Ansgar Burchardt]

Hmm, vit-commands looks like documentation and probably shouldn't be in
/etc at all...

Ansgar


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

Bug#688251: #688251: Built-Using description too aggressive

[Ansgar Burchardt]

On 09/23/2013 10:56, Paul Wise wrote:
> On Mon, Sep 23, 2013 at 5:33 AM, Charles Plessy wrote:
>> do you think that the attached patch would solve the problem ?
> 
> There are more reasons for using Built-Using than licenses, for example:
> 
> Rebuilding against updated versions of static libraries.
> Rebuilding the debian-installer-*-netboot-* packages.
> 
> I don't think we should restrict usage of Built-Using to only
> license-related reasons, there are also other reasons.

Yes, licensing isn't the only reason: if there was a clang-avr package
build-depending on clang-source (or gcc-avr built using a gcc relicensed
under a non-copyleft license), the source for the clang-avr package
should still be kept around and this would include the clang-source package.

In the end the problem comes down to defining what the "source" of a
binary package is. I doubt there are disagreements that the source for a
package X build-depending on Y-source includes Y-source or src:Y as in
the example above. In general I would also include statically linked
libraries. However I wouldn't think that language runtimes that are
added automatically by the compiler are part of the source of a binary.

There's probably no way to define "source"; in non-trivial cases there's
always some judgement involved. But if you find a clearer wording for
Policy, sure, go ahead.

Ansgar


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

Bug#719966: pu: package openvrml/0.18.9-5+deb7u1

[Ansgar Burchardt]

Cyril Brulebois  writes:
> Ansgar Burchardt  (2013-08-17):
>> I prepared an update for openvrml that disable JavaScript support as
>> the package fails to build with newer versions of libmozjs-dev. As it
>> might be used to view downloaded files, I think it should not use
>> libmozjs185-dev which has broken sandboxing (as far as I understand).
>> 
>> Note that this bug (#710616) is not fixed in unstable yet, but
>> included in the suggested patch for #710082.
>
> I think this means we get to wait until it reaches unstable so that we
> get some feedback before considering it for stable? Hoping this is
> correct, tagging the bug report accordingly.

Depends on what will happen with iceweasel at the point release. The
package fails to build against the newer version of Mozilla's JavaScript
engine (and thus would no longer be installable if iceweasel gets
accepted for 7.2).

I have no special interest in the package as therefor didn't investigate
the other FTBFS bugs it's currently affected by in unstable.

Ansgar


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

Bug#721859: pu: package libquvi-scripts/0.4.18-1~deb7u1

[Ansgar Burchardt]

Cyril Brulebois  writes:
> Ansgar Burchardt  (2013-09-16):
>> Ansgar Burchardt  writes:
>> > I would like to update libquvi-scripts in wheezy again. Not
>> > surprisingly it needed changes for various sites, see NEWS in the
>> > attached diff. Note that I've clean the diff a bit and removed
>> > autotools and version change noise.
>> 
>> libquvi-scripts/0.4.18-1 also made it to testing two days ago. There
>> have been no new bug reports.
>
> (Hoping I'm not missing anything, it's been a long time since I last
> touched p-u requests…) please go ahead with an upload to p-u.

Done.

Ansgar


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

Bug#719961: pu: package gxine/0.5.907-2+deb7u1

[Ansgar Burchardt]

Cyril Brulebois  writes:
> Ansgar Burchardt  (2013-08-17):
>> I've prepared an update for gxine that switches to libmozjs185-dev from
>> libmozjs-dev as gxine fails to build with newer versions of the latter
>> package.
>> 
>> The same change was already done in unstable as part of fixing #66.
>
> Looks good to me, please upload.

Done.

Ansgar


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

Bug#724258: RM: infernal [armel armhf ia64 mips mipsel powerpc s390 s390x sparc] -- NVIU; version 1.1 is only supported on SSE2 architectures.

[Ansgar Burchardt]

Control: retitle -1 RM: infernal [armel armhf i386 ia64 mips mipsel powerpc 
s390 s390x sparc hurd-i386 kfreebsd-i386] -- ANAIS; version 1.1 is only 
supported on SSE2 architectures.

Charles Plessy  writes:
> since the latest release of infernal (inference of RNA secondary structural
> alignments) requires processors that support the SSE2 vector instruction set,
> please remove the package from the armel, armhf, ia64, mips, mipsel, powerpc,
> s390, s390x and sparc architectures.

I don't think i386 provides SSE2. So it would need to be removed there
as well (or be fixed).

Ansgar


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

Bug#724266: RM: connman-ui [kfreebsd-i386 kfreebsd-amd64 hurd-i386] -- ROM; dependancies not satisfiable

[Ansgar Burchardt]

Control: tag -1 moreinfo

Shawn Landden  writes:
> As connman is only a run-time dependancy (over dbus) connman-ui got built
> for architectures where install dependancy on connman is not satisfiable,
> which will delay testing migration. I will specify connman a
> build-dependancy in future uploads to avoid this problem.

The package is still built from the current source in unstable.

Ansgar


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

Bug#724234: pu (nmu): package user-mode-linux/3.2-2um-1+deb7u2+b1

[Ansgar Burchardt]

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

user-mode-linux should be rebuilt against the latest linux upload for the point
release. A binNMU should be enough.

nmu -d wheezy user-mode-linux_3.2-2um-1+deb7u2 . amd64 i386 -m "Rebuild against 
linux 3.2.51-1."

(not sure about the -d option)

Ansgar


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

Bug#724040: chmsee: FTBFS with Iceweasel 24

[Ansgar Burchardt]

Source: chmsee
Version: 2.0.1-1
Severity: serious

chmsee fails to build with iceweasel 24:


cc -pthread -Wall -Wpointer-arith -Wcast-align -Wno-variadic-macros -g -O2 
-fPIC -DPIC -fno-strict-aliasing -Dunix -fshort-wchar -pipe -fvisibility=hidden 
-I/usr/include -I. -I/usr/lib/xulrunner-devel-24.0/include -I/usr/include/nspr 
-I/usr/include -c csChmfile.c
g++ csChm.o csChmModule.o csChmfile.o -o ../components/libxpcomchm.so 
-Wl,-soname,../components/libxpcomchm.so -L/usr/lib/xulrunner-devel-24.0/bin 
-lpthread -pthread -Wall -Wpointer-arith -Wcast-align -Wno-variadic-macros -g 
-O2 -fPIC -DPIC -fno-strict-aliasing -Dunix -fshort-wchar -pipe -I/usr/include 
-I. -I/usr/lib/xulrunner-devel-24.0/include -I/usr/include/nspr -I/usr/include 
-DNDEBUG -DTRIMMED /usr/lib/xulrunner-devel-24.0/lib/libxpcomglue_s.a -shared 
-lxpcom -lmozalloc -lplds4 -lplc4 -lnspr4 -lpthread -ldl -lchm
/usr/bin/ld: cannot find -lxpcom
collect2: error: ld returned 1 exit status


The full build log is attached.

Ansgar
sbuild (Debian sbuild) 0.63.2 (18 Aug 2012) on daikoku.43-1.org

╔══╗
║ chmsee 2.0.1-1 (amd64) 22 Sep 2013 15:46 ║
╚══╝

Package: chmsee
Version: 2.0.1-1
Source Version: 2.0.1-1
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64

I: NOTICE: Log filtering will replace 'build/chmsee-MB212I/chmsee-2.0.1' with 
'«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/chmsee-MB212I' with '«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/unstable-amd64-sbuild-d8092ac4-09e0-4eb1-87d2-064b985e885a'
 with '«CHROOT»'

[...]

┌──┐
│ Build environment│
└──┘

Kernel: Linux 3.2.0-4-amd64 amd64 (x86_64)
Toolchain package versions: binutils_2.23.52.20130828-1 dpkg-dev_1.17.1 
g++-4.8_4.8.1-10 gcc-4.8_4.8.1-10 libc6-dev_2.17-92+b1 
libstdc++-4.8-dev_4.8.1-10 libstdc++6_4.8.1-10 linux-libc-dev_3.10.11-1
Package versions: apt_0.9.11.4 autoconf_2.69-1.1 automake_1:1.14-1 
autotools-dev_20130810.1 base-files_7.2 base-passwd_3.5.28 bash_4.2+dfsg-1 
binutils_2.23.52.20130828-1 bsdmainutils_9.0.5 bsdutils_1:2.20.1-5.5 
build-essential_11.6 bzip2_1.0.6-5 ca-certificates_20130906 chrpath_0.14-2 
coreutils_8.21-1 cpp_4:4.8.1-3 cpp-4.8_4.8.1-10 dash_0.5.7-3 debconf_1.5.51 
debconf-i18n_1.5.51 debfoster_2.7-1.2 debhelper_9.20130921 
debian-archive-keyring_2012.4 debianutils_4.4 diffutils_1:3.3-1 dpkg_1.17.1 
dpkg-dev_1.17.1 e2fslibs_1.42.8-1 e2fsprogs_1.42.8-1 fakeroot_1.20-1 
file_1:5.14-2 findutils_4.4.2-6 fontconfig_2.10.2-2 fontconfig-config_2.10.2-2 
fonts-dejavu-core_2.33+svn2514-3 g++_4:4.8.1-3 g++-4.8_4.8.1-10 gcc_4:4.8.1-3 
gcc-4.7-base_4.7.3-7 gcc-4.8_4.8.1-10 gcc-4.8-base_4.8.1-10 gettext_0.18.3.1-1 
gettext-base_0.18.3.1-1 gnupg_1.4.14-1 gpgv_1.4.14-1 grep_2.14-3 
groff-base_1.22.2-3 gzip_1.6-2 hostname_3.14 initscripts_2.88dsf-43 
insserv_1.14.0-5 intltool_0.50.2-2 intltool-debian_0.35.0+20060710.1 
libacl1_2.2.52-1 libapt-pkg4.12_0.9.11.4 libasan0_4.8.1-10 
libasound2_1.0.27.2-1 libasound2-data_1.0.27.2-1 libasprintf0c2_0.18.3.1-1 
libatk1.0-0_2.8.0-2 libatk1.0-data_2.8.0-2 libatomic1_4.8.1-10 
libattr1_1:2.4.47-1 libavahi-client3_0.6.31-2 libavahi-common-data_0.6.31-2 
libavahi-common3_0.6.31-2 libblkid1_2.20.1-5.5 libbz2-1.0_1.0.6-5 
libc-bin_2.17-92+b1 libc-dev-bin_2.17-92+b1 libc6_2.17-92+b1 
libc6-dev_2.17-92+b1 libcairo2_1.12.16-2 libcap2_1:2.22-1.2 
libchm-dev_2:0.40a-2 libchm1_2:0.40a-2 libcloog-isl4_0.18.0-2 
libcomerr2_1.42.8-1 libcroco3_0.6.8-2 libcups2_1.6.3-1 libdatrie1_0.2.6-2 
libdb5.1_5.1.29-7 libdbus-1-3_1.6.14-1 libdbus-glib-1-2_0.100.2-1 
libdpkg-perl_1.17.1 libdrm2_2.4.46-3 libegl1-mesa_9.1.6-2+b1 
libencode-locale-perl_1.03-1 libevent-2.0-5_2.0.21-stable-1 libexpat1_2.1.0-4 
libffi6_3.0.13-4 libfile-listing-perl_6.04-1 libfontconfig1_2.10.2-2 
libfreetype6_2.4.9-1.1 libgbm1_9.1.6-2+b1 libgc1c2_1:7.2d-5 
libgcc-4.8-dev_4.8.1-10 libgcc1_1:4.8.1-10 libgcrypt11_1.5.3-2 
libgdbm3_1.8.3-12 libgdk-pixbuf2.0-0_2.28.2-1 libgdk-pixbuf2.0-common_2.28.2-1 
libgl1-mesa-glx_9.1.6-2+b1 libglapi-mesa_9.1.6-2+b1 libglib2.0-0_2.36.4-1 
libgmp10_2:5.1.2+dfsg-3 libgnutls26_2.12.23-5 libgomp1_4.8.1-10 
libgpg-error0_1.12-0.2 libgraphite2-3_1.2.3-1 libgssapi-krb5-2_1.11.3+dfsg-3 
libgtk2.0-0_2.24.21-1 libgtk2.0-common_2.24.21-1 libharfbuzz0a_0.9.19-1 
libhtml-parser-perl_3.71-1+b1 libhtml-tagset-perl_3.20-2 
libhtml-tree-perl_5.02-1 libhttp-cookies-perl_6.00-2 libhttp-date-perl_6.02-1 
libhttp-message-perl_6.06-1 libhttp-negotiate-perl_6.00-2 
libhunspell-1.3-0_1.3.2-4 libice6_2:1.0.8-2 libio-html-perl_1.00-1 
libio-socket-ssl-perl_1.954-1 libisl10_0.11.

Bug#724021: via: maintainer address bounces

[Ansgar Burchardt]

Source: via
Version: 2.0.4-2
Tags: sid
Severity: serious
X-Debbugs-Cc: m...@debian.org

The maintainer address for via bounces, see below.

Ansgar

mailer-dae...@zimbra.cbs.mpg.de (Mail Delivery System) writes:
> This is the mail system at host zimbra.cbs.mpg.de.
>
> I'm sorry to have to inform you that your message could not
> be delivered to one or more recipients. It's attached below.
>
> For further assistance, please send mail to postmaster.
>
> If you do so, please include this problem report. You can
> delete your own text from the attached returned message.
>
>The mail system
>
>  (expanded from ): host
> mail.charite.de[141.42.202.200] said: 550-5.1.1
> : Recipient address rejected: User unknown 
> 550
> 5.1.1 Contact your postmaster/admin for technical assistance. Or send a 
> fax
> to: +49 (0)30 450 7570600 containing: time (Sep 21 20:23:37), client
> (194.95.183.231) and server (mail.charite.de). (in reply to RCPT TO
> command)
>
>  (expanded from ): host
> mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected.
> (in reply to RCPT TO command)
>
>  (expanded from ): host
> mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected.
> (in reply to RCPT TO command)
>
>  (expanded from ): host
> mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected.
> (in reply to RCPT TO command)
>
>  (expanded from ): host
> mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected.
> (in reply to RCPT TO command)
>
>  (expanded from ): host
> mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected.
> (in reply to RCPT TO command)
>
>  (expanded from ): host
> mx.berkeley.edu[169.229.218.141] said: 550 unknown user (in reply to RCPT
> TO command)
>
> Reporting-MTA: dns; zimbra.cbs.mpg.de
> X-Postfix-Queue-ID: C63AEC40001
> X-Postfix-Sender: rfc822; envel...@ftp-master.debian.org
> Arrival-Date: Sat, 21 Sep 2013 20:23:36 +0200 (CEST)
>
> Final-Recipient: rfc822; michael.chapp...@charite.de
> Original-Recipient: rfc822;lip...@cbs.mpg.de
> Action: failed
> Status: 5.1.1
> Remote-MTA: dns; mail.charite.de
> Diagnostic-Code: smtp; 550-5.1.1 : Recipient
> address rejected: User unknown 550 5.1.1 Contact your postmaster/admin for
> technical assistance. Or send a fax to: +49 (0)30 450 7570600 containing:
> time (Sep 21 20:23:37), client (194.95.183.231) and server
> (mail.charite.de).
>
> Final-Recipient: rfc822; anne-marike.schif...@nf.mpg.de
> Original-Recipient: rfc822;lip...@cbs.mpg.de
> Action: failed
> Status: 5.0.0
> Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de
> Diagnostic-Code: smtp; 550 #5.1.0 Address rejected.
>
> Final-Recipient: rfc822; christiane.ahlh...@nf.mpg.de
> Original-Recipient: rfc822;lip...@cbs.mpg.de
> Action: failed
> Status: 5.0.0
> Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de
> Diagnostic-Code: smtp; 550 #5.1.0 Address rejected.
>
> Final-Recipient: rfc822; darja.kr...@nf.mpg.de
> Original-Recipient: rfc822;lip...@cbs.mpg.de
> Action: failed
> Status: 5.0.0
> Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de
> Diagnostic-Code: smtp; 550 #5.1.0 Address rejected.
>
> Final-Recipient: rfc822; mari.hr...@nf.mpg.de
> Original-Recipient: rfc822;lip...@cbs.mpg.de
> Action: failed
> Status: 5.0.0
> Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de
> Diagnostic-Code: smtp; 550 #5.1.0 Address rejected.
>
> Final-Recipient: rfc822; schub...@nf.mpg.de
> Original-Recipient: rfc822;lip...@cbs.mpg.de
> Action: failed
> Status: 5.0.0
> Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de
> Diagnostic-Code: smtp; 550 #5.1.0 Address rejected.
>
> Final-Recipient: rfc822; bahlm...@berkeley.edu
> Original-Recipient: rfc822;lip...@cbs.mpg.de
> Action: failed
> Status: 5.0.0
> Remote-MTA: dns; mx.berkeley.edu
> Diagnostic-Code: smtp; 550 unknown user
>
> From: Debian FTP Masters 
> Subject: via_2.0.4-2.1_amd64.changes ACCEPTED into unstable
> To: Lipsia Group , Luk Claes 
> Date: Sat, 21 Sep 2013 17:49:09 +
>
>
>
> Accepted:
>
> Format: 1.8
> Date: Sat, 14 Sep 2013 18:12:04 +0200
> Source: via
> Binary: libvia2 libvia-dev via-bin libvia-doc
> Architecture: source amd64 all
> Version: 2.0.4-2.1
> Distribution: unstable
> Urgency: low
> Maintainer: Lipsia Group 
> Changed-By: Luk Claes 
> Description: 
>  libvia-dev - library for volumetric image analysis
>  libvia-doc - VIA library API documentation
>  libvia2- library for volumetric image analysis
>  via-bin- tools for volumetric image analysis
> Closes: 662532 714741
> Changes: 
>  via (2.0.4-2.1) unstable; urgency=low
>  .
>* Non-maintainer upload.
>* Drop libpng12-dev alternative build dependency (Closes: #662532).
>* Transition from lesstif2 to motif (Closes: #714741).
> Checksums-Sha1: 
>  e5241a0e6ffa6688870040a644ed3bf7d4cc3a2c 2060 via_2.0.4-2.1.dsc
>  f2f45f7d1670a3d6a2cf5655e0ce2b91bf19af98 5485 via_2.0.4-2.1.debian.tar.gz
>  db472c29cd95a03b6c34e60228fefd78be2ad4a2 1560

Bug#723822: RM: openstack-common/0.1+git20120203-1

[Ansgar Burchardt]

Thomas Goirand  writes:
> The upstream plan has changed, and this package isn't helpful anymore.
> It needs to be removed from Sid and testing asap, because of #722882,
> which is blocking some migration to testing.

Removing openstack-common will not make the bug in openstack-nose go
away.

Ansgar


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

Bug#722000: RM: libobrender27, libobt0 -- ROM; ANAIS

[Ansgar Burchardt]

Control: tag -1 moreinfo
Control: retitle -1 RM: libobrender27 -- NBS (no longer built by openbox)

Mateusz $(D)((Bukasik  writes:
> Please remove libobrender27 and libobt0 packages. Are no longer build
> from upstream sources.

The package still has reverse dependencies:


* source package openbox version 3.5.2-1 no longer builds
  binary package(s): libobrender27 libobt0
  on 
amd64,armel,armhf,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,s390x,sparc
[...]
  - broken Depends:
lxappearance-obconf: lxappearance-obconf
obconf: obconf


Please request binNMUs[1] for the affected packages (if they just need
to be rebuilt).

Ansgar

  [1] 


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

Bug#720322: RM: kfreebsd-headers-9.2-1-amd64 [amd64] -- ANAIS; obsolete package

[Ansgar Burchardt]

Control: tag -1 + moreinfo

Robert Millan  writes:
> kfreebsd-headers-9.2-1-amd64 binary package for amd64 is not provided in
> recent versions
> of kfreebsd-9 as it is not useful in this architecture.

The package is still built by kfreebsd-9:

% dak ls -s unstable kfreebsd-9 kfreebsd-headers-9.2-1-amd64
kfreebsd-9 | 9.2~svn253912-1 |   unstable | source
kfreebsd-9 | 9.2~svn255465-1 |   unstable | source
kfreebsd-headers-9.2-1-amd64 | 9.2~svn255465-1 |   unstable | amd64, 
kfreebsd-amd64

Ansgar


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

Bug#720321: RM: kfreebsd-headers-9.2-1-xen [i386] -- ANAIS; obsolete package

[Ansgar Burchardt]

Control: tag -1 moreinfo

Robert Millan  writes:
> kfreebsd-headers-9.2-1-xen binary package for i386 is not provided in
> recent versions
> of kfreebsd-9 as it is not useful in this architecture.

It's still built by the current kfreebsd-9 source package:

$ dak ls -s unstable kfreebsd-9 kfreebsd-headers-9.2-1-xen
kfreebsd-9 | 9.2~svn253912-1 |   unstable | source
kfreebsd-9 | 9.2~svn255465-1 |   unstable | source
kfreebsd-headers-9.2-1-xen | 9.2~svn255465-1 |   unstable | i386, kfreebsd-i386

Ansgar


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

Bug#720320: RM: kfreebsd-headers-9.2-1-686 [i386] -- ANAIS; obsolete package

[Ansgar Burchardt]

Control: tag -1 moreinfo

Robert Millan  writes:
> kfreebsd-headers-9.2-1-686 binary package for i386 is not provided in
> recent versions
> of kfreebsd-9 as it is not useful in this architecture.

It's still built by kfreebsd-9:

$ dak ls -s unstable kfreebsd-9 kfreebsd-headers-9.2-1-686
kfreebsd-9 | 9.2~svn253912-1 |   unstable | source
kfreebsd-9 | 9.2~svn255465-1 |   unstable | source
kfreebsd-headers-9.2-1-686 | 9.2~svn255465-1 |   unstable | i386, kfreebsd-i386

Ansgar


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

Bug#720319: RM: kfreebsd-headers-9.2-1-486 [i386] -- ANAIS; obsolete package

[Ansgar Burchardt]

Control: tag -1 + moreinfo

Robert Millan  writes:
> kfreebsd-headers-9.2-1-486 binary package for i386 is not provided in
> recent versions
> of kfreebsd-9 as it is not useful in this architecture.

The latest version of kfreebsd-9 in unstable is 9.2~svn255465-1. It
still provides the header package on i386:

$ dak ls -s unstable kfreebsd-headers-9.2-1-486 kfreebsd-9
kfreebsd-headers-9.2-1-486 | 9.2~svn255465-1 |   unstable | i386, kfreebsd-i386
kfreebsd-9 | 9.2~svn253912-1 |   unstable | source
kfreebsd-9 | 9.2~svn255465-1 |   unstable | source

Ansgar


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

Bug#723727: at: "debug" output at install time??

[Ansgar Burchardt]

Control: reassign -1 init-system-helpers 1.8

On 09/19/2013 10:39, Ph. Marek wrote:
> Sorry for the german texts.
> 
> "dist-upgrade" today gave me this:
> 
> at (3.1.14-1) wird eingerichtet ...
> ln -s '/lib/systemd/system/atd.service' '/etc/systemd/system/multi-
> user.target.wants/atd.service'
> [ ok ] Starting deferred execution scheduler: atd.
> 
> Is that a debug output? Looks like that, because the symlink exists (now).

That comes from the systemd helpers in init-system-helpers, reassigning.

Ansgar


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

Bug#714056: iceweasel: build-depends on obsolete ttf-* packages

[Ansgar Burchardt]

reopen 714056
thanks

Hi,

sorry, it looks like I made a mistake in my bug report: while
ttf-dejima-mincho was replaced by fonts-dejima-mincho, the replacement
for ttf-freefont is fonts-freefont-ttf (and not fonts-freefont as I
wrongly said).

Ansgar


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

Bug#721859: pu: package libquvi-scripts/0.4.18-1~deb7u1

[Ansgar Burchardt]

Ansgar Burchardt  writes:
> I would like to update libquvi-scripts in wheezy again. Not surprisingly
> it needed changes for various sites, see NEWS in the attached diff. Note
> that I've clean the diff a bit and removed autotools and version change
> noise.

libquvi-scripts/0.4.18-1 also made it to testing two days ago. There
have been no new bug reports.

Ansgar


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

Bug#723110: RM (or pu): pyxpcom -- RoQA; FTBFS with Iceweasel 17

[Ansgar Burchardt]

Package: release.debian.org
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: rm
X-Debbugs-Cc: pyxp...@packages.debian.org

pyxpcom fails to build with Iceweasel 17 in stable and is also broken in
unstable[1]. There is some activity upstream[2] and it looks like it might
support iceweasel 17 and 24, but hasn't been updated in Debian. Given it
has no reverse dependencies I think the package should be removed from
wheezy (and possibly unstable as well).

Ansgar

  [1] 
  [2] 


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

Bug#723116: RM (or pu): chmsee -- RoQA; FTBFS with Iceweasel 17

[Ansgar Burchardt]

Package: release.debian.org
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: rm
X-Debbugs-Cc: chm...@packages.debian.org

chmsee fails to build with Iceweasel 17 in stable[1]. This was fixed in
unstable by a new upstream release (2.0.1).

An even newer upstream release (2.0.2) includes fixes for Iceweasel 22,
but upstream stopped maintaining chmsee after this[2]. If the maintainer
of the Debian package doesn't plan to keep supporting the package, I
think it should be removed from wheezy. It's not useful to keep it now
just to throw it out with Iceweasel 24.

Ansgar

  [1] 
  [2] 


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

Bug#723114: RM (or pu): edbrowse -- RoQA; FTBFS with Iceweasel 17

[Ansgar Burchardt]

Package: release.debian.org
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: rm
X-Debbugs-Cc: edbro...@packages.debian.org

edbrowse fails to build with Iceweasel 17 in stable[1]. In unstable the
package was changed to use libmozjs185-dev instead which isn't really
suitable for a web browser (as it has broken sandboxing as far as I
understand it).

The package needs either to be removed from stable or be fixed, either
by porting to the newer JS engine or by disabling support for JS (not
sure if this is possible in an easy way).

Ansgar

  [1] 


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

Bug#718434: ca-certificates: should CAcert.org be included?

[Ansgar Burchardt]

On 07/31/2013 20:06, Ansgar Burchardt wrote:
> I'm wondering if Debian really should include CAcert.org root certificates:
[...]
> And last but not least: while CAcert.org publishes the source code of
> their system[5] (good), looking at it does not make me trust it (it
> causes the opposite effect)...
> 
>   [5] <http://www.cacert.org/src-lic.php>
> 
> This probably also affects Iceweasel and maybe other browsers as well.

I actually filed this report after finding several issues in the CAcert
code. There are some good ideas, for example the private key is stored
on a machine not connected to the internet, and of course publishing the
source code for their software is always good.

However looking at the code for a few hours I found several issues,
including arbitrary code injection (which should allow getting any
certificate signed you want, but no direct access to the private key).
One example is [1], but there is at least one more.

Ansgar

PS: I would prefer if discussion about the SPI certificate was kept
seperate.

  [1]
<http://git-cacert.it-sls.de/cgi-bin/gitweb.cgi?p=cacert-devel.git;a=commitdiff;h=8fa82f2cbd17e3f32a537cd405b01d6b6c623ea0>


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

Bug#722452: RM: libobt0 -- ROM; ANAIS

[Ansgar Burchardt]

Mateusz $(D)((Bukasik  writes:
> Please remove libobt0 package. Is no longer build from upstream sources.

>From [1]:

* source package openbox version 3.5.2-1 no longer builds
  binary package(s): libobrender27 libobt0
  on 
amd64,armel,armhf,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,s390x,sparc
[...]
  - broken Depends:
lxappearance-obconf: lxappearance-obconf
obconf: obconf


Those packages need to be rebuilt first, please see [2] for how to
request binary NMUs.

Ansgar

  [1] 
  [2] 


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

Bug#722990: pyqt5: missing source for minimized javascript

[Ansgar Burchardt]

Source: pyqt5
Version: 5.0.1-1
Severity: serious

pyqt5 includes two minimized copies of jquery without source:

./examples/webkit/fancybrowser/jquery.min.js
./doc/html/_static/jquery.js

Ansgar


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

Bug#722504: d/copyright: claims GPL-2+, but is GPL-2

[Ansgar Burchardt]

Package: src:shiboken
Version: 1.1.2-4
Severity: important

Hi,

d/copyright claims shiboken is GPL-2 or later:


  The shiboken code is under GPL-2:

This package is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.


but the license in the upstream tarball is GPL-2 only (here from main.cpp):


 * This program is free software; you can redistribute it and/or
 * modify it under the terms of the GNU General Public License
 * version 2 as published by the Free Software Foundation.


Ansgar


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

Bug#722401: chmsee: requires update in stable for xulrunner-17.0

[Ansgar Burchardt]

Source: chmsee
Version: 1.99.10-1
Severity: serious
Control: fixed -1 2.0.1-1

chmsee fails to build in stable against xulrunner-17.0:


xpidl.IDLError: error: type 'PRUint32' not found, csIChm.idl line 33:17
readonly attribute PRUint32 lcid;
 ^


As Iceweasel 17 is currently pending in proposed-updates-NEW[1] and
should ideally be integrated into the next point release, this should be
fixed.

Could you look into preparing an update?

I noticed that there will be an additional update needed, also for
unstable (2.0.2 fixed issues with xulrunner-22.0) and that upstream
stopped maintaining the software[2]: "ChmSee is not being developed
anymore." So you either have to take over upstream maintenance or the
package will likely have to be removed in the near future anyway.

  [1] 
  [2] 

Ansgar


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

Bug#707346: edbrowse: FTBFS: jsdom.c:174:55: error: 'JS_FinalizeStub' undeclared here (not in a function)

[Ansgar Burchardt]

Control: tag -1 - jessie sid

As Iceweasel 17 is currently pending in proposed-updates-NEW[1] and
should ideally be integrated into the next point release, this also
affects stable.

Could you look into preparing an update?

I noticed that the fix for unstable switches to libmozjs185-dev. As far
as I heard sandboxing shouldn't be regarded as secure in this version so
it shouldn't be used for untrusted JS (like in web browsers).

  [1] 

Ansgar


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

Bug#722151: depends on python3.2 which is going away

[Ansgar Burchardt]

Package: python3-pystache
Version: 0.5.3-1
Severity: serious

python3-pystache depends on python3.2 which is going away.

Ansgar


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

Bug#722150: nmu: libsigrokdecode_0.2.0-2

[Ansgar Burchardt]

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

Please schedule a binNMU for libsigrokdecode. The maintainer upload was
pending in NEW for a while and still depends on python3.2.

nmu libsigrokdecode_0.2.0-2 . amd64 . -m "Rebuild against python3.3."

Ansgar


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

Bug#722114: dak show-deferred: confused by uploads signed by keys no longer in the keyring

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: minor
User: ftp.debian@packages.debian.org
Usertags: dak

dak show-deferred gets confused by uploads that are signed by keys no
longer in the keyring. This can happen if the key is replaced (or
removed) while the upload is still pending in DEFERRED.

> Traceback (most recent call last):
>   File "/usr/local/bin/dak", line 239, in 
> main()
>   File "/usr/local/bin/dak", line 219, in main
> module.main()
>   File "/srv/ftp-master.debian.org/dak/dak/show_deferred.py", line 311, in 
> main
> list_uploads(filelist, rrd_dir)
>   File "/srv/ftp-master.debian.org/dak/dak/show_deferred.py", line 220, in 
> list_uploads
> uploads = map(get_upload_data, filelist)
>   File "/srv/ftp-master.debian.org/dak/dak/show_deferred.py", line 194, in 
> get_upload_data
> fingerprint = SignedFile(f.read(), 
> keyrings=get_active_keyring_paths()).fingerprint
>   File "/srv/ftp-master.debian.org/dak/dak/daklib/gpg.py", line 84, in 
> __init__
> self._verify(data, require_signature)
>   File "/srv/ftp-master.debian.org/dak/dak/daklib/gpg.py", line 116, in 
> _verify
> raise GpgException("No valid signature found. (GPG exited with status 
> code %s)\n%s" % (exit_code, self.stderr))
> daklib.gpg.GpgException: No valid signature found. (GPG exited with status 
> code 512)
> gpg: Signature made Thu Sep  5 05:04:38 2013 UTC using DSA key ID 6FECCDE0
> gpg: Can't check signature: public key not found


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

Bug#721125: gitolite: info command does not work.

[Ansgar Burchardt]

David Bremner  writes:
> I can't duplicate your bug here.
>
> 1) Do you have a file /usr/share/gitolite/gitolite/conf/VERSION ?

Yes (/usr/share/gitolite/conf/VERSION).

> 2) does it work if you explicitely say ssh goo@bar info ?

No.

> About your last point, the file doesn't actually live in /etc. It could
> well be the error message is wrong.

No, it looks in /etc. However ~git/.gitolite.rc starts with


$GL_PACKAGE_CONF="/etc/gitolite";
$GL_PACKAGE_HOOKS="/usr/share/gitolite/hooks";


here. Changing it to /usr/share/gitolite/conf makes it work again. The
changelog also mentions


  * Change "conf" directory from /etc/gitolite to /usr/share/gitolite/conf,
these files aren't meant to get edited directly (closes: #611857)


so it looks like this change breaks older configurations without notice?
I've seen the problem also on other installations besides mine that I
know use Debian.

Ansgar


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

Bug#721859: pu: package libquvi-scripts/0.4.18-1~deb7u1

[Ansgar Burchardt]

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

Hi,

I would like to update libquvi-scripts in wheezy again. Not surprisingly
it needed changes for various sites, see NEWS in the attached diff. Note
that I've clean the diff a bit and removed autotools and version change
noise.

Ansgar
diff -Nru libquvi-scripts-0.4.15/NEWS libquvi-scripts-0.4.18/NEWS
--- libquvi-scripts-0.4.15/NEWS	2013-05-09 12:16:55.0 +0200
+++ libquvi-scripts-0.4.18/NEWS	2013-09-03 18:24:08.0 +0200
@@ -1,3 +1,39 @@
+v0.4.18  (2013-09-03) / Toni Gundogdu
+
+Tobias Gruetzmacher:
+  - FIX: website/dailymotion.lua: sequence pattern (no match: sequence) [3d71c75]
+Toni Gundogdu:
+  - FIX: website/funnyordie.lua: Media stream URL pattern (PORTpt9) [84c83f7]
+
+ 2 files changed, 4 insertions(+), 5 deletions(-)
+
+
+v0.4.17  (2013-08-04) / Toni Gundogdu
+
+Toni Gundogdu:
+  - FIX: website/dailymotion.lua: Parse video_url (PORTpt9) [ce1b525]
+  - FIX: website/guardian.lua: Multiple patterns (PORTpt9) [165792e]
+  - Mark website/break.lua as FIXME [dce1940]
+  - Mark website/charlierose.lua as FIXME [827dff0]
+
+ 13 files changed, 83 insertions(+), 66 deletions(-)
+
+
+v0.4.16  (2013-06-18) / Toni Gundogdu
+
+Toni Gundogdu:
+  - BACKPORTpt9: Remove website/academicearth.lua [0c8f7d9]
+  - FIX: BACKPORTpt9: website/break.lua: path pattern [a8fec0f]
+  - FIX: website/myspass.lua:63: bad argument #3 to format [3265307]
+  - FIX: website/spiegel.lua: title pattern [20e95ca]
+  - FIX: website/tagtele.lua: title pattern [a56f48e]
+  - liveleak.lua: Improve support for 3rd party embedded content [efde9c3]
+  - website/guardian.lua: Check for expired content [22ff394]
+  - website/tagtele.lua: Parse thumbnail URL [c7ca1aa]
+
+ 17 files changed, 126 insertions(+), 180 deletions(-)
+
+
 v0.4.15  (2013-05-09) / Toni Gundogdu
 
 Toni Gundogdu:
diff -Nru libquvi-scripts-0.4.15/debian/changelog libquvi-scripts-0.4.18/debian/changelog
--- libquvi-scripts-0.4.15/debian/changelog	2013-06-09 11:26:09.0 +0200
+++ libquvi-scripts-0.4.18/debian/changelog	2013-09-04 19:35:55.0 +0200
@@ -1,3 +1,29 @@
+libquvi-scripts (0.4.18-1~deb7u1) wheezy; urgency=low
+
+  * Upload to wheezy.
+
+ -- Ansgar Burchardt   Wed, 04 Sep 2013 19:35:47 +0200
+
+libquvi-scripts (0.4.18-1) unstable; urgency=low
+
+  * New upstream release.
+
+ -- Ansgar Burchardt   Tue, 03 Sep 2013 21:33:57 +0200
+
+libquvi-scripts (0.4.17-1) unstable; urgency=low
+
+  * New upstream release.
+
+ -- Ansgar Burchardt   Mon, 05 Aug 2013 23:21:51 +0200
+
+libquvi-scripts (0.4.16-1) unstable; urgency=low
+
+  * New upstream release.
+  * debian/copyright: Update for new upstream release.
+  * debian/watch: Follow 0.4.x branch.
+
+ -- Ansgar Burchardt   Tue, 18 Jun 2013 19:28:56 +0200
+
 libquvi-scripts (0.4.15-1~deb7u1) wheezy; urgency=low
 
   * Upload to wheezy.
diff -Nru libquvi-scripts-0.4.15/debian/copyright libquvi-scripts-0.4.18/debian/copyright
--- libquvi-scripts-0.4.15/debian/copyright	2013-03-21 07:47:13.0 +0100
+++ libquvi-scripts-0.4.18/debian/copyright	2013-07-11 23:23:08.0 +0200
@@ -19,7 +19,7 @@
share/lua/website/pornhub.lua
share/lua/website/tnaflix.lua
 Copyright:
- 2012, Toni Gundogdu 
+ 2012-2013, Toni Gundogdu 
  2011-2012, Paul Kocialkowski 
 License: LGPL-2.1+
 
@@ -55,7 +55,9 @@
 
 Files: share/lua/website/myspass.lua
share/lua/website/wdrmaus.lua
-Copyright: 2013, Guido Leisker 
+Copyright:
+ 2013, Guido Leisker 
+ 2013, Toni Gundogdu 
 License: LGPL-2.1+
 
 Files: share/lua/website/tapuz.lua
diff -Nru libquvi-scripts-0.4.15/debian/watch libquvi-scripts-0.4.18/debian/watch
--- libquvi-scripts-0.4.15/debian/watch	2013-02-09 14:21:06.0 +0100
+++ libquvi-scripts-0.4.18/debian/watch	2013-07-11 23:23:08.0 +0200
@@ -1,2 +1,2 @@
 version=3
-http://sf.net/quvi/libquvi-scripts-(.*).tar.(?:xz|gz|bz2)
+http://sf.net/quvi/libquvi-scripts-(0\.4\..*).tar.(?:xz|gz|bz2)
diff -Nru libquvi-scripts-0.4.15/share/Makefile.am libquvi-scripts-0.4.18/share/Makefile.am
--- libquvi-scripts-0.4.15/share/Makefile.am	2013-05-09 11:39:49.0 +0200
+++ libquvi-scripts-0.4.18/share/Makefile.am	2013-09-03 18:09:22.0 +0200
@@ -14,16 +14,13 @@
  lua/website/quvi/util.lua \
  lua/website/101greatgoals.lua \
  lua/website/1tvru.lua \
- lua/website/academicearth.lua \
  lua/website/ardmediathek.lua \
  lua/website/arte.lua \
  lua/website/audioboo.lua \
  lua/website/bbc.lua \
  lua/website/bikeradar.lua \
- lua/website/break.lua \
  lua/website/canalplus.lua \
  lua/website/cbsnews.lua \
- lua/website/charlierose.lua \
  lua/website/clipfish.lua \
  lua/website/dailymotion.lua \
  lua/website/foxnews.lua \
@@ -78,6 +75,8 @@
 DIST_lua+=\
  lua/website/blip.lua \
  lua/website/bloomberg.lua \
+ lua/website/break.lua \
+ lua/website/charlierose.lua \
  lua/website/collegehumor.lua \
  lua/website/francetelevisions.lua \
  lua/website/globo.lua \
diff -Nru libquvi-sc

Bug#721695: override: clive:oldlibs/extra

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

Please change the section to "oldlibs" and lower priority to "extra" for clive.
It's now a transitional package for cclive.

Ansgar


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

Bug#721594: atd cannot create hardlinks for atjobs to run

[Ansgar Burchardt]

On 09/02/2013 09:17, DDS wrote:
> Package: at
> Version: 3.1.13-2
[...]
> kernel.log:
> Sep  2 10:44:00 mail kernel: [1437720.217793] type=1702 
> audit(1378104240.399:12): op=linkat action=denied pid=13538 comm="atd"  
> path="/var/spool/cron/atjobs/a005e1015e7854" dev="sda2" ino=20713472
> 
> temporary solution:
> # echo 0 >/proc/sys/fs/protected_hardlinks

Hmm, that should have been fixed in 3.1.13-1[1] (and also in the version
in Squeeze).

  [1] 

It also works for me (with protected_hardlinks = 1). Could you please
make sure that
a, you run /usr/sbin/atd, not something in /usr/local,
b, this is actually 3.1.13-2, e.g. submit the output of
   $ md5sum /usr/sbin/atd
and
c, please also include the current permissions of
   /var/spool/cron/atjobs (ls -ld ...).
The last point shouldn't have an influence as far as I know, but it
never hurts to check.

Ansgar


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

Bug#712234: user-mode-linux: build-depends on linux-source-3.2

[Ansgar Burchardt]

Ansgar Burchardt  writes:
> user-mode-linux build-depends on linux-source-3.2 which is no longer
> available in unstable.

That's still the case. And user-mode-linux in testing/unstable now seems
to get security updates via stable as well...

  user-mode-linux | 3.2-2um-1+deb7u1 | unstable | source, amd64, i386

Ansgar


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

Bug#721125: gitolite: info command does not work

[Ansgar Burchardt]

Package: gitolite
Version: 2.3-1

The "info" command does not work:


$ ssh git@some-host

* ABORTING *
open /etc/gitolite/VERSION failed: No such file or directory at 
/usr/share/gitolite/gitolite.pm line 125


In the source I could find this line:

./src/gitolite.pm:my $gl_version = slurp( ($GL_PACKAGE_CONF || 
"$GL_ADMINDIR/conf") . "/VERSION" );

If I comment this out (and the place where it's used in report_version),
the command works again. But having the version in a configuration file
seems also wrong to me, no matter if system-wide or local. It's nothing
to configure.

Ansgar


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

Bug#721117: /usr/bin/debcheckout: debcheckout: please add DEBCHECKOUT_ANON_URLS option

[Ansgar Burchardt]

Package: devscripts
Version: 2.13.3
Severity: wishlist
File: /usr/bin/debcheckout

It would be nice if debcheckout had a DEBCHECKOUT_ANON_URLS option in addition
to DEBCHECKOUT_AUTH_URLS. It would be even nicer if the factory default was set
to exchange (git|svn|...).debian.org with anonscm.debian.org.

Ansgar


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