David Kalnischkies (2015-11-28):
> Mhh. apt is run as root (as we don't reach this codepath with uid !=
> 0), but it has all the groups of kibi and a setgroups is silently
> ignored… wtf…
Hmmm, there's fakeroot in the middle!
| ifneq ($(shell id -u),0)
| ROOTCMD ?= fakeroot
| endif
|
| #
On Sat, Nov 28, 2015 at 12:30:52AM +0100, Cyril Brulebois wrote:
> Now if I log out of the schroot session, remove my user 'kibi' from the
> cdrom group and re-enter a schroot session, I'm now getting a failure on
> the next group:
> | (sid-amd64-devel)kibi@wodi:~/debian-installer/installer$ make -
Hi,
Cyril Brulebois wrote:
> I've cherry-picked 3 patches from there onto master locally and I'm
> currently running diffoscope to see how that goes (and it's taking
> ages…):
I'm guessing the initrd would differ if the Linux tool to generate it
stores timestamps. If its compressed size varies m
Cyril Brulebois (2015-11-27):
> ACK, will test in a few moments.
Results:
| (sid-amd64-devel)kibi@wodi:~/debian-installer/installer$ make -C build
build_netboot-gtk USE_UDEBS_FROM=sid
| make: Entering directory '/home/kibi/debian-installer/installer/build'
| Using generated sources.list.udeb:
|
David Kalnischkies (2015-11-27):
> On Fri, Nov 27, 2015 at 09:08:35PM +0100, Cyril Brulebois wrote:
> > | E: Method gave invalid 400 URI Failure message: Could not get new groups
> > - getgroups (22: Invalid argument)
> > | E: Method copy has died unexpectedly!
> > | E: Sub-process copy returned
Samuel Thibault (2015-11-27):
> Cyril Brulebois, on Fri 27 Nov 2015 23:32:03 +0100, wrote:
> > Are we talking about possibly moving stuff from:
> > - build/tmp/netboot-gtk/ to build/tmp/netboot/gtk?
> > - build/tmp/netboot-gtk/ to build/tmp/netboot-gtk/gtk?
> >
> > where stuff means initrd.gz (
On Fri, Nov 27, 2015 at 09:08:35PM +0100, Cyril Brulebois wrote:
> | E: Method gave invalid 400 URI Failure message: Could not get new groups -
> getgroups (22: Invalid argument)
> | E: Method copy has died unexpectedly!
> | E: Sub-process copy returned an error code (112)
So, getgroups gets call
Cyril Brulebois, on Fri 27 Nov 2015 23:32:03 +0100, wrote:
> Samuel Thibault (2015-11-27):
> > That looks like the trigger, yes, because it restores spk.cfg. I
> > hadn't noticed that ./util/syslinux-cfgs lists *all* .cfg files when
> > used for cdrom targets. I have now blacklisted spk.cfg ther
Samuel Thibault (2015-11-27):
> That looks like the trigger, yes, because it restores spk.cfg. I
> hadn't noticed that ./util/syslinux-cfgs lists *all* .cfg files when
> used for cdrom targets. I have now blacklisted spk.cfg there. I
> agree that this is less than ideal, but this is a consequen
Hello,
Cyril Brulebois, on Thu 26 Nov 2015 01:31:19 +0100, wrote:
> Steve McIntyre (2015-11-26):
> > KiBi/Didier: I've now noticed the there's a slight issue with the
> > menus we have at the moment. Not sure if it's an artifact of the
> > multi-arch setup or not, but in the menus we're now getti
An apt hang was spotted during d-i's build (through daily build crontab
entries), and even if the immediate issue is going away (I killed all
schroot sessions manually, and apt now returns an issue instead of
hanging forever), it might be nice to try and detect when a session
already exists, to avo
Cyril Brulebois (2015-11-27):
> We're currently missing d-i daily builds, apparently because apt-get is
> stuck. Trying to replicate the issue in one of my devel schroots, it
> seems to be trying to call select with strange parameters:
> | 9996 select(1, [], [], NULL, {0, 498491}) = 0 (Timeout)
>
Steve McIntyre (2015-11-27):
> Yup, makes sense. I'll double-check the latest daily later on when I'm
> home.
Except daily builds are missing; investigating.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 27 Nov 2015 07:13:36 +0100
Source: base-installer
Binary: base-installer bootstrap-base
Architecture: source all i386
Version: 1.158
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team
Ch
base-installer_1.158_i386.changes uploaded successfully to localhost
along with the files:
base-installer_1.158.dsc
base-installer_1.158.tar.xz
base-installer_1.158_all.udeb
bootstrap-base_1.158_i386.udeb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
base-installer_1.158_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
base-installer_1.158.dsc
base-installer_1.158.tar.xz
base-installer_1.158_all.udeb
bootstrap-base_1.158_i386.udeb
Greetings,
Your Debian queue daemon (running on host coccia.debi
Your message dated Fri, 27 Nov 2015 17:04:00 +
with message-id
and subject line Bug#806218: fixed in base-installer 1.158
has caused the Debian Bug report #806218,
regarding base-installer: FTBFS when built with dpkg-buildpackage -A (Directory
nonexistent)
to be marked as done.
This means th
On Fri, Nov 27, 2015 at 03:33:39PM +, Ben Hutchings wrote:
> On Fri, 2015-11-27 at 15:39 +0100, Hendrik Brueckner wrote:
> [...]
> > --- a/disk-detect.sh
> > +++ b/disk-detect.sh
> > @@ -202,7 +202,7 @@ fi
> > db_get disk-detect/multipath/enable
> > if [ "$RET" = true ]; then
> > > > if ann
On Fri, Nov 27, 2015 at 05:34:58PM +0100, Cyril Brulebois wrote:
>Steve McIntyre (2015-11-27):
>> AFAICS it should just work (TM) - the existing code there is just
>> listing on the grub-mkimage command line the modules that we want
>> built-in. As we're already clearly using part_msdos, part_gpt
Steve McIntyre (2015-11-27):
> AFAICS it should just work (TM) - the existing code there is just
> listing on the grub-mkimage command line the modules that we want
> built-in. As we're already clearly using part_msdos, part_gpt is built
> at the same level so should get picked up in the same way.
On Fri, Nov 27, 2015 at 01:57:28AM +0100, Cyril Brulebois wrote:
>Steve McIntyre (2015-11-26):
>> I've pushed a trivial fix for this today, so new unstable/testing
>> d-i builds should be more useful for folks on GPT media. What do you
>> think about adding this for new Jessie builds? (And how's t
On Fri, 2015-11-27 at 15:39 +0100, Hendrik Brueckner wrote:
[...]
> --- a/disk-detect.sh
> +++ b/disk-detect.sh
> @@ -202,7 +202,7 @@ fi
> db_get disk-detect/multipath/enable
> if [ "$RET" = true ]; then
> >> if anna-install multipath-udeb; then
> ->> > MODULES="dm-mod dm-multipath
source: win32-loader
version: 0.7.10
severity: serious
Hi,
win32-loader fails to build from source like this:
[...]
# Build the cdrom version
OUTFILE_NAME=win32-loader.exe \
BUILD_DATE="Wed, 29 Apr 2015 09:25:43 +0200" \
dh_auto_build
make -j1
make[2]: Entering directory
Package: disk-detect
Version: 1.114
Severity: normal
Tags: d-i patch
Dear Maintainers,
I am about to configure and install on multipath devices.
The multipath program can create mappings but fails to load
the mappings into the kernel. The problem is that the mulitpath
program included in multipa
Hi again,
On 17/11/15 00:07, Cyril Brulebois wrote:
> Regis Boudin (2015-11-16):
>> That's a different patch indeed, which I won't push without a minimum of
>> coordination as it changes the API/ABI of the plugin inteface. Also the
>> patch is more intrusive, and I would probably need to review i
25 matches
Mail list logo
