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
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
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
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
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
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
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
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
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
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
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
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 to
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 the
On Fri, Jul 22, 2011 at 12:58, Tokarski Boleslaw
boleslaw.tokar...@tieto.com 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
On Thu, Jul 21, 2011 at 08:21, Chengwei Yang chengwei.y...@intel.com 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,
On Wed, Jul 20, 2011 at 01:56, Stephen Powell zlinux...@wowway.com 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
On Tue, Jul 19, 2011 at 11:21, yannubu...@gmail.com
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
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
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
On Fri, Jul 22, 2011 at 17:05, yannubu...@gmail.com
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:36:24 +0200
with message-id
cap9odkqtwghqgzcxj6skermh_cqrbhqomkmkg5w7fcee083...@mail.gmail.com
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
reopen 632970
thanks
On Fri, Jul 22, 2011 at 17:21, Otavio Salvador ota...@ossystems.com.br 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
Processing commands for cont...@bugs.debian.org:
reopen 632970
Bug #632970 {Done: Cyril Brulebois k...@debian.org} [keyboard-configuration]
cannot set keyboard layout for vserver
thanks
Stopping processing here.
Please contact me if you need assistance.
--
632970:
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
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
2011/7/16 Zdenek Kaspar zkaspa...@gmail.com:
...
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
Samuel Thibault sthiba...@debian.org (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
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
On Fri, Jul 22, 2011 at 18:02, yannubu...@gmail.com
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
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
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
+
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:mipsel Jul
32 matches
Mail list logo
