Re: Debian and Ibm RS6000 7043-150
On Sat, 2004-09-04 at 09:47, Sven Luther wrote: > > > I grab the today build but like the yesterday, it doesn't detect my scsi > > card. I open a shell, type modprobe sd_mod, retry detect hardware and it > > complains about missing modules like ncr symbios logix, ide and usb stuff > > :/ I use the > > http://people.debian.org/~luther/debian-installer/daily-powerpc-built/2004-09-03/powerpc/netboot/vmlinuz-prep.initrd > > > > Here is a cat /proc/pci extract: > > > > Bus 0, device 16, function 0: > > SCSI storage controller: LSI Logic / Symbios Logic 53c825 (rev 19). > > IRQ 23. > > Master Capable. Latency=32. Min Gnt=17.Max Lat=64. > > I/O at 0x1400 [0x14ff]. > > Non-prefetchable 32 bit memory at 0xfeeae000 [0xfeeae0ff]. > > Non-prefetchable 32 bit memory at 0xfeeaf000 [0xfeea]. > > > > When the missing modules will be available ? > > Notice that this should be sym53c8xx. Can you try booting and at the first > oportunity go back, and change the priority to medium, and then chose the > unstable mirror. > > The added modules that fix this are not yet in sarge, and will probably not be > until RC2 is released. > > Friendly, > > Sven Luther Hi, I've tried this yesterday (even append DEBCONF_PRIORITY=low on the ppc bootloader) but it always tells me that some modules are missing to support my hardware, and that included NCR/Symbios logic module. Regards Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ask LC information
please My english is poor I want to get Lc for to buy the rice and sugar I want to get all information from you We are Christian Association for womans in IVORY COAST WAITING from you Pastor Nicolas Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage ! Créez votre Yahoo! Mail Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. Téléchargez GRATUITEMENT ici !
Re: three different sets of daily ISOs -- what's the difference?
Le dimanche 11 juillet 2004, Rick Thomas écrit : > There are three (seemingly) different sets of daily ISOs at [...] > Can anybody explain what the difference is? And which one should I > use for testing? http://www.debian.org/devel/debian-installer/builds Regards Nicolas -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Defend Debian
On Tue, Feb 04, 2003 at 05:58:58PM -, Carr, Chris wrote: > I spent three hours last night trying to help my dad install Debian. Unless > I'm more stupid than I realise, there is a major flaw in the Debian > installation heuristic, so I'm copying this to [EMAIL PROTECTED] > in case it counts as a bug. If not, perhaps you can defend it for me! The horse (boot-floppies) is dead, will you please stop kicking it? - Nick Lopez [EMAIL PROTECTED] -- "One World, One Web, One Program" - Microsoft Promotional Ad "Ein Volk, Ein Reich, Ein Fuhrer" - Adolf Hitler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#206604: di-utils: missing extended package description
Package: di-utils Version: unavailable; reported 2003-08-21 Severity: serious Justification: Policy 3.4 Hello, There is no extended description for this package, Policy 3.4 says 'Every Debian package _must_ have an extended description[...]' Regards Nicolas Bertolissio -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux bertol 2.4.20 #3 SMP sam fév 15 16:58:20 CET 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#206603: usb-discover: missing extended package description
Package: usb-discover Version: unavailable; reported 2003-08-21 Severity: serious Justification: Policy 3.4 Hello, There is no extended description for this package, Policy 3.4 says 'Every Debain package _must_ have an extended description[...]' Regards Nicolas Bertolissio -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux bertol 2.4.20 #3 SMP sam fév 15 16:58:20 CET 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
bf-ut-sources and debian-installer
Hi, I'm currently maintaining (cough) bf-utf-source which contains utf-8 fonts that where used for international versions of boot-floppies. Is this package used by d-i ? If not, I intend to remove it from ftp.d.o and, eventually, turn it into a font package. Nico. -- Nicolas SABOURET Laboratoire d'Informatique de Paris 6 (LIP6) 8, rue du Capitaine Scott, 75015 Paris, France http://www-oasis.lip6.fr/~sabouret -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[deb-installer] Failure at boot loader phase
Package: installation-reports Debian-installer-version: Beta 3 20040315 uname -a: Date: 20040406 Method: CD burned from 100 MB CD image from http://www.debian.org/devel/debian-installer/ Machine: Shuttle XPC SB75G2 v2 - Shuttle FB75 mainboard - Intel 875P/ICH5-R chipset - tg3 built-in network - Sony DRU-500A IDE DVD Burner Processor: Intel Pentium 4 HyperThreading - 3 GHz - 512 KB cache - 800 MHz FSB - northwood core Memory: 1 GB Dual channel ddr 400 - 2x OCZ 512 MB low latency modules Root Device: S-ATA - 200 GB Western Digital 7200 RPM 9 mb cache Root Size/partition table: hda1 - 170 GB NTFS - Windows XP hda2 - 30 MB ext3 - /boot hda6 - rest XFS - / hda3 - 512 MB - swap Output of lspci: Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [E] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Grub hanged during install on (0,1), but system not frozen (other consoles working). i restarted the install process. lilo access difficult because expert mode expects things to be done in order (Grub first...). I though i managed to get it (apparently it has to use devfs nomenclature, which i'm not familiar with), bot nothing in place, not even a lilo.conf. reboot and mount/chroot under knoppix proved there was no lilo, tried to use lilo's simple example conf file, changed compact to lba32, used hda2 as boot and hda6 as root, boot sector on hda2. used bootpart (as disk's main bootloader), but failed. apparently lba48 support is needed in order to boot a partition further than ~120 gb, maybe neither bootpart nor lilo know how to do that. Other than that boot loader issue, which may be me of my own doing (partitions too far away in the disk), the installer looks very close to be ready. Would that qualify as a bug and should i submit it to the appropriate email address, or is it me trying to do something stupid ? Any suggestion ? Nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [deb-installer] Failure at boot loader phase
Nicolas Will wrote: Package: installation-reports Debian-installer-version: Beta 3 20040315 uname -a: Date: 20040406 Method: CD burned from 100 MB CD image from http://www.debian.org/devel/debian-installer/ Machine: Shuttle XPC SB75G2 v2 - Shuttle FB75 mainboard - Intel 875P/ICH5-R chipset - tg3 built-in network - Sony DRU-500A IDE DVD Burner Processor: Intel Pentium 4 HyperThreading - 3 GHz - 512 KB cache - 800 MHz FSB - northwood core Memory: 1 GB Dual channel ddr 400 - 2x OCZ 512 MB low latency modules Root Device: S-ATA - 200 GB Western Digital 7200 RPM 9 mb cache Root Size/partition table: hda1 - 170 GB NTFS - Windows XP hda2 - 30 MB ext3 - /boot hda6 - rest XFS - / hda3 - 512 MB - swap /boot 30 MB patition got moved in first position. Output of lspci: Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [E] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Grub hanged during install on (0,1), but system not frozen (other consoles working). i restarted the install process. OK, so it finally worked, it just takes an awfuly long time, it says so on the console, but I wasn't expecting it to be that long... Apparently it is linked to the lack of floppy drive in my system. That floppy drive thing On the first choice of hardware detection, I unchecked the floppy part. But then later on during the intall (at least in expert mode) it just inserts the module without asking...and makes grub even longer... lilo access difficult because expert mode expects things to be done in order (Grub first...). I though i managed to get it (apparently it has to use devfs nomenclature, which i'm not familiar with), bot nothing in place, not even a lilo.conf. That thing still stands. devfs is used, but without /dev/hdX aliases, so lilo is confused. reboot and mount/chroot under knoppix proved there was no lilo, tried to use lilo's simple example conf file, changed compact to lba32, used hda2 as boot and hda6 as root, boot sector on hda2. used bootpart (as disk's main bootloader), but failed. apparently lba48 support is needed in order to boot a partition further than ~120 gb, maybe neither bootpart nor lilo know how to do that. I moved the /boot to the begining of the disk, it must have helped too. [CUT] Nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [deb-installer] Failure at boot loader phase
Joey Hess wrote: Nicolas Will wrote: OK, so it finally worked, it just takes an awfuly long time, it says so on the console, but I wasn't expecting it to be that long... Apparently it is linked to the lack of floppy drive in my system. This is fixed in the daily builds, grub-installer will not probe for a floppy drive by default. Nice. That floppy drive thing On the first choice of hardware detection, I unchecked the floppy part. But then later on during the intall (at least in expert mode) it just inserts the module without asking...and makes grub even longer... I don't know what would have loaded the floppy module behind your back in expert mode. I had the error messages on the consoles, so they must have been due to Grub then. Please excuse my confusion. What about the lilo/devfs stuff? Nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243175: installation report beta3
Package: installation-reports Debian-installer-version: beta3/sarge-i386-netinst.iso (first release of 2004/3/15) uname -a: Linux debian 2.4.25 GNU/Linux i486 and i686 (hand-configured kernel after install) Date: 18/3/2004 Method: Two installations. One i686 booting from CD, network install from ftp.fr.debian.org via ppp/adsl, no proxy. One i486 laptop, booting from tomsrtbt, copied install-system and plip module via plip, then boot install-system on hda1 with lilo, Machine: hand-build home PC / Toshiba T4800CT Processor: AMD DUron / 486DX Memory: 263Mo / 40Mo Root Device: IDE disk partition for both Root Size/partition table: Nothing special. Swap = memory. Output of lspci: :00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) :00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] :00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) :00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C/VT8235 PIPC Bus Master IDE (rev 06) :00:07.2 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 controller] (rev 1a) :00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) :00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) :01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c) The laptop has no pci bus. Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: No problem, but since it's a beta release, you want to know when it works, too, aren't you? One (minor) remark: the bootkbd=fr option before loading d-i start on CD boot had no effect. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#770612: unblock: btrfs-tools/3.17-1.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package btrfs-tools
The upload backports two patches from the upstream 3.17.1 branch, fixing
RC bug #768746 (merged with #769684).
That upload allows packages depending on libbtrfs0 (such as snapper) to build
again.
X-D-CC'ing -boot@ as btrfs-tools produces a udeb, and is currently block-udeb'd.
Guessing the right hint would be:
unblock-udeb btrfs-tools/3.17-1.1
Thanks!
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru btrfs-tools-3.17/debian/changelog btrfs-tools-3.17/debian/changelog
--- btrfs-tools-3.17/debian/changelog 2014-10-23 23:04:25.0 +0200
+++ btrfs-tools-3.17/debian/changelog 2014-11-22 14:52:06.0 +0100
@@ -1,3 +1,13 @@
+btrfs-tools (3.17-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add 0002-Fix-linking-with-libbtrfs.patch from upstream, to properly
+export all the previously exported API (Closes: #768746)
+ * Add 0003-Make-headers-C++-compatible.patch from upstream, making the
+new headers C++-compatible.
+
+ -- Nicolas Dandrimont Sat, 22 Nov 2014 14:52:06 +0100
+
btrfs-tools (3.17-1) unstable; urgency=medium
* New upstream release.
diff -Nru btrfs-tools-3.17/debian/patches/0002-Fix-linking-with-libbtrfs.patch btrfs-tools-3.17/debian/patches/0002-Fix-linking-with-libbtrfs.patch
--- btrfs-tools-3.17/debian/patches/0002-Fix-linking-with-libbtrfs.patch 1970-01-01 01:00:00.0 +0100
+++ btrfs-tools-3.17/debian/patches/0002-Fix-linking-with-libbtrfs.patch 2014-11-15 16:23:00.0 +0100
@@ -0,0 +1,36 @@
+From dcf11c371cbcdca78f297fe042095912634a8323 Mon Sep 17 00:00:00 2001
+From: David Sterba
+Date: Thu, 30 Oct 2014 18:33:41 +0100
+Subject: [PATCH] btrfs-progs: fix linking with libbtrfs
+
+Reported at https://github.com/openSUSE/snapper/issues/128
+
+Commit cdb9e22e292275237c added another rbtree file that defines
+functions that libbtrfs uses.
+
+Signed-off-by: David Sterba
+---
+ Makefile | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 9c69ada..203597c 100644
+--- a/Makefile
b/Makefile
+@@ -10,14 +10,14 @@ objects = ctree.o disk-io.o radix-tree.o extent-tree.o print-tree.o \
+ root-tree.o dir-item.o file-item.o inode-item.o inode-map.o \
+ extent-cache.o extent_io.o volumes.o utils.o repair.o \
+ qgroup.o raid6.o free-space-cache.o list_sort.o props.o \
+- ulist.o qgroup-verify.o backref.o rbtree-utils.o
++ ulist.o qgroup-verify.o backref.o
+ cmds_objects = cmds-subvolume.o cmds-filesystem.o cmds-device.o cmds-scrub.o \
+ cmds-inspect.o cmds-balance.o cmds-send.o cmds-receive.o \
+ cmds-quota.o cmds-qgroup.o cmds-replace.o cmds-check.o \
+ cmds-restore.o cmds-rescue.o chunk-recover.o super-recover.o \
+ cmds-property.o
+ libbtrfs_objects = send-stream.o send-utils.o rbtree.o btrfs-list.o crc32c.o \
+- uuid-tree.o utils-lib.o
++ uuid-tree.o utils-lib.o rbtree-utils.o
+ libbtrfs_headers = send-stream.h send-utils.h send.h rbtree.h btrfs-list.h \
+ crc32c.h list.h kerncompat.h radix-tree.h extent-cache.h \
+ extent_io.h ioctl.h ctree.h btrfsck.h version.h
diff -Nru btrfs-tools-3.17/debian/patches/0003-Make-headers-C++-compatible.patch btrfs-tools-3.17/debian/patches/0003-Make-headers-C++-compatible.patch
--- btrfs-tools-3.17/debian/patches/0003-Make-headers-C++-compatible.patch 1970-01-01 01:00:00.0 +0100
+++ btrfs-tools-3.17/debian/patches/0003-Make-headers-C++-compatible.patch 2014-11-15 16:57:02.0 +0100
@@ -0,0 +1,96 @@
+From cafacda441120976105d01c07286e843cb7cbb94 Mon Sep 17 00:00:00 2001
+From: David Sterba
+Date: Mon, 3 Nov 2014 23:50:50 +0100
+Subject: [PATCH] btrfs-progs: libbtrfs, make exported headers compatible with
+ C++
+
+Add externs and don't use a reserved keyword.
+
+Signed-off-by: David Sterba
+---
+ rbtree-utils.h | 8
+ rbtree.h | 10 +-
+ rbtree_augmented.h | 8
+ 3 files changed, 25 insertions(+), 1 deletion(-)
+
+diff --git a/rbtree-utils.h b/rbtree-utils.h
+index 7298c72..718581f 100644
+--- a/rbtree-utils.h
b/rbtree-utils.h
+@@ -21,6 +21,10 @@
+
+ #include "rbtree.h"
+
++#ifdef __cplusplus
++extern "C" {
++#endif
++
+ /* The common insert/search/free functions */
+ typedef int (*rb_compare_nodes)(struct rb_node *node1, struct rb_node *node2);
+ typedef int (*rb_compare_keys)(struct rb_node *node, void *key);
+@@ -42,4 +46,8 @@ static void free_##name##_tree(struct rb_root *root) \
+ rb_free_nodes
Re: Debian and Ibm RS6000 7043-150
> On Mon, Aug 30, 2004 at 03:57:40PM +0200, Nicolas Raspail wrote: >> Hi, >> >> I've a problem installing Debian on my 7043-150 (powerpc 604e, chrp I > > Are you sure that this is a chrp, and not a prep machine ? > >> think). I've tried the DI rc1 on sarge ppc and woody's bootdisks but I >> always have an error message unexpected firmware error or CLAIM failed. >> I've read a lot of websites and mailling lists but I haven't success on >> installing Debian. > > Can you : > > 1) try the daily builds. > > 2) try a netboot kernel. > > 3) try a 2.4 netboot kernel. > >> I've tried setenv load-base 10, the cdrom seems to boot, but as >> soons >> as the 7043-150 boots again, load-base is reset to 4000. >> >> I need someone who can provides me a working kernel/ramdisk to launch >> the >> installation process or provides me instruction to build them. I don't >> have access to a powerpc host, only x86 > > Well, the above should work, but we probably need more info on your box. > > Friendly, > > Sven Luther > Hi, I've tried to netboot the vmlinux-prep/chrp.initrd and none works for me. Here is some logs extract 0 > boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed ok 0 > 0 > setenv load-base 10 ok 0 > boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x10 Max Size=0xb0 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed 0 > boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-prep.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11055 Final File Size = 5660139 bytes. Unexpected Firmware Error: DEFAULT CATCH!, code=fff00300 at %SRR0: 00c1b030 %SRR1: 3030 I've tried power4 and powerpc images, 2.4 directory included. I'll try the dayly built on http://people.debian.org/~luther/debian-installer/daily-powerpc-built as soon as possible I think it's a chrp box because I see chrp when I issue the following command 0 > pwd / ok 0 > .propertie ibm,fw-xof, unknown word ok 0 > .properties clock-frequency 04f790d5 device_type chrp You said you need more information, what kind of information ? It's a 7043-150, 1 Go RAM, 9.1 Go hard drive, floopy and cdrom drives. Aix is installed but doesn't boot for the moment because of a NIS problem. Thanks Regards Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
> On Wed, Sep 01, 2004 at 08:12:29AM +0100, Leigh Brown wrote: >> Sven Luther said: >> > On Mon, Aug 30, 2004 at 03:57:40PM +0200, Nicolas Raspail wrote: >> >> Hi, >> >> >> >> I've a problem installing Debian on my 7043-150 (powerpc 604e, chrp I >> > >> > Are you sure that this is a chrp, and not a prep machine ? >> >> Just for the record the 7043-150 is definitely CHRP. > > Ok, thanks. What can you make from the errors he is getting ? Sounds like > an > OF problem more than a kernel one, right ? At least netbooting the > vmlinuz-chrp.initrd should plainly work. > > Friendly, > > Sven Luther > For information, I've patched my box with the following microcode version: TCP04195 08/13/2004 Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
Sven Luther wrote: On Wed, Sep 01, 2004 at 09:31:41AM +0200, Nicolas Raspail wrote: Hi, I've tried to netboot the vmlinux-prep/chrp.initrd and none works for me. Here is some logs extract Ok, since now we know that your box is a chrp one, we can tell a bit more about this : 0 > boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-prep.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11055 Final File Size = 5660139 bytes. Unexpected Firmware Error: DEFAULT CATCH!, code=fff00300 at %SRR0: 00c1b030 %SRR1: 3030 This is expected, since you are trying to boot a prep kernel on a chrp box. 0 > boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed ok 0 > Ok, claim is used in the bootloader. I don't really know if this is happening while the OF is claiming space for the kernel (i somehow don't think so, because it has already loaded it somewhere), or if the actual kernel boot-loader is trying to claim in the arch/ppc/boot/openfirmware/main.c. 0 > setenv load-base 10 ok 0 > boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x10 Max Size=0xb0 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed This should have helped. I naturally have no idea how the IBM OF is set out, where the actual OF code is located, and what the free space is. Could you try other load-base entries ? And BTW, how much memory you have on that box anyway ? Also, could provide the output of powerpc/netboot/2.4/vmlinuz-chrp.initrd as well, and try to boot a standalone (without initrd) 2.6 kernel, by installing kernel-image-2.6.8-powerpc, and running mkvmlinuz -n -o /tftpboot/vmlinuz-2.6.8-powerpc -k /boot/vmlinux-2.6.8-powerpc and then booting the resulting kernel. You would need mkvmlinuz version 9 or higher. Friendly, Sven Luther For the mkvmlinuz, I've found an old 7043-140 (Prep box, Ram 768 Mo, 2 go hd) and tried to install Debian as it's easier I think, but I got kernel panic after netbooting the DI vmlinuz-prep.initrd. After some reading, I need to have 512 Mo max for RAM (if more are present, memory maps change and the prep loader doesn't work), so I remove some RAM and now it boots. I can configure the keyboard but it doesn't see my hardisk. I'm connected with minicom so it seems I can't switch to another virtual console to see any message. Do you have any idea for the non detection of my scsi hardisk and card ? Back to my 7043-150. My box have 1 Go of RAM, so perhaps, I'm having the same problem. Tomorrow I'll downgrade it to 256 Mo and try the last DI build to see if I've the same CLAIM failed. If this doesn't work, I'll try to install debian on my 7043-140 and use the mkvmlinux tip Regards Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
>> For the mkvmlinuz, I've found an old 7043-140 (Prep box, Ram 768 Mo, 2 >> go hd) and tried to install Debian as it's easier I think, but I got >> kernel panic after netbooting the DI vmlinuz-prep.initrd. After some >> reading, I need to have 512 Mo max for RAM (if more are present, memory >> maps change and the prep loader doesn't work), so I remove some RAM and >> now it boots. I can configure the keyboard but it doesn't see my >> hardisk. I'm connected with minicom so it seems I can't switch to >> another virtual console to see any message. Do you have any idea for the >> non detection of my scsi hardisk and card ? > > Yes, you probably have a sym53c8xx based driver, and it needs the > scsi_transport module which Jens mentioned was missing. Jens added it to > the > modules, but i am waiting for Jens to rebuild a powerpc kernel based on > the > 2.6.8-5 kernel-source to make a new upload. This should fix this problem. > > In any case, could you go to console 2, and give us the content of > /proc/pci > and /proc/bus/pci/devices, so we can confirm that this is it ? > Can I go to the console 2 when I'm connecting to my box with minicom ? I not, I can give you what you need for the moment. I'll wait for your new upload >> Back to my 7043-150. My box have 1 Go of RAM, so perhaps, I'm having the >> same problem. Tomorrow I'll downgrade it to 256 Mo and try the last DI >> build to see if I've the same CLAIM failed. If this doesn't work, I'll >> try to install debian on my 7043-140 and use the mkvmlinux tip > > Ok. > I leave my box with only 256 Mo but I always have the CLAIM failed problem. So, as I've no more idea about this probleme, I'll wait your new upload of kernel 2.6.8-5 with scsi transport to install my 7043-140 and use mkvlinuz to try your tip > Friendly, > > Sven Luther > Regards Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
> On Thu, Sep 02, 2004 at 10:48:24AM +0200, Nicolas Raspail wrote: >> >> For the mkvmlinuz, I've found an old 7043-140 (Prep box, Ram 768 Mo, >> 2 >> >> go hd) and tried to install Debian as it's easier I think, but I got >> >> kernel panic after netbooting the DI vmlinuz-prep.initrd. After some >> >> reading, I need to have 512 Mo max for RAM (if more are present, >> memory >> >> maps change and the prep loader doesn't work), so I remove some RAM >> and >> >> now it boots. I can configure the keyboard but it doesn't see my >> >> hardisk. I'm connected with minicom so it seems I can't switch to >> >> another virtual console to see any message. Do you have any idea for >> the >> >> non detection of my scsi hardisk and card ? >> > >> > Yes, you probably have a sym53c8xx based driver, and it needs the >> > scsi_transport module which Jens mentioned was missing. Jens added it >> to >> > the >> > modules, but i am waiting for Jens to rebuild a powerpc kernel based >> on >> > the >> > 2.6.8-5 kernel-source to make a new upload. This should fix this >> problem. >> > >> > In any case, could you go to console 2, and give us the content of >> > /proc/pci >> > and /proc/bus/pci/devices, so we can confirm that this is it ? >> > >> >> Can I go to the console 2 when I'm connecting to my box with minicom ? I >> not, I can give you what you need for the moment. I'll wait for your new >> upload > > No, but you can go to the menu item "open a shell" or something such at > the > bottom of the menu. > > Anyway, i will upload the new .udebs today, so they should be in tomorrows > build. > I grab the today build but like the yesterday, it doesn't detect my scsi card. I open a shell, type modprobe sd_mod, retry detect hardware and it complains about missing modules like ncr symbios logix, ide and usb stuff :/ I use the http://people.debian.org/~luther/debian-installer/daily-powerpc-built/2004-09-03/powerpc/netboot/vmlinuz-prep.initrd Here is a cat /proc/pci extract: Bus 0, device 16, function 0: SCSI storage controller: LSI Logic / Symbios Logic 53c825 (rev 19). IRQ 23. Master Capable. Latency=32. Min Gnt=17.Max Lat=64. I/O at 0x1400 [0x14ff]. Non-prefetchable 32 bit memory at 0xfeeae000 [0xfeeae0ff]. Non-prefetchable 32 bit memory at 0xfeeaf000 [0xfeea]. When the missing modules will be available ? >> >> Back to my 7043-150. My box have 1 Go of RAM, so perhaps, I'm having >> the >> >> same problem. Tomorrow I'll downgrade it to 256 Mo and try the last >> DI >> >> build to see if I've the same CLAIM failed. If this doesn't work, >> I'll >> >> try to install debian on my 7043-140 and use the mkvmlinux tip >> > >> > Ok. >> > >> >> I leave my box with only 256 Mo but I always have the CLAIM failed >> problem. So, as I've no more idea about this probleme, I'll wait your >> new >> upload of kernel 2.6.8-5 with scsi transport to install my 7043-140 and >> use mkvlinuz to try your tip > > Well. There is nothing really i can do about that, i am not familiar with > chrp > OFs, so you would probably need to investigate with linux on IBM guys, or > maybe try google to find a previous similar info ? > Maybe, I'll try later, thanks for your patience and help > Friendly, > > Sven Luther > > Regards Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
> On Thu, Sep 02, 2004 at 10:48:24AM +0200, Nicolas Raspail wrote: >> >> For the mkvmlinuz, I've found an old 7043-140 (Prep box, Ram 768 Mo, >> 2 >> >> go hd) and tried to install Debian as it's easier I think, but I got >> >> kernel panic after netbooting the DI vmlinuz-prep.initrd. After some >> >> reading, I need to have 512 Mo max for RAM (if more are present, >> memory >> >> maps change and the prep loader doesn't work), so I remove some RAM >> and >> >> now it boots. I can configure the keyboard but it doesn't see my >> >> hardisk. I'm connected with minicom so it seems I can't switch to >> >> another virtual console to see any message. Do you have any idea for >> the >> >> non detection of my scsi hardisk and card ? >> > >> > Yes, you probably have a sym53c8xx based driver, and it needs the >> > scsi_transport module which Jens mentioned was missing. Jens added it >> to >> > the >> > modules, but i am waiting for Jens to rebuild a powerpc kernel based >> on >> > the >> > 2.6.8-5 kernel-source to make a new upload. This should fix this >> problem. >> > >> > In any case, could you go to console 2, and give us the content of >> > /proc/pci >> > and /proc/bus/pci/devices, so we can confirm that this is it ? >> > >> >> Can I go to the console 2 when I'm connecting to my box with minicom ? I >> not, I can give you what you need for the moment. I'll wait for your new >> upload > > No, but you can go to the menu item "open a shell" or something such at > the > bottom of the menu. > > Anyway, i will upload the new .udebs today, so they should be in tomorrows > build. > I grab the today build but like the yesterday, it doesn't detect my scsi card. I open a shell, type modprobe sd_mod, retry detect hardware and it complains about missing modules like ncr symbios logix, ide and usb stuff :/ I use the http://people.debian.org/~luther/debian-installer/daily-powerpc-built/2004-09-03/powerpc/netboot/vmlinuz-prep.initrd Here is a cat /proc/pci extract: Bus 0, device 16, function 0: SCSI storage controller: LSI Logic / Symbios Logic 53c825 (rev 19). IRQ 23. Master Capable. Latency=32. Min Gnt=17.Max Lat=64. I/O at 0x1400 [0x14ff]. Non-prefetchable 32 bit memory at 0xfeeae000 [0xfeeae0ff]. Non-prefetchable 32 bit memory at 0xfeeaf000 [0xfeea]. When the missing modules will be available ? >> >> Back to my 7043-150. My box have 1 Go of RAM, so perhaps, I'm having >> the >> >> same problem. Tomorrow I'll downgrade it to 256 Mo and try the last >> DI >> >> build to see if I've the same CLAIM failed. If this doesn't work, >> I'll >> >> try to install debian on my 7043-140 and use the mkvmlinux tip >> > >> > Ok. >> > >> >> I leave my box with only 256 Mo but I always have the CLAIM failed >> problem. So, as I've no more idea about this probleme, I'll wait your >> new >> upload of kernel 2.6.8-5 with scsi transport to install my 7043-140 and >> use mkvlinuz to try your tip > > Well. There is nothing really i can do about that, i am not familiar with > chrp > OFs, so you would probably need to investigate with linux on IBM guys, or > maybe try google to find a previous similar info ? > Maybe, I'll try later, thanks for your patience and help > Friendly, > > Sven Luther > > Regards Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#272691: (no subject)
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/daily/i386/20040920/sarge-i386-netinst.iso uname -a: Linux radada 2.6.8-1-386 #1 Sat Aug 28 13:18:58 EDT 2004 i686 GNU/Linux Date: 09/21/2004 15:30 Method: Sid, boot from sarge cd, paquets from local mirror Machine: HP d530 CMT Processor: P4 2.8Ghz Memory: 512M Root Device: IDE /dev/hdb Root Size/partition table: /dev/hdb3 / ext3defaults,errors=remount-ro 0 1 /dev/hdb1 /boot ext2defaults0 2 /dev/mapper/vg01-home /home reiserfs defaults0 2 /dev/mapper/vg01-tmp /tmpreiserfs defaults0 2 /dev/mapper/vg01-usr /usrreiserfs defaults0 2 /dev/mapper/vg01-var /varreiserfs defaults0 2 /dev/hdb2 noneswapsw 0 0 Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:02.0 VGA compatible controller: Intel Corp. 82865G Integrated Graphics Device (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02) :00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02) :00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2) :00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02) :00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) Serial ATA 150 Storage Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :05:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5782 Gigabit Ethernet (rev 03) :00:00.0 0600: 8086:2570 (rev 02) :00:02.0 0300: 8086:2572 (rev 02) :00:1d.0 0c03: 8086:24d2 (rev 02) :00:1d.1 0c03: 8086:24d4 (rev 02) :00:1d.2 0c03: 8086:24d7 (rev 02) :00:1d.7 0c03: 8086:24dd (rev 02) :00:1e.0 0604: 8086:244e (rev c2) :00:1f.0 0601: 8086:24d0 (rev 02) :00:1f.1 0101: 8086:24db (rev 02) :00:1f.2 0101: 8086:24d1 (rev 02) :00:1f.5 0401: 8086:24d5 (rev 02) :05:02.0 0200: 14e4:1696 (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: expert26 install. We need return to parman after LVM configuration, and partman re-mkfs all partitions. -- Nicolas Ledez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: screenshots from BFs?
On Fri, Apr 19, 2002 at 07:42:33PM +0200, Michael Bramer wrote: > Hello > > How can I make screenshots from the BF-system? I used Bochs before, so that or Plex86 might be usable. Or you could try to chroot & run the installer on a running system, maybe in an xterm. - Nick Lopez [EMAIL PROTECTED] -- I saw a VW Beatle the other day. The vanity Plates said "FEATURE" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debootstrap problem...with woody non-US
here is the line I'm using: /usr/sbin/debootstrap --arch i386 --download-only --verbose woody ./ http://plat.debian.or.jp/debian-non-US/ the output: I: Retrieving http://plat.debian.or.jp/debian-non-US/dists/woody/Release --09:41:09-- http://plat.debian.or.jp/debian-non-US/dists/woody/Release => `/home/inst/var/lib/apt/lists/debootstrap.invalid_dists_woody_Release' Resolving plat.debian.or.jp... done. Connecting to plat.debian.or.jp[210.157.158.38]:80... connected. HTTP request sent, awaiting response... 404 Not Found 09:41:14 ERROR 404: Not Found. E: Failed getting release file http://plat.debian.or.jp/debian-non-US/dists/woody/Release the reason is that "http://plat.debian.or.jp/debian-non-US/dists/woody/Release" doesn't exist but, "http://plat.debian.or.jp/debian-non-US/dists/woody/non-US/Release", does exist. = I guess it ain't a problem on the US documentation nor the US mirror, but it is on the non-US, can you tell me how to fix it? or if there is an special debootstrap file to download, I got it from "http://people.debian.org/~blade/install/debootstrap". Ps: I cheked on this installation manuals : english, french, italian, japanese, portuguese and spanish. But just portuguese and spanish had the secction where talks about installing form unix/Linux. Thanx, Att Nicolas Velasquez
Re: debian-jp (Re: Bug#160284: ITP: po-debconf -- Manage translatedDebconf templates files with gettext)
I tried to configure locale to "SHIFT-JIS (aka Microsoft Kanji Code)", but haven't been able to do so, is it posible? It's for compatibility. Thanx, and sorry. Nicolas Velasquez __ Yahoo! - We Remember 9-11: A tribute to the more than 3,000 lives lost http://dir.remember.yahoo.com/tribute -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#793941: bnx2 issue with onboard IPMI
Hello all, We are still suffering from this issue, with jessie and stretch netinst kernels and bnx2 firmware. No actual news from upstream so far (netdev thread here [1]). So I try to use either the boot cmdline `interface=` parameter or the preseed based `netcfg/choose_interface` directive to force the system to use the secondary interface, without success. Using the information of the reporter, I see that the ethdetect script will call check-missing-firmware on ALL detected interfaces (see lsifaces function from ethdetect), ignoring any interface setting from cmdline or preseed. My current option is to disable the network configuration, then start a shell when d-i fails reaching any mirror, then manually configure the network, then proceed with the installation process. But the installed system has no network configuration, and then is not reachable (and systemd does not start the ttyS1 console, but that's a different issue). I guess making ethdetect complies with the interface parameter (if not set to auto) is the best solution atm. Thanks, 1. http://lists.openwall.net/netdev/2015/09/09/4 ) -- Cyprien Nicolas IT Infrastructure Manager / Responsable Infrastructure [image: reportlinker] 21, quai Antoine Riboud − 69002 Lyon, France +33 9 73 871 951 − Office <+33+9+73+871+951> +33 6 62 741 535 − Mobile <+33+6+62+741+535> Reportlinker.com <http://www.reportlinker.com/>
Bug#247960: (no subject)
retitle 247960 CD cache should be deactivated thanks Ok, it didn't work because my CD-drive was too old to correctly read a CD-RW. I burned the file on a CD-R and it correctly loaded the files. Nevertheless, I leave this bug open because I think you should deactivate the cache in the kernel: Windows correctly handles CD-RW by retrying to read a file when it fails. Here it is impossible because files are in the cache (and the debian-installer retry option is thus useless...). Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248269: md5sum doesn't support '-c' command line option
Package: busybox-cvs Tags: d-i md5sum doesn't support '-c' command line option, which makes the debian-installer's integrity test fails. Please refer to bugs #242 and #247959 for further informations. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248269: Typo in my previous message
Oups ! I wrote #242 instead of #242958. Sorry for that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#246948: Installation report
> Oh, I see, then it might be a problem with a flaky CD-ROM, could you > please boot the installer, launch a console and try to find out if DMA > is enabled for it (something like "dmesg | grep DMA"). DMA is enabled on computers where installation succeeds (a Pentium III 733 and a Pentium M 1500), but not on the one where it fails. > Unfortunately, it's not easy to test if the drive would work without DMA > as that parameter doesn't work right now (bug 226057) Although the symptoms are very close, I don't think I have the same problem since DMA is disabled on my old computer. Moreover, it wouldn't explain why integrity test fails on all my computers. I do really think there is a path problem, or something related. Thanks, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#246948: Installation report
I have another idea: I tried to run 'md5sum -c md5sum.txt' from a d-i shell (last time, when checking the CD, I did it using the GNU md5sum, on my main computer). Here is what I got: /cdrom # md5sum -c md5sum.txt md5sum: -c: No such file or directory c53f3ea0710b9e77049e9187af77baac md5sum.txt /cdrom # I suppose the BusyBox md5sum included on the d-i CD is buggy. It doesn't explain why my MMX computer can't read libc-udeb, but it maybe explains why integrity test fails. Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#246948: Installation report
> > Here are the MD5 checksums of the files I downloaded: > > eb2f763d967286313bd339f781ce664d sarge-i386-businesscard.iso > > 52a66d5290a43e17dd0216467962bfc9 sarge-i386-netinst.iso > > When checking CD's integrity, it says that the > > file ./dists/sarge/main/binary-i386/Release is corrupted. > > It's right in complaining, the MD5 sums of 20040429 were: > 6248f2d30f37ad0d82bd2622d0b7a7f1 sarge-i386-businesscard.iso > 251d25b5b0aaa0d2c4c911e4047053e7 sarge-i386-netinst.iso This is not what I see on the directory where I downloaded my files from: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/beta4/MD5SUMS I perhaps badly expressed myself when saying I was using 20040429. I downloaded beta4, which was built on 20040429, according to the help at beginning of installation. Sorry for that. So the MD5 sums of my images are ok, but the integrity test still fails on ./dists/sarge/main/binary-i386/Release, on both images. I compare the md5 sum of this file with what is written in md5sum.txt, at the root of the CD, and this file is ok. I suppose there is a path problem: I'm not absolutely sure about that, but when I run a shell it seems that the current directory is '/' (# export [...] export PWD='/' [...] ) So ./dists/sarge/main/binary-i386/Release maybe refers to /dists/sarge/main/binary-i386/Release instead of /cdrom/dists/sarge/main/binary-i386/Release. ./dists/sarge/main/binary-i386/Release is the first file to be checked, according to md5sum.txt. Running md5sum -c md5sum.txt in directory /cdrom succeed for every file on the the cdrom except for README.html. I still have my problem loading libc-udeb on my computer, but it worked on two other. Thanks Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#114057: modconf doesn't use locale aliases ?
Eduard Bloch wrote: > > modconf does not use locales but own localised string replacement > routine. > I understand. However, It'd be great if you could either include french as a possible replacement for fr_FR either (better IMHO) user /etc/locale.alias. Regards, -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#114057: modconf doesn't use locale aliases ?
Package: modconf Version: 0.2.26.14 $ LANG=french modconf -> instructions and module descriptions are in english $ LANG=fr_FR.ISO-8859-15 modconf -> instructions and module descriptions are in french, as required Please note that : - I have "french fr_FR.ISO-8859-15" in /etc/locale.alias - Other applications (e.g. dselect) are in french when LANG=french (i.e. the alias works) -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#114057: A proposition
Hi again Eduard, We discussed this problem on -devel-french we have a proposition. First of all, there is no "fr_PP" problem like the british vs american one that has been overdiscussed on -devel. On the contrary, the use of an alias is the reason why there is no problem : french is fr_FR by default, but other users can change it to be what they want, just by modifying one single line in one single file. Second, there exists an ISO norm on the use of ll_CC[@variantion].NORM (ll=language & CC=country). And (what a piece of luck) [EMAIL PROTECTED] works for modconf. The idea we had, that would not make much work for you and that would satifsy all "french" (whatever it is) users is the following : simply test wether /etc/locale.alias exists and if it does, try to replace the value of LANG by its "real" value given in this file. If it does not exist (which is the cas at initial installation), work with LANG's value (whivh is fr_FR as far as I understand). I (and many french user) would be very happy if you could do this. This would allow us to keep using "french" as an alias and to avoid senseless fights like the one you saw on -devel between british and american speakers. Sorry for this long mail : I tried to give you our point of view. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Capturing install screenshots
On Fri, Nov 02, 2001 at 06:03:12PM -0500, Robb Kidd wrote: > Carpenter, Dean wrote: > [ponder] Download the VMware 3.0 beta and install Debian in a virtual > machine? In addition to the many X screen grabbers available, VMware > provides its own screen-capture function. Or much better: Use plex86 or bochs. That'll at least get you the x86 & common screens. MOL might help with PPC/PMac specific parts. Or.. Is there any reason why dbootstrap can't be run on a running system? Just chroot the install initrd image and run it directly. I might have to play with that tonight. I'll see if I can catch the ritual goat sacrifice mentioned in my sig. - Nick Lopez [EMAIL PROTECTED] -- We still need to do something about quik, ritual goat sacrifice is somewhat tricky to implement in C... - Ethan Benson on debian-boot 5-30-01 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Capturing install screenshots
I'm replying to myself because I deleted the head of the thread. On Fri, Nov 02, 2001 at 04:49:15PM -0700, Nicolas Lopez wrote: > On Fri, Nov 02, 2001 at 06:03:12PM -0500, Robb Kidd wrote: > > Carpenter, Dean wrote: > > [ponder] Download the VMware 3.0 beta and install Debian in a virtual > > machine? In addition to the many X screen grabbers available, VMware > > provides its own screen-capture function. > Or much better: Use plex86 or bochs. That'll at least get you the x86 & Boredom has prevailed. I tried a test install with the reiser disks from http://people.debian.org/~aph/ v3.0.16-2001-10-24 in bochs, and screen-shot it into oblivion. The shots are tared up at: http://debian.glowingmonkey.org/screenshots.tar It's only a 650k tarball that contains 76 640x400 screens shots of as much of the install as I got through in bochs. I snaped a lot of failed and status messages, but was unable to install the base due to lack of planning. I did get through the network configuration with the emulated ne2k. dhcp/bootp only. Enjoy - Nick Lopez [EMAIL PROTECTED] -- If ignorance is bliss, is omniscience hell? PGP signature
Re: install woody without fd0
On Sat, Nov 03, 2001 at 11:17:39PM +0100, O. Braun wrote: > Hi, my name is Oliver and I want to install a woody. > That is my hardware : > old pentium board without (defect) fd-controler, 24MB RAM, 540MB HDD > pci vga and ISA 3com905. I have a 400kBit line to the net. > > I can prepare the hdd with another machine. If you can prep the drive in another machine then why not just do the base install on the other machine? Get the base installed, get it booting, then move it over to the other(damaged) machine and do whatever you want with the fresh install. - Nick Lopez [EMAIL PROTECTED] -- The greatest programming project of all took six days; on the seventh day the programmer rested. We've been trying to debug the *&^%$#@ thing ever since. Resume: design before you implement. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tasksel_fr.po
Hi, I noticed that tasksel-1.13 does contain the fr.po I sent. Thanks for including it. However, the current tasksel CVS doesn't seem to contain it. Its Makefile doesn't mention any fr LANG :) Could someone please commit it ? Thanks in advance, Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: tasksel_fr.po
Nicolas SABOURET wrote: > > Hi, > > I noticed that tasksel-1.13 does contain the fr.po I sent. Thanks for > including it. However, the current tasksel CVS doesn't seem to contain > it. Its Makefile doesn't mention any fr LANG :) > Could someone please commit it ? > > Thanks in advance, > Nico. As Martin Quinson suggested me, I should have attached the .po file. Here it is. Thanks, Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico # Translation file for tasksel to French. # Copyright (C) 2001 Free Software Foundation, Inc. # Nicolas Sabouret <[EMAIL PROTECTED]>, 2001. # msgid "" msgstr "" "Project-Id-Version: tasksel 1.12\n" "POT-Creation-Date: 2001-11-29 10:41+0100\n" "PO-Revision-Date: 2001-12-11 08:59+01:00\n" "Last-Translator: Nicolas Sabouret <[EMAIL PROTECTED]>\n" "Language-Team: French <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-1\n" "Content-Transfer-Encoding: ISO-8859-1\n" #: ../data.c:277 ../data.c:291 msgid "Cannot allocate memory for enumeration buffer" msgstr "Impossible d'allouer la mémoire pour le tampon d'énumération" #: ../slangui.c:75 msgid "End-user" msgstr "Utilisateur final" #: ../slangui.c:76 msgid "Servers" msgstr "Serveurs" #: ../slangui.c:77 msgid "Development" msgstr "Développement" #: ../slangui.c:78 msgid "Localization" msgstr "Localisation" #: ../slangui.c:79 msgid "Hardware Support" msgstr "Support matériel" #: ../slangui.c:80 msgid "Miscellaneous" msgstr "Divers" #: ../slangui.c:213 msgid "Unable to initialize the terminal" msgstr "Impossible d'initialiser le terminal" #: ../slangui.c:215 msgid "Unable to initialize screen output" msgstr "Impossible d'initialiser l'affichage à l'écran" #: ../slangui.c:216 msgid "Unable to initialize keyboard interface" msgstr "Impossible d'initialiser le clavier" #: ../slangui.c:233 #, c-format msgid "Debian Task Installer v%s - (c) 1999-2001 SPI and others" msgstr "Installateur de tâches Debian v%s - (c) 1999-2000 SPI et al." #: ../slangui.c:387 msgid "^Finish" msgstr "^Terminé" #: ../slangui.c:395 ../slangui.c:396 msgid "Task ^Info" msgstr "Tâche ^Info" #: ../slangui.c:400 ../slangui.c:401 msgid "^Help" msgstr "^Aide" #: ../slangui.c:435 msgid "Select tasks to install" msgstr "Choisissez les tâches à installer" #: ../slangui.c:570 msgid "Ok" msgstr "D'accord" #: ../slangui.c:679 ../slangui.c:693 ../slangui.c:804 #, c-format msgid "Index out of bounds: %d >= %d" msgstr "Indice en dehors des limites : %d >= %d" #: ../slangui.c:770 msgid "Help" msgstr "Aide" #. TRANS: don't wrap lines because of different screen sizes! #: ../slangui.c:771 msgid "" "Tasks allow you to quickly install a selection of packages that performs a " "given task.\n" "\n" "The main chooser list shows a list of tasks that you can choose to install. " "The arrow keys moves the cursor. Pressing ENTER or the SPACEBAR toggles the " "selection of the task at the cursor. You can also press A to select all " "tasks, or N to deselect all tasks. Pressing Q will exit this program and " "begin installation of your selected tasks.\n" "\n" "Thank you for using Debian.\n" "\n" "Press enter to return to the task selection screen" msgstr "" "Les tâches Debian permettent d'installer rapidement un ensemble de paquets pour une tâche donnée.\n" "\n" "La liste de sélection principale donne l'ensemble des tâches que vous pouvez choisir d'installer. Utilisez les flèches pour vous déplacer. Appuyez sur ENTRÉE ou sur la barre d'ESPACE pour sélectionner/déselectionner une tâche. Vous pouvez aussi appuyer sur A pour sélectionner toutes les tâches ou N pour les enlever toutes. Appuyez sur Q pour quitter et commencer l'installation des tâches sélectionnées.\n" "\n" "Merci d'avoir choisi Debian.\n" "\n" "Appuyez sur Entrée pour revenir à l'écran de sélection des tâches." #: ../slangui.c:812 #, c-format msgid "" "Description:\n" "%s\n" "\n" "Included packages:\n" msgstr "" "Description :\n" "%s\n" "\n" "Paquets inclus :\n" #: ../slangui.c:820 msgid "(no d
Re: Installing on Compaq Servers
I just installed woody ( to get to sid) on an ML350 G3 last month. I feel your pain. On Tue, Feb 05, 2002 at 12:22:46PM -0500, Loren Jordan wrote: > Hello, > > I'm not sure if this counts as a bug but here is the information I was able > to figure out. If this should be filed as a bug let me know... Probably. > I have several Compaq servers (DL380's and DL360's) that are of the G2 > generation. They have a newer raid controller (Smart Array 5i) and none of > the boot disks support this controller, not even the "compact" set. The > compact disks have worked for me before on the G1 Compaq boxes with the > "smart2" array in the past. Actually, they do, but as a module. Rather than extract the module the "proper" way I just went through the install past "Install kernel & modules" on the onboard scsi then copied the cciss.o to a floppy. I was able to then reboot on the raid card, load the module, and continue on. > on this custom kernel floppy to make it use the ram disk from boot.bin > (standard or 2.4). This almost worked except for 2 problems. The > dbootstrap program doesn't know anything about the "cciss" devices. I Yeah, that's a PITA too. > The rest of the install didn't work either as it couldn't install the > "rescue" floppy as my custom kernel floppy didn't look like a "rescue" > floppy. I didn't want to feed it the real rescue disk as it would be an > un-bootable kernel. (not able to mount the root file system,etc...) I chroot-ed into my install from the installer and built a new kernel. Second or third time around I got the kernel right ;) Any sign of linux-based tools to mangle the raid setup? Somewhere burried in the "Insight manager" maybe? - Nick Lopez [EMAIL PROTECTED] -- Gates' Law: Every 18 months, the speed of software halves. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492766: hw-detect: French debconf templates translation
Hello, Here is the missing fr.po file. Best Regards, -- Nekral fr.po Description: application/gettext
Bug#376770: installation-reports pleifrest etch
Package: installation-reportsBoot method: CDImage version: <06/20/2006 etch netintall on debian.org with ftp>Date: <06/20/2006>Machine: Thoshiba satellite a10Processor:celeron 2ghzMemory:512moPartitions:hda1 : ntfs 17.6go - win xphda8 : fat32 11.2 go - /home/documents hda5 : reiserfs 5.6go - /hda6 : swap 1gohda7 : reiserfs 1.9go - /homeOutput of lspci and lspci -n:lspci :00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 01) 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 01)00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 01) 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 01)00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 01)00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03)00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03)00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03)01:08.0 Ethernet controller: Intel Corporation 82801DB PRO/100 VE (MOB) Ethernet Controller (rev 83)01:0a.0 Network controller: Texas Instruments ACX 111 54Mbps Wireless Interface 01:0b.0 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus Bridge with ZV Support (rev 33)lspci -n :00:00.0 0600: 8086:3580 (rev 01)00:00.1 0880: 8086:3584 (rev 01)00:00.3 0880: 8086:3585 (rev 01) 00:02.0 0300: 8086:3582 (rev 01)00:02.1 0380: 8086:3582 (rev 01)00:1d.0 0c03: 8086:24c2 (rev 03)00:1d.7 0c03: 8086:24cd (rev 03)00:1e.0 0604: 8086:2448 (rev 83)00:1f.0 0601: 8086:24cc (rev 03)00: 1f.1 0101: 8086:24ca (rev 03)00:1f.3 0c05: 8086:24c3 (rev 03)00:1f.5 0401: 8086:24c5 (rev 03)00:1f.6 0703: 8086:24c6 (rev 03)01:08.0 0200: 8086:103d (rev 83)01:0a.0 0280: 104c:906601:0b.0 0607: 1179:0617 (rev 33) Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try itInitial boot worked:[ o]Configure network HW: [ e]Config network: [ o] Detect CD: [ o]Load installer modules: [ o]Detect hard drives: [ o]Partition hard drives: [ o]Create file systems:[ o]Mount partitions: [ e]Install base system:[ o] Install boot loader:[ o]Reboot: [ o]Comments/Problems:1st: my wireless card has not detected and the driver sources are on the web...2nd: my hd8 partition /home/documents/ has not on rw access, only for root the install was great apart from the necessity to connect the laptop with lan. After the install time I am take a long time to configure le touchpad, the hd8 partition, the intellimouse, the wireless card... More driver support will make a greater distribution, the dual screen support can be good for the laptop (with the vga output) equaly.the debian distribution is my favorite, you have all of my encouragements ! pleifrest, a french user...
[MIPSEL] How to bypass the cdrom detection ?
Hello everybody, I am currently trying to install a debian (Sarge) on a mipsel device. It is an Asus WL-HDD : http://usa.asus.com/products4.aspx?l1=12&l2=44&l3=0&model=460&modelmenu=1 I installed a minimal distribution in the flash and accessed it through SSH. Then, I tried to install a debian using the "debian-31r2-mipsel-netinst" iso. Here is what I did : - I copied the content of the initrd of the debian boot cd on hard disk => /mnt/debian - I copied the content of the ISO on the hard disk => /mnt/debian/cdrom - chroot /mnt/debian - /usr/bin/debconf-loadtemplate d-i /var/lib/dpkg/info/*.templates - echo 2 > /var/lib/lowmem - anna-install lowmem - export DEBIAN_FRONTEND=newt - export MENU=/usr/bin/main-menu - /lib/debian-installer/menu But, the installer allways want to detect the cdrom drive and don't know how to bypass the detection. Maybe someone has advice ? Or maybe, is it possible to install a debian using only dpkg (a bit like gentoo in fact) ? Please CC me, I'm not subscribed. Thanks -- Nicolas MASSÉ
Re: [MIPSEL] How to bypass the cdrom detection ?
On Thursday 06 July 2006 19:24, Martin Michlmayr wrote: > * Nicolas MASSÉ <[EMAIL PROTECTED]> [2006-07-06 18:55]: > > I am currently trying to install a debian (Sarge) on a mipsel > > device. It is an Asus WL-HDD : > > You're probably better off taking the tar ball from > http://www.cyrius.com/debian/bcm947xx/wgt634u/ as the base system and > then boot into it with your own kernel. That's exactly what I was searching for ! Thanks. The tarball is unpacked, I'm playing with apt-get. I hope it will reboot without any problem... Again, thanks ! -- Nicolas MASSÉ
RE: Debianinstaller/contrib
I think he's trying to help the team of the debian installer, not looking for help on his proyect. P.S: sorry for my bad english. On Tue, 2006-09-19 at 13:03 +0530, Deepak Kumar Tripathi wrote: > hi Rajasekaran, > > At what stage your team has finished it or developing in which stage . > what help is your team is looking for. > > Can you please explain . > > > Deepak Tripathi .---. > Open Source Developer / \ >[EMAIL PROTECTED]@./ >/`\_/`\ >.''`. // _ \\ > : :' :| \ )|_ > `. `'`/`\_`> <_/ \ > `- \__/'---'\__/ > Debian GNU/Linux > > > > -Original Message- > From: Rajasekaran J. [mailto:[EMAIL PROTECTED] > Sent: Mon 9/18/2006 4:30 PM > To: debian-boot@lists.debian.org > Subject: Debianinstaller/contrib > > > Hi All, > >I am Rajasekaran J.I am using debian for the past two years and we > came > out with debian based disto called as BOSS(Bharat Operating System > Solutions).I would like to participate the development activity of > DebianInstaller. > > > Thanks & Regards, > > Rajasekaran J > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > > The information contained in, or attached to, this e-mail, contains > confidential information and is intended solely for the use of the > individual or entity to whom they are addressed and is subject to > legal privilege. If you have received this e-mail in error you should > notify the sender immediately by reply e-mail, delete the message from > your system and notify your system manager. Please do not copy it for > any purpose, or disclose its contents to any other person. The views > or opinions presented in this e-mail are solely those of the author > and do not necessarily represent those of the company. The recipient > should check this e-mail and any attachments for the presence of > viruses. The company accepts no liability for any damage caused, > directly or indirectly, by any virus transmitted in this email. > > www.aztecsoft.com > -- aka nxvl key fingerprint: E140 4CC7 5E3C B6B4 DCA7 F6FD D22E 2FB4 A9BA 6877 gpg --keyserver subkeys.pgp.net --recv-keys A9BA6877 Yo uso Software Libre y tu? signature.asc Description: This is a digitally signed message part
svn access
I have been reading the docs of translation on the svn and it says i need to ask for svn write access to commit my changes is that still so or i need to send it to somebody else. I have just created a guest account on alioth as said on the doc, my username is nxvl-guest. -- aka nxvl key fingerprint: E140 4CC7 5E3C B6B4 DCA7 F6FD D22E 2FB4 A9BA 6877 gpg --keyserver subkeys.pgp.net --recv-keys A9BA6877 Yo uso Software Libre y tu? signature.asc Description: This is a digitally signed message part
Re: svn access
On Wed, 2006-09-20 at 17:40 +0200, Frans Pop wrote: > On Wednesday 20 September 2006 17:18, Nicolas Valcarcel wrote: > > I have been reading the docs of translation on the svn and it says i > > need to ask for svn write access to commit my changes is that still so > > or i need to send it to somebody else. I have just created a guest > > account on alioth as said on the doc, my username is nxvl-guest. > > At first it is better that you send them (or the patches) to the > debian-l10n-spanish list for review. Javier, as the current translator, > can then review and commit them. Thnx, i will do that. > When he is happy with your work, he can approve you getting commit access > so you can commit updates yourself. > (This is standard procedure for new contributers for the d-i project when > there is an existing translation team.) Nice to know it. > Cheers, > FJP -- aka nxvl key fingerprint: E140 4CC7 5E3C B6B4 DCA7 F6FD D22E 2FB4 A9BA 6877 gpg --keyserver subkeys.pgp.net --recv-keys A9BA6877 Yo uso Software Libre y tu? signature.asc Description: This is a digitally signed message part
Create_po script bug
There is a bug on the create_po script under trunk/manual/scripts. Patch attached. -- aka nxvl key fingerprint: E140 4CC7 5E3C B6B4 DCA7 F6FD D22E 2FB4 A9BA 6877 gpg --keyserver subkeys.pgp.net --recv-keys A9BA6877 Yo uso Software Libre y tu? --- create_po_ole 2006-09-21 09:28:16.0 -0500 +++ create_po 2006-09-21 09:22:40.0 -0500 @@ -17,8 +17,7 @@ [ -d ./$language/ ] || exit 1 SCRIPTDIR="./scripts" -WORKDIR="./integrated" -SOURCEDIR="$WORKDIR/$language" +SOURCEDIR="./$language" PODIR="./po" if [ ! -d "$PODIR" ] ; then signature.asc Description: This is a digitally signed message part
Bug#342933: literally
It is protected by the Iron Curtain of category marketing. AN ALLE FINANZINVESTOREN! DIESE AKTIE WIRD DURCHSTARTEN! FREITAG 20. APRIL STARTET DIE HAUSSE! REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN! Symbol: G7Q.F Company: COUNTY LINE ENERGY 5 Tages Kursziel: 0.95 Schlusskurs: 0.21 WKN: A0J3B0 ISIN: US2224791077 Markt: Frankfurt LASSEN SIE SICH DIESE CHANCE NICHT ENTGEHEN! G7Q WIRD WIE EINE RAKETE DURCHSTARTEN! UNSERE ERWARTUNGEN WIRD G7Q.F UBERTREFFEN! His coming turned the tide for us, and we won. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#605290: No problem on MacBook Pro with d-i 6.0-b1
Package: installation-reports Hello, I've installed Squeeze on my MacBook Pro 2.4 GHz Core2 Duo/2GB/256MB VRAM/160 GB 5400 rpm with the debian-installer 6.0 beta 1. And all was fine. I've got a running Squeeze system now. It's a dual boot with Mac OS X 10.6 with rEFIt. 120 GB for OS X, 8 GB swap and 340 GB root partition for Debian. I have 4 GB RAM and I installed kernel 2.6.32-5-bigmem. Thank you for all your work. Regards -- Nicolas Bertolissio Debian GNU/Linux -- 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/aanlktinrz8zgbbro3zbjtuqxs-9ogne+tw2w4_rqz...@mail.gmail.com
Re: [directfb-dev] [lu...@debian.org: Re: Uploading GNOME 2.24 to sid]
Hi, just to say that I made a patch in order to get the last version of gtk working with directfb. This pach is available here: http://bugzilla.gnome.org/attachment.cgi?id=126611&action=view Probably not perfect, but at least with this patch GTK is compiling and running. (I had some graphical artifacts when I test it, but I don't know if my patch is in cause, and I'm not filling myself able to solve it). I submited this one month ago, but this hasn't been reviewed yet. Nicolas. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508042: newt frontent have inefficient use of screen real estate (multiselect)
tags 508042 patch
thanks
On Sun, Feb 22, 2009 at 06:29:35PM +0200, Oded Naveh wrote:
> It appears that this bug report actually describes two separate bugs.
>
> # 1. The "... three blank lines between the question text and the
> question itself..."
> # 2. The "... the multiselect part of the question..." displayed out
> of bounds.
Here are two patches to fix these bugs.
# 1. cdebconf_loadtemplate.patch
# 2. cdebconf_newt_need_separate_window.patch
Please find the comments on these patches in the patches themselves.
There is probably still some space that could be saved for select (not
multiselect) because 2 lines are reserved for a button, which is not
displayed if the text and select fits on one window.
(i.e. when show_select_window(obj, q, 1) is called the button
is not displayed, but some place is reserved for it, as when
show_select_window(obj, q, 0) is called)
I also include the test templates and config I used to test this.
testlong.templates and testlong.config could be dropped in src/test.
When compiled --with-textwrap, debconf produces the expected result for
terminal height from 25 to 40.
Best Regards,
--
Nekral
If a description ends with a verbatim block (asis == 1), remove_newlines
adds a newline instead of removing the trailing newline.
This causes the debconf frontend(s?) to display 3 blank lines instead of one
between the long description and the short description.
The end of string must be tested before asis.
* src/template.c (remove_newlines): Fix the removal of trailing
newline for descriptions ending with a verbatim block.
diff -aruN ../orig/cdebconf-0.139/src/template.c ./cdebconf-0.139/src/template.c
--- ../orig/cdebconf-0.139/src/template.c 2008-12-26 14:46:33.0 +0100
+++ ./cdebconf-0.139/src/template.c 2009-02-26 10:31:41.214635082 +0100
@@ -619,17 +619,14 @@
in+=2;
asis=0;
}
+ else if (*(in+1) == 0)
+*out = 0;
else if (*(in+1) == ' ')
asis=1;
else if (asis)
asis=0;
else
- {
-if (*(in+1) != 0)
- *out = ' ';
-else
- *out = 0;
- }
+*out = ' ';
}
out++;
}
This fix the computation and usage of the window's height. If the height
is not computed correctly, the newt frontend may decide to put the input
box and the explanatory text on the same window, but the text will overlap
on the input box, which render the input impossible.
#508042 is an example for a multiselect, although I think it could appear
with a select window (not for string and password windows because I think
the input field is always forced to be on the same window).
* src/modules/frontend/newt/newt.c (min_window_height): Document
the computation of the window's height.
* src/modules/frontend/newt/newt.c (min_window_height): Use the
full description instead of the extended description when
possible. This should make min_window_height() more independent
from the get_full_description() internals.
* src/modules/frontend/newt/newt.c (min_window_height): The height
of the text needs to be added to the original size (decoration &
buttons).
* src/modules/frontend/newt/newt.c (need_separate_window):
Document why we subtract 5 for the comparison of the window's
height.
* src/modules/frontend/newt/newt.c (need_separate_window): Do not
use an extra window if the text fits exactly
(min_window_height() == height-5)
diff -aruN ../orig/cdebconf-0.139/src/modules/frontend/newt/newt.c ./cdebconf-0.139/src/modules/frontend/newt/newt.c
--- ../orig/cdebconf-0.139/src/modules/frontend/newt/newt.c 2009-02-13 17:43:37.0 +0100
+++ ./cdebconf-0.139/src/modules/frontend/newt/newt.c 2009-02-26 11:27:44.318953124 +0100
@@ -118,6 +118,7 @@
typedef int (newt_handler)(struct frontend *obj, struct question *q);
static void newt_progress_stop(struct frontend *obj);
+static char *get_full_description(struct frontend *obj, struct question *q);
#include "cdebconf_newt.h"
@@ -275,15 +276,20 @@
static int
min_window_height(struct frontend *obj, struct question *q, int win_width)
{
+// start with a blank or description (note and error)
+// End with /bolean buttons + blank
int height = 3;
char *type = q->template->type;
-char *q_ext_text;
+char *q_text;
-q_ext_text = q_get_extended_description(obj, q);
-if (q_ext_text != NULL)
-height = cdebconf_newt_get_text_height(q_ext_text, win_width) + 1;
+if (strcmp(q->template->type, "note") == 0 || strcmp(q->template->type, "error") == 0)
+q_text = q_get_extended_description(obj, q);
+else
+q_text = get_full_description(obj, q);
+if (q_text != NULL)
+height += cdebconf_newt_get_text_height(q_text, win_width) + 1;
if (strcmp(type, "multiselect") == 0 || strcmp(type, "select") == 0)
-height += 4; // at least three lines for choices + blank line
+height += 4; // x lines for choices + blank line
else if (strcmp(type, "string") == 0 || strcmp(type, "password") == 0)
height += 2; // i
Bug#508042: newt frontent have inefficient use of screen real estate (multiselect)
Hello,
I had a look at other cdebconf newt frontend bugs in the BTS and it looks
like the second issue (cdebconf_newt_need_separate_window.patch) is the
same as:
http://bugs.debian.org/507372
http://bugs.debian.org/343119
Jérémy provided a patch in 507372, based on the same idea of using
get_full_description().
It was mentioned by Frans that it is incomplete, but fortunately the other
bytes in cdebconf_newt_need_separate_window.patch fix the issue
completely.
(At least I cannot reproduce the bug after trying many different window
height)
Also, as Jérémy, I forgot to free the result of get_full_description() in
my first patch.
So here is an updated version, which free the result and document that the
result of get_full_description shall be freed by the caller.
Best Regards,
--
Nekral
This fix the computation and usage of the window's height. If the height
is not computed correctly, the newt frontend may decide to put the input
box and the explanatory text on the same window, but the text will overlap
on the input box, which render the input impossible.
#508042 is an example for a multiselect, although I think it could appear
with a select window (not for string and password windows because I think
the input field is always forced to be on the same window).
* src/modules/frontend/newt/newt.c (min_window_height): Document
the computation of the window's height.
* src/modules/frontend/newt/newt.c (min_window_height): Use the
full description instead of the extended description when
possible. This should make min_window_height() more independent
from the get_full_description() internals.
* src/modules/frontend/newt/newt.c (min_window_height): The height
of the text needs to be added to the original size (decoration &
buttons).
* src/modules/frontend/newt/newt.c (need_separate_window):
Document why we subtract 5 for the comparison of the window's
height.
* src/modules/frontend/newt/newt.c (need_separate_window): Do not
use an extra window if the text fits exactly
(min_window_height() == height-5)
diff -aruN ../orig/cdebconf-0.139/src/template.c ./cdebconf-0.139/src/template.c
--- ../orig/cdebconf-0.139/src/template.c 2008-12-26 14:46:33.0 +0100
+++ ./cdebconf-0.139/src/template.c 2009-02-26 10:31:41.214635082 +0100
@@ -619,17 +619,14 @@
in+=2;
asis=0;
}
+ else if (*(in+1) == 0)
+*out = 0;
else if (*(in+1) == ' ')
asis=1;
else if (asis)
asis=0;
else
- {
-if (*(in+1) != 0)
- *out = ' ';
-else
- *out = 0;
- }
+*out = ' ';
}
out++;
}
diff -aruN ../orig/cdebconf-0.139/src/modules/frontend/newt/newt.c ./cdebconf-0.139/src/modules/frontend/newt/newt.c
--- ../orig/cdebconf-0.139/src/modules/frontend/newt/newt.c 2009-02-13 17:43:37.0 +0100
+++ ./cdebconf-0.139/src/modules/frontend/newt/newt.c 2009-02-26 16:17:12.907008645 +0100
@@ -119,6 +119,9 @@
static void newt_progress_stop(struct frontend *obj);
+/* Result must be freed by the caller */
+static char *get_full_description(struct frontend *obj, struct question *q);
+
#include "cdebconf_newt.h"
/* Padding of title width, allows for leading "[!!] " before title
@@ -275,15 +278,22 @@
static int
min_window_height(struct frontend *obj, struct question *q, int win_width)
{
+// start with a blank or description (note and error)
+// End with /boolean buttons + blank
int height = 3;
char *type = q->template->type;
-char *q_ext_text;
+char *q_text;
-q_ext_text = q_get_extended_description(obj, q);
-if (q_ext_text != NULL)
-height = cdebconf_newt_get_text_height(q_ext_text, win_width) + 1;
+if (strcmp(q->template->type, "note") == 0 || strcmp(q->template->type, "error") == 0)
+q_text = q_get_extended_description(obj, q);
+else
+q_text = get_full_description(obj, q);
+if (q_text != NULL) {
+height += cdebconf_newt_get_text_height(q_text, win_width) + 1;
+free (q_text);
+}
if (strcmp(type, "multiselect") == 0 || strcmp(type, "select") == 0)
-height += 4; // at least three lines for choices + blank line
+height += 4; // x lines for choices + blank line
else if (strcmp(type, "string") == 0 || strcmp(type, "password") == 0)
height += 2; // input line + blank line
// the others don't need more space
@@ -298,7 +308,8 @@
newtGetScreenSize(&width, &height);
x = min_window_height(obj, q, width-7);
-return (x >= height-5);
+return (x > height-5);
+// 5: blue border + title + bottom frame + shadow + menu
}
static char *
Bug#508042: newt frontent have inefficient use of screen real estate (multiselect)
On Thu, Feb 26, 2009 at 02:46:46PM +0100, Nicolas François wrote:
>
> There is probably still some space that could be saved for select (not
> multiselect) because 2 lines are reserved for a button, which is not
> displayed if the text and select fits on one window.
> (i.e. when show_select_window(obj, q, 1) is called the button
> is not displayed, but some place is reserved for it, as when
> show_select_window(obj, q, 0) is called)
I could fix that one too with cdebconf_newt_reduce_space_select.patch
(it needs cdebconf_newt_need_separate_window.patch)
So here are the 3 patches
* cdebconf_loadtemplate.patch
* cdebconf_newt_need_separate_window.patch
* cdebconf_newt_reduce_space_select.patch
Best Regards,
--
Nekral
If a description ends with a verbatim block (asis == 1), remove_newlines()
adds a newline instead of removing the trailing newline.
This causes the debconf frontend(s?) to display 3 blank lines, instead of
one, between the long description and the short description.
The end of string must be tested before asis.
* src/template.c (remove_newlines): Fix the removal of trailing
newline for descriptions ending with a verbatim block.
diff -aruN ../orig/cdebconf-0.139/src/template.c ./cdebconf-0.139/src/template.c
--- ../orig/cdebconf-0.139/src/template.c 2008-12-26 14:46:33.0 +0100
+++ ./cdebconf-0.139/src/template.c 2009-02-26 10:31:41.214635082 +0100
@@ -619,17 +619,14 @@
in+=2;
asis=0;
}
+ else if (*(in+1) == 0)
+*out = 0;
else if (*(in+1) == ' ')
asis=1;
else if (asis)
asis=0;
else
- {
-if (*(in+1) != 0)
- *out = ' ';
-else
- *out = 0;
- }
+*out = ' ';
}
out++;
}
This fixes the computation and usage of the window's height. If the height
is not computed correctly, the newt frontend may decide to put the input
box and the explanatory text on the same window, but the text will overlap
on the input box, which renders the input impossible.
#508042 is an example for a multiselect, although I think it could appear
with a select window (not for string and password windows because I think
the input field is always forced to be on the same window).
* src/modules/frontend/newt/newt.c (min_window_height): Document
the computation of the window's height.
* src/modules/frontend/newt/newt.c (min_window_height): Use the
full description instead of the extended description when
possible. This should make min_window_height() more independent
from the get_full_description() internals.
* src/modules/frontend/newt/newt.c (min_window_height): The height
of the text needs to be added to the original size (decoration &
buttons).
* src/modules/frontend/newt/newt.c (need_separate_window):
Document why we subtract 5 for the comparison of the window's
height.
* src/modules/frontend/newt/newt.c (need_separate_window): Do not
use an extra window if the text fits exactly
(min_window_height() == height-5)
diff -aruN ../orig/cdebconf-0.139/src/modules/frontend/newt/newt.c ./cdebconf-0.139/src/modules/frontend/newt/newt.c
--- ../orig/cdebconf-0.139/src/modules/frontend/newt/newt.c 2009-02-13 17:43:37.0 +0100
+++ ./cdebconf-0.139/src/modules/frontend/newt/newt.c 2009-02-26 16:17:12.907008645 +0100
@@ -119,6 +119,9 @@
static void newt_progress_stop(struct frontend *obj);
+/* Result must be freed by the caller */
+static char *get_full_description(struct frontend *obj, struct question *q);
+
#include "cdebconf_newt.h"
/* Padding of title width, allows for leading "[!!] " before title
@@ -275,15 +278,22 @@
static int
min_window_height(struct frontend *obj, struct question *q, int win_width)
{
+// start with a blank or description (note and error)
+// End with /boolean buttons + blank
int height = 3;
char *type = q->template->type;
-char *q_ext_text;
+char *q_text;
-q_ext_text = q_get_extended_description(obj, q);
-if (q_ext_text != NULL)
-height = cdebconf_newt_get_text_height(q_ext_text, win_width) + 1;
+if (strcmp(q->template->type, "note") == 0 || strcmp(q->template->type, "error") == 0)
+q_text = q_get_extended_description(obj, q);
+else
+q_text = get_full_description(obj, q);
+if (q_text != NULL) {
+height += cdebconf_newt_get_text_height(q_text, win_width) + 1;
+free (q_text);
+}
if (strcmp(type, "multiselect") == 0 || strcmp(type, "select") == 0)
-height += 4; // at least three lines for choices + blank line
+height += 4; // x lines for choices + blank line
else if (strcmp(type, "string") == 0 || strcmp(type, "password") == 0)
height += 2; // input line + blank line
// the others don't need more space
@@ -298,7 +308,8 @@
newtGetScreenSize(&width, &height);
x = min_window_height(o
Bug#501161: cdebconf-newt: Displays too many "*" is accented characters are typed
reassign 501161 newt
forcemerge 501161 430102
thanks
Hello,
On Sun, Oct 05, 2008 at 01:04:03AM +0200, Frans Pop wrote:
>
> During password entry the frontend displays two asterisks if I type a
> single accented character like ä or ö using the special keys for those
> characters on the German keyboard.
> Notable is that the cursor remains on the correct position.
>
> Example:
> I type: qwertzöä(on a US keyboard this is: qwerty;')
> I see:**
> Cursor is:^
>
> Could be this is not a bug in cdebconf but in newt or something.
This is a bug in newt, and is fixed in the current upstream release.
I could test that the attached newt patch fixes the cdebconf bug.
This is also the current version of the NEWT_FLAG_PASSWORD handling in
entry.c
Best Regards,
--
Nekral
--- newt-0.52.2-old/entry.c.org 2009-02-26 23:18:30.726625269 +0100
+++ newt-0.52.2/entry.c 2009-02-26 23:24:47.424902210 +0100
@@ -184,13 +184,12 @@
chptr = en->buf + en->firstChar;
if (en->flags & NEWT_FLAG_PASSWORD) {
- char *p;
- tmpptr = alloca(strlen(chptr)+2);
- strcpy(tmpptr, chptr);
- for (p = tmpptr; *p; p++)
- *p = '*';
+ len = wstrlen(chptr, -1);
+ tmpptr = alloca(len+1);
+ memset(tmpptr, '*', len);
+ tmpptr[len] = '\0';
chptr = tmpptr;
-}
+}
len = wstrlen(chptr, -1);
Bug#517439: installation-report: successful install
Package: installation-reports Version: 2.38 Severity: wishlist -- Package-specific info: Boot method: usb key Image version: net install amd64 business-card lenny (was testing) Date: 2009 01 31 Machine: Toshiba Tecra R10K Partitions: Disk /dev/sda: 200.0 GB, 200049647616 bytes 255 heads, 63 sectors/track, 24321 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x5130cb2e Device Boot Start End Blocks Id System /dev/sda1 * 1 23330 187398193+ 83 Linux /dev/sda2 23331 24321 7960207+ 5 Extended /dev/sda5 23331 24321 7960176 82 Linux swap / Solaris Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: All ok. Very impressive hardware autodetection, compared to my first debian install 10 years ago. Wifi did not work out of the box. This is unavoidable, since the chip needs a closed-source external firmware and a newer 2.6.28 kernel with the iwlagn driver. I had to manually select the intel driver in xorg.conf, VESA was the default. It is a safe choice for the moment, since the intel driver (hand-compiled 2.6.28.3 kernel, xf86-video-intel server module 2.3.2) crashed several times the whole computer using 3D softwares like oolite or wine-grimfandango. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="5.0 (lenny) - installer build 20090126-22:56" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux pegase 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 UTC 2009 x86_64 unknown lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07) lspci -knn: 00:03.0 Communication controller [0780]: Intel Corporation Mobile 4 Series Chipset MEI Controller [8086:2a44] (rev 07) lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network Connection [8086:10f5] (rev 03) lspci -knn: Kernel driver in use: e1000e lspci -knn: Kernel modules: e1000e lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03) lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: Kernel modules: ehci-hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03) lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 [8086:2944] (rev 03) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Control
Bug#525209: Layout messed up in daily images
On Thu, Apr 23, 2009 at 12:32:28AM +0200, elen...@planet.nl wrote:
>
> This is almost certainly a result of the cdebconf changes committed by
> Nicolas François (CCed).
Yes.
It looks like I assumed there were no Go Back button in those case.
Here is a patch.
I tested it just a little bit. It seems to solve the issue without
re-introducing the previous issue.
If somebody knows how to test it in a daily image, please do (I don't know
how to do this).
If urgent, somebody can commit it and upload.
Otherwise, I will try to test it more this week-end.
Best Regards,
--
Nekral
Index: src/modules/frontend/newt/newt.c
===
--- src/modules/frontend/newt/newt.c (révision 58334)
+++ src/modules/frontend/newt/newt.c (copie de travail)
@@ -777,13 +777,15 @@
t_height = newtTextboxGetNumLines(textbox);
newtTextboxSetHeight(textbox, t_height);
newtFormAddComponent(form, textbox);
-b_height = 0; // A button is not necessary
select_list_top = 1+t_height+1;
} else {
t_height = 0;
-b_height = 1;
select_list_top = 1; // No description. Only insert a blank line.
}
+if (obj->methods.can_go_back(obj, q))
+b_height = 1;
+else
+b_height = 0;
free(full_description);
win_height = t_height + sel_height + b_height;
//3 == First blank line + blanks before and after select
Bug#525209: Layout messed up in daily images
tags 525209 pending thanks On Thu, Apr 23, 2009 at 08:23:29AM +0200, bubu...@debian.org wrote: > Quoting Nicolas François (nicolas.franc...@centraliens.net): > > > If somebody knows how to test it in a daily image, please do (I don't know > > how to do this). > [...] > That should give you a mini.iso image in build/dest Thanks. I could test the patch on a virtualbox and committed an updated version. With the patch committed, I could make a complete install without noticing any glitches in the installer screen. Best Regards, -- Nekral -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587013: [installation-reports] installation on a Panasonic S9 laptop : mostly OK
Package: installation-reports Severity: normal --- Please enter the report below this line. --- --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 700 testing security.debian.org 700 testing ftp.jaist.ac.jp 600 unstableftp.jaist.ac.jp 500 stable ftp.jaist.ac.jp --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. --- Output from package bug script --- Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/firmware-testing-amd64-netinst.iso - 2010-06-23 Date: 2010-06-23 Machine: Panasonic S9 Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/mapper/sda2_crypt ext330758844 9950084 19246292 35% / tmpfstmpfs 1928616 0 1928616 0% /lib/init/rw udev tmpfs 1923624 204 1923420 1% /dev tmpfstmpfs 1928616 140 1928476 1% /dev/shm /dev/sda1 ext3 119987 34685 79107 31% /boot /dev/mapper/sda3_crypt ext3 276781236290700 262430812 1% /home /dev/ram tmpfs 964308 0964308 0% /media/tmp Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [E] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: The installation went fine. One remark : I want an installation and system in English, but my location is Japan, so needing do go back and forth between the Language/Location steps in d-i to achieve this combination was annoying and shouldn't be required, as language and location are 2 different things. As for the hardware support, everything seems supported so far, sound, video, network, wireless and SD card reader. I couldn't test the] Wimax interface yet. Only issue: the screen brightness management doesn't work, and it is a serious problem since the screen brightness level is very high. But this is a kernel/acpi issue, and will be reported there. -- == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="6.0 (squeeze) - installer build 20100623-00:07" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux nashi 2.6.32-5-amd64 #1 SMP Tue Jun 1 04:34:03 UTC 2010 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0044] (rev 02) lspci -knn: Subsystem: Matsushita Electric Industrial Co., Ltd. Device [10f7:8338] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) lspci -knn: Subsystem: Matsushita Electric Industrial Co., Ltd. Device [10f7:8338] lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82577LM Gigabit Network Connection [8086:10ea] (rev 06) lspci -knn: Subsystem: Matsushita Electric Industrial Co., Ltd. Device [10f7:8338] lspci -knn: Kernel driver in use: e1000e lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 06) lspci -knn: Subsystem: Matsushita Electric Industrial Co., Ltd. Device [10f7:8338] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 06) lspci -knn: Subsystem: Matsushita Electric Industrial Co., Ltd. Device [10f7:8338] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 [8086:3b44] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 3 [8086:3b46] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 4 [8086:3b48] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chi
USB keyboard not working on a cinema display/cube
hi, the sarge-powerpc-netinst.iso fail to activate my keyboard when connected to the display. It's true of the RC2 version and of the daily/powerpc/20041226/ version. The computer is a Mac Cube with a standard Mac USB Pro keyboard connected to a 22" cinema display. If the keyboard is connected to the cube, it's then activated. N. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: USB keyboard not working on a cinema display/cube
Le 31 déc. 04, à 00:24, Sven Luther a écrit : On Mon, Dec 27, 2004 at 07:11:34PM +0100, Nicolas Jungers wrote: hi, the sarge-powerpc-netinst.iso fail to activate my keyboard when connected to the display. It's true of the RC2 version and of the daily/powerpc/20041226/ version. Can you look in /proc/bus/usb/devices if it shows up or something, and post us a lsmod output. May be tricky without keyboard though :) Maybe using the network-console and some presseding may help here ? I dunno how to do that on a Mac. What I did was plugin two keyboards, one on the cube, the other on the cinema display, and both didn't respond. Now, I tryed the installer because my system wasn't comming up after a kernel upgrade. Going from 2.6.7 to 2.6.8 makes the hotplug stall. If you send me instructions I can try to dig further. Regards, Nicolas -- Si vous utilisez Outlook ou Outlook Express, effacez mes mails, les réponses que vous me faites et ne gardez pas mon adresse dans votre carnet d'adresse. Vous limitez ainsi le pouriel (spam), les vers et les virus qui me sont adressés. Vous pouvez aussi utiliser des programmes de moins mauvaises qualités comme Mozilla, vos autres correspondants en bénéficieront.
Re: USB keyboard not working on a cinema display/cube
On 10 janv. 05, at 09:39, Sven Luther wrote: On Sat, Jan 08, 2005 at 06:59:38PM +0100, Nicolas Jungers wrote: Le 31 déc. 04, à 00:24, Sven Luther a écrit : On Mon, Dec 27, 2004 at 07:11:34PM +0100, Nicolas Jungers wrote: hi, the sarge-powerpc-netinst.iso fail to activate my keyboard when connected to the display. It's true of the RC2 version and of the daily/powerpc/20041226/ version. Can you look in /proc/bus/usb/devices if it shows up or something, and post us a lsmod output. May be tricky without keyboard though :) Maybe using the network-console and some presseding may help here ? I dunno how to do that on a Mac. What I did was plugin two keyboards, Yeah, that was the other solution. one on the cube, the other on the cinema display, and both didn't respond. but if you plug only one into the cube, it is ok ? Can you try pluging the keyboard in the cube, go upto partman, and then add the display keyboard and look at /proc/bus/usb/devices (or lsusb or whatever output ?) Here are the results of 3 attempts: - mode expert, keyboard in the cube functionnal, I plug the 2nd keyboard in the display, I do a cat /proc/bus/usb/device, it hangs (state D) - not killable. The first keyboard is still working, the second isn't. - mode install, keyboard in the cube functionnal, I select a keymap, the installer hang, the keyboard is still functionning, there is a cat /proc/bus/usb/device stuck in the process table (state D) - not killable. - mode expert, keyboard in the cube functionnal, I jump to the cdrom detection routine, the installer hang and there is a modprobe -v usb_storage stuck in the process table (state D) - not killable Now, I tryed the installer because my system wasn't comming up after a kernel upgrade. Going from 2.6.7 to 2.6.8 makes the hotplug stall. I bet you are not using the debian kernel though, right ? nope, I'm running a debian kernel and did the upgrade to the new one :-( now what? regards, Nicolas
Bug#1095207: busybox: please enable httpd's proxy feature
Package: busybox Version: 1:1.35.0-4+b3 Severity: wishlist Dear Maintainer, While trying to use busybox httpd's proxy feature, I discovered that it is not enabled in the Debian build [1]. Is there a reason why it is disabled? Could it be enabled? I find busybox httpd a really simple and useful tool and would love to be able to use it as a very basic reverse proxy in some projects. [1] https://sources.debian.org/src/busybox/1%3A1.37.0-4/debian/config/pkg/deb/#L901 -- System Information: Debian Release: 12.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'oldstable-security'), (500, 'stable'), (500, 'oldstable'), (1, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-30-amd64 (SMP w/32 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages busybox depends on: ii libc6 2.36-9+deb12u9 busybox recommends no packages. busybox suggests no packages. -- no debconf information
Bug#930283: task-cinnamon-desktop: metapackage should include gnome-terminal
Control: tag -1 + moreinfo Hi Leon, Thanks for your interest in improving tasksel. The task-cinnamon-desktop package already depends on the package cinnamon-desktop-environment, which does specify terminal emulators as dependencies: |Depends: gnome-terminal Depends: deepin-terminal eterm gnome-terminal kitty konsole lilyterm lxterminal mate-terminal mlterm mlterm-tiny pterm qterminal rxvt-unicode sakura stterm terminator terminology termit tilix xfce4-terminal xiterm+thai xterm If I'm not mistaken, gnome-terminal should always be prefered, unless another terminal emulator is already installed. Could you clarify what you want to achieve, and why it should be changed in tasksel, rather than in cinnamon-d-e (maintained by the Cinnamon team) ? Best, nicoo On Sun, Jun 09, 2019 at 11:15:34PM +0200, Leon Gehling wrote: > Package: task-cinnamon-desktop > Version: 3.53 > Severity: normal > > Please include the gnome-terminal to the cinnamon-desktop metapackage. > This makes the System more likely to be what somebody expects installing the > metapackage > > > > -- System Information: > Debian Release: 10.0 > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) > Kernel taint flags: TAINT_WARN > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), > LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages task-cinnamon-desktop depends on: > ii cinnamon-desktop-environment 3.8 > ii task-desktop 3.53 > ii tasksel 3.53 > > task-cinnamon-desktop recommends no packages. > > task-cinnamon-desktop suggests no packages. > > -- no debconf information > signature.asc Description: PGP signature
Bug#593105: tasksel: Please add a "Smartphone" task
Control: tag -1 + wontfix Hi, Sorry for replying to your bug a decade after you opened it. Considering that Debian-powered smartphone are currently a very-niche thing, that support is (AFAIK) currently very poor, and that it's not the role of the d-i team to make Debian-on-Smartphones happen, I'm tagging this as wontfix. Feel free to reply to the bug once there's a clear path to support installation on smartphones and provide a sensible UX. Best, nicoo On Sun, Aug 15, 2010 at 04:37:51PM +0200, Thibaut GIRKA wrote: > Package: tasksel > Version: 2.82 > Severity: wishlist > Tags: d-i patch > > Hi, > A "Smartphone" task providing a lightweight and small-screen-optimized dekstop > environment (e17 might be a good candidate) as well as smartphone specific > software (FreeSmartphone.org task, for instance) would be a good thing to have > in tasksel. > > Here is a patch providing such a task, although its content and the way it is > implemented might be discussable. > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 2.6.35-rc3+ (SMP w/2 CPU cores) > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages tasksel depends on: > ii aptitude 0.6.3-3terminal-based package manager > (te > ii debconf [debconf-2.0] 1.5.33 Debian configuration management > sy > ii liblocale-gettext-perl1.05-6 Using libc functions for > internati > ii tasksel-data 2.82 Official tasks used for > installati > > tasksel recommends no packages. > > tasksel suggests no packages. > > -- debconf information excluded > >From bd2031bedd76d5adc62ae00c216a6a6c47db39fa Mon Sep 17 00:00:00 2001 > From: Thibaut Girka > Date: Sun, 15 Aug 2010 13:58:25 +0200 > Subject: [PATCH] Add smartphone task > > --- > Makefile |5 + > info/smartphone.postinst |8 > tasks/smartphone | 21 + > tasks/smartphone-gta02 | 18 ++ > tests/smartphone | 31 +++ > 5 files changed, 83 insertions(+), 0 deletions(-) > create mode 100644 info/smartphone.postinst > create mode 100644 tasks/smartphone > create mode 100644 tasks/smartphone-gta02 > create mode 100644 tests/smartphone > > diff --git a/Makefile b/Makefile > index bdff344..af55cf6 100644 > --- a/Makefile > +++ b/Makefile > @@ -49,6 +49,8 @@ install: > install-data: > install -d $(DESTDIR)$(TASKDIR) \ > $(DESTDIR)/usr/lib/tasksel/tests > + install -d $(DESTDIR)$(TASKDIR) \ > + $(DESTDIR)/usr/lib/tasksel/info > install -m 0644 $(TASKDESC) $(DESTDIR)$(TASKDIR) > for test in tests/*; do \ > [ "$$test" = "tests/new-install" ] && continue; \ > @@ -56,6 +58,9 @@ install-data: > [ "$$test" = "tests/lang" ] && continue; \ > install -m 755 $$test $(DESTDIR)/usr/lib/tasksel/tests/; \ > done > + for script in info/*; do \ > + install -m 755 $$script $(DESTDIR)/usr/lib/tasksel/info/; \ > + done > for package in packages/*; do \ > [ "$$package" = "packages/list" ] && continue; \ > install -m 755 $$package $(DESTDIR)/usr/lib/tasksel/packages/; \ > diff --git a/info/smartphone.postinst b/info/smartphone.postinst > new file mode 100644 > index 000..915fda1 > --- /dev/null > +++ b/info/smartphone.postinst > @@ -0,0 +1,8 @@ > +#/bin/sh > +. /usr/share/debconf/confmodule > + > +db_get passwd/username > +if [ -n "$RET" ]; then > + sed -i -r -e "s,^NODM_ENABLED=.*,NODM_ENABLED=true," \ > + -e "s,^NODM_USER=.*,NODM_USER=$RET," /etc/default/nodm > +fi > diff --git a/tasks/smartphone b/tasks/smartphone > new file mode 100644 > index 000..6969fef > --- /dev/null > +++ b/tasks/smartphone > @@ -0,0 +1,21 @@ > +Task: smartphone > +Section: user > +Relevance: 8 > +Test-smartphone: 1 > +Description: SmartPhone > + This task installs software useful for a smartphone. > +Key: > + xorg > + xserver-xorg-video-all > + xserver-xorg-input-all > + desktop-base > + menu > + e17 > + nodm > +Packages: list > + fso-frameworkd > + fso-utils > +# Other stuff > + xdg-utils > + anacron > + vala-terminal > diff --git a/tasks/smartphone-gta02 b/tasks/smartphone-gta02 > new file mode 100644 > index 000..b1717c5 > --- /dev/null > +++ b/tasks/smartphone-gta02 > @@ -0,0 +1,18 @@ > +Task: smartphone-gta02 > +Relevance: 8 > +Section: user > +Enhances: smartphone > +Test-smartphone: GTA02 > +Description: Environment for GTA02 > + Hey, that rox TODO > +Key: > + fso-config-gta02 > +Packages: list > +# xserver-xorg-input-tslib > + xserver-xorg-video-glamo > + mtd-utils > +# fso-gpsd > + fso-gsmd > + fso-abyss > + zhone > + foxtrotgps
Bug#902321: task-desktop: please install fonts-symbola by default
Control: tag -1 + confirmed pending Hi Adam, Thanks for reporting this. I'm adding it, considering that: 1. symbola provides wide coverage of Unicode (not only emojis), which makes it a reasonable default to avoid showing “Unicode tofu” to users; 2. it only weights in ~3MB in installed size, which ought to be acceptable for the target audience of task-desktop. Best, nicoo On Mon, Jun 25, 2018 at 02:06:43AM +0200, Adam Borowski wrote: > Package: task-desktop > Version: 3.44 > Severity: wishlist > > Hi! > As much as many of us consider emojis to be a big mistake on part of the > Unicode consortium, it's undeniable that these characters see quite wide > use these days. Thus, at least one font that convers this range should > be installed by default. > > Of these, it seems there are only two general-purpose fonts: > * fonts-symbola (nice) > * ttf-unifont (ugly and pixellated) > > There are also fonts that have colourful images instead of glyphs, but these > are unfit for most programs, and are not supported by our current libraries. > It's an issue of so-called "text presentation" vs "emoji presentation" that, > according to the Unicode standard, programs should select based on > environment being "informal like texting and chats" vs "formal like word > processing" (TR51 §4 and §2). Text presentation is also needed when the > character's color is to be set via metadata such as CSS or ANSI SGR. > > Thus, even library support issues aside, we need at least one font that > provides text presentation. Package firefox-esr includes > /usr/lib/firefox-esr/fonts/EmojiOneMozilla.ttf which provides emoji > presentation, but is not available to other programs via fontconfig > for the above reasons. > > Thus, please add "Recommends: fonts-symbola" to task-desktop. > > > -- System Information: > Debian Release: buster/sid > APT prefers unstable-debug > APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), > (150, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.18.0-rc1-debug-00028-ga124d3bef9d4 (SMP w/6 CPU cores) > Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 > (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) > > Versions of packages task-desktop depends on: > ii desktop-base9.0.7 > pn tasksel > ii xorg1:7.7+19 > ii xserver-xorg-input-all 1:7.7+19 > ii xserver-xorg-video-all 1:7.7+19 > > Versions of packages task-desktop recommends: > ii alsa-utils 1.1.6-1 > pn anacron > pn avahi-daemon > pn eject > ii firefox-esr > 60.0.2esr-1 > ii iw 4.14-0.1 > pn libnss-mdns > ii libu2f-udev 1.1.5-1 > pn sudo > pn task-gnome-desktop | task-xfce-desktop | task-kde-desktop | ta > ii xdg-utils 1.1.3-1 > > task-desktop suggests no packages. signature.asc Description: PGP signature
Bug#864665: task-kde-desktop: Please, remove Apper from recommends
Control: tag -1 + moreinfo Hi Andrek, and thanks for the report. Could the KDE team confirm that this is still happening, and clarify whether Apper is intended to be the default package-management app for Debian on KDE? Best, nicoo On Mon, Jun 12, 2017 at 06:04:03PM +0200, Andrej Mernik wrote: > Package: task-kde-desktop > Version: 3.39 > Severity: normal > > Dear Maintainer, > > when I recently installed Debian Stretch on a machine, I have noticed that > Apper was automatically installed. In my opinion this program should not be on > the recommends list. > > Its UI seems broken (see attached screenshots), it also has bugs which will > probably not be fixed as upstream seems inactive (see bugs.kde.org). > > Best Regards, > Andrej Mernik > > > > -- System Information: > Debian Release: 9.0 > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) > Locale: LANG=sl_SI.UTF-8, LC_CTYPE=sl_SI.UTF-8 (charmap=UTF-8), LANGUAGE=sl > (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages task-kde-desktop depends on: > ii kde-standard 5:92 > ii sddm 0.14.0-4 > ii task-desktop 3.39 > ii tasksel 3.39 > > Versions of packages task-kde-desktop recommends: > ii apper 0.9.2+git20161222-3 > ii dragonplayer4:16.08.3-1 > ii firefox 53.0.is.53.0-1 > ii gimp2.8.18-1 > ii gnome-orca 3.22.2-3 > ii hunspell-en-us 20070829-7 > ii hyphen-en-us2.8.8-5 > ii k3b 2.0.3a-2+b2 > ii k3b-i18n2.0.3a-2 > ii kdeaccessibility4:16.04.0+5.92 > ii kdesudo 3.4.2.4-2+b1 > ii libreoffice 1:5.2.7-1 > ii libreoffice-help-en-us 1:5.2.7-1 > ii libreoffice-kde 1:5.2.7-1 > ii mythes-en-us1:5.2.5-1 > ii plasma-nm 4:5.8.6-1 > ii system-config-printer 1.5.7-3 > > task-kde-desktop suggests no packages. > > -- no debconf information signature.asc Description: PGP signature
Bug#854429: tasksel: Raising Wayland support severity to important
severity 854429 important severity 925391 important thanks Hi, I think we should provide good wayland support in the Bullseye release cycle, especially considering that several DE now default to it over X11. Best, nicoo signature.asc Description: PGP signature
Bug#934719: RM: task-print-server -- NBS; RoM
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear ftpmaster, In tasksel/3.54, task-print-server was renamed to task-print-service. Despite being NBS, it doesn't appear in the latest [cruft-report], so I am filing this request for removal. Best, nicoo [cruft-report]: http://ftp-master.debian.org/cruft-report-daily.txt -BEGIN PGP SIGNATURE- iQJFBAEBCgAvFiEEU7EqA8ZVHYoLJhPE5vmO4pLV7MsFAl1TUiwRHG5pY29vQGRl Ymlhbi5vcmcACgkQ5vmO4pLV7Mvf3g/9FYuNWO6XoSzN81QdODknxk47g9kD82Mo thggnXIN9BZZjt9NmPc0Unj3T1Mt05BRzP526yvfRsHGin1q5cZrsBdwjVtuqO0m m2ojbl5VuDEVIVSuSnVaAYhdMTD3Dz//iuSCAB8bmvzdOPe7W3hytPd9LYW9dnxB 1AJOHw/TPApABaYX4SRGlQXJg8LJw62W20b2v8SJoSsFskWzFhKETqTrakoBgZ4D RCN0iZvx4AGR01R2JBGi7G4595yhv7Yh76eszL7oD6jzKTvuwsU/8Rn4SGyxxl4s P/iFtAMMDOeZoUNdWV0WlMRyBOHZLxwm415SOTHs81ZJsaYm/OkSC+XhDf/b4buj HRURva9jjuuJF4jn9O7WltqKboc9xMrehO7v6IXU+KCT3blK7Fy0fWrlaIbmdmxZ 8tSbu7qNjfP7jF9ob7Ai6ONQpRflM7lNOsyXBh7XzVDdgL+GGDFwpKNJ9cClHCH0 Y+3so5UxUB3m+EDNlH5mMwnQCeejnyLETm9Qeqb4rtxHLEeWNBgqs3sgPpIsSpX5 TPoUlUwW1HGg3P3c6fmwRxvTFMU3GSkBHU3vxy3OoAesZwLW95BxfuTVgsm760Z9 edbFura/03KDSKwDeROUtECpT04M5x9kcuOOX3BpN9HVcdc9pVCKUqsp8tVX3jJ4 rmpAo2Zomhs= =ugwa -END PGP SIGNATURE-
Bug#934990: nmu: tasksel_3.54
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 nmu tasksel_3.54 . ANY . unstable . -m "Rebuild for transition to bullseye" tasksel/3.54 had to be a binary upload, as it went through NEW (renamed bin pkg) - -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -BEGIN PGP SIGNATURE- iQJFBAEBCgAvFiEEU7EqA8ZVHYoLJhPE5vmO4pLV7MsFAl1YTnwRHG5pY29vQGRl Ymlhbi5vcmcACgkQ5vmO4pLV7Mt8KA/+KK2jEcKZ+VV6ZRrMOyhazbhCGsusFIo9 55JRC2v5Wh5Opmnji9qXZsW5kCH4JU2geDxBKiGm5veNzBXb8VtscdJSfCoosk4r MXqcT9tOZHJBBU8n3pEnpWhleUf1yz5lnUWtYJhCh0TVE6GMZPuyBLdzaQAuxwOn OVtUizOzOIPiFgN9VrIIu5x88zF7HzERZDmKTDMsQ27IwxIgnf1jC6Ev0aRKrnu6 lseXVbPvj4eMy2SqUAlFOEqFV0TaBP9K+TaIvckDyfaRNO303SldrwChbXw9tzl0 1ULGCsM0PJJX/betjQNJ32E+cKT9wJwvKbS2m4ABGslZYdSOxaArWiHw0LI+5TKJ 6Ca/BhSghL81XGUxOKhs3/A1zpfhWP2j7cKvnhyk86eTcf5C8PuVHnxOKAs+pEbZ 6rNoaxCbKpxKuxDxE/l94SQBqKnw8vUNQMUEmpuw6mTc40EVkQhI2TtUu2/Iys+N 8pHjKTsF0LBYX3Uekz3HnTnuIttOGGVXBtl1Rtgdxg0iuuZvB2w29MEk74UewOzt ycADdhNeo3/FVHQ/TGBGgt0C+v/q0M6Y9rIJIOOED34SGHzvBnrEFnma1HQRtdXK 3nmM/FvghqxedbQI2TSO6dNVwFxt9ZPBohFywDMDxyN4/71hEFweveQp5V67aDvm e4tbLCmhdvU= =x2cy -END PGP SIGNATURE-
Re: Bug#933764: buster-pu: package e2fsprogs/1.44.5-1+deb10u1
Control: tag -1 - d-i Hi Jonathan, On Sun, Aug 04, 2019 at 02:37:25PM +0100, Jonathan Wiltshire wrote: > As there's a udeb involved I will just check with the d-i release managers > that this isn't an issue, though I can't see that fixing a crash would be > all that controversial. I can confirm that d-i doesn't call e4defrag. (The binary isn't even installed in the udeb) Best, nicoo, for the d-i team signature.asc Description: PGP signature
Bug#939070: removing gnome desktop in tasksel has little or no effect
Hi Joey, On Sat, Aug 31, 2019 at 03:57:07PM -0400, Joey Hess wrote: > I accidentially installed debian 10.0 with gnome rather than xfce, so > after the installation, I re-ran tasksel, unselected gnome, and selected > xfce. > [...] > Tasksel probably removed task-gnome-desktop, but many of its > dependencies appeared to still be installed. Yes, removing task-gnome-desktop won't do much if you do not run `apt autoremove` or somesuch. Of course, making tasksel run autoremove would be a terrible idea, since it might remove unrelated packages. I'm not sure how that can be addressed, TBH. signature.asc Description: PGP signature
Re: Bug#935589: xserver-xorg-input-synaptics package missing in xfce-CD-1 iso
Control: tag -1 + moreinfo Hi everyone, On Tue, Sep 03, 2019 at 10:32:11AM +0200, Bjørn Mork wrote: > Julien Cristau writes: > > > The synaptics Xorg driver is obsolete and should not be installed by > > default. > > Maybe the xserver-xorg-input-synaptics package could hint about this and > point to xserver-xorg-input-libinput? As it is now, I don't understand > how anyone is supposed to figure out that this is an obsolete package; xserver-xorg-input-libinput should already be pulled in by this dep chain: task-xfce-desktop -> task-desktop -> xserver-xorg-input-all -> xserver-xorg-input-libinput As such, it is unclear anything needs changing in tasksel. @karthik: Can you confirm that xserver-xorg-input-libinput was installed out-of-the-box ? If so, the bug probably lies with that package. Best, nicoo signature.asc Description: PGP signature
Bug#939070: removing gnome desktop in tasksel has little or no effect
On Fri, Oct 18, 2019 at 05:05:15PM +0200, Holger Wansing wrote:
> > Nicolas Braud-Santoni writes:
> > > On Sat, Aug 31, 2019 at 03:57:07PM -0400, Joey Hess wrote:
> > >> I accidentially installed debian 10.0 with gnome rather than xfce, so
> > >> after the installation, I re-ran tasksel, unselected gnome, and selected
> > >> xfce.
> > >> [...]
> > >> Tasksel probably removed task-gnome-desktop, but many of its
> > >> dependencies appeared to still be installed.
> > > [...]
> > > I'm not sure how that can be addressed, TBH.
>
> Is it required that tasksel provides such functionality ("removing packages
> from system")?
> Looking at its package description, it's a
> "tool for selecting tasks for installation on Debian systems".
>
> So, deinstalling is out of the scope of this tool IMO.
Yes, the fix does not necessarily belong in tasksel itself.
However, I am not keen to WONTFIX this, as it does point at a general
usability issue in Debian: there is no reasonable way to deal with
uninstalling software pulled in through a task/metapackage.
*Maybe* doing something like uninstalling the package and autoremove only
packages that were made uneeded by that removal would work, but this sounds
like it would need support in apt. However, this also seems like a much
bigger undertaking than I currently have the energy for.
Best,
nicoo
signature.asc
Description: PGP signature
Bug#794366: Bug #794366: Users and Groups of LXDE hangs (logged as root) using Jessie on Raspberry Pi 2
Control: reassign -1 lxde Control: tag -1 jessie moreinfo Hi Larry, I am reassigning your bug, quite late, to the lxde package, whose maintainers might be able to help you. Do you still encounter the issue? Best, nicoo
Bug#861652: task-kde-desktop: Speed of the mouse pointer does not depend on the speed settings in the system settings of the kde.
Control: reassign -1 kde-config-touchpad Control: tag -1 + stretch upstream Hi Igor, I am reassigning the bug to the package kde-config-touchpad; task-kde-desktop is only a virtual package to install the KDE desktop environment. Best, nicoo On Sat, Aug 19, 2017 at 10:59:13AM +0200, Igor wrote: > I've been searching for more information about this bug, and I've found > a bug report at RedHat that probably is connected to this one: > https://bugzilla.redhat.com/show_bug.cgi?id=1227522 . This had led me to > another bug report, this time, in KDE: > https://bugs.kde.org/show_bug.cgi?id=350688 . > > So it seems to be an upstream bug between KDE Plasma and LibInput. As > a workaround, one can use the "xinput" command to set the acceleration > directly from the command line: > > xinput set-prop 276 > > 276 is the ID of the property "libinput Accel Speed". For example, in my > case, to set the acceleration to the maximum (1.0), I've had to do this: > > xinput set-prop 12 276 1.0 > > Use this command to list the connected devices: > > xinput list > > Use this command to know the current properties of a specific device: > > xinput list-props > > Another workaround is to just install "xserver-xorg-input-evdev" and > uninstall "xserver-xorg-input-libinput". In my opinion, for now, EvDev > suits my needs much better than LibInput. > > Salutes. >
Bug#828685: tasksel: characters when trying to install ssh server
Control: severity -1 normal Control: tag -1 + moreinfo Hi, What do you mean by “renders some strings like stdin, stdout and other that i cannot identify them”? Could you provide the complete output from tasksel on the terminal? Also, please test with the released version of stretch or the current testing whether this still occurs. Best, nicoo On Sun, Jun 26, 2016 at 10:18:10PM +0300, Karagkiaouris Diamantis wrote: > Package: tasksel > Version: 3.35 > Severity: important > > Dear Maintainer, > > When i try to install ssh server metapackage from tasksel, it renders some > strings like stdin, stdout and other that i cannot identify them. After the > procedure is finished these strings disappear and the ssh server is properly > installed. > > Kind Regards > > > > -- System Information: > Debian Release: stretch/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) > Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages tasksel depends on: > ii apt 1.2.13 > ii debconf [debconf-2.0] 1.5.59 > ii liblocale-gettext-perl 1.07-2 > ii perl-base 5.22.2-1 > ii tasksel-data3.35 > > tasksel recommends no packages. > > tasksel suggests no packages. > > -- debconf information: > * tasksel/desktop: xfce > tasksel/title: > tasksel/first: desktop, xfce-desktop, standard > tasksel/tasks: desktop, xfce-desktop, ssh-server, laptop >
Bug#736126: Please install haveged on physical machines
Control: severity -1 wishlist Control: retitle -1 Please install haveged on physical machines COntrol: tag -1 + moreinfo Hi, On Mon, Jan 20, 2014 at 05:37:32PM +0100, Sven Hartge wrote: > On 20.01.2014 10:22, Jérémy Bobbio wrote: > > Jeffrey Walton: > >> It would probably be very beneficial to install an entropy gatherer by > >> default. > > > > I am unconvinced that haveged is the answer here, but reassigning to the > > proper package. Retitling and reducing severity. Do we have a reasonablish way of telling whether a system is “real” hardware or a virtual machine, and choose whether to install haveged or not accordingly? Is it a thing we want to do? Best, nicoo
Bug#849578: task-xfce-desktop: Why you use the vlc player in the task-xfce-desktop meta package?
Control: tag -1 + pending On Mon, Feb 26, 2018 at 08:37:19AM +, Christian PERRIER wrote: > > Once again, I have strictly no advice about this. Formerly in the bug > report, Yves-Alexis didn't really object but argued about VLC being > kind of the reference player which "everybody" expects. On the ther > hand he gave no advice *against* having Parole specifically in the > Xfce task. > > Finally, as we were late in the release process, the change didn't > seem a good thing to do at that momentbut now is maybe a better > moment. > > Xfce developers in Debian (if some are left), do you have objections ? As there were no objection, I will apply the change :)
Bug#852646: task-xfce-desktop: please recommend atril not evince
Control: clone -1 Control: reassign -1 atril Control: retitle -1 Remove the dep of atril on mate-desktop-common Hi, Is the dependency of atril on mate-desktop-common necessary? If not, could you please consider removing it? This would let the xfce maintainers ship atril instead of evince in task-xfce-desktop :) Best, nicoo On Fri, Jan 27, 2017 at 11:44:02PM +0100, Yves-Alexis Perez wrote: > On Fri, 2017-01-27 at 23:42 +0100, Yves-Alexis Perez wrote: > > On Thu, 2017-01-26 at 05:41 +0100, Christian PERRIER wrote: > > > As usual: what's the stance of Xfce packages maintainers about this? > > > > I'm not completely against that, we already went back and forth with evince, > > evince-gtk etc. for a long time. But while I do know and use evince, I don't > > know atril yet. I can surely try it, but I won't make a decision soon. > > Also, atril seems to bring mate-desktop-common package, which is not yet > present in Xfce installations. I don't really like that (and yes, I don't > really like having too much gnome packages either)
Bug#736126: Please install haveged on physical machines
Hi Holger, On Thu, May 24, 2018 at 09:06:27AM +, Holger Levsen wrote: > > > Do we have a reasonablish way of telling whether a system is “real” > > > hardware or a virtual machine, and choose whether to install haveged or > > > not > > > accordingly? > > why only install it on physical machines? IME haveged is useful on real > *and* virtual machines. Regardless of the platform, haveged will put data into random(4) and use the appropriate ioctl to increase the entropy counter, which is useful in that it prevents random(4) from “running out” of entropy. [0] On virtual machines, however, the data that the HAVEGE algorithm produces is not necessarily unpredictable [1]; hence, we shouldn't install haveged on those environments. Moreover, on virtual machines, the host virtualization system should provide entropy to its guests, for instance through virtio-rng (which can be picked up with rngd). TL;DR: On VMs, haveged might be unsafe, depending on the virtualization environment's configuration, and we (d-i/tasksel) do not have enough information available to make that call. Best, nicoo [0]: Gods, this is painful to write. There is no reason for random(4) to ever “run out” of entropy once initialized, but for some misconceptions about cryptography; however, this is the implemented behaviour and we kinda have to live with it for now. [1]: https://tls.mbed.org/tech-updates/security-advisories/polarssl-security-advisory-2011-02 is an example of the same algorithm failing on VMs.
Bug#736126: Please install haveged on physical machines
On Fri, Jun 08, 2018 at 07:37:09PM +, Holger Levsen wrote: > Hi nicoo, > > On Fri, Jun 08, 2018 at 09:27:10PM +0200, Nicolas Braud-Santoni wrote: > > On virtual machines, however, the data that the HAVEGE algorithm produces > > is not necessarily unpredictable [1]; hence, we shouldn't install haveged > > on those environments. > > interesting, thanks! sadly it doesnt say which virtualisation environments > were/are affected. IIRC, back then VMware ESXi was the only platform virtualizing the rdtsc instruction, but 1) I do not have access to it to test (nor do I want to) 2) other virtualization platforms, now or in the future, might do this too.
Bug#904804: debootstrap: Unable to deboostrap a sid environment on stretch
Package: debootstrap Version: 1.0.89 Severity: important Control: tag -1 + sid stretch Hi, I just realised it's currently impossible to debootstrap a sid (build) environment on Debian stretch, creating difficulties for attendees of the DebConf packaging workshop, presumably because of util-linux being uninstallable. Please find included the build log; the exact debootstrap invocation was: sudo debootstrap sid /tmp/debootstrap http://localhost:3142/debian (localhost:3142 being a freshly-initialized apt-cacher) Best, nicoo PS: Apologies if this is assigned to the wrong package, I was unsure whether to assign it to debootstrap or util-linux. gpgv: Signature made Sat 28 Jul 2018 02:26:40 AM GMT gpgv:using RSA key A1BD8E9D78F7FE5C3E65D8AF8B48AD6246925553 gpgv: Good signature from "Debian Archive Automatic Signing Key (7.0/wheezy) " gpgv: Signature made Sat 28 Jul 2018 02:26:41 AM GMT gpgv:using RSA key 126C0D24BD8A2942CC7DF8AC7638D0442B90D010 gpgv: Good signature from "Debian Archive Automatic Signing Key (8/jessie) " gpgv: Signature made Sat 28 Jul 2018 02:26:41 AM GMT gpgv:using RSA key 16E90B3FDF65EDE3AA7F323C04EE7237B7D453EC gpgv: Good signature from "Debian Archive Automatic Signing Key (9/stretch) " dpkg: warning: parsing file '/var/lib/dpkg/status' near line 5 package 'dpkg': missing description dpkg: warning: parsing file '/var/lib/dpkg/status' near line 5 package 'dpkg': missing architecture Selecting previously unselected package base-passwd. (Reading database ... 0 files and directories currently installed.) Preparing to unpack .../base-passwd_3.5.45_amd64.deb ... Unpacking base-passwd (3.5.45) ... dpkg: base-passwd: dependency problems, but configuring anyway as you requested: base-passwd depends on libc6 (>= 2.8); however: Package libc6 is not installed. base-passwd depends on libdebconfclient0 (>= 0.145); however: Package libdebconfclient0 is not installed. Setting up base-passwd (3.5.45) ... dpkg: warning: parsing file '/var/lib/dpkg/status' near line 24 package 'dpkg': missing description dpkg: warning: parsing file '/var/lib/dpkg/status' near line 24 package 'dpkg': missing architecture Selecting previously unselected package base-files. dpkg: regarding .../base-files_10.1_amd64.deb containing base-files, pre-dependency problem: base-files pre-depends on awk awk is not installed. dpkg: warning: ignoring pre-dependency problem! (Reading database ... 41 files and directories currently installed.) Preparing to unpack .../base-files_10.1_amd64.deb ... Unpacking base-files (10.1) ... dpkg: base-files: dependency problems, but configuring anyway as you requested: base-files depends on awk; however: Package awk is not installed. Setting up base-files (10.1) ... dpkg: warning: parsing file '/var/lib/dpkg/status' near line 51 package 'dpkg': missing description dpkg: warning: parsing file '/var/lib/dpkg/status' near line 51 package 'dpkg': missing architecture dpkg: regarding .../dpkg_1.19.0.5+b1_amd64.deb containing dpkg, pre-dependency problem: dpkg pre-depends on libbz2-1.0 libbz2-1.0 is not installed. dpkg: warning: ignoring pre-dependency problem! dpkg: regarding .../dpkg_1.19.0.5+b1_amd64.deb containing dpkg, pre-dependency problem: dpkg pre-depends on libc6 (>= 2.14) libc6 is not installed. dpkg: warning: ignoring pre-dependency problem! dpkg: regarding .../dpkg_1.19.0.5+b1_amd64.deb containing dpkg, pre-dependency problem: dpkg pre-depends on liblzma5 (>= 5.2.2) liblzma5 is not installed. dpkg: warning: ignoring pre-dependency problem! dpkg: regarding .../dpkg_1.19.0.5+b1_amd64.deb containing dpkg, pre-dependency problem: dpkg pre-depends on libselinux1 (>= 2.3) libselinux1 is not installed. dpkg: warning: ignoring pre-dependency problem! dpkg: regarding .../dpkg_1.19.0.5+b1_amd64.deb containing dpkg, pre-dependency problem: dpkg pre-depends on zlib1g (>= 1:1.1.4) zlib1g is not installed. dpkg: warning: ignoring pre-dependency problem! (Reading database ... 121 files and directories currently installed.) Preparing to unpack .../dpkg_1.19.0.5+b1_amd64.deb ... Unpacking dpkg (1.19.0.5+b1) over (1.19.0.5+b1) ... dpkg: dpkg: dependency problems, but configuring anyway as you requested: dpkg depends on libbz2-1.0; however: Package libbz2-1.0 is not installed. dpkg depends on libc6 (>= 2.14); however: Package libc6 is not installed. dpkg depends on liblzma5 (>= 5.2.2); however: Package liblzma5 is not installed. dpkg depends on libselinux1 (>= 2.3); however: Package libselinux1 is not installed. dpkg depends on zlib1g (>= 1:1.1.4); however: Package zlib1g is not installed. dpkg depends on tar (>= 1.28-1); however: Package tar is not installed. Setting up dpkg (1.19.0.5+b1) ... Selecting previously unselected package libc6:amd64. (Reading database ... 371 files and directories currently installed.) Preparing to unpack .../libc6_2.27-5_amd64.deb ... Unpacking libc6:amd64 (
Bug#592834: grub-pc: File descriptor leaked on lvs invocation
Package: os-prober Version: 1.63 Followup-For: Bug #592834 Dear Maintainer, I've just encountered the same scary message while installing memtest86+ : $ sudo aptitude install memtest86+ Les NOUVEAUX paquets suivants vont être installés : memtest86+ 0 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0 o/289 ko d'archives. Après dépaquetage, 2 398 ko seront utilisés. Préconfiguration des paquets... Sélection du paquet memtest86+ précédemment désélectionné. (Lecture de la base de données... 182979 fichiers et répertoires déjà installés.) Dépaquetage de memtest86+ (à partir de .../memtest86+_4.20-1.1_amd64.deb) ... Paramétrage de memtest86+ (4.20-1.1) ... Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.10-3-amd64 Found initrd image: /boot/initrd.img-3.10-3-amd64 Found memtest86+ image: /boot/memtest86+.bin Found memtest86+ multiboot image: /boot/memtest86+_multiboot.bin File descriptor 3 (pipe:[55211]) leaked on lvs invocation. Parent PID 15013: /bin/sh No volume groups found done -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages os-prober depends on: ii libc6 2.17-92+b1 os-prober recommends no packages. os-prober suggests no packages. -- no debconf information -- 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/20130928112749.15250.33926.reportbug@hinata.GreedIsland
Bug#818065: console-setup is not read correctly at boottime and must be started manually
Package: console-setup Version: 1.153 Followup-For: Bug #818065 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" From: Nicolas LE CAM To: Debian Bug Tracking System <818...@bugs.debian.org> Subject: Re: console-setup is not read correctly at boottime and must be started manually Bcc: Nicolas LE CAM Package: console-setup Version: 1.153 Followup-For: Bug #818065 Dear Maintainer, Same problem here, I'm not sure if it's exactly the same cause though. In my case it seems to be a problem with /tmp availability or writability so also related to bug #620491 except this one was happening with sysvinit and is marked fixed. $ systemctl status console-setup.service ● console-setup.service - Set console font and keymap Loaded: loaded (/lib/systemd/system/console-setup.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2016-11-26 18:17:30 CET; 14min ago Process: 386 ExecStart=/lib/console-setup/console-setup.sh (code=exited, status=1/FAILURE) Main PID: 386 (code=exited, status=1/FAILURE) CPU: 393ms nov. 26 18:17:30 rio systemd[1]: Starting Set console font and keymap... nov. 26 18:17:30 rio console-setup.sh[386]: /bin/setupcon: 866: /bin/setupcon: cannot open /tmp/tmpkbd.LsV4Kk: No such file nov. 26 18:17:30 rio systemd[1]: console-setup.service: Main process exited, code=exited, status=1/FAILURE nov. 26 18:17:30 rio systemd[1]: Failed to start Set console font and keymap. nov. 26 18:17:30 rio systemd[1]: console-setup.service: Unit entered failed state. nov. 26 18:17:30 rio systemd[1]: console-setup.service: Failed with result 'exit-code'. Executing /lib/console-setup/console-setup.sh in the console seems to fix the problem, no more errors reported afterwards : $ systemctl status console-setup.service ● console-setup.service - Set console font and keymap Loaded: loaded (/lib/systemd/system/console-setup.service; enabled; vendor preset: enabled) Active: active (exited) since Sat 2016-11-26 18:32:54 CET; 14min ago Process: 340 ExecStart=/lib/console-setup/console-setup.sh (code=exited, status=0/SUCCESS) Main PID: 340 (code=exited, status=0/SUCCESS) Tasks: 0 (limit: 4915) Memory: 0B CPU: 0 CGroup: /system.slice/console-setup.service nov. 26 18:32:54 rio systemd[1]: Starting Set console font and keymap... nov. 26 18:32:54 rio systemd[1]: Started Set console font and keymap. regards, Nicolas -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-rc5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages console-setup depends on: ii console-setup-linux 1.153 ii debconf 1.5.59 ii keyboard-configuration 1.153 ii xkb-data2.18-1 console-setup recommends no packages. Versions of packages console-setup suggests: ii locales 2.24-5 ii lsb-base 9.20161101 Versions of packages keyboard-configuration depends on: ii debconf 1.5.59 ii liblocale-gettext-perl 1.07-3+b1 Versions of packages console-setup-linux depends on: ii init-system-helpers 1.46 ii initscripts 2.88dsf-59.8 ii kbd 2.0.3-2 ii keyboard-configuration 1.153 console-setup-linux suggests no packages. Versions of packages console-setup is related to: pn console-common pn console-data pn console-tools ii gnome-control-center 1:3.22.1-1 ii kbd 2.0.3-2 ii systemd 232-3 -- debconf information: console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/store_defaults_in_debconf_db: true console-setup/fontface47: Fixed * keyboard-configuration/toggle: Alt+Shift debian-installer/console-setup-udeb/title: keyboard-configuration/unsupported_layout: true * keyboard-configuration/variant: Français - Français (variante obsolète) * keyboard-configuration/xkb-keymap: us * keyboard-configuration/altgr: The default for the keyboard layout console-setup/use_system_font: console-setup/fontsize-fb47: 8x16 console-setup/guess_font: * keyboard-configuration/switch: No temporary switch * keyboard-configuration/other: keyboard-configuration/ctrl_alt_bksp: false * keyboard-configuration/variantcode: , * keyboard-configuration/layout:
Bug#846256: failure on boot
found 846256 1.160 thanks Confirming on current package in testing Adding /tmp in RequiresMountsFor in the unit doesn't seem to fix the problem (tested with a dropin). -- Nicolas Le Cam
Guaranteeing initramfs integrity during Secure Boot
Hi,
This is a basically a recap of ideas I had while talking to Ben Hutchings
(benh@) and my friend and colleague Johannes Winter, so a good part of the
credit should go to them. All blame, however, should be directed to me.
The current plans for implementing Secure Boot are (roughly) as follow:
- a shim bootloader is signed by Microsoft [0];
it contains a Debian-specific, (public) signature key;
- the actual bootloader is signed by Debian,
and the signature is checked by the shim;
- the bootloader checks the signature of the kernel;
- the kernel only loads signed modules, and disables features that
would lead to untrusted ring0 code being executed (securemode = 1).
[0] Sadly, Microsoft is the one organisation with a signing key that
is trusted out-of-the-box by most computers.
Nothing prevents us from packaging a Debian-signed shim for people
who wish to mess with their trust store and trust only Debian.
While all of that give some guarantees that the kernelspace code is
trustworthy [1], it doesn't do anything to ensure that the userspace is.
A first step [2] in that direction would be to ensure that a legitimate
initrd is booted. This is difficult: the initrd is generated on
the device, and so cannot be signed using the Debian key; because of this,
I will not even attempt to protect the initrd against somebody gaining
root access on the running system [3].
A solution for this could be as follows:
- When the shim bootloader is installed, a HMAC key [4] is generated, and
sealed to the TPM in such a way that it is accessible iff the platform
booted on this specific shim bootloader; the sealed blob is stored on /boot.
- The HMAC of each installed initrd is written on /boot (say, in
initrd.img-${VERSION}-${ARCH}-${SHIM_VERSION}.mac; the shim version matters).
- During boot, the kernel loads a built-in “shim initrd” [5] (that is part of
the same binary, and covered by the Debian signature), which unseals the HMAC
key, checks that the initrd is correct, and transfers control to it.
All of this nicely prevents an adversary (who doesn't have local root) from
making us load their “custom” initrd:
- it must be authenticated with a HMAC;
- the HMAC key is only available after booting on the shim bootloader;
- the adversary is in a catch-22: they need local code execution to HMAC
the code they want to make us execute.
[1] Note that this doesn't do much against an adversary with a kernel 0day.
It's not meant to.
[2] Actually, ensuring integrity until the initrd is started /and/
using full disk encryption should thwart somebody attempting to
compromise a powered down laptop (if we forget that LUKS doesn't,
on principle, guarantee integrity of the volume, and if the
adversary doesn't replace the on-flash firmware).
[3] In principle, it is possible to measure the mkinitramfs run and only
allow properly-generated initrdes to be signed.
In practice, this very likely breaks in horrible ways because the OS
is not meant to protect running processes from root (who can poke at
the processes, change the initramfs-tools config, change the data it
consumes, ...).
[4] I started off with having a device-specific signing key, but ended up
with this scheme, where using asymetric crypto isn't required.
[5] This seemed to be, to Johannes and I, the least annoying place where to
put Debian-specific code; I might be very mistaken.
What I glossed over until now is how to deal with a shim {up,down}grade,
or with the system being restored from backups.
The good news is that there is no state put in the TPM [6], so restoring
a backup of /boot should be completely transparent. Handling shim versions
change is similarly transparent: generate a new HMAC key for that shim
version, seal it to the TPM under the right PCR constraints, and compute
HMACs of all currently-installed initrds [7].
However, should a backup of /boot be restored that contains no (sealed) key
for the installed shim bootloader, the system would fail to boot;
I'm not sure how to handle such a mismatch, nor how likely it is.
[6] Aside from the TPM proof value, which would be nuked assuming someone
clears ownership, preventing the HMAC keys from being unsealed,
which would make the system fail to boot. Oops.
[7] Filthy lies: an initrd being built after the shim was changed but before
reboot would require special care; it's not a big issue in principle, but
still introduces more complexity.
This should be effective against an adversary that gains physical access to a
device, yet cannot tamper with the live system (by plugging in a device that
exploits a buggy driver, by messing with the memory bus or a DMA-capable
interface, ...) and cannot replace the firmware.
As you can see, this does not outright prevent evil-maid style attacks:
the goal here is to make such attacks harder/less practical.
Best,
nicoo
signature.as
Bug#891472: task-desktop should Recommend libu2f-udev
Package: task-desktop Severity: normal User: nico...@braud-santoni.eu Usertags: u2f Dear maintainer, libu2f-udev ships udev rules that make sure U2F devices can be used by unprivileged users; as those devices become more prevalent, we should make sure they work by default. In Debian stretch, mbiebl temporarily shipped a copy of those rules directly in udev, but this was removed in buster (in version 237-2); it appears the most sensible solution is to recommend this package in task-desktop and in applications that directly provide U2F functionality (i.e. without depending on libu2f-host). Best, nicoo -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages task-desktop depends on: pn desktop-base ii tasksel 3.43 pn xorg ii xserver-xorg-input-all 1:7.7+19 pn xserver-xorg-video-all Versions of packages task-desktop recommends: ii alsa-utils 1.1.3-1 pn anacron pn avahi-daemon ii eject 2.1.5+deb1+cvs20081104-13.2 ii iw 4.14-0.1 pn libnss-mdns pn task-gnome-desktop | task-xfce-desktop | task- ii xdg-utils 1.1.2-1 task-desktop suggests no packages. signature.asc Description: PGP signature
Bug#492766: hw-detect: French debconf templates translation
Package: hw-detect Version: N/A Severity: wishlist Tags: patch l10n Hello, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Thanks in advance, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#640053: installation-reports: Successful debian-6.0.2.1-powerpc-netinst installation on PowerMac G4
Package: installation-reports Severity: normal Tags: d-i squeeze -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/debian-cd/6.0.2.1/powerpc/iso-cd/debian-6.0.2.1-powerpc-netinst.iso Date: Machine: PowerMac G4 Silver Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+squeeze3" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux chisame 2.6.32-5-powerpc #1 Tue Jun 14 09:33:14 UTC 2011 ppc GNU/Linux lspci -knn: :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 AGP [106b:002d] lspci -knn: Kernel driver in use: agpgart-uninorth lspci -knn: :00:10.0 VGA compatible controller [0300]: nVidia Corporation NV11 [GeForce2 MX/MX 400] [10de:0110] (rev a1) lspci -knn: Subsystem: Device [0208:a5b8] lspci -knn: Kernel driver in use: nvidiafb lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 PCI [106b:002e] lspci -knn: 0001:10:17.0 Unassigned class [ff00]: Apple Computer Inc. KeyLargo Mac I/O [106b:0022] (rev 03) lspci -knn: Kernel driver in use: macio lspci -knn: 0001:10:18.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0002:20:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 Internal PCI [106b:002f] lspci -knn: 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Agere Systems FW322/323 [11c1:5811] lspci -knn: Subsystem: Agere Systems FW322/323 [11c1:5811] lspci -knn: Kernel driver in use: firewire_ohci lspci -knn: 0002:20:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth GMAC (Sun GEM) [106b:0021] (rev 01) lspci -knn: Kernel driver in use: gem usb-list: usb-list: Bus 01 Device 01: OHCI Host Controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 2.6.32-5-powerpc ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 01 Device 02: USB Keyboard [0603:00f2] usb-list:Level 01 Parent 01 Port 00 Class 00(>ifc ) Subclass 00 Protocol 00 usb-list:Manufacturer: NOVATEK usb-list:Interface 00: Class 03(HID ) Subclass 01 Protocol 01 Driver usbhid usb-list:Interface 01: Class 03(HID ) Subclass 00 Protocol 00 Driver usbhid usb-list: usb-list: Bus 02 Device 01: OHCI Host Controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 2.6.32-5-powerpc ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 02: USB Receiver [046d:c521] usb-list:Level 01 Parent 01 Port 00 Class 00(>ifc ) Subclass 00 Protocol 00 usb-list:Manufacturer: Logitech usb-list:Interface 00: Class 03(HID ) Subclass 01 Protocol 02 Driver usbhid usb-list:Interface 01: Class 03(HID ) Subclass 00 Protocol 00 Driver usbhid lsmod: Module Size Used by lsmod: ufs78714 0 lsmod: hfsplus80912 0 lsmod: reiserfs 247283 0 lsmod: nls_utf84504 0 lsmod: dm_mod 63483 0 lsmod: md_mod 88203 0 lsmod: xfs 491867 0 lsmod: exportfs6642 1 xfs lsmod: jfs 170386 0 lsmod: hfs48162 0 lsmod: ext4 319028 5 lsmod: jbd2 70877 1 ext4 lsmod: crc16 4475 1 ext4 lsmod: ext3 124808 0 lsmod: jbd40847 1 ext3 lsmod: vfat 12438 0 lsmod: fat49491 1 vfat lsmod: ext2 66477 0 lsmod: mbcache 8286 3 ext4,ext3,ext2 lsmod
Bug#616146: installation-report
Package: installation-reports Boot method: USB Stick Image version: debian-testing-amd64-netinst.iso Date: 03/02/2011 Machine: Intel(R) Core(TM) 2 Quad CPU Processor: Q6600 @ 2.40 GHz Memory: 3,50 Go Partitions: N.A Output of lspci -knn (or lspci -nn): N.A Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[E] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: fetch the boot.img. gz from http://d-i.debian.org/daily-images/amd64/daily/hd-media/ fetch the debian-testing-amd64-netinst.iso from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/ I zcat the boot.img.gz on the USB stick and cp the iso file and start the install (as usual) Everything goes right until the "Install base system" step, and then Error Msg : Invalid Release file, no entry for main/binary-amd64/Packages Content of /var/log/syslog : base-installer : error :exiting on error base-installer /debootstrap-failed main-menu[494] : WARNING ** : configuring "bootstrap-base" failed with error code 1 I've re-downloaded the files each time but the problem re-occured on : - Sunday, february 27th - Tuesday, march 1st - Today -- thx a lot for the job you're doing. Best regards, Nico
