Graphical Installer GTKDFB 2.9 issue
Hello all, I tried the g-i from [1] and found an possible issue: try to use the gtkdfb 2.9 g-i without a mouse! It's possible, yes, but it's not that easy; you can switch with TAB between the buttons and lists, but you cannot see what button is the active one. AND In the traditional d-i and in older g-i versions the Next button is automatically active, so in steps where you want to choose the default selected value you can just type Enter to get the next step. This doesn't work in gtkdfb 2.9 versions. AND I'm not 100% sure but it seems as if the Screenshot button isn't selectable with TAB. It's ignored while switching around. Holger [1] https://debian.polito.it/downloads/udebs/mini.iso -- == Created with Sylpheed-Claws 2.2.2 under Debian GNU/LINUX 3.1 »Sarge« http://counter.li.org/, Registered LinuxUser #311290 Spamfiltering by bogofilter.sourceforge.net =
Re: [G-I] ppc dailies are still missing cyrillic fonts
On Wed, May 31, 2006 at 12:14:07AM +0300, Eddy Petrişor wrote: Hello all, The problem of missing fonts in PPC G-I dalies is still present. Proof here: http://eddyp.homelinux.net:8080/eddy/g-i/cyrillic-missing/20060530/ http://lists.debian.org/debian-boot/2006/05/msg00958.html (skip the first 2 questions) D. signature.asc Description: Digital signature
Bug#368881: linuxgui install
Hi Holger, On Fri, Jun 02, 2006 at 12:09:11AM +0200, Holger Wansing wrote: Yes, I tried the new gtkdfb 2.9 g-i from [1] and the mentioned issues are fixed! Well done. thanx alot for trying this on the 2.9 iso! Another bug that's going to be fixed as soon as the libs get packaged. I'm really looking foreward to starting working on an installer based on the (official) new libs: the old ones used currently do not make justice to this pioneering project. Ciao, Davide signature.asc Description: Digital signature
Bug#369664: Graphical DebianInstaller does not save passwords
On Thu, Jun 01, 2006 at 12:11:25AM +0700, Christian Perrier wrote: There are also problemns with capitalized letters (already reported). #339352 and #368881 in case you needed to have more infos. Ciao, Davide signature.asc Description: Digital signature
Etch d-i beta2 : bug for lvm on raid ?
I'm trying to install Etch with d-i beta2 on a box with 2-SATA disks, with software raid (md) and lvm, but I think I found a bug in d-i :-( The config I'm trying to acheive (/boot and / not on lvm to avoid problems) /dev/md0 (/dev/sd[ab]3) for /boot /dev/md1 (/dev/sd[ab]6) for / /dev/md2 (/dev/sd[ab]7) for lvm (/usr, /home etc) Configuring md seems to work, but syncing is slow: /dev/md2 is about 200Go. (is there a way to avoid the resync, as it was already done previously btw?) The real problem is the lvm part. If I set /dev/md2 as physical volume for lvm, problems begin. d-i really wants to update the partitions on volume /dev/md2, as if it was a disk, before configuring lvm. If I accept, I receive an error like this errors informing kernel about modifs to partition /dev/md/2p1, invalid arg This looks like a bug to me : md2 is not a disk, and it has no partitions. What's wrong ? From that point, cat /proc/mdstat seems to freeze. d-i tries to ext3-format the /boot partition, but seems to freeze. Is it a known bug ? I'm using beta2, but tested with 2005-05-28 daily build, without success (to avoid the tr bug of 17 May listed on DebianInstaller/Today) Are there work-arounds using CLI ? Perhaps I can create lvms by hand, and later convince d-i to use them as /usr, /var etc ? Ch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ATTENTION: d-i build machines need upgrae to glibc = 2.3.6-11
On Wed, May 31, 2006 at 11:58:26AM +0100, Thiemo Seufer wrote: The advice might be a bit over the top, 2.3.6-13 is supposed to fix that particular bug, which AFAICS means older images will work again once it is built and in the archive. FYI: the daily build sparc has now 2.3.6-13 installed Geert Stappers Builder of daily sparc d-i images http://people.debian.org/~stappers/d-i/images/daily/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369664: Graphical DebianInstaller does not save passwords
On Fri, Jun 02, 2006 at 11:28:58AM +0200, Davide Viti wrote: On Thu, Jun 01, 2006 at 12:11:25AM +0700, Christian Perrier wrote: There are also problemns with capitalized letters (already reported). #339352 and #368881 in case you needed to have more infos. my_thoughts also=just some ideas I does reminds of uninitialisated ttys. Where # is 'erase' and @ is 'kill' Doing a login at a VT with capslock username, gets capslocked replys /my_thoughts GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Etch d-i beta2 : bug for lvm on raid ?
On Fri, June 2, 2006 12:10, Christophe Chisogne said: ... Configuring md seems to work, but syncing is slow: /dev/md2 is about 200Go. (is there a way to avoid the resync, as it was already done previously btw?) If you assemble the array manually using mdadm you probably can (see the man page for mdadm, I think it's something like --assume-clean). The real problem is the lvm part. If I set /dev/md2 as physical volume for lvm, problems begin. d-i really wants to update the partitions on volume /dev/md2, as if it was a disk, before configuring lvm. If I accept, I receive an error like this errors informing kernel about modifs to partition /dev/md/2p1, invalid arg. This looks like a bug to me : md2 is not a disk, and it has no partitions. What's wrong ? This would be a parted bug. It likes to treat all block devices it finds as harddiscs with partitions. A patch similar to the lvm2 patch (http://bugs.debian.org/cgi-bin/bugreport.cgi/parted-367965-lvm2-v2.dpatch?bug=367965;msg=8;att=1) is probably needed for md. As a long term solution, support for block-device-with-no-partitions-present-or-possible should probably be added to parted (for dm, md, lvm, evms, etc). From that point, cat /proc/mdstat seems to freeze. d-i tries to ext3-format the /boot partition, but seems to freeze. parted probably mucked around with the underlying partitions... Is it a known bug ? I'm using beta2, but tested with 2005-05-28 daily build, without success (to avoid the tr bug of 17 May listed on DebianInstaller/Today) Are there work-arounds using CLI ? Perhaps I can create lvms by hand, and later convince d-i to use them as /usr, /var etc ? Try to first create the RAID1 using the regular user interface, then goto the second console and create the lv's by hand (pvcreate, vgcreate, lvcreate)...then you should be able to go back to the d-i partitioning menu and refresh it by exiting and re-entering it. Hopefully your lvm partitions will show up after that. Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369649: debian-installer bug report (additional information)
I finally managed to install by IBM x100 machine with sata disk. I used the businesscard CD image downloaded sometime in May 2006. (I forgot the exact date I download the image.) Here is the output from lspci: :00:00.0 Host bridge: Intel Corporation E7230 Memory Controller Hub (rev 81) :00:01.0 PCI bridge: Intel Corporation E7230 PCI Express Root Port (rev 81) :00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) :00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01) :00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) :00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) :00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) :00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) :00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) :00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=IDE rev 01) :00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) :02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11) :0a:04.0 VGA compatible controller: ATI Technologies Inc: Unknown device 515e (rev 01) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: boot from ethernet with imac g3
On Fri, Jun 02, 2006 at 11:39:01AM +0200, Giulio Canevari wrote: In data 31/05/2006 23:03 Hans Ekbrand ha scritto: On Wed, May 31, 2006 at 09:53:50PM +0200, Giulio Canevari wrote: [This is about an installation on a box with a broken CD, and non working nic-configuration in the native OS (Mac OS 8.1). And no floppy-drive, so the installer must be netbooted] I'm unable to partition the hd nor to fetch at least the base packages from the net with the internal modem with ppp, the installer seems to be targeted only at cdrom install. partitioning the hd requires modules that is not included in the most minimal initrd. I think the installer of that flavor (with the most minimal initrd) is supposed to get the needed modules from the net (which IMHO is a very cool property of d-i). However, my own experience with this stems from boot-floppies of different flavors, not CDs. Before anything can be fetched from the net, the nic must be recognized. If the installer does not recognize your nic then I would suspect one of the following: A) wrong flavor used: (a initrd that has modules for different cd:s rather than different nics B) a bug in the installer (the nic module for your particular nic should have been included in the initrd). B. From where is the debian-installer to get its *own modules* (needed for its own functioning)? 1. From the removable media (CDROM or usb) that started the debian-installer at boot 2. From .iso-file on local harddisk (Filesystem must be readable by the debian-installer, which exludes HFS+) 3. From the net (internet or local debian-mirror) ... You control B by choosing what images you will use. I *think* any image can be started in any of the tree ways outlined in A (thus netboot does NOT imply a tftp boot). Netboot means B:3 Hd-media means B:2 Business means B:1 That might very well be outdated info. From the description the netinst link you give below business should be the right one (include the nics-modules needed). I think that you can choose C1 and C2 at install time (if you run the installer at a low enough priority) ... Actually i have got the debian-businnesscard iso [ from wich i have took the kernel, yaboot and so on placed in /tftpboot ], I think that when you use the initrd from the businesscard flavor that means B:1, so you will have to use a usb-stick to load parts of the installer. Another strategy is to download an kernel+initrd from the On http://www.debian.org/CD/netinst/ i read something like this ( i translate it in poor english ): These images contain only the minimum necessary to boot the installation, so only those part of the installer needed to configure the net access so that you can download other components of the installer system. Yeah, that does sounds like what you need. Now, since you are netbooting, everything needed must reside in the initrd (it doesn't help if its on the business-image outside the initrd). Have you looked on the cd and can you verify that there is no other needed files on that cd than the initrd and the kernel. After having installed the very base system my idea is to perform an apt-get upgrade and give the list of packages to download to a friend of mine with a fast connection. Sure, but the very base system (the base system) is a lot more than what is included in the initrd. So, you have to get the installer to recognize your nic (and download the packages that makes up the base system) in order to install the base system. This way: dpkg --get-selection list.txt from my x86 dpkg --set-selections list.txt on imac and i'll need a way to transfer this list, usb key or via net in some way. apt-get --print-uris -s dselect-upgrade And then, once i have got the packages, i'll try to install an ftp server on my x86 to finish the install ( even if i don't know how i can organize the structure of the dirs, iirc there is an automated tool but i don't remember its name ). As indicated above, I think you have to let the installer download things even before this stage. I'm CC:ing debian-boot@lists.debian.org in order to get advice from the really knowledgeable people on this subject. I'll keep the address and i cc to. Thank you, -- Note that I use Debian version testing/unstable Linux emac140 2.6.16-1-686 #2 Thu May 4 18:22:23 UTC 2006 i686 GNU/Linux Hans Ekbrand (http://sociologi.cjb.net) [EMAIL PROTECTED] GnuPG key: 1024D/7050614E Fingerprint: 1408 C8D5 1E7D 4C9C C27E 014F 7C2C 872A 7050 614E Learn about secure email at http://www.gnupg.org signature.asc Description: Digital signature
Re: Etch d-i beta2 : bug for lvm on raid ?
David Härdeman wrote: If you assemble the array manually using mdadm you probably can (see the man page for mdadm, I think it's something like --assume-clean). OK, thanks. This is --assume-clean, effectively. As a long term solution, support for block-device-with-no-partitions-present-or-possible should probably be added to parted (for dm, md, lvm, evms, etc). +1 Try to first create the RAID1 using the regular user interface, then goto the second console and create the lv's by hand (pvcreate, vgcreate, lvcreate)...then you should be able to go back to the d-i partitioning menu and refresh it by exiting and re-entering it. Hopefully your lvm partitions will show up after that. Playing with lvm commands at CLI solved the problem : d-i detected the LVs (/usr /var etc) on lvm (/dev/md2). And I was able to install the base system :) Only problem after reboot: grub complained about an unknown partition type (0xde) when using root=/dev/md1. Perhaps I forgot to specify the mount points, or grub is just not md-friendly, but I'll just stick with plain good old LILO to avoid future problems. David Thanks for your quick and efficient response :) PS That box seems to really hate Linux : the hardware just crashed (BIOS could not even start now). Sometimes I hate fry-days :-/ Ch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: [powerpc] fixing quik-installer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 28 May 2006 20:55:09 -0400 Joey Hess [EMAIL PROTECTED] wrote: Daniel Dickinson wrote: I plan on fixing quik-installer so that it actually works (apparently it currently never works). IIRC Colin wrote it but may have never actually been able to test it himself, so I'm not really suprised if it's never really worked. Is the problem just that you need a serial console to see the system boot up though? That doesn't sound like a total never works, just annoying if you don't have one.. Well, not quite. The quik-install always fails with an error message (I suspect it's using mkofboot which is for yaboot, and because we're not using yaboot it becomes unhappy). I think quik actually gets installed to the master boot record just fine, but the failure is the OpenFirmware update step. When I modify the firmware by hand the boot works, but I have always also run quik again to make sure it was installed[1]. The problem for quik is that the Apple ROM's don't read the master boot record, they look for the first partition with the correct attributes (this is according to the yaboot and bootstrap(8) documentation. Yaboot makes itself look like such a partition (which is why it is important that it be the first os partition on the disk), but quik installs itself in the boot sector and needs the OF boot-device to point to the device and partition containing the boot blocks[1]. For my scsi drive that's /bandit/ohare/mesh/[EMAIL PROTECTED]:0 (mesh is scsi controller, and [EMAIL PROTECTED] is the first scsi hard drive, while :0 is the mbr (partition #0), :1 would be the partition table). So, on my system, I need to manually do a 'setenv boot-device /bandit/ohare/mesh/[EMAIL PROTECTED]:0' (or on the ide system 'setenv boot-device /bandit/ohare/[EMAIL PROTECTED]/[EMAIL PROTECTED]:0'). This step is what I want to make happen, but could render the system unbootable if I get it wrong. If I don't do this the system just boots with a flashing question mark, indicating the mac didn't find any recognizable boot partitions, or, if there is a MacOS partition, boot into the MacOS. Also, not having a console means you're SOL if something going wrong during the boot process (i.e. anytime you'd be asked for input before multi-user (and therefore virtual terminals), such as being dropped to root due to failed fsck). This would involve modifying the openfirmware variables for the boot device, as well as the of variables for console. The reason I'm requesting comments, is that it would mean using d-i could result in a system that won't boot *anything* until you open the case and reset the nvram. =20 =20 Maybe it'd be okay with a big scary warning and a pointer the manual section that I'd add with how to recover (basically the above not on resetting nvram, only prettier and more verbose, and with pointers to other web pages with cuda/nvram info) IMHO you need both the big scary warning and the recovery instructions. I'll see if I can come up with reasonable instructions, and a pointer to the manual, for a debconf screen. [1] I'll test just setting boot-device (which will tell me if quik-installer is installing quik okay) - -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEgD3+hvWBpdQuHxwRAleOAJ43652SLEYyb0E7yjNcmTvzXm539gCfRFqr ZqimodwjyT54l3fewrg9AkU= =bo/V -END PGP SIGNATURE-
cdebconf-newt-entropy on hurd-i386
Hello, According [1], cdebconf-newt-entropy is a package wich facilitate reading random data from /dev/random but in Hurd we dont have /dev/random so, currently its a useless package for it. My d-i build proccess under hurd fails because that udeb are missing, I already added 'cdebconf-newt-entropy -' in pkg-list/monolithic/hurd-i386.cfg but it still stoping in the same momment. That udeb is a dependency for some other module? How I can avoid build monolithic proccess to search for cdebconf-newt-entropy? [1] - http://packages.debian.org/unstable/debian-installer/cdebconf-newt-entropy Thanks, Matheus Morais
Re: cdebconf-newt-entropy on hurd-i386
Matheus Morais [EMAIL PROTECTED] writes: That udeb is a dependency for some other module? How I can avoid build monolithic proccess to search for cdebconf-newt-entropy? Remove it from the pkg-list -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
nslu2-kernel
Hey! I have a NSLU2 and installed Debian on it through the normal Debianinstaller. Now I wanted to install the loop-aes-2.6.15-1-nslu2 but i can't load the aes-loop-module because of the nslu2-kernel seems to have the normal loop-module compiled in. # cat /boot/config-2.6.15-1-nslu2 | grep CONFIG_BLK_DEV_LOOP CONFIG_BLK_DEV_LOOP=y So it isn't able to use the patched loop-module with the default nslu2-debiankernel. I think that's an designerror. Thanks a lot, Mirko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nslu2-kernel
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-06-03 00:46]: # cat /boot/config-2.6.15-1-nslu2 | grep CONFIG_BLK_DEV_LOOP CONFIG_BLK_DEV_LOOP=y So it isn't able to use the patched loop-module with the default nslu2-debiankernel. OK, I'll change it, thanks. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367634: Fwd: support for Symbios Logic 53c1030 PCI-X
Hello, On Wed, May 17, 2006 at 06:51:47PM +0200, Frans Pop wrote: We have received two requests for the inclusion of mpt* modules for AMD64 in Debian Installer. The first is listed below, the second is #367634. I am looking at it now, sorry for the delay. the daily d-i images do not build for amd64, because of testing being in a pretty bad shape, many d-i copmponents are still missing. The last available daily image was built using the old, unofficial archive. AFAICT mpt* modules should be included in the scsi-extra-modules as kernel-wedge defines them there. AFAIK mpt* should be available in 2.6.15 and thus in the current udebs. They are. I noticed that in scsi-modules linux-kernel-amd64-2.6 the scsi-modules do not take the default set from kernel-wedge, but have a specific set. This seems illogical. Is there a specific reason for this? the scsi-modules list from kernel-wedge contains lots of isa controllers which are not marked optional. I am now going through the list and will upload both a new kernel-wedge and linux-di-amd64-2.6 udebs (built against 2.6.16) to fix this. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: nslu2-kernel
On Sat, Jun 03, 2006 at 01:18:41AM +0200, Martin Michlmayr wrote: * [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-06-03 00:46]: # cat /boot/config-2.6.15-1-nslu2 | grep CONFIG_BLK_DEV_LOOP CONFIG_BLK_DEV_LOOP=y So it isn't able to use the patched loop-module with the default nslu2-debiankernel. OK, I'll change it, thanks. I'm planning to load debian on my nslu2 today. Martin, when will the new image be available? Best Regards, Aníbal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
Re: cdebconf-newt-entropy on hurd-i386
On 6/2/06, Otavio Salvador [EMAIL PROTECTED] wrote: Remove it from the pkg-listWell, the line 'cdebconf-newt-entropy -' on hurd-i386.cfg at pkg-list should avoid my build proccess look to entropy ones, right?Anyways, I have solved the problem removing 'EXTRAUDEBS=cdebconf-newt-entropy' from config/common file. ThanksMatheus Morais
Re: nslu2-kernel
* Aníbal Monsalve Salazar [EMAIL PROTECTED] [2006-06-03 09:57]: I'm planning to load debian on my nslu2 today. Martin, when will the new image be available? I finally got around to changing the kernel configs last weekend and I'm currently waiting for -15 to be uploaded. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
