TL;DR: git-update-server-info hook on d-i/debian-installer.git seems to
have failed once in the past, doing another dummy push has resolved the
issue.
Longer:
A "git clone
https://alioth.debian.org/anonscm/git/d-i/debian-installer.git";
is producing a master branch with tip commit:
commi
On 2015-06-02 05:53, Christian PERRIER wrote:
Quoting Cyril Brulebois (k...@debian.org):
Hi Niels,
Niels Thykier (2015-06-01):
> There is an existing experimental patch series for debhelper to have it
> automatically create "ddebs"[1][2]. Currently, it /also/ happens for
> udebs, which leads
In België is het water één van het meest kalkhoudende van Europa. Te
veel kalk beschadigt uw elektrische huishoudapparaten en is nadelig voor uw
dagelijks comfort.
Ontvang een gratis offerte:
http://www.debesteleverancier.be/waterverzachter/gratis-offerte.htm?lng=nl&tg=adoucisseur&utm_campaign=ado
On Wed, May 20, 2015 at 12:54:32PM +0100, Philip Hands wrote:
>As mentioned in the original report, the *boot? devices apparently
>read-only and as such should not be in the list in the first place, so
>this fix masks the presumed bug in parted_devices.c:process_device
>
>I don't suppose that it re
On Tue, Jun 02, 2015 at 09:30:36AM +0200, Philipp Kern wrote:
>On 2015-06-02 05:53, Christian PERRIER wrote:
>>Quoting Cyril Brulebois (k...@debian.org):
>>>Hi Niels,
>>>
>>>Niels Thykier (2015-06-01):
There is an existing experimental patch series for debhelper to have it
automatically
Brian Potkin writes:
...
>> Is there a reason why iso-scan is *not* loaded?
>
> The author of iso-scan has this to say:
>
> iso-scan is part of the Debian installer[1].
>
> However, it is only included in the hd-media initrd. There is no reason
> to include it on the regular CD initrd, bec
Package: src:console-setup
version; 1.128
user: lintian-ma...@debian.org
usertags: source-is-missing
severity: serious
X-Debbugs-CC: ftpmas...@debian.org
Hi,
Your package seems to include some files that lack sources
in prefered forms of modification:
Keyboard/locale/lib/common/xomGeneric.s
Hi,
Nonissue provides quality traffic growth, *for free!*
Nonissue is a network of content discovery containing only high quality
sites, hand-picked by our editors.
To participate, all you have to do is add our widget to your site, which
will display related content in your site’s vertical.
Hi,
Ian Campbell (2015-06-02):
> TL;DR: git-update-server-info hook on d-i/debian-installer.git seems to
> have failed once in the past, doing another dummy push has resolved the
> issue.
>
> Longer:
>
> A "git clone
> https://alioth.debian.org/anonscm/git/d-i/debian-installer.git";
>
> is pro
On Tue, 2015-06-02 at 17:53 +0200, Cyril Brulebois wrote:
[...]
> This is entirely my fault, ISTR having pushed using “git push” or “git
> push origin”, noticed the many-lines warning about pushing without
> parameters, and hit C-c. The push had already happened, as well as IRC
> notifications, but
On Tue, Jun 02, 2015 at 01:21:40PM +0100, Philip Hands wrote:
> As Joey says, one doesn't need it if one is doing exactly what was
> envisioned with the images (i.e. dd-ing straight to the device) but
> it is very clear by now that other valid use cases exist.
>
> It is of course possible to work
Package: libudev1-udeb
Version: 218-1
Severity: grave
Tags: d-i
Justification: renders package unusable
(Please keep debian-boot@lists.debian.org cc'ed.)
Hi,
libudev1-udeb depends on missing libcap2. I suspect the easiest would be
to drop libcap2 support from the udeb build. An alternative would
2015-06-02 18:11 GMT+02:00 Cyril Brulebois :
> Package: libudev1-udeb
> Version: 218-1
> Severity: grave
> Tags: d-i
> Justification: renders package unusable
>
> (Please keep debian-boot@lists.debian.org cc'ed.)
>
> Hi,
>
> libudev1-udeb depends on missing libcap2. I suspect the easiest would be
>
Control: block -1 by 782475
Hi KiBi et al,
Am 02.06.2015 um 18:11 schrieb Cyril Brulebois:
> libudev1-udeb depends on missing libcap2. I suspect the easiest would be
> to drop libcap2 support from the udeb build. An alternative would be to
> try and add a udeb in libcap2. I'd rather have the form
On 2015-06-02 13:25, Steve McIntyre wrote:
Actually, I think they might be useful just for helping with core
dumps after the fact? We don't tend to have that many binary-arch
udebs, but debugging a crash is difficult in-situ. At least getting a
core file out will help.
Yeah, I guess in a post-m
Package: libdebian-installer
Version: 0.99
Severity: serious
SheevaPlug and some other devices have been converted to Device Tree
but libdebian-installer doesn't know about their new DT names.
As a result, we end up with:
$ archdetect
armel/generic
and then base-installer fails to install the k
Quoting bastien ROUCARIÈS (roucaries.bastien+deb...@gmail.com):
> Package: src:console-setup
> version; 1.128
> user: lintian-ma...@debian.org
> usertags: source-is-missing
> severity: serious
> X-Debbugs-CC: ftpmas...@debian.org
>
> Hi,
>
> Your package seems to include some files that lack sou
On 2015-06-02 19:48, Michael Biebl wrote:
> Am 02.06.2015 um 18:11 schrieb Cyril Brulebois:
>> libudev1-udeb depends on missing libcap2. I suspect the easiest would be
>> to drop libcap2 support from the udeb build. An alternative would be to
>> try and add a udeb in libcap2. I'd rather have the fo
Christian PERRIER (2015-06-02):
> Quoting bastien ROUCARIÈS (roucaries.bastien+deb...@gmail.com):
> > Package: src:console-setup
> > version; 1.128
> > user: lintian-ma...@debian.org
> > usertags: source-is-missing
> > severity: serious
> > X-Debbugs-CC: ftpmas...@debian.org
> >
> > Hi,
> >
> >
(Adding debian-boot@ back.)
Michael Biebl (2015-06-02):
> Control: block -1 by 782475
>
> Hi KiBi et al,
>
> Am 02.06.2015 um 18:11 schrieb Cyril Brulebois:
> > libudev1-udeb depends on missing libcap2. I suspect the easiest would be
> > to drop libcap2 support from the udeb build. An alternati
Hello folks,
Just dropping you a quick note: I'd like to release an alpha 1 as soon
as possible. After various FTBFSes on the linux side, we're now hitting
libudev1-udeb's being uninstallable for the time being, but that might
be fixed in a few days.
That leaves us with a nice chunk of June to ma
libdebian-installer_0.101_source.changes uploaded successfully to localhost
along with the files:
libdebian-installer_0.101.dsc
libdebian-installer_0.101.tar.xz
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
--
To UNSUBSCRIBE, email to debian-boot-requ...@l
Your message dated Tue, 02 Jun 2015 23:21:12 +
with message-id
and subject line Bug#787563: fixed in libdebian-installer 0.101
has caused the Debian Bug report #787563,
regarding SheevaPlug and other devices not recognized
to be marked as done.
This means that you claim that the problem has b
Debian FTP Masters (2015-05-26):
> Changes:
> libdebian-installer (0.100) unstable; urgency=medium
> .
>[ Philipp Kern ]
>* Run unit tests during build.
>* Add a simple unit test to test libdebian-installer's exec functionality.
> .
>[ Christian Perrier ]
>* Update Standards
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 03 Jun 2015 00:55:08 +0200
Source: libdebian-installer
Binary: libdebian-installer4 libdebian-installer4-dev libdebian-installer4-udeb
libdebian-installer-extra4 libdebian-installer-extra4-udeb
Architecture: source
On 2015-05-27, François-Régis wrote:
> Le 27/05/2015 20:36, Vagrant Cascadian a écrit :
>> I don't see anything mentioned in the errata yet:
>>
>> https://www.debian.org/releases/stable/debian-installer/#errata
>>
>> Not sure what the process is to update that, but I'd be happy to work on
>>
On 2015-06-02 21:06, Philipp Kern wrote:
> On 2015-06-02 13:25, Steve McIntyre wrote:
>> Actually, I think they might be useful just for helping with core
>> dumps after the fact? We don't tend to have that many binary-arch
>> udebs, but debugging a crash is difficult in-situ. At least getting a
>>
27 matches
Mail list logo
