from:"Ansgar Burchardt"

Re: Bug#927667: gnome: please confirm or revert choice of Wayland for default desktop

2019-06-19 Thread Ansgar Burchardt

Jonathan Dowland writes:
> So far as I am aware there is still radio silence from active GNOME
> packaging team members regarding this issue. No comment yet on the
> patch I adapted, positive or negative; this bug (#927667) remains
> at an RC severity.
>
> I've not yet read all the thread that Samuel linked to[1] but it looks
> like it leans in favour of preserving the current default (xorg).
>
> I'm copying -release team to see if they have any (new) opinions on
> the matter. Otherwise I guess it's up to someone to prepare an NMU
> upload, which I will *try* to look at in the next few days, but can't
> make any guarantees.

I'm just a GNOME user, but from gdm3's changelog the default was
switched to Wayland in July 2017 (or August 2017 for unstable).  I
myself only noticed the switch after reading it happened somewhere on
the internet shortly after it happened.

Switching the default back two weeks before the release seems too late
for me.  The largest issue seems to be accessibility, but as far as I
understand we already recommend a different desktop environment for
that.  I don't think that warrants changes that would only see very
little testing by now :-/

Ansgar

Bug#929108: unblock / tpu approval: gmsh/4.1.3+ds1-2

2019-05-17 Thread Ansgar Burchardt

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

gmsh has an old path to OpenCASCADE include files (#927808); this is
easy to fix (see attached diff).

Rebuilding the package also changes a dependency on amd64 (libgmsh4.1
depends on `libhdf5-openmpi-103 (>= 1.8.13)` instead of `libhdf5-103`
after the rebuild); however this matches the dependency on i386.

However gmsh was updated to a new upstream release in unstable on
2019-03-02 with a small fix on 2019-03-04; this missed the freeze date
slightly.

Do you prefer an upload via t-p-u or should I prepare a gmsh
4.1.5+really4.1.3+ds1-1 upload for unstable?

Ansgar
diff -Nru gmsh-4.1.3+ds1/debian/changelog gmsh-4.1.3+ds1/debian/changelog
--- gmsh-4.1.3+ds1/debian/changelog 2019-01-27 12:22:01.0 +0100
+++ gmsh-4.1.3+ds1/debian/changelog 2019-05-17 10:41:56.0 +0200
@@ -1,3 +1,10 @@
+gmsh (4.1.3+ds1-2) buster; urgency=medium
+
+  * Team upload.
+  * debian/rules: Do not pass `-DOCC_INC=...` to cmake (Closes: #927808)
+
+ -- Ansgar Burchardt   Fri, 17 May 2019 10:41:56 +0200
+
 gmsh (4.1.3+ds1-1) unstable; urgency=medium
 
   * [dbbbe82] New upstream version 4.1.3+ds1
diff -Nru gmsh-4.1.3+ds1/debian/rules gmsh-4.1.3+ds1/debian/rules
--- gmsh-4.1.3+ds1/debian/rules 2019-01-27 12:22:01.0 +0100
+++ gmsh-4.1.3+ds1/debian/rules 2019-05-17 10:39:57.0 +0200
@@ -32,7 +32,6 @@
 -DENABLE_ONELAB:BOOL=ON \
 -DCMAKE_SKIP_RPATH:BOOL=ON \
 -DCMAKE_INCLUDE_PATH:STRING="/usr/include/mpi" \
--DOCC_INC:STRING="/usr/include/occt" \
 -DOCC_LIB:STRING="/usr/lib/${DEB_HOST_MULTIARCH}"  
│

Bug#925435: unblock: fwupd/1.2.5-2

2019-03-25 Thread Ansgar Burchardt

Steve McIntyre writes:
> Please unblock package fwupd

Please also unblock

  fwupd-amd64-signed/1.2.5+2
  fwupd-arm64-signed/1.2.5+2
  fwupd-armhf-signed/1.2.5+2
  fwupd-i386-signed/1.2.5+2

at the same time.

Ansgar

Bug#925436: unblock: fwupdate/12-4

2019-03-25 Thread Ansgar Burchardt

Steve McIntyre writes:
> Please unblock package fwupdate

Please also unblock

  fwupdate-amd64-signed/12+4
  fwupdate-arm64-signed/12+4
  fwupdate-armhf-signed/12+4
  fwupdate-i386-signed/12+4

at the same time.

Ansgar

Re: Please dak copy-installer 20181206

2018-12-06 Thread Ansgar Burchardt

Cyril Brulebois writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20181206

Done.

Thanks for your work on d-i :-)

Ansgar

Re: Scheduling 9.6

2018-10-22 Thread Ansgar Burchardt

Hi,

"Adam D. Barratt" writes:
> - November 10th

This would work if needed, though I don't mind someone else doing the
archive side (still have some things to sort out *sigh*).

Ansgar

Re: Broken dak?

2018-07-08 Thread Ansgar Burchardt

Cyril Brulebois writes:
> I assume you've been notified already but anyway…
>
> britney explodes likes this:
> | Traceback (most recent call last):
> |   File "/usr/local/bin/dak", line 249, in 
> | main()
> |   File "/usr/local/bin/dak", line 229, in main
> | module.main()
> |   File "/srv/ftp-master.debian.org/dak/dak/control_suite.py", line 470, in 
> main
> | process_file(sys.stdin, suite, action, transaction, britney, force)
> |   File "/srv/ftp-master.debian.org/dak/dak/control_suite.py", line 288, in 
> process_file
> | set_suite(file, suite, transaction, britney, force)
> |   File "/srv/ftp-master.debian.org/dak/dak/control_suite.py", line 250, in 
> set_suite
> | for key in sorted(desired, 
> cmp=functools.cmp_to_key(cmp_package_version)):
> | TypeError: comparison function must return int, not K
>
> Possibly a consequence of this?
> | commit a3a66d4d86181735a72f766fa24fbb5d7d8de625
> | Author: Bastian Blank 
> | Date:   Wed Jun 27 15:26:19 2018 +0200
> | 
> | Convert remaing compare functions

Yes, should be fixed by now.

Ansgar

Re: Scheduling 9.5

2018-06-25 Thread Ansgar Burchardt

Hi,

On Sat, 2018-06-23 at 17:30 +0100, Adam D. Barratt wrote:
> On Tue, 2018-06-12 at 12:44 +0100, Adam D. Barratt wrote:
> [...]
> > Given all of the above, I think the sanest option is to concentrate
> > on getting 8.11 done and jessie off our radar and then get 9.5
> > sorted.
> > 
> > For suggested dates for 9.5, we know that June 30th is a no-go,
> > Debcamp starts on July 21st and then Debconf on the 28th. So that
> > leaves us with:
> > 
> > - July 7th
> > - July 14th
> > 
> > Are people available for either or both of those dates?
> 
> The 7th is looking like the favourite so far (although would mean
> freezing next weekend), but we still need an ftp-master (N)ACK on
> either / both date.

I still have time on either weekend.

Ansgar

Re: jessie-security packages missing from ftp-master

2018-06-17 Thread Ansgar Burchardt

Hi,

"Adam D. Barratt" writes:
> On Sun, 2018-06-17 at 14:05 +0200, Ansgar Burchardt wrote:
>> "Adam D. Barratt" writes:
>> > Packages not synced to ftp-master
>> > =
>> > 
> [...]
>> > * openoffice.org-dictionaries 1:3.3.0~rc10-4+deb8u1 (source + all)
>> >   - I think this is due to some of the binaries (e.g. hunspell-fr)
>> > being produced by other source packages with higher versions
> [...]
>> All of these should now be in oldstable-new.
>
> Thanks a lot for all the work on that! In future I'll try and follow up
> more quickly after issues, so it's easier to check and resurrect
> things. :(
>
> I assume something (relevant) has changed in the past year or so, as
> openoffice.org-dictionaries managed to get accepted this time. It looks
> like the original issue was what I thought, however:
>
> hunspell-fr | 1:3.3.0-4+deb8u1 | oldstable-proposed-updates | all
> hunspell-fr | 1:5.2-1  | oldstable  | source, all

I temporarily disabled the version check (o-p-u > oldstable) to get this
in o-p-u.

> Is that likely to cause an issue on point release day, or should we
> simply end up with jessie containing both binaries temporarily, with
> the "older" one getting dominated away?

I guess dominate should just get rid of the lower versioned package.

Ansgar

Re: jessie-security packages missing from ftp-master

2018-06-17 Thread Ansgar Burchardt

"Adam D. Barratt" writes:
> Packages not synced to ftp-master
> =
>
> I've added notes where I'm aware of reasons for the missing sync. I
> think this set will all need ftp-master investigation / resolution.
>
> * enigmail 2:1.9.9-1~deb8u1 (source + all)
> * freerdp 1.1.0~git20140921.1.440916e+dfsg1-4+deb8u1 (source +
> binaries)
> * mat 0.5.2-3+deb8u1 (source + all)
>   - This was originally uploaded to ftp-master, rejected, and re-
> uploaded to security "as-is", so failed the replay check on ftp-master
> * openjdk-7 7u171-2.6.13-1~deb8u1 (source + binaries)
>   - I think this may have been a case where the binary uploads were
> processed before the source. I suspect that on re-processing some
> architectures may have issues with version constraints, but getting as
> many incorporated as possible would be appreciated.
> * openoffice.org-dictionaries 1:3.3.0~rc10-4+deb8u1 (source + all)
>   - I think this is due to some of the binaries (e.g. hunspell-fr)
> being produced by other source packages with higher versions
> * procps 
>   - appears to have had some sort of upload error
> 
> 20180610173424|process-upload|dak|procps_3.3.9-9+deb8u1_armhf.changes|Error 
> while loading changes: No valid signature found. (GPG exited with status code 
> 512)

All of these should now be in oldstable-new.

Ansgar

Re: Please dak copy-installer 20180610

2018-06-11 Thread Ansgar Burchardt

Cyril Brulebois writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20180610

Done.

Thanks for maintaining d-i,
Ansgar

Re: Scheduling 9.5

2018-06-11 Thread Ansgar Burchardt

On Fri, 2018-06-08 at 18:51 +0100, Adam D. Barratt wrote:
> We can either accept the packages and put up with the situation for a
> short while, or do 9.5 before 8.11. In practical terms, that would
> likely mean both 9.5 and 8.11 on June 23rd, freezing both next
> weekend.

Should be fine with me; Joerg wanted to do the 8.11 one, but if he has
time restrictions on June 23rd and doing 8.11 after 9.5 would be too
late for him, I could probably also do both.

(If Joerg wants to do both, that's also fine with me.)

Ansgar

Re: Bug#894123: RM: nvidia-graphics-modules/oldstable -- RoQA; license problem; incompatible with current kernel ABI

2018-04-03 Thread Ansgar Burchardt

Control: reassign -1 release.debian.org
Control: user release.debian@packages.debian.org
Control: usertag -1 + rm
Control: tag -1 + jessie

Removals from (old)*stable are handled by the release team; reassigning
this bug to them.

On Mon, 2018-03-26 at 16:51 +0100, Ben Hutchings wrote:
> See #815060 for the license issue.
> 
> The Linux kernel ABI in jessie was changed in January as a result of
> the mitigation of the Meltdown security issue.  This package would
> need to be updated to build new compatible modules, but that should
> not be done due to the license issue.
> 
> For the same reasons, this package should also be removed from wheezy
> - though I don't think that's practical no since there won't be any
> further point releases.

Re: Scheduling 9.4

2018-02-12 Thread Ansgar Burchardt

On Sat, 2018-02-10 at 12:27 +0100, Julien Cristau wrote:
> we shipped 9.3 a couple of months ago, so we're overdue for 9.4.
> 
> Can you please let us know your availability on the following:
> - March 3
> - March 10

These don't work for me.

> - March 17
> - March 24
> - March 31

These might work.

Given Steve doesn't have time on the later dates, it might be better to
have another ftpmaster handle the point release on March 3 or 10.

Ansgar

Re: wanna-build access to schedule binNMUs for Go packages

2018-02-01 Thread Ansgar Burchardt

Philipp Kern writes:
> On 01.02.2018 06:45, Salvatore Bonaccorso wrote:
>> On Wed, Jan 31, 2018 at 09:04:09PM +0100, Michael Stapelberg wrote:
>>> binNMUs for unstable.
>> 
>> Why, if that is for unstable, permissions for embargoed
>> queues/security would be needed? Is that due to implementtation on
>> accessing wanna-build?
>> 
>> Access to information about embargoed information would not be ok.
>
> This is nothing new. It has always been that way. As soon as you have
> write access to wanna-build, you can inspect all suites. Yes, that's
> somewhat sad, but at the same time it shouldn't give you access to the
> actual source packages.

So with w-b access one only sees that a package is built for a security
archive, but has no access to build logs / binaries / sources?

That information can already be seen by accessing debianqueue's log on
the security archive upload host.

Ansgar

Re: Please help with corebird vs. stretch point release

2017-12-05 Thread Ansgar Burchardt

Cyril Brulebois writes:
> Forwarding from IRC where Adam mentioned this a couple of times, we
> would love help with corebird for the upcoming stretch point release:
>
>> please could someone fix up 
>> queue/reject/corebird_1.4.1-1+deb9u1_amd64.changes
>> and reinject it?
>>
>> I imagine it will need a forget-signature, renaming to _amd64+buildd.changes
>> and copying it and its contents back to unchecked.
>>
>> possible extra fun being both uploads contain an _amd64.buildinfo as
>> well...

Done now.

I didn't see a *.buildinfo in the target directory.  So we probably no
longer keep it in the archive at that time and it shouldn't need
renaming.

Ansgar

Re: Scheduling 9.3

2017-11-16 Thread Ansgar Burchardt

On Thu, 2017-11-16 at 08:02 +, Adam D. Barratt wrote:
> I believe we still need ftp-master and press confirmation, but I've
> been failing at poking.

Either of 2017-12-02 or 2017-12-09 should be fine for me.

Ansgar

Bug#876313: jessie-pu: package dput/0.9.6.4+deb8u1

2017-10-07 Thread Ansgar Burchardt

"Adam D. Barratt" writes:
> On Wed, 2017-09-20 at 22:10 +0200, Ansgar Burchardt wrote:
>> I prepared an update for dput to point security uploads to
>> ftp.security.upload.d.o instead of security-master.d.o, see
>> attached diff.
>
> Please go ahead.

Thanks, uploaded.

Ansgar

Re: Missing security builds for ffmpeg, block asterisk

2017-09-26 Thread Ansgar Burchardt

Salvatore Bonaccorso writes:
> On Sat, Sep 23, 2017 at 08:13:41PM +0100, Adam D. Barratt wrote:
>> On Sat, 2017-09-23 at 20:09 +0100, Jonathan Wiltshire wrote:
>> > On Sat, Sep 23, 2017 at 08:05:42PM +0100, Jonathan Wiltshire wrote:
>> > > We seem to be missing the following builds of ffmpeg 7:3.2.7-
>> > > 1~deb9u1:
>> > > 
>> > > arm64 armel armhf mips64el mipsel ppc64el s390x
>> > 
>> > I lied; that should read:
>> > 
>> > all amd64 i386 mips
>> > 
>> > Sorry for the confusion.
>> > 
>> If it makes things easier, I don't mind re-signing and re-uploading the
>>  packages if someone could make the .changes files available.
>
> I resigned and uploaded those, and hopefully right, because I had to
> collect the dbgsym packages as well.
>
> Ideally such operation though is done by ftp-master, which have better
> possibilties :)

I actually gathered the files a bit earlier today (the signatures were
still valid). So your upload should get rejected.

It looks like it was the usual problem with files getting sync in the
wrong order, same as happened for other uploads recently.

Ansgar

Bug#876313: jessie-pu: package dput/0.9.6.4+deb8u1

2017-09-20 Thread Ansgar Burchardt

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

[ X-Debbugs-Cc'ed dput maintainer ]

I prepared an update for dput to point security uploads to
ftp.security.upload.d.o instead of security-master.d.o, see
attached diff.

I'll skip on dput-ng as it fails to build from source in Jessie (tests
fail with "UnsupportedDistribution: Unsupported release precise";
probably easy to fix, but not motivated).

Ansgar
diff -Nru dput-0.9.6.4/debian/changelog dput-0.9.6.4+deb8u1/debian/changelog
--- dput-0.9.6.4/debian/changelog   2013-07-19 13:08:40.0 +0200
+++ dput-0.9.6.4+deb8u1/debian/changelog2017-09-20 21:32:45.0 
+0200
@@ -1,3 +1,10 @@
+dput (0.9.6.4+deb8u1) jessie; urgency=medium
+
+  * dput.cf: replace security-master.d.o with ftp.upload.security.d.o
+(Closes: #863348)
+
+ -- Ansgar Burchardt <ans...@debian.org>  Wed, 20 Sep 2017 21:32:45 +0200
+
 dput (0.9.6.4) unstable; urgency=low
 
   [ Salvatore Bonaccorso ]
diff -Nru dput-0.9.6.4/dput.cf dput-0.9.6.4+deb8u1/dput.cf
--- dput-0.9.6.4/dput.cf2013-07-19 11:54:33.0 +0200
+++ dput-0.9.6.4+deb8u1/dput.cf 2017-09-20 21:32:33.0 +0200
@@ -56,7 +56,7 @@
 # pre_upload_command   = /path/to/some/script
 
 [security-master]
-fqdn   = security-master.debian.org
+fqdn   = ftp.security.upload.debian.org
 method = ftp
 incoming   = /pub/SecurityUploadQueue
 login  = anonymous
@@ -66,7 +66,7 @@
 pre_upload_command = /usr/share/dput/helper/security-warning
 
 [security-master-unembargoed]
-fqdn   = security-master.debian.org
+fqdn   = ftp.security.upload.debian.org
 method = ftp
 incoming   = /pub/OpenSecurityUploadQueue
 login  = anonymous

Re: Scheduling 9.2

2017-09-19 Thread Ansgar Burchardt

Jonathan Wiltshire writes:
> Ok, does 7th October work any better?  I'm keen not to get too far adrift
> from the interval though.

Should be okay if no other ftpmaster volunteers.

Ansgar

Re: Please dak copy-installer 20170828, please force it into testing

2017-08-29 Thread Ansgar Burchardt

Cyril Brulebois  writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20170828

Done.

Ansgar

Re: Please dak copy-installer 20170615

2017-06-15 Thread Ansgar Burchardt

Cyril Brulebois writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20170615

Done.

> Also, there was no recent clean-up in the sid directory; I think we
> could remove everything from 2015. Maybe also everything from 2016,
> but I'm tempted to give debian-boot@ people a chance to react in case
> images from 2016 should stay a bit longer. Of course this can wait
> post-release, no urgency from my point of view.

Not done yet, but we should probably also do the clean-up for stretch.

Ansgar

Re: Please dak copy-installer 20170608

2017-06-09 Thread Ansgar Burchardt

Cyril Brulebois writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20170608

Done. Also removed dists/testing/main/installer-* for non-release
architectures.

Ansgar

Bug#863816: RM: ksh/93u+20120801-3.1

2017-05-31 Thread Ansgar Burchardt

On Wed, 31 May 2017 14:28:25 +0100 "Adam D. Barratt" wrote:
> On 2017-05-31 14:17, Christoph Martin wrote:
> > Please remove the recent non-maintainer upload from me of ksh with the
> > version 93u+20120801-3.1 . It has the wrong version number since the
> > last released version was 93u+20120801-2.
[...]
> > As soon as this version is removed I'll do a NMU with version -2.1
> 
> You can't make version numbers of published packages go backwards,
> so that would either need an epoch or a "really"-style version
> number.

Though there really is no need to reupload the package just to correct
the version.  Just ignore that one version number was skipped.

Ansgar

Re: Last chance for d-i changes in stretch

2017-05-28 Thread Ansgar Burchardt

Cyril Brulebois writes:
> Didier 'OdyX' Raboud (2017-05-27):
>> It also currently uses httpredir.debian.org as only mirror, so we should 
>> decide if it makes sense to consolidate onto deb.debian.org for win32-
>> loader too.
>
> Unless we're aware of limitations win32-loader might hit on deb.d.o, I'd
> go for a transition to this hostname.
>
> Ditto for d-i-n-i, which I'll check right away.

httpredir.d.o seems to be just an alias for deb.d.o these days: I see a
"Welcome to deb.debian.org!" page when I open httpredir.d.o in a
browser.

So changing the mirror from httpredir.d.o to deb.d.o should be very
low-risk :-)

Ansgar

Re: Please get ready for copy-installer 20170525

2017-05-25 Thread Ansgar Burchardt

Cyril Brulebois writes:
> FTPmasters, I've just uploaded d-i 20170525 to the archive, and need to
> leave for the day, so it would be nice if you could please sync the
> installer from sid to testing when all builds are ready:
>
>   dak copy-installer 20170525

Done.

Ansgar

Bug#858163: unblock: gitlab/8.13.11+dfsg-6

2017-04-21 Thread Ansgar Burchardt

Hi,

> You probably want something like:
>
> """
>   if su ${gitlab_user} -c 'psql gitlab_production -c ""'; then
>  su postgres -c "dropdb gitlab_production"
>   fi
> """

I believe maintainer scripts (and various other parts) should use
`runuser` instead of `su`.  It does not open PAM sessions which seems
to sometimes cause problems.

`/sbin/runuser` is already available in Jessie, so there should be no
issues with using it.

(Maybe one should add something to Policy about `runuser`?)

Ansgar

Bug#859084: unblock: win32-loader/0.8.2

2017-03-30 Thread Ansgar Burchardt

Didier 'OdyX' Raboud  writes:
> ftpmaster: please copy debian/tools/win32-loader/unstable into …/testing

Done.

Ansgar

Re: 8.8 planning

2017-03-27 Thread Ansgar Burchardt

On Tue, 2017-03-14 at 12:00 +0100, Julien Cristau wrote:
> It's time to start thinking about our next stable point
> release.  Here
> are some dates, please let us know which ones would work.
> 
> * April 8-9

Not ideal, but should work.

> * April 15-16

Only on 16th.

> * April 22-23
> * April 29-30
> * May 6-7

These should all be okay.

Ansgar

Re: Please dak copy-installer 20170127

2017-01-29 Thread Ansgar Burchardt

Cyril Brulebois writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20170127

Done.

Ansgar

Re: Release impact of introducing a new archive section?

2017-01-23 Thread Ansgar Burchardt

Josh Triplett writes:
> Given that, can you please go ahead and add the two new sections for
> rust (https://bugs.debian.org/845576) and javascript
> (https://bugs.debian.org/753480), and update the override file for
> existing packages?  These packages should move to the "rust" section:
> rustc, cargo, libstd-rust*, and rust-*.  And all packages named
> node-*, libjs-*, and javascript-* should move to the "javascript"
> section.

I've done this now.

Ansgar

Bug#845254: unblock: win32-loader/0.8.0

2016-12-20 Thread Ansgar Burchardt

Didier 'OdyX' Raboud writes:
> Le lundi, 21 novembre 2016, 23.30:52 h CET Cyril Brulebois a écrit :
>> so feel free to let this package get into testing when it's copied over
>> by ftpmasters.
>
> Le lundi, 21 novembre 2016, 21.09:46 h CET Didier 'OdyX' Raboud a écrit :
>> 0.8.0 is long overdue in stretch, please let it migrate. ftpmaster: please
>> copy debian/tools/win32-loader/unstable into …/testing
>
> ftpmasters: ping ?

tools/win32-loader/testing/ now has win32-loader from Apr 21 2016. Sorry
for forgetting about this :/

Ansgar

Bug#848607: nmu: dune-grid-glue_2.5.0~20161206g666200e-2, dune-pdelab_2.5.0~20161204gdb53a76-3

2016-12-18 Thread Ansgar Burchardt

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

Please schedule binNMUs for dune-grid-glue and dune-pdelab to have
them rebuilt against dune-grid 2.5.0-1.

  nmu dune-grid-glue_2.5.0~20161206g666200e-2 . ANY . unstable . -m "Rebuild 
against dune-grid 2.5.0."
  nmu dune-pdelab_2.5.0~20161204gdb53a76-3 . ANY . unstable . -m "Rebuild 
against dune-grid 2.5.0."

As issues with openmpi on mips64el (#848574) currently prevent
building of dune-common and dune-grid 2.5.0, a dep-wait would be nice
so the packages might get rebuilt later.

  dw dune-grid-glue_2.5.0~20161206g666200e-2 . ANY . unstable . -m 
"libdune-grid-dev (>= 2.5.0)"
  dw dune-pdelab_2.5.0~20161204gdb53a76-3 . ANY . unstable . -m 
"libdune-grid-dev (>= 2.5.0)"

Ansgar

Re: dbgsym packages and stretch-as-stable

2016-11-07 Thread Ansgar Burchardt

Hi,

"Adam D. Barratt" writes:
> Apologies if I missed something in earlier discussions, but how are
> automagic debug packages and uploads to stable expected to interact?
>
> Will there need to be stable-new-dbgsym and pu-dbgsym suites, or will
> the packages sit in stable-new and pu alongside the rest of the binary
> packages and then move to stable-debug at the point release?

The current implementation for policy queues has the -dbgsym packages in
the same policy queue (i.e. stable-new).  Once they are accepted they
should go to a new proposed-updates-debug suite (in the debian-debug
archive) and from there into stable-debug (at point release time).

Ansgar

Re: Please dak copy-installer 20161027

2016-10-30 Thread Ansgar Burchardt

Cyril Brulebois writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20161027

Done.  Can we remove older version from testing and unstable?

Ansgar

Re: 8.6 planning

2016-08-17 Thread Ansgar Burchardt

On Sun, 2016-08-07 at 23:04 +0100, Adam D. Barratt wrote:
> It's time for another Jessie point release; as wheezy's EOL, we don't
> have to worry about trying to fit two in at the same time. Some
> possible
> dates:
> 
> August 20th/21st - doesn't work for me
> 
> August 27th/28th - public holiday weekend in the UK; doesn't work for
> me

These don't work for me either. (Also they are probably too close by
now.)

> September 3rd/4th 

Might work with some extra planning, but not that well.

> September 10th/11th
> 
> September 17th/18th

These should be okay for me.

Ansgar

Re: Please dak copy-installer 20160630

2016-06-30 Thread Ansgar Burchardt

Cyril Brulebois  writes:
> FTPmasters, please sync the installer from sid to testing (it's been
> Installed on all archs already, ISTR it's sufficient):
>
>   dak copy-installer 20160630

Done.

Ansgar

Re: Please dak copy-installer 20160516

2016-05-20 Thread Ansgar Burchardt

Cyril Brulebois writes:
> Thanks, please rerun with the binNMU now so that we get the
> brltty/espeakup fixes for Stretch Alpha 6:
>
>   dak copy-installer 20160516+b1

Done.

Ansgar

Re: Please dak copy-installer 20160516

2016-05-17 Thread Ansgar Burchardt

Cyril Brulebois  writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20160516

Done.

Thanks for your work on d-i,
Ansgar

Re: arch all package's missing dependency on i386 prevents testing migration

2016-03-30 Thread Ansgar Burchardt

Neil Williams  writes:
> On Tue, 29 Mar 2016 21:25:26 -0700
> Afif Elghraoui  wrote:
>> The package in question, circlator, depends on two
>> architecture-dependent packages that can only build on amd64 and
>> kfreebsd-amd64 currently. The package cannot migrate to testing
>> because those dependencies are not available for i386 [1].
>>
>> I am hoping there is a better solution to this problem than to work
>> around this by changing this package's build architecture from "all"
>> to "any-amd64"
>
> That's not a workaround, it is the correct fix for the error in the
> original upload. The package cannot work on all architectures - the
> fact that this is because of dependencies rather than the code within
> the package is irrelevant. Unless the code in the package can
> *transparently* omit the need for the dependency on architectures where
> that dependency does not exist, then the package is not arch:all.
> Installation alone is insufficient, the package needs to be usable on
> all the architectures in the Architecture list.

No.  It is arch:all if it contains no arch-specific binaries and doesn't
require arch-specific dependencies (i.e. dependencies which should only
appear on specific architectures like "foo [amd64]").

It should be fine if an arch:all package depends on binary packages that
are not installable on all architectures.  Otherwise a lot of arch:all
packages that depend on, say, linux-specific binary packages would
become arch:any which is not very useful.

As far as I remember, the testing migration script checks installability
of arch:all packages on amd64 and i386, and there are manual workarounds
for arch:all packages that are not installable on these architectures.
Cc'ed the release team to take a look too.

Ansgar

Bug#816292: nmu: dune-grid-glue_2.4.0-1

2016-02-29 Thread Ansgar Burchardt

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

Please schedule a binNMU for dune-grid-glue to rebuild the package
against the DUNE 2.4.1 libraries.

  nmu dune-grid-glue_2.4.0-1 . ANY . unstable . -m "Rebuild against DUNE 2.4.1."
  dw dune-grid-glue_2.4.0-1 . ANY . unstable . -m "libdune-grid-dev (>= 2.4.1)"

Ansgar

Re: 8.4 and 7.10 planning

2016-02-29 Thread Ansgar Burchardt

"Adam D. Barratt" writes:
> We're due both Jessie and Wheezy point releases, and are proposing doing
> both on the same weekend again, as we did for 8.2 and 7.9, as the CD
> team seem happy to try it again.
>
> Some suggested dates:
>
> March 12th / 13th
> March 19th / 20th
> April 2nd / 3rd

These all look fine for me.

> March 26th / 27th - Easter, holiday weekend in at least the UK

Not good.

Ansgar

Bug#812977: nmu: ceph_0.80.11-1

2016-01-28 Thread Ansgar Burchardt

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

Hi,

somebody reported to ftpmaster@ that two mipsel binaries are corrupt:
ceph-test-dbg_0.80.11-1_mipsel.deb and qgis-dbg_2.8.4+dfsg-1_mips64el.deb

> $ dpkg-deb --extract ./ceph-test-dbg_0.80.11-1_mipsel.deb .
> dpkg-deb (subprocess): decompressing archive member: lzma error: compressed 
> data is corrupt
> tar: Unexpected EOF in archive
> tar: Unexpected EOF in archive
> tar: Error is not recoverable: exiting now
> dpkg-deb: error: subprocess tar returned error exit status 2

This can also be seen in the build log[1] (at the end where package
contents are listed).

I have no idea what caused this, but assume it might have been some
temporary error for now. Please try rebuilding the package.

nmu ceph_0.80.11-1 . mipsel . unstable . -m "Rebuild ceph-test-dbg which was 
corrupted in the previous build."

qgis has already been superseded by a newer version in unstable and
the newer build log no longer shows the error.

Ansgar

  [1]

Bug#812500: jessie-pu/nmu: package user-mode-linux/3.16-1um-0.1+b2

2016-01-24 Thread Ansgar Burchardt

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

As user-mode-linux was suggested for removal in #-devel, I was
reminded that the package in stable probably should be rebuilt against
the current version of the linux sources.

u-m-l 3.16-1um-0.1+b1 has

  Built-Using: linux (= 3.16.7-ckt7-1)

but the current version of the Linux kernel in stable is
3.16.7-ckt20-1+deb8u2.  I guess this means u-m-l misses several
security updates.

Ansgar

Re: 8.3 planning

2015-12-14 Thread Ansgar Burchardt

On Sun, 2015-12-13 at 17:22 +, Adam D. Barratt wrote:
> On Sun, 2015-12-06 at 16:10 -0500, Donald Norwood wrote:
> > On 12/04/2015 01:12 PM, Steve McIntyre wrote:
> > > On Fri, Dec 04, 2015 at 05:43:54PM +, Adam Barratt wrote:
> > > > On that basis, looking at January we have:
> > > > 
> > > > 2nd/3rd - depends how much people are still suffering. :-)
> > > No chance for me that weekend - I've got plans already.
> > > 
> > > > 9th/10th
> > > > 16th/17th
> > > > 23rd/24th - likely to be bad for me
> > > All of these look OK so far.
> > > 
> > Press can do 16/17 or 23/24.
> 
> Just missing ftp-master then - ping :-)

Both 16/17 or 23/24 should be fine for me. Not quite sure about 9/10th.

Ansgar

Re: Please dak copy-installer 20151023

2015-10-24 Thread Ansgar Burchardt

Cyril Brulebois  writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20151023

Done.

Ansgar

Bug#800582: nmu: dune-grid-glue_2.4~20150723gd6e4c74-2

2015-10-01 Thread Ansgar Burchardt

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

Hi,

dune-grid-glue needs to be rebuild against the DUNE 2.4.0
release. Please schedule a binNMU.

nmu dune-grid-glue_2.4~20150723gd6e4c74-2 . ALL . -m "Rebuild against DUNE 
2.4.0."

Ansgar

Re: Please dak copy-installer 20150911

2015-09-11 Thread Ansgar Burchardt

Cyril Brulebois  writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20150911

Done.

Ansgar

Re: Please dak copy-installer 20150828 hint it into testing

2015-08-28 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 FTPmasters, please sync the installer from sid to testing:

   dak copy-installer 20150828

Done.

Ansgar

Re: 8.2 and 7.9 planning

2015-08-19 Thread Ansgar Burchardt

Adam D. Barratt a...@adam-barratt.org.uk writes:
 We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some
 potential September dates:

 5/6th - okay for me

Should be okay, provided I get internet on Aug 31st as planned.

 12/13th - the 12th doesn't work for me until at least mid-afternoon
 19th/20th - looks okay
 26th/27th - looks okay

Work might interfere with these a bit (might have a meeting on the day
before, though currently it looks like it might be in October). I would
only be available on Saturday afternoon and Sunday.

Ansgar

Re: Please dak copy-installer 20150813 hint it into testing

2015-08-13 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 FTPmasters, please sync the installer from sid to testing:

   dak copy-installer 20150813

Done.

Thanks for your work on d-i,
Ansgar

Re: Please dak copy-installer 20150718 hint it into testing

2015-07-18 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 FTPmasters, please sync the installer from sid to testing:

   dak copy-installer 20150718

Done.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87r3o53ox4@deep-thought.43-1.org

Re: Please copy tools/win32-loader/unstable to .../testing

2015-06-01 Thread Ansgar Burchardt

Hi,

Adam D. Barratt a...@adam-barratt.org.uk writes:
 As discussed with OdyX, please copy the current version of
 tools/win32-loader from unstable/ to testing/.

 We'll then unblock the source package, so that we can get it migrated
 before the 8.1 point release (which includes a version of win32-loader
 that's newer than the current version in testing).

Just did so.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87a8wjg9gm@deep-thought.43-1.org

Bug#786500: nmu: alberta_3.0.1-1

2015-05-22 Thread Ansgar Burchardt

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

Hi,

libalberta uses a relocation type that should not be used for shared
libraries on powerpc[1] which makes the library unusable. As the build
log looked okay to me and the older version (3.0.0-3) worked, I tried
rebuilding the package on partch.d.o and the bad relocations
disappeared... At least readelf -a no longer showed any occurence of
R_PPC_REL24.

I'm wondering if this was some issue with an older version of the
toolchain; note that alberta uses clang instead of gcc as gcc has a
bug (see link in [1]).

Could you please schedule a binNMU for alberta on powerpc to get it
rebuilt with the current toolchain? Please also consider giving back
dune-grid/2.4~20150506gd3c1350-1 on powerpc in experimental with an
additional build-dep on the binNMU'ed libalberta-dev (= 2.3.1-1+b1)

Ansgar

nmu alberta_3.0.1-1 . powerpc . -m Rebuild with current toolchain.
gb dune-grid_2.4~20150506gd3c1350-1 . powerpc . experimental
dw dune-grid_2.4~20150506gd3c1350-1 . powerpc . experimental -m libalberta-dev 
(= 2.3.1-1+b1)

(Not sure if gb/dw are correct like this.)

  [1] https://lists.debian.org/debian-powerpc/2015/05/msg00061.html


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150522100215.16327.85829.report...@snout.igpm.rwth-aachen.de

Bug#779878: nmu: binutils-z80_4 binutils-mingw-w64_5.1 binutils-arm-none-eabi_5 possibly others

2015-05-22 Thread Ansgar Burchardt

On 05/19/2015 07:04 PM, Emilio Pozuelo Monfort wrote:
 On 05/03/15 22:45, Ansgar Burchardt wrote:
 as I saw binutils_2.25-5 got unblocked, I was wondering weather the
 binutils-* packages built from binutils-source should be rebuilt
 aginst the new version targeting Jessie?

 There are binutils-{z80,mingw-w64,arm-none-eabi} currently in the
 archive and built against older versions of binutils (cf. [1]).

 The gcc-{arm-non-eabi,mingw-w64} packages are in the same situation,
 so are gdb-{arm-none-eabi,avr,mingw-w64} (though for some of the
 latter only the Debian revision of gdb changed).

 Finally there's also gnat-4.9.

   nmu binutils-z80_4 . ALL . -m Rebuilt against binutils 2.25-5.
   nmu binutils-mingw-w64_5.1 . ALL . -m Rebuilt against binutils 2.25-5.
   nmu binutils-arm-none-eabi_5 . ALL . -m Rebuilt against binutils 2.25-5.
 
 These three happened in time for jessie.
 
 gnat-4.9 didn't. It was built against gcc-4.9_4.9.2-2, but we only ship
 gcc4-.9_4.9.2-10 in stable AFAICS. That seems odd.
 
 I haven't checked gcc-*. Is this such an issue that we should do the binNMUs 
 for
 stable?

I don't think so. It might have been worth doing so before the release
to make sure an eventual rebuild doesn't bring surprises, but it's too
late for that.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/555f3c8a.3010...@debian.org

Re: Please dak copy-installer 20150422 hint it into testing

2015-04-23 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 FTPmasters, please sync the installer from sid to testing:

   dak copy-installer 20150422

Done.

Thanks for your work on d-i!
Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87k2x3z4ci@deep-thought.43-1.org

Re: Please dak copy-installer 20150418 hint it into testing

2015-04-18 Thread Ansgar Burchardt

Hi,

Cyril Brulebois k...@debian.org writes:
 FTPmasters, please sync the installer from sid to testing:

   dak copy-installer 20150418

Just did that.

 I suppose we need to wait for a dinstall to actually install stuff from
 buildds, and another one after copy-installer is run? Or is it possible
 to have copy-installer now and 1352 to propagate changes right after
 that?

I don't think there is need to wait for dinstall: everything is
installed by the unchecked runs; dinstall just updates indices and does
housekeeping. Well, and mirror pushes of course.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wq19blx0@deep-thought.43-1.org

Re: Proposal to do regular jenkins updates via jessie-updates

2015-04-09 Thread Ansgar Burchardt

Hi,

Adam D. Barratt a...@adam-barratt.org.uk writes:
 On Wed, 2015-04-08 at 23:33 +0200, Niels Thykier wrote:
 On 2015-04-08 22:45, Miguel Landaeta wrote:
  Do you think is feasible or acceptable to maintain Jenkins in
  jessie-updates suite instead?
 
 I am not entirely convinced that Jenkins applies to stable-updates
 criteria[1].  However, I am leaving the final call on that to the SRMs.

 As someone who was involved in the initial setup of stable-updates, I'm
 afraid that I'm not convinced either.
[...]
 https://wiki.jenkins-ci.org/display/JENKINS/LTS+Release+Line suggests
 that long-term means supported for three months. I'm struggling to
 combine those two ideas, particularly in the context of a Debian stable
 release. (Similarly battle-tested — meaning those commits that have
 already been a part of a main line release for more than a week.)

 I do wonder whether backports might be suitable, but I can't and won't
 speak on behalf of the backports team.

From my understanding, packages in ${x}-backports must be included in
the ${x+1} release. For a package like Jenkins this currently doesn't
seem possible, so it cannot go to backports either.

So it looks to me like we currently miss a place to offer a package like
Jenkins to stable users, but it would be nice to have one as I believe
there will be more packages in this situation in the future (even though
we might not like this).

I do wonder a bit how much this is different from Iceweasel or Chromium
however: there we also ship new upstream releases to stay at a supported
version (though the life-time for Jenkins seems even shorter). Of course
this only works as long as no new dependencies are pulled in, or at
least stay at something managable.

Ansgar


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87oamx203n@deep-thought.43-1.org

Re: Please dak copy-installer 20150324 hint it into testing

2015-03-26 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 FTPmasters, please sync the installer from sid to testing:

   dak copy-installer 20150324

Done.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87bnjg9q62@deep-thought.43-1.org

Bug#779878: nmu: binutils-z80_4 binutils-mingw-w64_5.1 binutils-arm-none-eabi_5 possibly others

2015-03-05 Thread Ansgar Burchardt

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

Hi,

as I saw binutils_2.25-5 got unblocked, I was wondering weather the
binutils-* packages built from binutils-source should be rebuilt
aginst the new version targeting Jessie?

There are binutils-{z80,mingw-w64,arm-none-eabi} currently in the
archive and built against older versions of binutils (cf. [1]).

The gcc-{arm-non-eabi,mingw-w64} packages are in the same situation,
so are gdb-{arm-none-eabi,avr,mingw-w64} (though for some of the
latter only the Debian revision of gdb changed).

Finally there's also gnat-4.9.

  nmu binutils-z80_4 . ALL . -m Rebuilt against binutils 2.25-5.
  nmu binutils-mingw-w64_5.1 . ALL . -m Rebuilt against binutils 2.25-5.
  nmu binutils-arm-none-eabi_5 . ALL . -m Rebuilt against binutils 2.25-5.

Ansgar

  [1] https://ftp-master.debian.org/users/ansgar/outdated-built-using.txt


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150305214534.30773.56314.report...@deep-thought.43-1.org

Bug#776360: nmu: user-mode-linux_3.16-1um-0.1

2015-01-28 Thread Ansgar Burchardt

Control: tag -1 - moreinfo

On 01/27/2015 07:48 PM, Niels Thykier wrote:
 On 2015-01-27 09:53, Ansgar Burchardt wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: binnmu

 Hi,

 user-mode-linux is built against an old kernel version (3.16.5-1). I
 think it should be rebuilt against the current version before release.

   nmu user-mode-linux_3.16-1um-0.1 . ALL . -m Rebuilt against linux 
 3.16.7-ckt4-1.
 
 The current version of the kernel FTBFS on arm64, so we might see a
 newer version of Linux.

linux 3.16.7-ckt4-2 fixed the FTBFS on arm64 (already built there). The
new version is also already installed on i386 and amd64, the only two
architectures user-mode-linux is available for.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54c8bddb.5040...@debian.org

Bug#776360: nmu: user-mode-linux_3.16-1um-0.1

2015-01-27 Thread Ansgar Burchardt

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

Hi,

user-mode-linux is built against an old kernel version (3.16.5-1). I
think it should be rebuilt against the current version before release.

  nmu user-mode-linux_3.16-1um-0.1 . ALL . -m Rebuilt against linux 
3.16.7-ckt4-1.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150127085349.4032.50400.report...@deep-thought.43-1.org

Bug#776361: nmu (for stable): user-mode-linux_3.2-2um-1+deb7u2

2015-01-27 Thread Ansgar Burchardt

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

Hi,

user-mode-linux in stable is built against linux version 3.2.54-2, but
proposed-updates is already at version 3.2.65-1+deb7u1. user-mode-linux
should probably be rebuilt against the current version.

nmu user-mode-linux_3.2-2um-1+deb7u2 . ALL . -m Rebuilt against linux 
3.2.65-1+deb7u1.

(Note that the binary version for user-mode-linux is at +b2.)

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150127085701.4311.9435.report...@deep-thought.43-1.org

Bug#775165: nmu: binutils-mingw-w64_2 (wheezy-security, wheezy-p-u)

2015-01-12 Thread Ansgar Burchardt

Hi,

Thijs Kinkhorst th...@debian.org writes:
 Op maandag 12 januari 2015 19:18:28 schreef Adam D. Barratt:
 On Mon, 2015-01-12 at 19:15 +0100, Thijs Kinkhorst wrote:
  This is not something we do very routinely, so I'd like to confirm: if
  these  binNMU's are triggered for stable-security, do they still end up
  in the security-master queue so they can be released in a coordinated
  way?
 
 I think so, but it's nothing something I've any experience with for the
 security archive either; might be worth confirming with ftp-master?

 Can you confirm: when triggering binNMU's for the security archive, do these 
 end up in the embargoed queue so they can be released at a given moment by 
 new-security-install, or are they installed immediately?

They should[1] end up in the policy queue as long as no package with the
same version number has been accepted yet (which can happen with binNMU
version skew between architectures). In the latter case, you just have
to make sure there are no ACCEPT(ED) comments for the uploads.

Note that the archive requires the source package to already be in the
target suite (or a base suite in case of overlays like p-u or
experimental). In particular this means you cannot schedule binNMUs for
the security archive for source packages not present there.

Ansgar

  [1] It works for d-i binNMUs in stable.


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87lhl795a3@deep-thought.43-1.org

Bug#774836: unblock: libquvi/0.4.1-3

2015-01-08 Thread Ansgar Burchardt

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

Please unblock package libquvi. The version currently in testing has a
small security issue: it looks for Lua helper scripts below the
current path. This can lead to arbitrary code execution if a program
using libquvi is run in a directory such as /tmp.

unblock libquvi/0.4.1-3

Ansgar
diff -Nru libquvi-0.4.1/debian/changelog libquvi-0.4.1/debian/changelog
--- libquvi-0.4.1/debian/changelog	2014-05-27 10:25:54.0 +0200
+++ libquvi-0.4.1/debian/changelog	2015-01-04 12:53:58.0 +0100
@@ -1,3 +1,11 @@
+libquvi (0.4.1-3) unstable; urgency=medium
+
+  * Do not look for Lua helper scripts below current directory.
+(Closes: #774555)
++ new patch: lua-scripts-below-cwd.patch
+
+ -- Ansgar Burchardt ans...@debian.org  Sun, 04 Jan 2015 12:52:34 +0100
+
 libquvi (0.4.1-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libquvi-0.4.1/debian/patches/lua-scripts-below-cwd.patch libquvi-0.4.1/debian/patches/lua-scripts-below-cwd.patch
--- libquvi-0.4.1/debian/patches/lua-scripts-below-cwd.patch	1970-01-01 01:00:00.0 +0100
+++ libquvi-0.4.1/debian/patches/lua-scripts-below-cwd.patch	2015-01-04 12:45:22.0 +0100
@@ -0,0 +1,23 @@
+From: Ansgar Burchardt ans...@debian.org
+Subject: Do not look for Lua helper scripts below current directory
+Date: Sun, 04 Jan 2015 12:39:12 +0100
+
+Bug-Debian: https://bugs.debian.org/774555
+--- a/src/libquvi/lua_wrap.c
 b/src/libquvi/lua_wrap.c
+@@ -367,15 +367,6 @@
+   return (QUVI_OK);
+ }
+ 
+-  /* Current working directory */
+-  buf = getcwd(NULL,0);
+-  if (!buf)
+-return(QUVI_MEM);
+-
+-  asprintf(path, %s/%s, buf, spath);
+-  _free(buf);
+-  _scan;
+-
+   /* Home directory */
+   homedir = getenv(HOME);
+   if (homedir)
diff -Nru libquvi-0.4.1/debian/patches/series libquvi-0.4.1/debian/patches/series
--- libquvi-0.4.1/debian/patches/series	2014-05-22 15:44:47.0 +0200
+++ libquvi-0.4.1/debian/patches/series	2015-01-04 12:45:22.0 +0100
@@ -1,2 +1,3 @@
 configure.ac-add-missing-AM-macros.patch
 lua52.patch
+lua-scripts-below-cwd.patch

Re: Please dak copy-installer 20150107 hint it into testing

2015-01-07 Thread Ansgar Burchardt

Hi,

Cyril Brulebois k...@debian.org writes:
 dak copy-installer 20150107

Done.

Thanks for all your work on d-i,
Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87oaqagu8k@deep-thought.43-1.org

Re: 7.8 dates

2014-12-27 Thread Ansgar Burchardt

Adam D. Barratt a...@adam-barratt.org.uk writes:
 On 2014-12-21 20:12, Steve McIntyre wrote:
 On Sun, Dec 21, 2014 at 04:20:16PM +, Adam Barratt wrote:
 On Sun, 2014-12-14 at 16:19 +0100, Ansgar Burchardt wrote:
 [...]
 I have no fixed plans yet, but would prefer to keep 3rd/4th free. The
 other days all look fine.

 Based on other responses, it looks like the 10th would work best (so
 with the p-u freeze being the weekend of 3rd/4th). Does that still
 work
 for everyone?

 I guess so, yes...

 press@ also confirmed on IRC that the 10th was okay, so we just need
 an ftp-master ack.

10th is okay with me.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87d275jp92@deep-thought.43-1.org

Bug#774029: unblock: screen-message/0.23-1

2014-12-27 Thread Ansgar Burchardt

Hi,

Joachim Breitner nome...@debian.org writes:
 Am Samstag, den 27.12.2014, 17:21 + schrieb Adam D. Barratt:
 It doesn't look like 0.23 is in the archive yet?

 indeed, but how did that happen? I have a signed changes and an upload
 log here, from 2014-12-23 (attached to prove myself I’m not crazy), but
 I don’t find mails from the archive bots about it.

 @ftp-master: Can you tell what I did wrong?

The .changes was signed with your old key:

  gpg: Signature made Tue Dec 23 19:57:51 2014 CET
  gpg:using DSA key 0xF628EB934743206C

Ansgar


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/873881gf3r@deep-thought.43-1.org

Re: 7.8 dates

2014-12-14 Thread Ansgar Burchardt

Hi,

Adam D. Barratt a...@adam-barratt.org.uk writes:
 In theory the 7.8 point release should be in December, but that's often
 a pain to organise. So let's look at January instead:

 3rd / 4th - I'm busy on the Saturday
 10th / 11th - Fine for me
 17th / 18th - jmw's BSP
 24th / 25th - I can do Saturday morning, but will be afk from early
 afternoon to Sunday afternoon
 31st / 1st - Fine for me

I have no fixed plans yet, but would prefer to keep 3rd/4th free. The
other days all look fine.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87lhmajm28@deep-thought.43-1.org

Bug#763552: wheezy-pu: package at/3.1.13-2+deb7u1

2014-10-02 Thread Ansgar Burchardt

On 10/02/2014 01:29, Julien Cristau wrote:
 On Wed, Oct  1, 2014 at 00:06:30 +0200, Ansgar Burchardt wrote:
 
 I would like to update at in Debian Wheezy: bash can now export
 variables of the form BASH_FUNC_*() which at cannot handle as they
 cannot be set via assignment in the shell...

 With the change below, at will just skip variables that would just
 give an error in the generated shell script later. at 3.1.16-1 which I
 uploaded to unstable yesterday has the same change.

 Is this code guaranteed to run in a particular locale?

at doesn't call setlocale() so it's guaranteed to run in the C locale.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/542d0fe4.8040...@debian.org

Bug#763552: wheezy-pu: package at/3.1.13-2+deb7u1

2014-09-30 Thread Ansgar Burchardt

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

Hi,

I would like to update at in Debian Wheezy: bash can now export
variables of the form BASH_FUNC_*() which at cannot handle as they
cannot be set via assignment in the shell...

With the change below, at will just skip variables that would just
give an error in the generated shell script later. at 3.1.16-1 which I
uploaded to unstable yesterday has the same change.

Ansgar
diff -u at-3.1.13/debian/changelog at-3.1.13/debian/changelog
--- at-3.1.13/debian/changelog
+++ at-3.1.13/debian/changelog
@@ -1,3 +1,11 @@
+at (3.1.13-2+deb7u1) wheezy; urgency=medium
+
+  * at: Only retain variables whose name consists of alphanumerics and
+underscores. This prevents jobs from failing in case bash exports
+functions to the environment with the changes from DSA-3035.
+
+ -- Ansgar Burchardt ans...@debian.org  Tue, 30 Sep 2014 20:58:23 +0200
+
 at (3.1.13-2) unstable; urgency=low
 
   * Use debhelper compat level 9 (to enable hardening by default).
only in patch2:
unchanged:
--- at-3.1.13.orig/at.c
+++ at-3.1.13/at.c
@@ -390,6 +390,22 @@
 	int export = 1;
 	char *eqp;
 
+/* Only accept alphanumerics and underscore in variable names.
+ * Also require the name to not start with a digit.
+ * Some shells don't like other variable names.
+ */
+{
+char *p = *atenv;
+if (isdigit(*p))
+export = 0;
+for (; *p != '='  *p != '\0'; ++p) {
+if (!isalnum(*p)  *p != '_') {
+export = 0;
+break;
+}
+}
+}
+
 	eqp = strchr(*atenv, '=');
 	if (ap == NULL)
 	eqp = *atenv;

Re: 7.7 planning

2014-09-23 Thread Ansgar Burchardt

Hi,

Adam D. Barratt a...@adam-barratt.org.uk writes:
 We're (over)due another wheezy point release; this time, 7.7. I propose
 we go for one of:

 11/12 October
 18/19 October
 25/26 October

All of these are still good for me.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/85d2amq1si@tsukuyomi.43-1.org

Re: 7.6 and 6.0.10

2014-06-04 Thread Ansgar Burchardt

Hi,

Adam D. Barratt a...@adam-barratt.org.uk writes:
 (Somewhat belatedly) it's time to organise the next point releases for
 Wheezy and Squeeze (7.6 and 6.0.10).
[...]
 Giving ourselves the usual pre-window to get organised, some suggested
 dates would be:

 - June 28/29
 - July 5/6
 - July 12/13
 - July 19/20
 - July 26/27

I have no plans on most dates yet, with the exception of July 5/6.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87oay8v14v@deep-thought.43-1.org

Bug#746241: transition: enet

2014-05-26 Thread Ansgar Burchardt

Hi,

Emilio Pozuelo Monfort po...@debian.org writes:
 On 28/04/14 14:46, Ansgar Burchardt wrote:
 enet had a soname change (just accepted into experimental) and needs a
 transition. The ABI changes should be unproblematic (just new members
 in a public struct). There also are only a few rdeps.

 Please go ahead and upload to unstable. Let me know when enet has been built
 everywhere in order to schedule the binnmus.

enet is now built everywhere with the exception of sparc (which seems to
be lagging quite a bit).

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87tx8dxakt@deep-thought.43-1.org

Bug#746241: transition: enet

2014-04-28 Thread Ansgar Burchardt

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

Hi,

enet had a soname change (just accepted into experimental) and needs a
transition. The ABI changes should be unproblematic (just new members
in a public struct). There also are only a few rdeps.

Ansgar

Ben file:

title = enet;
is_affected = .depends ~ libenet2a | .depends ~ libenet7;
is_good = .depends ~ libenet7;
is_bad = .depends ~ libenet2a;


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140428124631.3875.58739.report...@snout.igpm.rwth-aachen.de

Re: Scheduling the 7.5 point release

2014-04-22 Thread Ansgar Burchardt

On 04/21/2014 19:35, Adam D. Barratt wrote:
 On Tue, 2014-03-18 at 23:03 +, Adam D. Barratt wrote:
 On Sat, 2014-03-15 at 09:01 +, Adam D. Barratt wrote:
 On Sat, 2014-03-01 at 21:44 +0100, Niels Thykier wrote:
 We are slowly starting to prepare for the 7.5 point release and are
 suggesting one of the four following weekends:

 Based on the replies and looking again at a calendar, let's go for:

  * April 26th/27th
 
 Given a regression in the latest kernel upload in p-u (#745137) and a
 lack of feedback so far on one of the larger hardware backports included
 therein (igb), I'm wondering if it might make sense to push the date
 back a week, to May 3rd, and give ourselves time to get things sorted
 without rushing at the end of the week.
 
 On the initial call, everyone indicated that they would be available
 that weekend; is that still the case?

Should still be okay.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53565bba.6070...@debian.org

Re: Scheduling the 7.5 point release

2014-03-10 Thread Ansgar Burchardt

Hi,

On 03/01/2014 21:44, Niels Thykier wrote:
 We are slowly starting to prepare for the 7.5 point release and are
 suggesting one of the four following weekends:
 
  * April 12th/13th
  * April 19th/20th (Easter)
  * April 26th/27th
  * May 3rd/4th

I don't have any particular plans on either of them yet. So any choice
should be fine for me.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/531d7f10.1030...@debian.org

Re: Scheduling 7.4 and 6.0.9

2014-01-08 Thread Ansgar Burchardt

Hi,

On 01/08/2014 06:50 AM, Adam D. Barratt wrote:
 How are people fixed for:
 
 8th / 9th February
 15th / 16th February
 22nd / 23rd February
 1st / 2nd March

I'm still free on all dates.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52cd23e5.4070...@debian.org

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

2013-12-31 Thread 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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131231210359.25796.87888.report...@deep-thought.43-1.org

Which key to use for signing oldstable-*?

2013-10-24 Thread Ansgar Burchardt

Hi,

Phillip Kern noticed we use the new Wheezy automatic signing key for
squeeze-updates, but not for squeeze-security and asked to change the
former back to the Squeeze key.

I looked at the archive to see what was done in the past and noticed
that the Squeeze key was used to sign the last Lenny point release. Same
for etch and etch-security (signed with the Lenny key). However
lenny-security was signed with a different key (the Lenny key). So it
seems this wasn't handled consistently in the past.

There are three options:

a, Continue to use the old key for oldstable,
   i.e. sign all squeeze suites (including -security, -updates) with
   the Debian Archive Automatic Signing Key (6.0/squeeze) key.
   All other suites would be signed with the current key.
b, always use the current key,
   i.e. sign everything with Debian Archive Automatic Signing Key
   (7.0/wheezy),
or
c, use the old and current key for oldstable, and only the current key
   for the rest.

For brevity I omitted the transition phase that may use more that one
key.

I tend towards (a) or (c) as the newer keys are often introduced in a
point release and an r0 installer might not trust the newer key (and
only oldstable itself is signed with the release team's key, -security
and other suites are not).

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ppqufl5n@deep-thought.43-1.org

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

2013-10-22 Thread 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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52663bd5.7080...@debian.org

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

2013-10-19 Thread Ansgar Burchardt

Package: chrony
Severity: serious
Version: 1.24-3+squeeze1
X-Debbugs-Cc: t...@security.debian.org, debian-release@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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87iowtuzht@deep-thought.43-1.org

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

2013-10-06 Thread Ansgar Burchardt

Adam D. Barratt a...@adam-barratt.org.uk 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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87siwen8sq@deep-thought.43-1.org

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

2013-10-05 Thread 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 lega...@gmail.com
+Date:   2013-10-04
+
+Bump version to 0.4.19
+
+Signed-off-by: Toni Gundogdu lega...@gmail.com
+
+m4/version.m4
+
+commit f093d87
+Author: Toni Gundogdu lega...@gmail.com
+Date:   2013-10-04
+
+Update NEWS for v0.4.19
+
+Signed-off-by: Toni Gundogdu lega...@gmail.com
+
+NEWS
+
+commit bba8e1f
+Author: Toni Gundogdu lega...@gmail.com
+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 lega...@gmail.com
+
+share/lua/website/liveleak.lua
+
+commit 3160719
+Author: Toni Gundogdu lega...@gmail.com
+Date:   2013-09-29
+
+FIX: website/funnyordie.lua: Media stream pattern (PORTpt9)
+
+Backported from the 0.9 series [364ad53].
+
+Signed-off-by: Toni Gundogdu lega...@gmail.com
+
+share/lua/website/funnyordie.lua
+
 commit ee0fd4e
 Author: Toni Gundogdu lega...@gmail.com
 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 ans...@debian.org  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 ans...@debian.org  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 lega...@gmail.com
 -- 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 lega...@gmail.com
 --
 -- This file is part of libquvi-scripts http://quvi.sourceforge.net/.
@@ -56,14 +56,13 @@ function

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

2013-10-05 Thread Ansgar Burchardt

Adam D. Barratt a...@adam-barratt.org.uk 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] http://www.wiley.com/legacy/compbooks/vrml2sbk/toc/toc.htm

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87mwmo7wo2@deep-thought.43-1.org

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

2013-10-05 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 Ansgar Burchardt ans...@debian.org (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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87d2nj9apr@deep-thought.43-1.org

Re: Results of the porter roll call (Was: Roll call for porters of architectures in sid and testing)

2013-10-02 Thread Ansgar Burchardt

On 10/02/2013 09:45, Niels Thykier wrote:
 Summary table:
 Arch   || DDs || NMs/DMs || Other || Total
 ---++-++-++---++--
[...]
 sparc[2]   ||  1  ||   0 || 0 ||1
 
 [2] By the looks of it, if sparc was replaced by sparc64, we could be
 looking at 3 in the Other-column rather than 0.

In addition gcc no longer supports 32bit sparc according to the
architecture qualification notes for Squeeze[1] and Wheezy[2].

  [1] http://release.debian.org/squeeze/arch_qualify.html#sparc-upstream
  [2] http://release.debian.org/wheezy/arch_qualify.html#sparc-upstream

So it might make sense to drop sparc in any case and add sparc64 if
there are enough people interested.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/524be06e.2000...@debian.org

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

2013-09-23 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 Ansgar Burchardt ans...@debian.org (2013-09-16):
 Ansgar Burchardt ans...@debian.org 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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87r4cgdm4n@deep-thought.43-1.org

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

2013-09-23 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 Ansgar Burchardt ans...@debian.org (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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87vc1sdm5h@deep-thought.43-1.org

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

2013-09-23 Thread Ansgar Burchardt

Cyril Brulebois k...@debian.org writes:
 Ansgar Burchardt ans...@debian.org (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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87mwn4dlrl@deep-thought.43-1.org

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

2013-09-22 Thread 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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130922203020.17756.69820.report...@eisei.43-1.org

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

2013-09-16 Thread 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] http://bugs.debian.org/722401
  [2] https://code.google.com/p/chmsee/


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87six4u2oc@deep-thought.43-1.org

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

2013-09-16 Thread 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] http://bugs.debian.org/707346


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87wqmgu30w@deep-thought.43-1.org

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

2013-09-16 Thread 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] http://bugs.debian.org/713221
  [2] http://hg.mozilla.org/pyxpcom/


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871u4ovi1e@deep-thought.43-1.org

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

2013-09-16 Thread Ansgar Burchardt

Ansgar Burchardt ans...@debian.org 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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ob7su0ez@deep-thought.43-1.org

Bug#722150: nmu: libsigrokdecode_0.2.0-2

2013-09-08 Thread 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-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130908133624.15722.99680.report...@deep-thought.43-1.org

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

2013-09-04 Thread 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 ans...@debian.org  Wed, 04 Sep 2013 19:35:47 +0200
+
+libquvi-scripts (0.4.18-1) unstable; urgency=low
+
+  * New upstream release.
+
+ -- Ansgar Burchardt ans...@debian.org  Tue, 03 Sep 2013 21:33:57 +0200
+
+libquvi-scripts (0.4.17-1) unstable; urgency=low
+
+  * New upstream release.
+
+ -- Ansgar Burchardt ans...@debian.org  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 ans...@debian.org  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 lega...@gmail.com
+ 2012-2013, Toni Gundogdu lega...@gmail.com
  2011-2012, Paul Kocialkowski cont...@paulk.fr
 License: LGPL-2.1+
 
@@ -55,7 +55,9 @@
 
 Files: share/lua/website/myspass.lua
share/lua/website/wdrmaus.lua
-Copyright: 2013, Guido Leisker gu...@guido-leisker.de
+Copyright:
+ 2013, Guido Leisker gu...@guido-leisker.de
+ 2013, Toni Gundogdu lega...@gmail.com
 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

Bug#712615: transition: perl 5.18

2013-08-21 Thread Ansgar Burchardt

On 08/20/2013 21:11, Julien Cristau wrote:
 On Thu, Aug 15, 2013 at 22:04:30 +0200, Dominic Hargreaves wrote:
 Other ideas which were discussed here at Debconf include temporarily
 removing libsvn-perl, and uploading the version currently in testing
 to unstable again (unlikely to be acceptable I guess).

 And yet another idea: ask ftp-master to copy the perl 5.18 packages from
 sid to tpu when they're ready, and binNMU subversion in tpu.  Seems
 easier than my first suggestion, if ftp-master is willing to do that.

I think that's okay.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5214acdf.1040...@debian.org

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

2013-08-17 Thread Ansgar Burchardt

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

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.

Ansgar
diff -Nru gxine-0.5.907/debian/changelog gxine-0.5.907/debian/changelog
--- gxine-0.5.907/debian/changelog	2012-06-08 18:57:10.0 +0200
+++ gxine-0.5.907/debian/changelog	2013-08-17 10:07:04.0 +0200
@@ -1,3 +1,10 @@
+gxine (0.5.907-2+deb7u1) wheezy; urgency=low
+
+  * d/control: Switch to libmozjs185-dev as the package fails to build with
+newer versions of libmozjs-dev. (Reference: #66)
+
+ -- Ansgar Burchardt ans...@debian.org  Sat, 17 Aug 2013 10:00:48 +0200
+
 gxine (0.5.907-2) unstable; urgency=low
 
   * Switched source maintenance to mercurial-buildpackage.
diff -Nru gxine-0.5.907/debian/control gxine-0.5.907/debian/control
--- gxine-0.5.907/debian/control	2012-06-08 18:56:59.0 +0200
+++ gxine-0.5.907/debian/control	2013-08-17 10:00:47.0 +0200
@@ -6,7 +6,7 @@
 Build-Depends: debhelper ( 5.0.0),
 	libxine2-dev, libxine2-misc-plugins,
 	libgtk2.0-dev (= 2.8.0),
-	libmozjs-dev, liblircclient-dev,
+	libmozjs185-dev, liblircclient-dev,
 	libdbus-glib-1-dev,
 	libgudev-1.0-dev [linux-any], libhal-dev [!linux-any],
 	libxcb1-dev | x11-common ( 1:7.2),

1 2 3 >

1 - 100 of 256 matches

Mail list logo