Joey Hess jo...@debian.org writes:
Bdale Garbee wrote:
patch d-i to build successfully against the syslinux in sid
syslinux is GPL'd, so this would result in shipping d-i images in wheezy
which contain a GPL'd binary for which there is no source in wheezy.
My unstated assumption was
Hi,
On 08/02/13 20:52, Bdale Garbee wrote:
Joey Hess jo...@debian.org writes:
syslinux is GPL'd, so this would result in shipping d-i images in wheezy
which contain a GPL'd binary for which there is no source in wheezy.
My unstated assumption was that if d-i were able to successfully build
Hi,
On Wed, 06 Feb 2013, Bdale Garbee wrote:
two at a time. Holding d-i's build dependencies static in unstable for
more than half a year is just nuts to me! Sure seems like d-i is
something we should build using the components of the release it will be
contained in and not unstable... but
On 07.02.2013 08:31, Raphael Hertzog wrote:
Technically d-i point release updates are built in
stable-proposed-updates and build dependencies are satisfied in
stable
(+ s-p-u maybe). Similarly it should be possible to build d-i for
wheezy
in testing-proposed-updates right now (and have
On Thu, 07 Feb 2013, Raphael Hertzog wrote:
on the mirror and not in the package repository (the installer directories
are shared between wheezy and sid).
Cyril pointed out to me that this specific point is wrong, while
wheezy/main/installer-* and unstable/main/installer-* have the same
content
On 02/07/2013 09:31, Raphael Hertzog wrote:
Technically d-i point release updates are built in
stable-proposed-updates and build dependencies are satisfied in stable
(+ s-p-u maybe). Similarly it should be possible to build d-i for wheezy
in testing-proposed-updates right now (and have
Bdale Garbee wrote:
Sure seems like d-i is something we should build using the components
of the release it will be contained in and not unstable... but I
haven't tried to think hard about what that might imply that's
problematic. And I certainly don't think this is something we should
even
Bdale Garbee wrote:
patch d-i to build successfully against the syslinux in sid
syslinux is GPL'd, so this would result in shipping d-i images in wheezy
which contain a GPL'd binary for which there is no source in wheezy.
--
see shy jo
signature.asc
Description: Digital signature
Joey Hess jo...@debian.org (07/02/2013):
This can be done easily, just upload d-i to t-p-u. d-i uploads are
already built with udebs from testing, for similar reasons.
There seems to be an unholy fear of using t-p-u for anything these days,
which I don't really understand. Even when not
Cyril Brulebois wrote:
Joey Hess jo...@debian.org (07/02/2013):
This can be done easily, just upload d-i to t-p-u. d-i uploads are
already built with udebs from testing, for similar reasons.
There seems to be an unholy fear of using t-p-u for anything these days,
which I don't really
On 07.02.2013 14:46, Joey Hess wrote:
Cyril Brulebois wrote:
Joey Hess jo...@debian.org (07/02/2013):
This can be done easily, just upload d-i to t-p-u. d-i uploads are
already built with udebs from testing, for similar reasons.
There seems to be an unholy fear of using t-p-u for anything
On Thu, Feb 07, 2013 at 01:55:11AM +0100, Cyril Brulebois wrote:
On a personal note, I'm unsure how we came up with a situation where a
single maintainer can *actively* stall a release… Not caring about the
release process put into place years ago is a thing. Stopping people
from fixing
On Thu, Feb 07, 2013 at 10:33:00AM +0100, Ansgar Burchardt wrote:
As Adam already pointed out we would still need another d-i upload to
unstable to make sure unstable has a higher-or-equal version compared to
testing.
Sometimes I wonder why it cannot simply propagate to the upper suite.
We do
On 05.02.2013 23:55, Don Armstrong wrote:
On Wed, 06 Feb 2013, Cyril Brulebois wrote:
Daniel Baumann daniel.baum...@progress-technologies.net
(05/02/2013):
or:
* apply the following tested and working patch from #699742 in
debian-installer, […]
Except that this “tested and working
On Tue, 05 Feb 2013, Julien Cristau wrote:
- the latest of these uploads breaks the installer, making it
impossible to build and upload the planned wheezy release
candidate, since build-dependencies are fetched from unstable
- when asked to revert this change, the syslinux maintainer
Don Armstrong d...@debian.org writes:
Assuming that the patch for #699742[0] fixes this issue with DI RC
releases being installed, is there still an outstanding issue for the
CTTE?
Earlier in this thread, there had been a couple of reports that fix didn't
work. I haven't looked further,
On Wed, 06 Feb 2013, Russ Allbery wrote:
Don Armstrong d...@debian.org writes:
Assuming that the patch for #699742[0] fixes this issue with DI RC
releases being installed, is there still an outstanding issue for the
CTTE?
Earlier in this thread, there had been a couple of reports that
Russ Allbery r...@debian.org writes:
In practice, at least for the last couple of release cycles, we freeze
unstable for non-leaf packages during the release freeze because otherwise
it's too difficult with our current infrastructure to finish the
release.
I personally consider this a
Bdale Garbee bd...@gag.com writes:
I personally consider this a regrettable situation, and hope that for
jessie and beyond we can work out how to do this better. It is
unacceptable to me to freeze anything in sid for more than a week or
two at a time. Holding d-i's build dependencies static
On 06.02.2013 23:22, Don Armstrong wrote:
On Wed, 06 Feb 2013, Russ Allbery wrote:
Don Armstrong d...@debian.org writes:
Assuming that the patch for #699742[0] fixes this issue with DI RC
releases being installed, is there still an outstanding issue for the
CTTE?
Earlier in this thread,
Bdale Garbee bd...@gag.com (06/02/2013):
I personally consider this a regrettable situation, and hope that for
jessie and beyond we can work out how to do this better. It is
unacceptable to me to freeze anything in sid for more than a week or
two at a time. Holding d-i's build dependencies
Cyril Brulebois k...@debian.org writes:
Bdale Garbee bd...@gag.com (06/02/2013):
I personally consider this a regrettable situation, and hope that for
jessie and beyond we can work out how to do this better. It is
unacceptable to me to freeze anything in sid for more than a week or
two at a
Package: tech-ctte
[cc to syslinux maintainer, debian-release, debian-boot, leader]
Hi,
the background for this request can be found in bug#699382. Here are
the highlights:
- the debian-installer source package, which builds the installer images
for debian's releases, build-depends on
Daniel Baumann daniel.baum...@progress-technologies.net (05/02/2013):
or:
* apply the following tested and working patch from #699742 in
debian-installer, […]
Except that this “tested and working patch” doesn't fix anything. Same
issue, as seen by Michael and myself.
KiBi.
On Wed, 06 Feb 2013, Cyril Brulebois wrote:
Daniel Baumann daniel.baum...@progress-technologies.net (05/02/2013):
or:
* apply the following tested and working patch from #699742 in
debian-installer, […]
Except that this “tested and working patch” doesn't fix anything. Same
25 matches
Mail list logo