Le mardi, 30 mai 2017, 12.56:29 h CEST Daniel Kahn Gillmor a écrit :
> I've just filed unblock request #863734, which will hopefully achieve
> this result.
Ah great. Will keep an eye and upload as soon that's granted :-)
--
OdyX
On Mon 2017-05-29 08:16:11 +0200, Didier 'OdyX' Raboud wrote:
> If I upload win32-loader now, it will embed gpgv-win32 2.1.18-8, no matter
> which gnupg2 version will be part of stretch. There are three alternatives,
> in
> decreasing order of preference:
> * get gnupg2 in testing, upload
Le samedi, 27 mai 2017, 17.17:10 h CEST Didier 'OdyX' Raboud a écrit :
> win32-loader should be arch:all-rebuilt (aka uploaded) with a versionned
> Build-Depends on the latest debian-archive-keyring. It would therefore
> also embed the latest versions of all the other binaries its standalone
>
On Sat, May 27, 2017 at 17:17:10 +0200, Didier 'OdyX' Raboud wrote:
> 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.
>
Yes please.
Cheers,
Julien
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
Cyril Brulebois (2017-05-27):
> Ditto for d-i-n-i, which I'll check right away.
My bad, I had the jessie branch checked out, which is missing the new
mirror selection magic.
KiBi.
signature.asc
Description: Digital signature
Didier 'OdyX' Raboud (2017-05-27):
> win32-loader should be arch:all-rebuilt (aka uploaded) with a versionned
> Build-Depends on the latest debian-archive-keyring. It would therefore
> also embed the latest versions of all the other binaries its standalone
> version embeds.
Le vendredi, 26 mai 2017, 19.04:13 h CEST Cyril Brulebois a écrit :
> Hi,
>
> You might have noticed final preparations for d-i Stretch RC 4 are
> underways. A new debian-installer upload (or a binNMU) will need to
> happen before the first stretch release (aka. r0). If there's anything
> you
On Fri, 2017-05-26 at 19:04 +0200, Cyril Brulebois wrote:
> Hi,
>
> You might have noticed final preparations for d-i Stretch RC 4 are
> underways. A new debian-installer upload (or a binNMU) will need to
> happen before the first stretch release (aka. r0). If there's anything
> you want or would
Christian Seiler (2017-05-26):
> Sure, perfectly fine with me. If I don't open a p-u bug after the
> release of Stretch myself, feel free to ping me.
>
> (Btw. I also just noticed from reading the code that the additional
> time is not the only side-effect: it will clutter
On 05/26/2017 09:30 PM, Cyril Brulebois wrote:
>> I've looked at that for a bit, and found out that this is my own
>> fault: one of the uploads of open-iscsi I did before the freeze
>> changed the logic on how the initiatorname was generated within the
>> installer, (due to feedback from Ubuntu
Hi,
Christian Seiler (2017-05-26):
> While installing a Debian 9 system a couple of days ago, I noticed
> that at the end of the installation it took a couple of seconds for
> doing finalizing actions related to open-iscsi - even though the
> system I installed didn't use
On 05/26/2017 07:04 PM, Cyril Brulebois wrote:
> You might have noticed final preparations for d-i Stretch RC 4 are
> underways. A new debian-installer upload (or a binNMU) will need to
> happen before the first stretch release (aka. r0). If there's anything
> you want or would like to include in
Hi,
You might have noticed final preparations for d-i Stretch RC 4 are
underways. A new debian-installer upload (or a binNMU) will need to
happen before the first stretch release (aka. r0). If there's anything
you want or would like to include in r0, now is the time to mention it.
Right now, the
Hi,
as far as I understood those are the changes planned for d-i
(Otavio, please correct me where I'm wrong):
* d-i will use sid as a development platform:
- d-i in unstable will use unstable as its udeb source,
instead of testing which is the case today
- It will be binNMUed on all
On Thu, Jul 28, 2011 at 16:50, Philipp Kern pk...@debian.org wrote:
...
* Later on d-i should be fixed not to have the Linux kernel and ABI
version hardcoded. This is not currently considered critical
because it does not happen too often. Some solution needs to be
found that provides d-i
16 matches
Mail list logo