Processed: your mail
Processing commands for cont...@bugs.debian.org: > retitle 618320 invalid a.out header while booting on kfreebsd Bug #618320 [installation-reports] kfreebsd: invalid a.out header Changed Bug title to 'invalid a.out header while booting on kfreebsd' from 'kfreebsd: invalid a.out header' > reassign 618320 grub-pc Bug #618320 [installation-reports] invalid a.out header while booting on kfreebsd Bug reassigned from package 'installation-reports' to 'grub-pc'. > severity 618320 important Bug #618320 [grub-pc] invalid a.out header while booting on kfreebsd Severity set to 'important' from 'normal' > thanks Stopping processing here. Please contact me if you need assistance. -- 618320: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618320 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13018230399497.transcr...@bugs.debian.org
Bug#620228: keyboard-configuration: Error in "Setting preliminary keymap": mktemp fails (Read-only file system)
Hello, I'm also affected by this bug. I just wanted to add that it is due to the fact that my /tmp is on a logical volume mounted rw after keyboard initialization. Maybe it will help you fixing the bug. Regards, Benoît
Bug#451535:
package:partman-lvm version: 70 This also affects Ubuntu 10.10 with partman-lvm version 70. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1301825154.3842.1.camel@teej-Aspire-M1640
Bug#620491: [PATCH] setupcon always fails on boot - readonly /tmp
2011/4/2 Jindřich Makovička :
> 2011/4/2 Anton Zinoviev :
>>> This is related to init.d/keyboard-setup, and the "Setting preliminary
>>> keymap ... failed" message is displayed on every boot.
>>
>> Yes. The script /etc/init.d/console-setup will compile a keyboard
>> layout in /etc/console-setup/cached-*.kmap.gz. The next time the
>> machine reboots, /etc/init.d/keyboard-setup will find the precompiled
>> layout and there will be no need to create a temporary file.
>>
>> Anton Zinoviev
>>
>>
>
> Ah, now i see the cause: on my machine, both [ "$cached" -ot
> "$CONFIG2" ] and [ "$CONFIG2" -ot "$cached" ] are false since both
> files were modified the same time during an update. One of the -ot
> comparisons should be reversed and negated instead.
Updated and tested patch attached.
--
Jindrich Makovicka
--- setupcon.orig 2011-04-02 11:41:50.420865902 +0200
+++ setupcon 2011-04-03 14:16:00.0 +0200
@@ -698,8 +698,8 @@
if \
[ -z "$savekbdfile" -a -n "$do_save" ] \
&& [ ! -f "$cached" \
- -o "$cached" -ot "$CONFIG" \
- -o "$cached" -ot "$CONFIG2" ]
+ -o ! "$CONFIG" -ot "$cached" \
+ -o ! "$CONFIG2" -ot "$cached" ]
then
savekbdfile="$cached"
fi
@@ -904,7 +904,7 @@
freebsd) run plain ECHO kbdcontrol -l "$KMAP" ;;
esac
else
-TMPFILE=`mktemp /tmp/tmpkbd.XX` \
+TMPFILE=`mktemp -q /tmp/tmpkbd.XX || mktemp -q /lib/init/rw/tmpkbd.XX` \
|| { echo Can not create temporary file >&2; exit 1; }
case "$do_kbd" in
linux)
@@ -933,7 +933,7 @@
filearg () {
case "$1" in
-*.kmap.gz|*.kbd|/tmp/tmpkbd.*)
+*.kmap.gz|*.kbd|*/tmpkbd.*)
echo -n "/etc/console-setup/${savekbdfile##*/} "
;;
/*)
@@ -957,7 +957,7 @@
echo '#!/bin/sh' >"$setupdir"/bin/setupcon
echo '# A micro-version of setupcon with static configuration.' >>"$setupdir"/bin/setupcon
chmod +x "$setupdir"/bin/setupcon
-TMPFILE=`mktemp /tmp/console-setup.XX` \
+TMPFILE=`mktemp -q /tmp/console-setup.XX || mktemp -q /lib/init/rw/console-setup.XX` \
|| { echo Can not create temporary file >&2; exit 1; }
echo "$SETUP" |
while read cmd args; do
Re: Consoles and d-i
On Thu, Mar 24, 2011 at 11:56:10PM +, Jurij Smakov wrote:
> Hello,
>
> I've noticed that 2.6.38 kernel supports TIOCGDEV ioctl, which can be
> used to unambigously determine the real tty device corresponding to
> /dev/console [0]. I believe that by using this we can significantly
> simplify reopen-console-linux script in rootskel [1], and use the
> device from /var/run/console-device in finish-install's 90console [2],
> instead of the current method based on looking at the fds of the
> debian-installer binary.
>
> I expect that doing it this way will (at least) fix the installs for
> machines using sunhv.c serial drivers, for which the current rootskel
> detection does not work. It is quite possible though that I'm
> overlooking some important details, so if you know of reasons why such
> changes are not a good idea, please let me know.
I have now come up with a set of changes which implements it, see the
attached patch. I've tested it on my sparc box with a 2.6.38 netboot
image, with both regular and serial console.
Please let me know what you think, if there are no objections, I plan
to push it to the main repo and upload new rootskel next weekend (Apr
9-10).
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
>From d3f29283db9d58ad5b1702f66f9da15df6881526 Mon Sep 17 00:00:00 2001
From: Jurij Smakov
Date: Sun, 27 Mar 2011 20:14:56 +0100
Subject: [PATCH] Use TIOCGDEV ioctl to find real serial console device on Linux.
Kernels >= 2.6.38 support TIOCGDEV ioctl, which allows to unambigously
determine the real device corresponding to /dev/console. This change
adds support to using if for real console device detection to
rootskel.
---
debian/changelog |2 ++
src/sbin/Makefile | 10 +++---
src/sbin/get-real-console-linux.c | 34 ++
src/sbin/reopen-console-linux |8 +++-
4 files changed, 50 insertions(+), 4 deletions(-)
create mode 100644 src/sbin/get-real-console-linux.c
diff --git a/debian/changelog b/debian/changelog
index 487f4c0..e7e31f7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,6 +7,8 @@ rootskel (1.94) UNRELEASED; urgency=low
[ Jurij Smakov ]
* Set DEB_HOST_ARCH_OS in src/Makefile to make sure that everything builds
correctly without help from dpkg-buildpackage.
+ * Switch to using TIOCGDEV ioctl for detection of the real console for
+kernels >= 2.6.38.
-- Samuel Thibault Sat, 19 Mar 2011 20:21:40 +0100
diff --git a/src/sbin/Makefile b/src/sbin/Makefile
index 64c91d3..dec554e 100644
--- a/src/sbin/Makefile
+++ b/src/sbin/Makefile
@@ -13,22 +13,26 @@ files_exec = \
ifeq ($(DEB_HOST_ARCH_OS),linux)
files_exec += \
- console-type
+ console-type \
+ get-real-console-linux
endif
console-type: console-type.c
gcc -Os -Wall console-type.c -o console-type
+get-real-console-linux:
+ gcc -Os -Wall get-real-console-linux.c -o get-real-console-linux
+
steal-ctty: steal-ctty.c
gcc -Os -Wall steal-ctty.c -o steal-ctty
ifeq ($(DEB_HOST_ARCH_OS),linux)
-build: console-type steal-ctty
+build: console-type get-real-console-linux steal-ctty
else
build: steal-ctty
endif
clean:
- rm -f console-type steal-ctty
+ rm -f console-type get-real-console-linux steal-ctty
include ../../Makefile.inc
diff --git a/src/sbin/get-real-console-linux.c b/src/sbin/get-real-console-linux.c
new file mode 100644
index 000..89c3a24
--- /dev/null
+++ b/src/sbin/get-real-console-linux.c
@@ -0,0 +1,34 @@
+/*
+ * Licensed under GPLv2
+ *
+ * Print out major:minor number of the real console device,
+ * using the TIOCGDEV ioctl (only works on kernels >= 2.6.38).
+ *
+ * Copyright (c) 2011 Jurij Smakov
+ */
+
+#include
+#include
+#include
+#include
+#include
+
+#define TIOCGDEV_IOR('T', 0x32, unsigned int)
+
+int main()
+{
+int fd = 0;
+unsigned int dev;
+
+fd = open("/dev/console", O_WRONLY, 0);
+if (fd < 0) {
+perror("open");
+return(1);
+}
+if (ioctl(fd, TIOCGDEV, &dev) < 0) {
+perror("ioctl");
+return(2);
+}
+printf("%d:%d\n", major(dev), minor(dev));
+return(0);
+}
diff --git a/src/sbin/reopen-console-linux b/src/sbin/reopen-console-linux
index 4e65a13..9062a8a 100755
--- a/src/sbin/reopen-console-linux
+++ b/src/sbin/reopen-console-linux
@@ -14,9 +14,15 @@ if ! [ -f /var/run/console-device ]; then
console="$(dmesg -s 65535 |
sed -n -r -e 's/(.*\])? *console handover: boot \[.*\] -> real \[(.*)\]$/\2/p')"
;;
- *) # >=2.6.32
+ 2.6.3[234567]*)
console="$(dmesg -s 65535 |
sed -n -r -e 's/(.*\])? *console \[(.*)\] enabled, bootconsole disabled$/\2/p')"
+ ;;
+ *) # >= 2.6.38
+ console_major_minor="$(get-real-console-linux)"
+ console_raw="$(readlink "/sys/dev/char/${console_major_minor}")"
+ console="${console_raw##*/}"
+ ;;
esac
# Excep
Re: Consoles and d-i
On Sun, Apr 3, 2011 at 15:03:32 +0100, Jurij Smakov wrote:
> >From d3f29283db9d58ad5b1702f66f9da15df6881526 Mon Sep 17 00:00:00 2001
> From: Jurij Smakov
> Date: Sun, 27 Mar 2011 20:14:56 +0100
> Subject: [PATCH] Use TIOCGDEV ioctl to find real serial console device on
> Linux.
>
> Kernels >= 2.6.38 support TIOCGDEV ioctl, which allows to unambigously
> determine the real device corresponding to /dev/console. This change
> adds support to using if for real console device detection to
> rootskel.
> ---
> debian/changelog |2 ++
> src/sbin/Makefile | 10 +++---
> src/sbin/get-real-console-linux.c | 34 ++
> src/sbin/reopen-console-linux |8 +++-
> 4 files changed, 50 insertions(+), 4 deletions(-)
> create mode 100644 src/sbin/get-real-console-linux.c
>
> diff --git a/debian/changelog b/debian/changelog
> index 487f4c0..e7e31f7 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -7,6 +7,8 @@ rootskel (1.94) UNRELEASED; urgency=low
>[ Jurij Smakov ]
>* Set DEB_HOST_ARCH_OS in src/Makefile to make sure that everything builds
> correctly without help from dpkg-buildpackage.
> + * Switch to using TIOCGDEV ioctl for detection of the real console for
> +kernels >= 2.6.38.
>
> -- Samuel Thibault Sat, 19 Mar 2011 20:21:40 +0100
>
> diff --git a/src/sbin/Makefile b/src/sbin/Makefile
> index 64c91d3..dec554e 100644
> --- a/src/sbin/Makefile
> +++ b/src/sbin/Makefile
> @@ -13,22 +13,26 @@ files_exec = \
>
> ifeq ($(DEB_HOST_ARCH_OS),linux)
>files_exec += \
> - console-type
> + console-type \
> + get-real-console-linux
> endif
>
> console-type: console-type.c
> gcc -Os -Wall console-type.c -o console-type
>
> +get-real-console-linux:
> + gcc -Os -Wall get-real-console-linux.c -o get-real-console-linux
> +
> steal-ctty: steal-ctty.c
> gcc -Os -Wall steal-ctty.c -o steal-ctty
>
> ifeq ($(DEB_HOST_ARCH_OS),linux)
> -build: console-type steal-ctty
> +build: console-type get-real-console-linux steal-ctty
> else
> build: steal-ctty
> endif
>
> clean:
> - rm -f console-type steal-ctty
> + rm -f console-type get-real-console-linux steal-ctty
>
> include ../../Makefile.inc
> diff --git a/src/sbin/get-real-console-linux.c
> b/src/sbin/get-real-console-linux.c
> new file mode 100644
> index 000..89c3a24
> --- /dev/null
> +++ b/src/sbin/get-real-console-linux.c
> @@ -0,0 +1,34 @@
> +/*
> + * Licensed under GPLv2
> + *
> + * Print out major:minor number of the real console device,
> + * using the TIOCGDEV ioctl (only works on kernels >= 2.6.38).
> + *
> + * Copyright (c) 2011 Jurij Smakov
> + */
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#define TIOCGDEV_IOR('T', 0x32, unsigned int)
> +
the define shouldn't be needed if you build-depend on
'linux-libc-dev (>= 2.6.38) [linux-any]'.
> +int main()
> +{
> +int fd = 0;
> +unsigned int dev;
> +
> +fd = open("/dev/console", O_WRONLY, 0);
> +if (fd < 0) {
> +perror("open");
> +return(1);
> +}
> +if (ioctl(fd, TIOCGDEV, &dev) < 0) {
> +perror("ioctl");
> +return(2);
> +}
> +printf("%d:%d\n", major(dev), minor(dev));
> +return(0);
> +}
> diff --git a/src/sbin/reopen-console-linux b/src/sbin/reopen-console-linux
> index 4e65a13..9062a8a 100755
> --- a/src/sbin/reopen-console-linux
> +++ b/src/sbin/reopen-console-linux
> @@ -14,9 +14,15 @@ if ! [ -f /var/run/console-device ]; then
> console="$(dmesg -s 65535 |
> sed -n -r -e 's/(.*\])? *console handover: boot \[.*\]
> -> real \[(.*)\]$/\2/p')"
> ;;
> - *) # >=2.6.32
> + 2.6.3[234567]*)
> console="$(dmesg -s 65535 |
> sed -n -r -e 's/(.*\])? *console \[(.*)\] enabled,
> bootconsole disabled$/\2/p')"
> + ;;
> + *) # >= 2.6.38
> + console_major_minor="$(get-real-console-linux)"
> + console_raw="$(readlink "/sys/dev/char/${console_major_minor}")"
> + console="${console_raw##*/}"
> + ;;
> esac
>
> # Except if it is the wrong type...
Looks sane to me other than that minor nit, fwiw.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110403143405.gx3...@radis.liafa.jussieu.fr
Processed: your mail
Processing commands for cont...@bugs.debian.org: > retitle 620234 kernel crashes after /dev (6.0.1 amd64) Bug #620234 [installation-reports] installation-reports: AMD64 does not boot on Opteron 170 Changed Bug title to 'kernel crashes after /dev (6.0.1 amd64)' from 'installation-reports: AMD64 does not boot on Opteron 170' > severity 620234 important Bug #620234 [installation-reports] kernel crashes after /dev (6.0.1 amd64) Severity set to 'important' from 'critical' > reassign 620234 linux-2.6 Bug #620234 [installation-reports] kernel crashes after /dev (6.0.1 amd64) Bug reassigned from package 'installation-reports' to 'linux-2.6'. > thanks Stopping processing here. Please contact me if you need assistance. -- 620234: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620234 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130184579824205.transcr...@bugs.debian.org
Bug#618929: Additional info
Hi, according to the log you sent grub was successfully installed: Mar 25 17:22:36 grub-installer: info: Installing grub on '/dev/sda' Mar 25 17:22:37 grub-installer: info: grub-install supports --no-floppy Mar 25 17:22:37 grub-installer: info: Running chroot /target grub-install --no-floppy --force "/dev/sda" Mar 25 17:22:57 grub-installer: Installation finished. No error reported. Mar 25 17:22:57 grub-installer: info: grub-install ran successfully > Mar 25 16:55:48 kernel: [ 3697.543489] sr 1:0:1:0: [sr0] Result: > hostbyte=DID_OK driverbyte=DRIVER_SENSE > Mar 25 16:55:48 kernel: [ 3697.543539] sr 1:0:1:0: [sr0] Sense Key : Illegal > Request [current] > Mar 25 16:55:48 kernel: [ 3697.543587] Info fld=0x504c0, ILI > Mar 25 16:55:48 kernel: [ 3697.543661] sr 1:0:1:0: [sr0] Add. Sense: Illegal > mode for this track > Mar 25 16:55:48 kernel: [ 3697.543740] sr 1:0:1:0: [sr0] CDB: Read(10): 28 00 > 00 05 04 c0 00 00 02 00 > Mar 25 16:55:48 kernel: [ 3697.543823] end_request: I/O error, dev sr0, > sector 1315584 On your log there are also several read errors from the CD used to install the system. This could be due to bad hardware, bad disk or even a driver issue. The read errors can lead to unexpected result. I would be great if you burn an image on a cd-recorder /disc known to work properly and verify if the burned cd is properly written/read before installing. You can also use a daily image with a newer kernel, those are available on: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/ Also Debian 6.0 got an update: http://cdimage.debian.org/debian-cd/6.0.1a/i386/iso-cd/ -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201104031721.20014.el...@debianpt.org
Re: Consoles and d-i
On Sun, Apr 3, 2011 at 11:03, Jurij Smakov wrote: > I have now come up with a set of changes which implements it, see the > attached patch. I've tested it on my sparc box with a 2.6.38 netboot > image, with both regular and serial console. Why do you want to provide compatibility with older kernels? I'd say to use to update d-i to 2.6.38 and remove backward compatibility with older kernel since for linux we will release with >= 2.6.38 so no reason to support previous kernels. We just need to be sure to make it clear on commit and changelog. Someone disagree? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktinuxqn9lnetwpchxj-abkh-szb...@mail.gmail.com
Re: Consoles and d-i
On Sun, Apr 03, 2011 at 04:34:05PM +0200, Julien Cristau wrote:
> On Sun, Apr 3, 2011 at 15:03:32 +0100, Jurij Smakov wrote:
[...]
> > + * Licensed under GPLv2
> > + *
> > + * Print out major:minor number of the real console device,
> > + * using the TIOCGDEV ioctl (only works on kernels >= 2.6.38).
> > + *
> > + * Copyright (c) 2011 Jurij Smakov
> > + */
> > +
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +
> > +#define TIOCGDEV_IOR('T', 0x32, unsigned int)
> > +
>
> the define shouldn't be needed if you build-depend on
> 'linux-libc-dev (>= 2.6.38) [linux-any]'.
Thanks, I've updated commit in my tree [0] with this change
and verified that it builds in up-to-date sid chroot.
[0]
http://git.debian.org/?p=users/jurij-guest/rootskel.git;a=commit;h=d70e182f7e22fa80b107a29ff69712dea3ae333f
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110403185458.ga8...@droopy.oc.cox.net
Re: Consoles and d-i
On Sun, Apr 03, 2011 at 03:05:38PM -0300, Otavio Salvador wrote: > On Sun, Apr 3, 2011 at 11:03, Jurij Smakov wrote: > > I have now come up with a set of changes which implements it, see the > > attached patch. I've tested it on my sparc box with a 2.6.38 netboot > > image, with both regular and serial console. > > Why do you want to provide compatibility with older kernels? I'd say > to use to update d-i to 2.6.38 and remove backward compatibility with > older kernel since for linux we will release with >= 2.6.38 so no > reason to support previous kernels. > > We just need to be sure to make it clear on commit and changelog. Out of fear to break something, mostly. For example, I have no idea whether any derivative distributions currently rely on this working for older kernels. Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110403185648.gb8...@droopy.oc.cox.net
Processed: your mail
Processing commands for cont...@bugs.debian.org: > usertag 602071 upstream-199-defer Bug#602071: /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/sda1. Check your device.map. User is phco...@gmail.com There were no usertags set. Usertags are now: upstream-199-defer. > reassign 592834 os-prober Bug #592834 [grub-pc] grub-pc: File descriptor leaked on lvs invocation Bug reassigned from package 'grub-pc' to 'os-prober'. Bug No longer marked as found in versions grub2/1.98+20100804-2. > usertag 533898 upstream-199-defer Bug#533898: grub-mkdevicemap gives wrong alias for device on powerpc There were no usertags set. Usertags are now: upstream-199-defer. > usertag 590593 upstream-199-defer Bug#590593: grub-common: patch to make grub_mkconfig more helpful There were no usertags set. Usertags are now: upstream-199-defer. > usertag 554683 upstream-199-defer Bug#554683: grub-pc: Build list of kernels at boot time There were no usertags set. Usertags are now: upstream-199-defer. > usertag 546351 upstream-199-defer Bug#546351: grub-efi: Grub-efi lacks any documentation There were no usertags set. Usertags are now: upstream-199-defer. > usertag 528793 upstream-199-defer Bug#528793: grub-pc: update-grub does not use kernel under sub-directories There were no usertags set. Usertags are now: upstream-199-defer. > usertag 543807 upstream-199-defer Bug#543807: /etc/default/grub.local There were no usertags set. Usertags are now: upstream-199-defer. > usertag 607493 upstream-199-defer Bug#607493: grub-pc: giving output to serial line *and* console isn't documented very well There were no usertags set. Usertags are now: upstream-199-defer. > -- Stopping processing here. Please contact me if you need assistance. -- 607493: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607493 592834: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592834 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13018601674726.transcr...@bugs.debian.org
Debian installer build: failed or old builds
Debian installer build overview --- Failed or old builds: * OLD BUILD:armel Mar 23 10:01 joey@box build_iop32x_netboot http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_netboot.log * OLD BUILD:armel Mar 23 10:04 joey@box build_iop32x_network-console_glantank http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_glantank.log * FAILED BUILD: armel Mar 23 10:04 joey@box build_iop32x_network-console_glantank http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_glantank.log * OLD BUILD:armel Mar 23 10:09 joey@box build_iop32x_network-console_n2100 http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_n2100.log * FAILED BUILD: armel Mar 23 10:09 joey@box build_iop32x_network-console_n2100 http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_n2100.log * OLD BUILD:armel Mar 23 10:14 joey@box build_iop32x_network-console_ss4000e http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_ss4000e.log * FAILED BUILD: armel Mar 23 10:14 joey@box build_iop32x_network-console_ss4000e http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_ss4000e.log * OLD BUILD:armel Mar 23 10:18 joey@box build_ixp4xx_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_ixp4xx_network-console.log * FAILED BUILD: armel Mar 23 10:18 joey@box build_ixp4xx_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_ixp4xx_network-console.log * OLD BUILD:armel Mar 23 10:24 joey@box build_kirkwood_netboot http://people.debian.org/~joeyh/d-i/armel/images/daily/build_kirkwood_netboot.log * OLD BUILD:armel Mar 23 10:43 joey@box build_kirkwood_netboot-gtk http://people.debian.org/~joeyh/d-i/armel/images/daily/build_kirkwood_netboot-gtk.log * OLD BUILD:armel Mar 23 10:46 joey@box build_kirkwood_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_kirkwood_network-console.log * FAILED BUILD: armel Mar 23 10:46 joey@box build_kirkwood_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_kirkwood_network-console.log * OLD BUILD:armel Mar 23 10:50 joey@box build_orion5x_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_orion5x_network-console.log * FAILED BUILD: armel Mar 23 10:50 joey@box build_orion5x_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_orion5x_network-console.log * OLD BUILD:armel Mar 23 10:56 joey@box build_versatile_netboot http://people.debian.org/~joeyh/d-i/armel/images/daily/build_versatile_netboot.log * OLD BUILD:armel Mar 23 11:02 joey@box build_ads_cf http://people.debian.org/~joeyh/d-i/armel/images/daily/build_ads_cf.log Totals: 114 builds (6 failed, 11 old) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q6y9e-000272...@ravel.debian.org
Re: Upcoming xkb-data-udeb tweaks
Hi, Cyril Brulebois (29/01/2011): > Anton Zinoviev (28/01/2011): > > By default console-setup (keyboard-configuration) uses pc105 on > > almost all architectures (and no architecture has evdev as default). > > I suppose this is OK and nothing has to be changed in console-setup? > > Looks OK to me. > > > Currently evdev is allowed as a model if the user explicitely > > selects it during the debconf configuration (the question is with > > low priority) or directly in /etc/default/keyboard. If this is > > undesirable, then perhaps evdev has to be removed from > > /usr/share/X11/xkb/rules/xorg.xml? > > It's no longer there in 2.1-1. just as a heads-up, I plan to upload 2.1-2 to unstable really soon, and to upload 2.2-1 (new release with major changes) to experimental. If there's anything against it, I can postpone uploading 2.1 to unstable though. KiBi. signature.asc Description: Digital signature
More portability for the graphical installer
Hi, I finally found some time to add udebs for the following X drivers: - keyboard - mouse - vesa for hurd-* and kfreebsd-*. Packages are in NEW accordingly, since those are new binary packages. They got uploaded to experimental, so built against server 1.10*. On the kfreebsd-* side, the server's udeb still needs a few tweaks (disabling HAL, #596586, Bcc'd); FWIW, I mentioned hotplug on GNU/kFreeBSD in DXN#6[1]. 1. http://blog.ikibiki.org/2011/02/21/DXN-6/ On the hurd-* side, there's no udeb for the server yet, but tested patches to add one would be welcome. The best way to send patches is through the BTS, patching the debian-experimental branch of the xorg-server source package. I don't plan to support those udebs against 1.9, the plan being mostly: - have 1.9 migrate ASAP; - upload a few new driver releases against it, and have them migrate; - finally put 1.10 in unstable. Please keep debian-x@ in the loop while replying, should you do so. KiBi. signature.asc Description: Digital signature
