Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
After init 1.34 dropped the `Essential: yes` bit, debootstrap will
produce systems that by default do not have /sbin/init (as intended).
This makes, however, lxc from jessie not able
Hi all,
Quoting Emilio Pozuelo Monfort (2016-06-20 20:52:32)
> On 20/06/16 20:17, Anton Gladky wrote:
> > Dear release team,
> >
> > I am not sure, whether I ask the question, using
> > the correct address. If I am not right, please redirect
> > me.
> >
> > Two of my packages (liggghts and yade)
On Monday, 20 June 2016 18:48:29 CEST Emilio Pozuelo Monfort wrote:
> On 20/06/16 16:44, Maximiliano Curia wrote:
> > The kdepimlibs binary components were all renamed in the new source
> > package
> > (kf5-kdepimlibs), so it doesn't really need to be addressed in this
> > transition, but packages
On 20/06/16 20:17, Anton Gladky wrote:
> Dear release team,
>
> I am not sure, whether I ask the question, using
> the correct address. If I am not right, please redirect
> me.
>
> Two of my packages (liggghts and yade) are waiting to
> be build on build servers due to unsatisfied dependency
> wi
Dear release team,
I am not sure, whether I ask the question, using
the correct address. If I am not right, please redirect
me.
Two of my packages (liggghts and yade) are waiting to
be build on build servers due to unsatisfied dependency
with the following note:
=
liggghts build-depends
On 20/06/16 18:48, Emilio Pozuelo Monfort wrote:
> On 20/06/16 16:44, Maximiliano Curia wrote:
>> Now that the qt transition is over, we would like to start pushing kdepim to
>> unstable. This should address the auto transitions:
Additionally:
Did you test-rebuild the rdeps? Are there any known
On 20/06/16 16:44, Maximiliano Curia wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
>
> Now that the qt transition is over, we would like to start pushing kdepim to
> unstable. This should address the auto tra
in theory it should be easier to port applications to ppc64el, especially
software that is not maintained by Debian (like various commercial or not
packaged apps and libraries), because it makes a little bit more similar to
x86 and amd64. Power8 hardware isn't terribly expensive (and there are
alre
On 2016-06-20 10:29, John Paul Adrian Glaubitz wrote:
On 06/20/2016 04:15 PM, Lennart Sorensen wrote:
On Mon, Jun 20, 2016 at 04:11:32PM +0200, John Paul Adrian Glaubitz
wrote:
Well, we just did a full archive rebuild of "ppc64" to be able to
support ppc64 on the e5500 cores by disabling AltiVe
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
Now that the qt transition is over, we would like to start pushing kdepim to
unstable. This should address the auto transitions:
https://release.debian.org/transitions/html/auto-ako
On 06/20/2016 04:15 PM, Lennart Sorensen wrote:
> On Mon, Jun 20, 2016 at 04:11:32PM +0200, John Paul Adrian Glaubitz wrote:
>> Well, we just did a full archive rebuild of "ppc64" to be able to
>> support ppc64 on the e5500 cores by disabling AltiVec, didn't we?
>
> Well it is getting there.
The
On 06/20/2016 04:05 PM, Lennart Sorensen wrote:
> Also I suspect many users of 64 bit capable freescale chips
> (e5500 and e6500 cores) are running 32 bit powerpc since they
> don't have enough ram to actually really gain anything
> from going to 64 bit, and the ppc64 port isn't done yet.
Well, we
On Mon, Jun 20, 2016 at 04:11:32PM +0200, John Paul Adrian Glaubitz wrote:
> Well, we just did a full archive rebuild of "ppc64" to be able to
> support ppc64 on the e5500 cores by disabling AltiVec, didn't we?
Well it is getting there.
--
Len Sorensen
On Sun, Jun 19, 2016 at 08:35:02PM +0200, Florian Weimer wrote:
> Do they implement the ISA required by the existing Debian port?
Yes.
The only ones that don't are the Freescale 85xx and P10[12]x chips,
which are powerpcspe due to using the e500 core.
All the 83xx and 82xx chips which are still
Many thanks Emilio!
Cheers
Sascha
On 20/06/2016 12:41, Emilio Pozuelo Monfort wrote:
> On 20/06/16 12:01, Sascha Steinbiss wrote:
>> Hi Emilio,
>>
similarly to circulator, ariba and others, I have another Perl-based tool
packaged which depends on something missing on i386:
Thanks a lot!
--
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/
On 20/06/16 12:01, Sascha Steinbiss wrote:
> Hi Emilio,
>
>>> similarly to circulator, ariba and others, I have another Perl-based tool
>>> packaged which depends on something missing on i386:
>>>
>>>sspace/i386 unsatisfiable Depends: bowtie
>>>
>>> Would it be possible to force sspace as wel
On Mon, Jun 20, 2016 at 01:07:42PM +0200, Emilio Pozuelo Monfort wrote:
> Go ahead.
ta, uploaded.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Lau
Your message dated Mon, 20 Jun 2016 13:07:16 +0200
with message-id
and subject line Re: Bug#827177: transition: qtbase-opensource-src
has caused the Debian Bug report #827177,
regarding transition: qtbase-opensource-src
to be marked as done.
This means that you claim that the problem has been dea
Control: tags -1 confirmed
On 14/06/16 19:50, Emilio Pozuelo Monfort wrote:
> On 14/06/16 19:08, Mattia Rizzolo wrote:
>> Package: release.debian.org
>> Forwarded: https://release.debian.org/transitions/html/auto-libpodofo.html
>> User: release.debian@packages.debian.org
>> Usertags: transitio
Processing control commands:
> tags -1 confirmed
Bug #827291 [release.debian.org] transition: libpodofo
Added tag(s) confirmed.
--
827291: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827291
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Hi Emilio,
>> similarly to circulator, ariba and others, I have another Perl-based tool
>> packaged which depends on something missing on i386:
>>
>>sspace/i386 unsatisfiable Depends: bowtie
>>
>> Would it be possible to force sspace as well as discussed before?
>> If you need any more infor
22 matches
Mail list logo