Bug#897912: stretch-pu: package libdatetime-timezone-perl/1:2.09-1+2018e

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I've uploaded libdatetime-timezone-perl/1:2.09-1+2018e for strech(-updates). It contains a new patch which updates the data files

Bug#897911: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2018e

Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I've uploaded libdatetime-timezone-perl/1:1.75-2+2018e for jessie(-updates). It contains a new patch which updates the data files to

Re: How to deal with non-functional package in stretch? (Was: Bug#897605: profphd failure in stretch)

Hi All, This is fixed in version 1.0.42-2, and not present in version 1.0.42-1, which seems to be latest in stretch (both with tests). At patches dir: https://salsa.debian.org/med-team/profphd/blob/master/ debian/patches/2_remove_perlbrew_usage.patch - this disables perlbrew usage (this was

Re: How to deal with non-functional package in stretch? (Was: Bug#897605: profphd failure in stretch)

Hi Andreas, On 04/05/18 09:27, Andreas Tille wrote: > Hi release team, > > it turned out that profphd is non-functional in stretch (see bug > #897605). Since its not obviously a security issue we are wondering > whether there is some way to integrate this admittedly low popcon > package into

Forbidding Firefox addons from testing & stable (was: Firefox 60esr on Stretch ?)

Hello, On Fri, May 04 2018, Moritz Mühlenhoff wrote: > Same as all previous extension breakages incurred by ESR transitions; > not at all. Apart from enigmail those are all not updated along in > stable, this doesn't scale at all. If you want your extensions to be > kept compatible, get them

NEW changes in stable-new

Processing changes file: tzdata_2018e-0+deb9u1_all.changes ACCEPT

Re: How to deal with non-functional package in stretch? (Was: Bug#897605: profphd failure in stretch)

Hi Tanya, thanks for your comments. On Fri, May 04, 2018 at 07:11:22PM +0300, merlettaia wrote: > This is fixed in version 1.0.42-2, and not present in version 1.0.42-1, > which seems to be latest in stretch (both with tests). > At patches dir: > >

Bug#897923: stretch-pu: package tclreadline/2.1.0-15+deb9u1 pre-approval

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Hi! I would like to upload the tclreadline package to stretch. The package currently in stable misses a shared library for the ppc64el architecture, as indicated in [1]. I'm

Bug#897911: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2018e

Control: tags -1 + pending On Fri, 2018-05-04 at 19:06 +0200, gregor herrmann wrote: > I've uploaded libdatetime-timezone-perl/1:1.75-2+2018e for > jessie(-updates). It contains a new patch which updates the data > files to the Olson db release 2018e, which contains changes for North > Korea

Processed: Re: Bug#897911: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2018e

Processing control commands: > tags -1 + pending Bug #897911 [release.debian.org] jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2018e Added tag(s) pending. -- 897911: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897911 Debian Bug Tracking System Contact ow...@bugs.debian.org with

Processed: Re: Bug#897912: stretch-pu: package libdatetime-timezone-perl/1:2.09-1+2018e

Processing control commands: > tags -1 + pending Bug #897912 [release.debian.org] stretch-pu: package libdatetime-timezone-perl/1:2.09-1+2018e Added tag(s) pending. -- 897912: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897912 Debian Bug Tracking System Contact ow...@bugs.debian.org with

Bug#897912: stretch-pu: package libdatetime-timezone-perl/1:2.09-1+2018e

Control: tags -1 + pending On Fri, 2018-05-04 at 19:06 +0200, gregor herrmann wrote: > I've uploaded libdatetime-timezone-perl/1:2.09-1+2018e for > strech(-updates). It contains a new patch which updates the data > files to the Olson db release 2018e, which contains changes for North > Korea

Bug#897923: stretch-pu: package tclreadline/2.1.0-15+deb9u1 pre-approval

On Fri, 04 May 2018 23:22:15 +0300 Sergei Golovan wrote: > I would like to upload the tclreadline package to stretch. The package > currently in stable misses a shared library for the ppc64el architecture, > as indicated in [1]. I'm attaching the package diff for review. It's >

NEW changes in oldstable-new

Processing changes file: libdatetime-timezone-perl_1.75-2+2018e_amd64.changes ACCEPT Processing changes file: tzdata_2018e-0+deb8u1_amd64.changes ACCEPT

NEW changes in stable-new

Processing changes file: libdatetime-timezone-perl_2.09-1+2018e_amd64.changes ACCEPT Processing changes file: openjdk-8_8u171-b11-1~deb9u1_amd64.changes ACCEPT Processing changes file: openjdk-8_8u171-b11-1~deb9u1_arm64.changes ACCEPT Processing changes file:

NEW changes in stable-new

Processing changes file: tzdata_2018e-0+deb9u1_source.changes ACCEPT

Bug#897681: nmu: lammps_0~20161109.git9806da6-7+b1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu There were problems in lammps with the usage of an internal version of pmix by openmpi3. This has been resolved by making pmix work for all architectures (as of pmix 2.1.1~rc1-4, openmpi

Bug#897682: nmu: med-fichier_3.0.6-12+b1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu There were problems in med-fichier with the usage of an internal version of pmix by openmpi3. This has been resolved by making pmix work for all architectures (as of pmix 2.1.1~rc1-4,

Bug#897680: nmu: p4est_1.1-5+b1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu There were problems in p4est with the usage of an internal version of pmix by openmpi3. This has been resolved by making pmix work for all architectures (as of pmix 2.1.1~rc1-4, openmpi

How to deal with non-functional package in stretch? (Was: Bug#897605: profphd failure in stretch)

Hi release team, it turned out that profphd is non-functional in stretch (see bug #897605). Since its not obviously a security issue we are wondering whether there is some way to integrate this admittedly low popcon package into Debian 9.5 (whenever this might be released). While we can

Bug#897772: transition: miniupnpc

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi there! We've uploaded miniupnpc to Experimental, and my sponsoree said he attempted a rebuild against all the reverse dependencies listed here:

Processed: tagging 897613

Processing commands for cont...@bugs.debian.org: > # info provided > tags 897613 - moreinfo Bug #897613 [release.debian.org] RM: redmine/3.0~20140825-8~deb8u4 Removed tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 897613:

Bug#897613: RM: redmine/3.0~20140825-8~deb8u4

On May/03, Adam D. Barratt wrote: > There's a few r-deps. Walking the tree gives us: > > - redmine-plugin-pretend > - redmine-plugin-recaptcha > - redmine-recaptcha > > I assume the intent is that those also be removed. That is correct, sorry for not mentioning the r-deps initially. Cheers,

Processed: Re: Bug#897772: transition: miniupnpc

Processing control commands: > tags -1 confirmed Bug #897772 [release.debian.org] transition: miniupnpc Added tag(s) confirmed. -- 897772: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897772 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#897772: transition: miniupnpc

Control: tags -1 confirmed On 04/05/18 14:24, Thomas Goirand wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hi there! > > We've uploaded miniupnpc to Experimental, and my sponsoree said he attempted > a rebuild