Processing commands for cont...@bugs.debian.org:
> reassign 755007 adacgi1
Bug #755007 [src:adacgi] adacgi: Increase gnat version on dependencies
Bug reassigned from package 'src:adacgi' to 'adacgi1'.
No longer marked as found in versions adacgi/1.6-17.
Ignoring request to alter fixed versions of
Processing control commands:
> block 756078 by -1
Bug #756078 [release.debian.org] transition: gnat
756078 was blocked by: 755014 755016 755076 755009 753957
756078 was not blocking any bugs.
Added blocking bug(s) of 756078: 756081
--
756078: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=7560
Processing control commands:
> retitle -1 apq-postgresql: uninstallable on sid, needs update for gnat-4.9
Bug #755016 [apq-postgresql] apq-postgresql: Increase gnat version on
dependencies
Changed Bug title to 'apq-postgresql: uninstallable on sid, needs update for
gnat-4.9' from 'apq-postgresql
Processing commands for cont...@bugs.debian.org:
> block 756078 by 753957
Bug #756078 [release.debian.org] transition: gnat
756078 was blocked by: 755014 755076 755009
756078 was not blocking any bugs.
Added blocking bug(s) of 756078: 753957
>
End of message, stopping processing here.
Please cont
Processing control commands:
> retitle -1 adasockets: uninstallable on sid, needs update for gnat-4.9
Bug #755009 [src:adasockets] adasockets: Increase gnat version on dependencies
Changed Bug title to 'adasockets: uninstallable on sid, needs update for
gnat-4.9' from 'adasockets: Increase gnat v
Processing control commands:
> retitle -1 apq: uninstallable on sid, needs update for gnat-4.9
Bug #755014 [apq] apq: Increase gnat version on dependencies
Changed Bug title to 'apq: uninstallable on sid, needs update for gnat-4.9'
from 'apq: Increase gnat version on dependencies'
> severity -1 g
Processing control commands:
> retitle -1 dbusada: uninstallable on sid, needs update for gnat-4.9
Bug #755076 [src:dbusada] dbusada: Increase gnat version on dependencies
Changed Bug title to 'dbusada: uninstallable on sid, needs update for gnat-4.9'
from 'dbusada: Increase gnat version on depen
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
There's been an ongoing ada transition for a while. gnat in
testing depends on gnat-4.6 and gnat in sid depends on gnat-4.9,
and the gnat rdeps depend on both gnat and gnat-4.6 in testing
Processing commands for cont...@bugs.debian.org:
> tags 755212 confirmed pending
Bug #755212 [release.debian.org] transition: protobuf-c
Added tag(s) confirmed and pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
755212: http://bugs.debian.org/cgi-bin/bugr
On Fri, Jul 25, 2014 at 11:29:19PM +0200, Cyril Brulebois wrote:
> I'm not sure what your point is.
>
> Maybe “crazy how ppc64 people got interested in getting their packages
> built as opposed to getting debian.org ports page updated”? Anyway, if
> you want to know about the port, see the wiki[1]
Lennart Sorensen (2014-07-25):
> On Fri, Jul 25, 2014 at 06:48:13PM +0100, peter green wrote:
> > Not in debian proper but it is on debian-ports.org and it appears to
> > be pretty healthy.
>
> Hmm, not listed under the official nor unofficial debian ports, while
> ppc64el is.
>
> https://www.de
On Fri, Jul 25, 2014 at 06:48:13PM +0100, peter green wrote:
> Not in debian proper but it is on debian-ports.org and it appears to
> be pretty healthy.
Hmm, not listed under the official nor unofficial debian ports, while
ppc64el is.
https://www.debian.org/ports/
ppc64el listed, ppc64 is not.
Lennart Sorensen wrote:
On Fri, Jul 25, 2014 at 12:14:08AM +0100, peter green wrote:
Another question the ftpmasters will likely have is what is the
relationship between ppc64 and ppc64el. Is there hardware that will
run ppc64 but not ppc64el? is there hardware that will run ppc64el
but not p
On Fri, Jul 25, 2014 at 12:14:08AM +0100, peter green wrote:
> Another question the ftpmasters will likely have is what is the
> relationship between ppc64 and ppc64el. Is there hardware that will
> run ppc64 but not ppc64el? is there hardware that will run ppc64el
> but not ppc64? is there hardwar
Hello,
On Wed, Jul 23, 2014 at 10:59:54PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Wed, 2014-07-23 at 18:46 -0300, Raúl Benencia wrote:
> > I would like to see foremost 1.5.7-5 in wheezy in order to fix #753184,
>
> You can't do that as described, as -5 is already in u
Processing changes file: apache2_2.2.22-13+deb7u3_amd64.changes
ACCEPT
Processing changes file: apache2_2.2.22-13+deb7u3_armel.changes
ACCEPT
Processing changes file: apache2_2.2.22-13+deb7u3_armhf.changes
ACCEPT
Processing changes file: apache2_2.2.22-13+deb7u3_i386.changes
ACCEPT
Processi
On 2014-07-16 23:57, Niels Thykier wrote:
> On 2014-07-16 15:48, Raphael Hertzog wrote:
>> > Hello britney maintainers,
>> >
> Hi, :)
>
> Your problem in a nutshell: You triggered something that looks like
> O(2^n) runtime in Britney. /o\
Hi again,
I managed to devise a few patches against the
On Fri, Jul 25, 2014 at 02:19:38PM +0200, Johannes Schauer wrote:
> Quoting Philipp Kern (2014-07-24 00:25:41)
> > so I think this would rather be a question for stable, than for backports?
> Maybe. We'd be equally (if not more) happy if SRM would reconsider their
> decision (expressed on #debian-r
Hi,
Quoting Philipp Kern (2014-07-24 00:25:41)
> so I think this would rather be a question for stable, than for backports?
Maybe. We'd be equally (if not more) happy if SRM would reconsider their
decision (expressed on #debian-release toward Helmut Grohne) that these patches
are too intrusive fo
Your message dated Fri, 25 Jul 2014 09:36:26 +0200
with message-id <53d208fa.3010...@debian.org>
and subject line Re: Bug#754992: transition: libtrio 1.16
has caused the Debian Bug report #754992,
regarding transition: libtrio 1.16
to be marked as done.
This means that you claim that the problem h
On 24/07/14 20:10, Gilles Filippini wrote:
> BTW, my last upload to experimental fixes the support for the cmake HDF5
> macro. Then a bunch of affected package will need binNMUing only.
That's great.
> I am currently rebuilding every affected package to prepare debdiff
> patches. I'll need a week
On 14/07/14 23:17, Niko Tyni wrote:
> I've just uploaded perl_5.18.2-7 providing only perlapi-5.18.2d on s390x
> and closing this bug (#753444).
FWIW, this had some trouble migrating because there were a few packages that
were still depending on perlapi-5.18.2 on testing, and the rebuilds were not
22 matches
Mail list logo
