Not exactly failures: D-I daily builds apparently haven't been
attempted since July 16th. Can it be fixed on rem?
Quoting Daily build aggregator (debian-boot@lists.debian.org):
> Debian installer build overview
> ---
>
> Failed or old builds:
>
> * OLD BUILD:mipse
>
>
> I attached a new one and this is more verbose. Please test it.
>
Bom dia Otavio
-> Output with the patch and the (empty) /boot folder :
~$ LANG=C sudo os-prober
+ . /usr/share/os-prober/common.sh
+ cleanup_tmpdir=false
+ cleanup_ro_partitions=
+ progname=
+ type mapdevfs
+ part
Debian installer build overview
---
Failed or old builds:
* OLD BUILD:mipsel Jul 16 00:09 buildd@rem build_cobalt_netboot-2.6_serial
http://d-i.debian.org/daily-images/mipsel/daily/build_cobalt_netboot-2.6_serial.log
* OLD BUILD:mipsel Jul 16
On Fri, Jul 22, 2011 at 18:02, yannubu...@gmail.com
wrote:
> 2nd patch does not work either:
I attached a new one and this is more verbose. Please test it.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 998
On Fri, Jul 22, 2011 at 15:57:11 +0200, Samuel Thibault wrote:
> So it'd be a matter of xserver-xephyr defaulting to the underlying X
> server layout,
Maybe. Except there's no reliable way to do that.
> or reading /etc/default/keyboard.
>
No.
Cheers,
Julien
--
To UNSUBSCRIBE, email to deb
Samuel Thibault (22/07/2011):
> KiBi wrote:
> > Xephyr is not X, and uses us by default.
>
> Why should it be cast into stone?
I didn't say a thing about that.
> us seems to me a bad default for most (that is, no-us) people,
> compared to simply inheriting the underlying X server layout or
> re
2011/7/16 Zdenek Kaspar :
...
> 1) d-i kernel needs to support: CONFIG_CRYPTO_XTS and CONFIG_CRYPTO_GF128MUL
This is enabled on kernels and now I queued it to inclusion for next
kernel uploads.
> 2) two new options into expert-mode installer:
> -s 512 -c aes-xts-plain64 (future new standard)
> -s
Hello,
I did a try to reproduce this today and I couldn't reproduce it. It
worked fine for me. Can you please give it a try using a new image?
Cheers,
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-785
2nd patch does not work either:
patch and boot folder:
ubuntu@ubuntu:~$ LANG=C sudo os-prober
ls: cannot access : No such file or directory
ls: cannot access : No such file or directory
ls: cannot access : No such file or directory
/dev/sda5:Ubuntu 10.10 (10.10):Ubuntu:linux
/dev/sda6:Ubuntu 11.04
Processing commands for cont...@bugs.debian.org:
> reopen 632970
Bug #632970 {Done: Cyril Brulebois } [keyboard-configuration]
cannot set keyboard layout for vserver
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
632970: http://bugs.debian.org/cgi-bin/bugreport.
reopen 632970
thanks
On Fri, Jul 22, 2011 at 17:21, Otavio Salvador wrote:
...
Sorry; typed the wrong bug number. Just reopened it.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 htt
Your message dated Fri, 22 Jul 2011 17:36:24 +0200
with message-id
and subject line Not a bug
has caused the Debian Bug report #613053,
regarding Network-manager: device not managed
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it i
On Fri, Jul 22, 2011 at 17:05, yannubu...@gmail.com
wrote:
> Thanks Otavio.
> Unfortunately, your patch does not solve the bug. Please see below the
> os-prober output I get in 3 configurations:
Good; please revert previous patch and try this one.
--
Otavio Salvador
Your message dated Fri, 22 Jul 2011 17:23:38 +0200
with message-id <4e2995fa.5010...@progress-technologies.net>
and subject line Re: Unable to continue without a bootloader
has caused the Debian Bug report #608850,
regarding Unable to continue without a bootloader
to be marked as done.
This means
Thanks Otavio.
Unfortunately, your patch does not solve the bug. Please see below the
os-prober output I get in 3 configurations:
1) Normal output (no /boot folder in the Windows partition) :
/dev/sda1:Windows Vista (loader):Windows:chain
/dev/sda5:Ubuntu 10.10 (10.10):Ubuntu:linux
2) Output when
On Tue, Jul 19, 2011 at 11:21, yannubu...@gmail.com
wrote:
> If the Windows partition contains a /boot/grub/core.img folder (this occurs
> when beginners install GRUB by mistake in the Windows partition), os-prober
> won't detect Windows any more.
Is it possible for you to try to apply this patch
On Wed, Jul 20, 2011 at 01:56, Stephen Powell wrote:
...
> o Eliminate symbolic links entirely and require boot loader hook
> scripts to edit their configuration files
...
This seems to be the best alternative for me however IIRC there still
arches that depends on those links so I think we could
On Thu, Jul 21, 2011 at 08:21, Chengwei Yang wrote:
> Hi, all.
>
> This is the first time I am here.
Welcome aboard and please show up whenever you want, specially if it
comes with patches :-)
> I just create a patch for os-prober to identify MeeGo, I'm not debian
> developer, if there is not th
On Fri, Jul 22, 2011 at 12:58, Tokarski Boleslaw
wrote:
...
> I will try to test this in my environment.
Please test it and if it works ping us to review and commit it;
regarding debootstrap you can preseed it using:
d-i base-installer/debootstrap_script string squeeze
This ought to work.
--
Harald Dunkel, le Fri 22 Jul 2011 15:28:30 +0200, a écrit :
> On 07/22/11 01:13, Samuel Thibault wrote:
> > Err, it looks plain wrong to me to configure the keyboard on the server
> > side.
>
> This bug report is not about configuring the keyboard-configuration
> package on a remote machine, but
On 07/22/11 01:13, Samuel Thibault wrote:
>
> Err, it looks plain wrong to me to configure the keyboard on the server
> side.
This bug report is not about configuring the keyboard-configuration
package on a remote machine, but on the client, i.e. the host with
the keyboard attached.
> If I want
Hello,
I am no developer and I admit I do not know the very internals of the
d-i system, but you can have a look at the attached patch.
This checks if mirror/suite was already set and does not set the value
in such a case in choose-mirror.postinst.
I have also modified the choose-mirror.c f
Quoting Tokarski Boleslaw (boleslaw.tokar...@tieto.com):
> Thus long story short:
> I believe that choose-mirror should first check if the user has not specified
> the mirror/suite with preseed before setting his own default value.
Good suggestion. Could you, by any chance, provide us with a pa
Package: choose-mirror
Version: 2.37
Hello,
I am maintaining a repository that consists of Debian packages merged
with a couple of our modifications using reprepro.
I have two codenames in the repo, beta3 and beta4, but actually the
system behind this is Debian Stable, so I expect that the ins
Accepted:
ata-modules-2.6.39-2-sparc64-di_1.70_sparc.udeb
to
main/l/linux-kernel-di-sparc-2.6/ata-modules-2.6.39-2-sparc64-di_1.70_sparc.udeb
btrfs-modules-2.6.39-2-sparc64-di_1.70_sparc.udeb
to
main/l/linux-kernel-di-sparc-2.6/btrfs-modules-2.6.39-2-sparc64-di_1.70_sparc.udeb
cdrom-core-m
Accepted:
affs-modules-2.6.39-2-powerpc-di_1.83_powerpc.udeb
to
main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.39-2-powerpc-di_1.83_powerpc.udeb
affs-modules-2.6.39-2-powerpc64-di_1.83_powerpc.udeb
to
main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.39-2-powerpc64-di_1.83_powerpc.u
Accepted:
btrfs-modules-2.6.39-2-4kc-malta-di_1.38_mipsel.udeb
to
main/l/linux-kernel-di-mipsel-2.6/btrfs-modules-2.6.39-2-4kc-malta-di_1.38_mipsel.udeb
btrfs-modules-2.6.39-2-loongson-2f-di_1.38_mipsel.udeb
to
main/l/linux-kernel-di-mipsel-2.6/btrfs-modules-2.6.39-2-loongson-2f-di_1.38_mi
Accepted:
btrfs-modules-2.6.39-2-4kc-malta-di_1.38_mips.udeb
to
main/l/linux-kernel-di-mips-2.6/btrfs-modules-2.6.39-2-4kc-malta-di_1.38_mips.udeb
btrfs-modules-2.6.39-2-r4k-ip22-di_1.38_mips.udeb
to
main/l/linux-kernel-di-mips-2.6/btrfs-modules-2.6.39-2-r4k-ip22-di_1.38_mips.udeb
btrfs-mo
Accepted:
ata-modules-2.6.39-2-itanium-di_1.71_ia64.udeb
to
main/l/linux-kernel-di-ia64-2.6/ata-modules-2.6.39-2-itanium-di_1.71_ia64.udeb
btrfs-modules-2.6.39-2-itanium-di_1.71_ia64.udeb
to
main/l/linux-kernel-di-ia64-2.6/btrfs-modules-2.6.39-2-itanium-di_1.71_ia64.udeb
cdrom-core-modules
Accepted:
acpi-modules-2.6.39-2-486-di_1.105_i386.udeb
to
main/l/linux-kernel-di-i386-2.6/acpi-modules-2.6.39-2-486-di_1.105_i386.udeb
acpi-modules-2.6.39-2-686-pae-di_1.105_i386.udeb
to
main/l/linux-kernel-di-i386-2.6/acpi-modules-2.6.39-2-686-pae-di_1.105_i386.udeb
ata-modules-2.6.39-2-4
Accepted:
ata-modules-2.6.39-2-iop32x-di_1.62_armel.udeb
to
main/l/linux-kernel-di-armel-2.6/ata-modules-2.6.39-2-iop32x-di_1.62_armel.udeb
btrfs-modules-2.6.39-2-iop32x-di_1.62_armel.udeb
to
main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.39-2-iop32x-di_1.62_armel.udeb
btrfs-modules-2.
Accepted:
acpi-modules-2.6.39-2-amd64-di_1.82_amd64.udeb
to
main/l/linux-kernel-di-amd64-2.6/acpi-modules-2.6.39-2-amd64-di_1.82_amd64.udeb
ata-modules-2.6.39-2-amd64-di_1.82_amd64.udeb
to
main/l/linux-kernel-di-amd64-2.6/ata-modules-2.6.39-2-amd64-di_1.82_amd64.udeb
btrfs-modules-2.6.39-2
32 matches
Mail list logo
