Re: Proposal for integration of the graphical installer
On Mon, May 15, 2006 at 08:36:50AM +0200, Frans Pop wrote: >On Saturday 13 May 2006 23:23, Frans Pop wrote: >> Yesterday Joey and I discussed the integration of the graphical >> installer into the regular build system, and the result is below for >> wider discussion and comments. > >Yesterday Joey and I managed to do the integration for i386. >This means that we already have an official daily gtk-miniiso available >from the "other images" link on the d-i project page: >http://people.debian.org/~joeyh/d-i/images/daily/gtk-miniiso/mini.iso > >The latest hd-media image also includes g-i. > >CD images that include the graphical installer should be available after >the next CD build, but may still need changes to get them working. Apparently so, yes... :-) ... Running tools/boot/etch/boot-i386 1 /org/cdimage.debian.org/setup/debian-cd/../tmp/3i386/etch-i386/CD1 Using ISOLINUX boot-disks image on CD1 /org/cdimage.debian.org/setup/debian-cd/tools/boot/etch/boot-i386: line 218: syntax error: unexpected end of file make: *** [/org/cdimage.debian.org/setup/debian-cd/../tmp/3i386/etch-i386/bootable-stamp] Error 2 ... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Mature Sporty Personal More Innovation More Adult A Man in Dandism Powered Midship Specialty signature.asc Description: Digital signature
Re: powerpc daily sid_d-i CD builds working again
On Wed, May 03, 2006 at 08:58:06PM +0300, Eddy Petrişor wrote: > On 5/3/06, Colin Watson <[EMAIL PROTECTED]> wrote: > >FYI, the daily sid_d-i CD builds are working again for powerpc. Sorry > >for the long hiatus here! Among other things, those of you with tg3 > >network cards should be able to use these. > > > > > > http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/ > > Are you going to activate the G-I daily build, too? Belatedly, yes, I'd already done so: http://people.debian.org/~cjwatson/d-i/powerpc-gtk/ -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: installer images for amd64 newer then 2006-APR-08
On Sun, May 14, 2006 at 07:04:21PM +0200, Frans Pop wrote: > On Sunday 14 May 2006 16:17, Geert Stappers wrote: > > Right now are the most recent images of debian-installer for amd64 > > from the 8th of last month. I found those some what old files by > > following the home page of d-i > > on http://www.nl.debian.org/devel/debian-installer/ > > to http://amd64.debian.net/debian-installer/daily/ > > > > It seems to me that there is no daily build of d-i for amd64 is done. > > This is the result of the archive integration for amd64. amd64 is > currently "unbuildable" because the official archive is incomplete and > building new images from the old unofficial archive is pointless as it is > frozen. > People are working on this. Now also at http://wiki.debian.org/DebianInstaller/Today Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for integration of the graphical installer
Il giorno dom, 14/05/2006 alle 12.43 -0500, Christian Perrier ha scritto: > > > I'm not really completely fond of these names, mostly because I find > > > them hard to type on non US keyboards. > > > > > > I would vote for "gui" and "gui-expert"...or "expert-gui" > > > > Is the hyphen the problem? I've left that out currently. > > At least the hyphen can be a problem. It's actually pretty hard to > find it on a laptop with a French keyboard mapped as a US keyboard. > > "gui" is perfect with that matter as this only involves keys that are > in the same place on all keyboard layouts (except Dvorak, but noone > cares about it for newbies..:-))) Hyphen is a problem on Italian keyboard, too. So using only letters could be better for us. I liked the proposal to substitute expert with details or something similar I don't think expert is correct as using expert* just enable d-i to ask more questions. Regards sc -- Stefano Canepa aka sc: [EMAIL PROTECTED] http://www.stefanocanepa.it Three great virtues of a programmer: laziness, impatience and hubris. Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall) signature.asc Description: Questa è una parte del messaggio firmata digitalmente
graphics or text as default?
Hi all, the CD images with both graphical and textual installer will run graphical as default? At my LUG when we explain the installation process to new users we present Mandriva and Debian and many users choise to install Mandriva just for it's graphical installer or better graphical partitioner. I do like the textual installer more but new users like clicking on menus. :) Regards sc -- Stefano Canepa aka sc: [EMAIL PROTECTED] http://www.stefanocanepa.it Three great virtues of a programmer: laziness, impatience and hubris. Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall) signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Proposal for integration of the graphical installer
On Sat, May 13, 2006 at 11:23:52PM +0200, Frans Pop wrote: > - We'll continue to produce separate cd, mini.iso and hd-media images; > creating netboot images seems less obvious because of the size of > the initrd. A netboot mini.iso would be useful, but for powerpc there's probably not a lot of point in other netboot images; most of the machines that might be able to use this use yaboot, and we're already running up against its TFTP limit with non-GUI images. > Including the g-i images on the netinst will mean that it will grow bigger > than its current "maximum" size of 110 MB. The 110 MB limit is set mostly > to allow installations from a 128 MB USB-stick (hd-media image + netinst > iso together must be smaller than the capacity of the USB stick). > As we feel it is important to have the graphical installer available on > all CD types, we propose to relax the current size limit. This will mean > that the default image for USB installations will become 256 MB instead > of 128 MB. > We'd prefer not let the netinst grow unnecessarily, but relaxing the size > limit means that we could also for example include both initramfs-tools > and yaird (current netinst images only have one, not both). I agree with Sven that size isn't so much of a concern with powerpc due to the prevalence of slot-loading drives. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powerpc daily sid_d-i CD builds working again
On 5/15/06, Colin Watson <[EMAIL PROTECTED]> wrote: On Wed, May 03, 2006 at 08:58:06PM +0300, Eddy Petrişor wrote: > On 5/3/06, Colin Watson <[EMAIL PROTECTED]> wrote: > >FYI, the daily sid_d-i CD builds are working again for powerpc. Sorry > >for the long hiatus here! Among other things, those of you with tg3 > >network cards should be able to use these. > > > > http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/ > > Are you going to activate the G-I daily build, too? Belatedly, yes, I'd already done so: http://people.debian.org/~cjwatson/d-i/powerpc-gtk/ I found out some time ago ;-) , but is good to have this for tracing. I will try to do weekly tests of the GUI installer and add problems that might occur on http://wiki.debian.org/DebianInstaller/GUI. Or should I add a section on http://wiki.debian.org/DebianInstaller/Today ? -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Bug#367080: Please change lanuage input priority to critical
On Sat, May 13, 2006 at 03:47:30PM +0200, Steffen Joeris wrote: > While I try to port the debian-edu installation on etch I have a small > problem. Of course the users want to choose the language and for that we > need localechooser. But we try to avoid more questions than neccessary, > as you might know the advantage of a Debian-Edu/Skolelinux installation > is to have it as easy as possible. For that we are using > DEBCONF_PRIORITY=critical as a KERNEL_PARAMS . Well the input priority > for the language is "high" and changing our priority to high would > introduce more questions from other packages, which is not desirable. > So is there a problem with changing the priority to "critical" instead > of "high", I don't see a reason against doing that. FWIW, I tried the approach of using DEBCONF_PRIORITY=critical in Ubuntu and found it to be ultimately doomed. d-i assumes that critical is for automated installs, and I found that when I tried to bump new questions to priority critical that were designed for interactive use I caused preseeded setups to overflow kernel parameter limits. Linux 2.6.9 and above have weaker restrictions on the length of the kernel command line, so maybe this isn't a problem any more, and I don't object to this localechooser change in particular, but from my experience I do think that using DEBCONF_PRIORITY=critical might not be the best approach for debian-edu. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [LONG] ppp-udeb: A succesful installation using it, some ideas and some requests for advices
[EMAIL PROTECTED] wrote: >c) what should be done for systems with multiple network cards? Probe all of them. >The way I am thinking the PPPoE configuration should be done/integrated in d-i: > - if dhcp fails, try the detection of concentrators (implies running >ifconfig ethX up) No. DHCP and PPPoE support are not related. > - if concentrator detection fails, drop to manual configuration If no concentrator is detected then the interface does not support PPPoE and there is no need or reason to configure anything. >The pppoe and dhcp protocols are orthogonal, so if one configuration >succedes on a card, there is no way the other will. So the question This is totally wrong. PPPoE and DHCP *are* indeed orthogonal, and this mean that they are compatible and can be used at the same time. DHCP will provide the eth0 IP address and PPPoE the ppp0 interface. >is, when should the PPPoE configuration be attempted? It seems logical After DHCP. >directed to static configuration. I am not sure if there are cases in >which the concentrator is not detected, but I fear that in the case in No. >Once the configuration is made for one card, should it be attempted >for others, too? This is a little bit difficult and I fear there are No. >In case the PPPoE connection fails, should the user be given the >chance to configure the card as static? Note that if the concentrator These things are not related. >There is small issue, if the concentrator is searched on a card, then >the card in question must be "ifconfig CARD up" with no IP, should >this be restored if the concentrator is not found? Would it affect the Wrong, the ethernet card should get a proper IP address. Network interfaces used for PPPoE do not need any special configuration. >How can the configuration information be copied to the target system >after the system is installed? The udev script already does this. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for integration of the graphical installer
Stefano Canepa wrote: Hyphen is a problem on Italian keyboard, too. So using only letters could be better for us. It's a problem on nearly all European keyboards. Only '!$,.', 0-9, a-zA-Z are in the same position. And there are also letters with different positions, e.g. 'zy' on German keyboards. Helmut Wollmersdorfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
Stefano Canepa <[EMAIL PROTECTED]> writes: > Hi all, > the CD images with both graphical and textual installer will run > graphical as default? > At my LUG when we explain the installation process to new users we > present Mandriva and Debian and many users choise to install Mandriva > just for it's graphical installer or better graphical partitioner. I do > like the textual installer more but new users like clicking on menus. :) > > Regards > sc Could you make some screenshots of the partitioner? I haven't yet found one that I find realy usable. Most certainly not the one in D-I. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
On Mon, May 15, 2006 at 09:53:15AM +0200, Stefano Canepa wrote: > Hi all, > the CD images with both graphical and textual installer will run > graphical as default? My vote goes to default to the gui version. (At least for the full CD (or full DVD)) > At my LUG when we explain the installation process to new users we > present Mandriva and Debian and many users choise to install Mandriva > just for it's graphical installer or better graphical partitioner. I do > like the textual installer more but new users like clicking on menus. :) Those who prefer the textual interface, can boot: install Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [powerpc] triple boot
On Mon, May 15, 2006 at 08:50:17AM +0300, Eddy =?UTF-8?Q?Petri=C5=9For ?= wrote: > Ok, there is a partition on which I can do test installations; btw, > two linux installations on a new world powerpc machine imposes a > problem: all kernels should be placed on the same partition due to a > limitation in yaboot. How does d-i deal with this when Debian is > installed on a system on which there is already installed another > linux system? I assume that yaboot allows to choose from several kernels, so having different kernel available for booting is possible. d-i has a "os-detect-compoment" that can "see" allready installed operating systems. The only obstacle I see that _can_ block "triple boot", is the size of the (single) boot partition. In other words: dive into the PowerPC test installations Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
On 12:50 Mon 15 May , Goswin von Brederlow wrote: > Could you make some screenshots of the partitioner? I haven't yet > found one that I find realy usable. Most certainly not the one in D-I. I'm trying to do a gparted port in C for the D-I, it's not ready, but I hope, I will have something to show in 2 or 3 weeks. I use the GTK function from GTK > 2.6 so for the actual D-I it will be hard to integrate. But Attilio had build a new one based on gtkdfb 2.9 that I will try. Frienly, -- === ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GNU/LINUX Debian & Debian-Edu Contributor `. `' GnuPG Key ID 0x88BBB51E `-938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
hi, On Mon, May 15, 2006 at 01:55:50PM +0200, Xavier Oswald wrote: > I use the GTK function from GTK > 2.6 so for the actual D-I it will be > hard to integrate. But Attilio had build a new one based on gtkdfb 2.9 > that I will try. I've tried to rebuild an image using the udebs provided by Attilio and it worked, so if you have problems doing it just ask and I'll be happy to help. Ciao, Davide signature.asc Description: Digital signature
Re: graphics or text as default?
On 14:04 Mon 15 May , Davide Viti wrote: > hi, > > On Mon, May 15, 2006 at 01:55:50PM +0200, Xavier Oswald wrote: > > I use the GTK function from GTK > 2.6 so for the actual D-I it will be > > hard to integrate. But Attilio had build a new one based on gtkdfb 2.9 > > that I will try. > > I've tried to rebuild an image using the udebs provided by Attilio and > it worked, so if you have problems doing it just ask and I'll be happy > to help. Ok, thanks !! When I have a working udeb, I will send a mail on this list to get feeback. Friendly, -- === ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GNU/LINUX Debian & Debian-Edu Contributor `. `' GnuPG Key ID 0x88BBB51E `-938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [LONG] ppp-udeb: A succesful installation using it, some ideas and some requests for advices
[EMAIL PROTECTED] wrote: >>How can the configuration information be copied to the target system >>after the system is installed? >The udev script already does this. s/udev/udeb/ -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Running debian-installer from the command line?
Geert Stappers schrieb: On Fri, May 12, 2006 at 02:54:07PM +0200, Joachim Durchholz wrote: So... what I'm really after is a way to skip all the boot machinery in debian-installer. It should still do everything else (hardware detection, partitioning, base configuration, package installation, and whatever else I forgot to mention). Have you tried to unpack the d-i image in / of the running system, and doing a `telinit -Q` ? Just a few questions and a progress notice: 1) What's the best place to pick the Debian installer images up from? I downloaded the businesscard ISO image, on the grounds that I'm heading for Sarge and want to stick with what's available for Sarge, but I may be wrong with that reasoning. 2) telinit -Q isn't exactly the right way to start things. Or, at least it won't do what you'd expect: there's an /sbin/init in the initrd all right, but it's not a SysV init, it's just a busybox shell wrapper that moves things into the right directories before calling "busybox init" (which I presume is the "right" init that will go through /etc/inittab). I have been toying around with various approaches, but no luck yet - simply running /sbin/init directly failed at the point when it tried to mount /dev (I had though that devfs is dead in 2.6??? ... at least it's not compiled/loaded into the 2.6 kernel that the netboot system is using, grr... um, maybe I accidentally unpacked the 2.4 stuff.) 3) kexec isn't in the netboot kernel I'm stuck with, too, so I may have to live with slight mismatches between installer and kernel... I just hope that Debian installer doesn't depend too much on kernel-specific facilities. (But it seems to be needing devfs, so I have may been too optimistic here...) 4) I'll be trying a few approaches to get the initrd image into the current root, and have the various critical directories (dev, sys, proc) populated correctly. There are far too many options and combinations to try, so this may take me a while. 5) I'll be back as soon as I have more results :-) Regards, Jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for integration of the graphical installer
On Mon, May 15, 2006 at 08:55:02AM +0100, Colin Watson wrote: > On Sat, May 13, 2006 at 11:23:52PM +0200, Frans Pop wrote: > > - We'll continue to produce separate cd, mini.iso and hd-media images; > > creating netboot images seems less obvious because of the size of > > the initrd. > > A netboot mini.iso would be useful, but for powerpc there's probably not > a lot of point in other netboot images; most of the machines that might > be able to use this use yaboot, and we're already running up against its > TFTP limit with non-GUI images. I disagree. yaboot is a mess to setup for netbooting, and IBM chrp boxes have a bug which excludes yaboot netbooting (only one file can be loaded through TFTP). On top of that, the current yaboot (and we can't probably change it without another 6+ month flamewar with Ethan Benson), limits the yaboot netboot buffer to 6MB, which is problematic for g-i on powerpc. Furthermore, the netboot images can be easily booted from the OF command line, without any additional setup like DHCP/BOOTP, which is a benefit. Finally, altough the older g-i failed on my PReP boxes (probably due to big size, or missing sisfb support in the kernel), there may be still a chance that the current g-i images may work on PReP, and yaboot doesn't work there. For all those reasons, i would build the netboot g-i images, it costs not much to build them, and since they are not going to be included on the isos ... > > Including the g-i images on the netinst will mean that it will grow bigger > > than its current "maximum" size of 110 MB. The 110 MB limit is set mostly > > to allow installations from a 128 MB USB-stick (hd-media image + netinst > > iso together must be smaller than the capacity of the USB stick). > > As we feel it is important to have the graphical installer available on > > all CD types, we propose to relax the current size limit. This will mean > > that the default image for USB installations will become 256 MB instead > > of 128 MB. > > We'd prefer not let the netinst grow unnecessarily, but relaxing the size > > limit means that we could also for example include both initramfs-tools > > and yaird (current netinst images only have one, not both). > > I agree with Sven that size isn't so much of a concern with powerpc due > to the prevalence of slot-loading drives. :) Not growing the isos too much is still good on the download size though. I am not sure if g-i is booting on powerpc right now though, last we tried in january, it crashed. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for integration of the graphical installer
Hi Sven, On Mon, May 15, 2006 at 02:33:42PM +0200, Sven Luther wrote: > I am not sure if g-i is booting on powerpc right now though, last we tried in > january, it crashed. Eddy tried an image dated May 11 and it did boot succesfully; colours are still messed up (not a surprise), but hopefully it should be fixed once gtk+directfb 2.10.x is out. Ciao, Davide signature.asc Description: Digital signature
Re: installing from a Compact Flash IDE using the USB stick receipe
Am 2006-05-13 17:11:51, schrieb Geert Stappers: > (CC-ing to mailinglist that is about syslinux and extlinux) > syslinux is for FAT file systems. > extlinux is for ext2 (and ext3) f.s., it is from the same author. Syslinux is from Peter Anvin which I know from DJGPP... long time ago! Since I have not Webconnection at home, where can I get "extlinux" "apt-cache" and "apt-file" shows nothing. > Cheers > Geert Stappers > in an attempt to bring people with a mutual interrest together ;-) Greetings Michelle Konzack -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: s390 update - partman requirements
On Mon, May 08, 2006 at 09:16:48AM +0200, Bastian Blank wrote: > This leads to a list of requirements in partman: > - Default disk label per disk type. DASD needs ibm disklabels, > fiberchannel disks needs something else, mostly used is msdos. partman-partitioning/storage_device/label/do_option already contains a selection for msdos/gpt. Should I just extend that or push the whole logic out? > - Support for non-default SCSI. It displays any different SCSI types as > "SCSI... (...)" which is only appropriate for plain old SCSI but not > for new types like libata, fiberchannel or iSCSI. partman-base/definitions.sh. > - Templates for dasd. partman-base/debian/partman-base.templates. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, "Day of the Dove", stardate unknown signature.asc Description: Digital signature
Re: s390 update - partman requirements
On Mon, May 08, 2006 at 09:16:48AM +0200, Bastian Blank wrote:
> - Needs to use persistent device names. Is there some progress already
> or must I do that myself? s390 requires either /dev/disk/by-path
> (usable both for booting and in fstab) or /dev/disk/by-{id,uuid} (only
> appropritate in fstab).
How can I get parted_server to use this paths? Must I issue a CLOSE with
the old device and an OPEN with the correct one? Or may I just hack
parted_devices?
Bastian
--
Power is danger.
-- The Centurion, "Balance of Terror", stardate 1709.2
signature.asc
Description: Digital signature
Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards
On Sun, May 14, 2006 at 07:22:56AM +0200, Frans Pop wrote: > Package: kbd-chooser > Version: 1.26 > > It appears that kbd-chooser does not actually detect ADB keyboards as used > for example on Powerbook G4 laptops. > Until Beta 2 keyboard selection only worked because of the default mac-usb > keyboard added in usb-kbd.c, but that's absolutely not optimal. > > After a short look at Frank Lichtenhelds laptop, it seems that the > keyboard can be detected from the /proc/bus/input/devices file (see > attachment). > > It's currently unsure if the keyboard will work correctly with AT keymaps > as well as USB-MAC. I'll test that over the next days. I am not 100% sure, bvut i remember that the 2.6 kernels translate all kind of mac keyboards to the same thing. As such, there is no ADB keyboard needed anymore, as the kernel exports it as a normal keyboard to the userland (or something such, i am no expert in this, CCing debian-powerpc). There is maybe still some need for some specialized layout though. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#285898: Still reproducable?
Processing commands for [EMAIL PROTECTED]: > Tags 285898 moreinfo Bug#285898: Fails to install on root partition when another boot loader is used There were no tags set. Tags added: moreinfo > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for integration of the graphical installer
On Monday 15 May 2006 09:28, Steve McIntyre wrote: > Running tools/boot/etch/boot-i386 1 > /org/cdimage.debian.org/setup/debian-cd/../tmp/3i386/etch-i386/CD1 > Using ISOLINUX boot-disks image on CD1 > /org/cdimage.debian.org/setup/debian-cd/tools/boot/etch/boot-i386: line > 218: syntax error: unexpected end of file make: *** > [/org/cdimage.debian.org/setup/debian-cd/../tmp/3i386/etch-i386/bootabl >e-stamp] Error 2 ... I think that should already be fixed by Joey. Any chance of a rerun for i386? pgpiXzyLU73go.pgp Description: PGP signature
Re: Proposal for integration of the graphical installer
On Mon, May 15, 2006 at 02:47:05PM +0200, Davide Viti wrote: > Hi Sven, > > On Mon, May 15, 2006 at 02:33:42PM +0200, Sven Luther wrote: > > I am not sure if g-i is booting on powerpc right now though, last we tried > > in > > january, it crashed. > > Eddy tried an image dated May 11 and it did boot succesfully; colours are > still > messed up (not a surprise), but hopefully it should be fixed once > gtk+directfb > 2.10.x is out. Ah, nice ... This probably means we will never know what caused the problem though. I wonder which image Eddy tried though, from the new builder from Colin, or the last known good one which frans copied from my builder. I guess it is the new ones from Colin though. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powerpc daily sid_d-i CD builds working again
On Monday 15 May 2006 10:01, Eddy Petrişor wrote: > Or > should I add a section onhttp://wiki.debian.org/DebianInstaller/Today > ? Let's do that after the powerpc g-i build setup has been integrated into trunk too. pgp8JGrIJYCGh.pgp Description: PGP signature
Re: Proposal for integration of the graphical installer
Hi Frans, On Mon, May 15, 2006 at 03:21:28PM +0200, Frans Pop wrote: > I think that should already be fixed by Joey. Any chance of a rerun for > i386? I did one hour ago or so and it booted fine regards, Davide signature.asc Description: Digital signature
Re: graphics or text as default?
On Monday 15 May 2006 09:53, Stefano Canepa wrote: > the CD images with both graphical and textual installer will run > graphical as default? In the short run we will use the newt (text) frontend as default. I feel we should wait at least until the new upstream libraries are available to switch to the gtk (gui) as default because with current libs the fonts can be distorted which is quite ugly. Given that the freeze for Etch will start fairly soon now, it may be that this means g-i default will only happen post-Etch. pgpa2tyHJETbY.pgp Description: PGP signature
Re: Proposal for integration of the graphical installer
On Mon, May 15, 2006 at 03:21:28PM +0200, Frans Pop wrote: >On Monday 15 May 2006 09:28, Steve McIntyre wrote: >> Running tools/boot/etch/boot-i386 1 >> /org/cdimage.debian.org/setup/debian-cd/../tmp/3i386/etch-i386/CD1 >> Using ISOLINUX boot-disks image on CD1 >> /org/cdimage.debian.org/setup/debian-cd/tools/boot/etch/boot-i386: line >> 218: syntax error: unexpected end of file make: *** >> [/org/cdimage.debian.org/setup/debian-cd/../tmp/3i386/etch-i386/bootabl >>e-stamp] Error 2 ... > >I think that should already be fixed by Joey. Any chance of a rerun for >i386? Way ahead of you - see #debian-cd... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Is there anybody out there? signature.asc Description: Digital signature
Re: Proposal for integration of the graphical installer
> Ah, nice ... > > This probably means we will never know what caused the problem though. we're talking about a 3 years old snapshot; the libraries have evolved alot in the meanwhile. We have a similar problem with fonts (Dejavu can't be used as default font) and I think there's no point trying to fix that on the old libs (I've "wasted" already a week or so). ciao, Davide signature.asc Description: Digital signature
Re: powerpc daily sid_d-i CD builds working again
This one seems to have lost debian-boot, sending there. On Mon, May 15, 2006 at 12:04:05PM +0200, Yves-Alexis Perez wrote: > On Mon, 2006-05-15 at 08:39 +0100, Colin Watson wrote: > > On Wed, May 03, 2006 at 08:58:06PM +0300, Eddy Petrişor wrote: > > > On 5/3/06, Colin Watson <[EMAIL PROTECTED]> wrote: > > > >FYI, the daily sid_d-i CD builds are working again for powerpc. Sorry > > > >for the long hiatus here! Among other things, those of you with tg3 > > > >network cards should be able to use these. > > > > > > > > > > > > http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/ > > > > > > Are you going to activate the G-I daily build, too? > > > > Belatedly, yes, I'd already done so: > > > > http://people.debian.org/~cjwatson/d-i/powerpc-gtk/ > > The installer boots fine (requires a patched yaboot to boot via tftp > because of initrd.gz size). But then, when initialising graphical > installer, it says: > > Framebuffer not available, disabling graphical frontend. My analysis here, is that, since there is an output, we are already runnin in some kind of framebuffer devices, either atyfb or offb probably. So, the message seems to be in error, or something, i am not sure, didn't look at the code. It is possible that it is i386 specific, and goes looking for vesafb, but this doesn't explain why eddy was able to make it work (presumably on a radeonfb based powerbook). I think i remember that we had some special casing for radeonfb/powerpc somewhere. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powerpc OF netboot instructions
On Mon, May 15, 2006 at 02:33:42PM +0200, Sven Luther wrote: > Furthermore, the netboot images can be easily booted from the OF command line, > without any additional setup like DHCP/BOOTP, which is a benefit. Could some provide more information about that? I'll update http://d-i.alioth.debian.org/manual/en.powerpc/ch05s01.html with the information. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powerpc OF netboot instructions
On Mon, May 15, 2006 at 03:38:55PM +0200, Geert Stappers wrote: > On Mon, May 15, 2006 at 02:33:42PM +0200, Sven Luther wrote: > > > Furthermore, the netboot images can be easily booted from the OF command > > line, > > without any additional setup like DHCP/BOOTP, which is a benefit. > > Could some provide more information about that? > > I'll update http://d-i.alioth.debian.org/manual/en.powerpc/ch05s01.html > with the information. I will try writing a complete (text) page on what i know, and send it to you, would this help ? Friendly; Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How can I make mirrors?
how do imake a mirror -- Kimberley Crombie [EMAIL PROTECTED] Leek High Specialist Technology School -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powerpc daily sid_d-i CD builds working again
Hey Sven, On Mon, May 15, 2006 at 03:33:28PM +0200, Sven Luther wrote: > I think i remember that we had some special > casing for radeonfb/powerpc somewhere. I do remember you and Attilio talking about of sort of database for handling the various situations. The best I could come up with is this thread wich I haven't read too carefully but I'm sure that's where all the discussion begun http://people.debian.org/~terpstra/thread/20051202.182847.aaa98ea6.en.html#i20051202.182847.aaa98ea6 hope this helps, Davide signature.asc Description: Digital signature
Re: graphics or text as default?
Geert Stappers wrote: On Mon, May 15, 2006 at 09:53:15AM +0200, Stefano Canepa wrote: Hi all, the CD images with both graphical and textual installer will run graphical as default? My vote goes to default to the gui version. (At least for the full CD (or full DVD)) this sounds like the best option for me too, but i would suggest to go graphical by default with the netinst ISOs too, as i feel that's the preferred option for people like me who want to perform desktop installations without having to burn stacks of CDROMs and downloading as much as possible from the net :) friendly Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards
On Monday 15 May 2006 14:36, Sven Luther wrote: > I am not 100% sure, bvut i remember that the 2.6 kernels translate all > kind of mac keyboards to the same thing. As such, there is no ADB > keyboard needed anymore, as the kernel exports it as a normal keyboard > to the userland (or something such, i am no expert in this, CCing > debian-powerpc). Agree, but you still need some kind of way (in the current kbd-chooser structure anyway) to detect that there _is_ a keyboard and that currently does not happen for ADB keyboards. This breaks the general structure of kbd-chooser. And if you'd like to select a special keymap, you'd also need to identify its type, unless you can do the distinction by (sub)arch. pgpSDQ9bCLbpO.pgp Description: PGP signature
Re: extlinux, syslinux for ext2 and ext3 filesystems
On Sun, May 14, 2006 at 01:30:11AM +0200, Michelle Konzack wrote: > Am 2006-05-13 17:11:51, schrieb Geert Stappers: > > > syslinux is for FAT file systems. > > extlinux is for ext2 (and ext3) f.s., it is from the same author. > > Syslinux is from Peter Anvin which I know from DJGPP... long time ago! Yes, the very same HPA. > Since I have not Webconnection at home, where can I get "extlinux" > "apt-cache" and "apt-file" shows nothing. Yep, that happened to me also. When I `ssh i386host` I did found only "syslinux". Doing `apt-get source syslinux` did provide the source of extlinux and revealed that there is no extlinux package yet. > > Cheers > > Geert Stappers > > in an attempt to bring people with a mutual interrest together > > ;-) Thank you! > Greetings > Michelle Konzack Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powerpc OF netboot instructions
On Mon, May 15, 2006 at 03:45:19PM +0200, Sven Luther wrote: > On Mon, May 15, 2006 at 03:38:55PM +0200, Geert Stappers wrote: > > On Mon, May 15, 2006 at 02:33:42PM +0200, Sven Luther wrote: > > > > > Furthermore, the netboot images can be easily booted from the OF command > > > line, > > > without any additional setup like DHCP/BOOTP, which is a benefit. > > > > Could some provide more information about that? > > > > I'll update http://d-i.alioth.debian.org/manual/en.powerpc/ch05s01.html > > with the information. > > I will try writing a complete (text) page on what i know, and send it to you, > would this help ? It will will surely help, it is even appriceated! > Friendly; > > Sven Luther Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
Frans Pop wrote: On Monday 15 May 2006 09:53, Stefano Canepa wrote: the CD images with both graphical and textual installer will run graphical as default? In the short run we will use the newt (text) frontend as default. I feel we should wait at least until the new upstream libraries are available to switch to the gtk (gui) as default because with current libs the fonts can be distorted which is quite ugly. Given that the freeze for Etch will start fairly soon now, it may be that this means g-i default will only happen post-Etch. What about using GTK libraries from CVS ? i386 experimental udebs i built some times ago proved to work well (better than 2.0.9 regarding fonts) and i can tell you the DFB backend they contain is much more robust than the one contained in 2.0.9 libraries (which was nothing more than an hacky set of patches applied to standard 2.0.9 GTK libraries, far away from being bugless). CVS 27-03-2006 snapshot i used to build udebs is the last known to work without patches, but there are some patches that need to be applied to make GTK's HEAD compile with the DFB backend i sent some times ago to Mike and that should be applied as soon as Mike founds the time to do it. A good compromise would be using GTK+ 2.9.0 sources with the above patches applied: i'll try to produce such a patchfile and to make it available togheter with i386 udebs from GTK 2.9.0 snapshot. friendly Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PowerPC request for help
On Fri, May 12, 2006 at 12:24:06PM +0200, Loïc Minier wrote: > On Fri, May 12, 2006, Sven Luther wrote: > > I would like to have svn access too ? Can i have it ? > strange sense of humor deleted Everybody with Internet access does have SVN access. If SVN write priviledges are needed, then ask for it. Asking so, isn't a garantee for a (positive) answer. It only express better what you want and invites others to have a look at your "issue" ( an issue for one, might a non-issue for others ( which renders into not answering )) Cheers Geert Stappers in an attempt to live with 'a clean break' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [LONG] ppp-udeb: A succesful installation using it, some ideas and some requests for advices
On 5/15/06, Marco d'Itri <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: >c) what should be done for systems with multiple network cards? Probe all of them. This question was related to the later part of the mail. The aftermath of a pppoe configuration is a little bit more complicated in the case of systems with multiple cards. Postinst should be idempotent so one will have to know on which ethX the pppY connection was done. >The way I am thinking the PPPoE configuration should be done/integrated in d-i: > - if dhcp fails, try the detection of concentrators (implies running >ifconfig ethX up) No. DHCP and PPPoE support are not related. Err, this is a problem in the d-i intergration. D-I should prompt as few times as possible. The most usual/convenient case is to have a dhcp server on the network and to have all configuration information from that dhcp server. Currently D-I asks for manual configuration information in case DHCP fails. AFAICS, with the introduction of PPPoE configuration, manual configuration should be requested in case the PPPoE configuration fails, too (after the automatic identification of concentrators). > - if concentrator detection fails, drop to manual configuration If no concentrator is detected then the interface does not support PPPoE and there is no need or reason to configure anything. That is if you assume that I ment "manual PPPoE configuration", but I ment "static configuration" :-) of the Ethernet card. >The pppoe and dhcp protocols are orthogonal, so if one configuration >succedes on a card, there is no way the other will. So the question This is totally wrong. PPPoE and DHCP *are* indeed orthogonal, and this mean that they are compatible and can be used at the same time. DHCP will provide the eth0 IP address and PPPoE the ppp0 interface. If that is true, then we are in a bigger problem than I was thinking. Is it possible to have a PPPoE configuration ran as in the following scheme: - configure the Ethernet card through DHCP - configure a ppp connection (PPPoE) over the Ethernet card configured at the previous step; the nameserver and default route are set through the PPP connection? I was under the impression that on a PPPoE connection one will have always an Ethernet card (ethX) which is just up, but has no IP, and a pppY virtual interface which has an IP which is given by the PPP server. Is this picture not correct? >is, when should the PPPoE configuration be attempted? It seems logical After DHCP. After DHCP fails, right? Or? >directed to static configuration. I am not sure if there are cases in >which the concentrator is not detected, but I fear that in the case in No. Ok, nice, one less problem to think about :-) >Once the configuration is made for one card, should it be attempted >for others, too? This is a little bit difficult and I fear there are No. ok. >In case the PPPoE connection fails, should the user be given the >chance to configure the card as static? Note that if the concentrator These things are not related. They are from a D-I usability POV. >There is small issue, if the concentrator is searched on a card, then >the card in question must be "ifconfig CARD up" with no IP, should >this be restored if the concentrator is not found? Would it affect the Wrong, the ethernet card should get a proper IP address. Network interfaces used for PPPoE do not need any special configuration. I'm afraid your statements sound conflictive with each other. What I know is what happens here. The configuration supported by my provider works if I "ifconfig eth9 up" with the ethernet not having any IP and then start pppd so ppp0 is started. >How can the configuration information be copied to the target system >after the system is installed? The udev script already does this. That is not possible because of various reasons; I tested an installation and: 1) the ppp related stuff was not installed by default 2) the configuration of pppoe on the target system was not the same as the one in the d-i envronment. 3) it is not possible to copy the pppoe configuration on the target at the time the ppp-udeb postinst is ran because the system does not have yet configured the destination partition for /. (It is necessary to start the network configuration before partman in order to allow the download of the partman component and other components over the PPPoE connection). -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards
On Mon, May 15, 2006 at 03:26:40PM +0200, Frans Pop wrote: > On Monday 15 May 2006 14:36, Sven Luther wrote: > > I am not 100% sure, bvut i remember that the 2.6 kernels translate all > > kind of mac keyboards to the same thing. As such, there is no ADB > > keyboard needed anymore, as the kernel exports it as a normal keyboard > > to the userland (or something such, i am no expert in this, CCing > > debian-powerpc). > > Agree, but you still need some kind of way (in the current kbd-chooser > structure anyway) to detect that there _is_ a keyboard and that currently > does not happen for ADB keyboards. This breaks the general structure of > kbd-chooser. Ah, indeed. I will try later today or tomorrow to boot my oldworld box, and see what kind of information i can get about the keyboard. I doubt that oldworld adb keyboards will become udev friendly anytime soon though. > And if you'd like to select a special keymap, you'd also need to identify > its type, unless you can do the distinction by (sub)arch. You probably can, adb keyboards are only used on oldworld machines, and those are easily enough to detect from /proc/cpuinfo. We even do so to get the oldworld subarch (pmac_oldworld even). Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
On Monday 15 May 2006 16:46, Attilio Fiandrotti wrote: > What about using GTK libraries from CVS ? i386 experimental udebs i > built some times ago proved to work well (better than 2.0.9 regarding > fonts) and i can tell you the DFB backend they contain is much more > robust than the one contained in 2.0.9 libraries (which was nothing > more than an hacky set of patches applied to standard 2.0.9 GTK > libraries, far away from being bugless). We could look at that, but I will not have time until after my holidays. pgp4RvgETdMfX.pgp Description: PGP signature
Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards
On Monday 15 May 2006 16:28, Sven Luther wrote: > You probably can, adb keyboards are only used on oldworld machines, and > those are easily enough to detect from /proc/cpuinfo. We even do so to > get the oldworld subarch (pmac_oldworld even). Huh? The machine I tested on was a Powerbook G4 laptop. That's not oldworld, right? The attachment in [1] was taken from that machine... [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=367149;msg=5 pgpSXFmANOBuz.pgp Description: PGP signature
Processing of localechooser_1.15_i386.changes
localechooser_1.15_i386.changes uploaded successfully to localhost along with the files: localechooser_1.15.dsc localechooser_1.15.tar.gz localechooser_1.15_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
support for Symbios Logic 53c1030 PCI-X
Would it be possible to include the support for LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI controler in the AMD64 etch installer? It seems the Fusion MPT device driver would be needed. Best regards Radim Vocka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
localechooser_1.15_i386.changes ACCEPTED
Accepted: localechooser_1.15.dsc to pool/main/l/localechooser/localechooser_1.15.dsc localechooser_1.15.tar.gz to pool/main/l/localechooser/localechooser_1.15.tar.gz localechooser_1.15_all.udeb to pool/main/l/localechooser/localechooser_1.15_all.udeb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 362502 367080 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
On Mon, May 15, 2006 at 05:15:41PM +0200, Frans Pop wrote: > On Monday 15 May 2006 16:46, Attilio Fiandrotti wrote: > > What about using GTK libraries from CVS ? i386 experimental udebs i > > built some times ago proved to work well (better than 2.0.9 regarding > > fonts) and i can tell you the DFB backend they contain is much more > > robust than the one contained in 2.0.9 libraries (which was nothing > > more than an hacky set of patches applied to standard 2.0.9 GTK > > libraries, far away from being bugless). > > We could look at that, but I will not have time until after my holidays. I can help too: 2.0.9 libs are really too outdated and we've taken those to their limits. Ciao, Davide signature.asc Description: Digital signature
Re: graphics or text as default?
Frans Pop wrote: On Monday 15 May 2006 16:46, Attilio Fiandrotti wrote: What about using GTK libraries from CVS ? i386 experimental udebs i built some times ago proved to work well (better than 2.0.9 regarding fonts) and i can tell you the DFB backend they contain is much more robust than the one contained in 2.0.9 libraries (which was nothing more than an hacky set of patches applied to standard 2.0.9 GTK libraries, far away from being bugless). We could look at that, but I will not have time until after my holidays. I'm more and more convinced that a patched GTK 2.9.0 set of libraries would be a reasonable solution for the g-i while waiting for GTK 2.10 to be released. This would allow us to spot potential problems that could arise with recent GTK libraries even before GTK 2.10 is released (and some were prevously detected using the udebs form CVS). Many improvements introduced in GTK > 2.8 are related to advanced functionalities (printing system, async file chooser..) that the g-i does not make use of at all (the GTK frontend makes use of a very minimal set of classic GTK widgets) and so i think that bugs that may still be present in GTK 2.9.0 won't affect our g-i directly nor indirectly. Some time is indeed needed to create a patchfile, build experimental udebs etc.. () , so i guess you can enjoy your vacations while GTK 2.9.0 is being fixed up for later udeb packaging :) ciao Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Issues regarding powerpc and Sven
Frans and Colin dropped from Cc's, -boot and -powerpc Bcc'ed only; please avoid crossposting. On Wed, May 10, 2006 at 11:14:39AM +0200, Sven Luther wrote: > On Wed, May 10, 2006 at 04:38:31PM +1000, Anthony Towns wrote: > > As I suspect you're all already aware, on 27th April, Sven Luther asked > > me to review the situation with d-i and powerpc as a result of finding > > his commit access to the d-i repository had been removed. Having spent > > some time since then seeing what's been going on, I've concluded that > > removing Sven's commit access was a reasonable course of action, and > > won't be asking that you accept Sven's request to have it reinstated. > Anthony, d-i team. > I would very much like to get the detail of the reasoning behind how you > concluded that it was a reasonable course of action, The d-i team were acting under the belief that you no longer wished to work on d-i after a number of conflicts in the past [0]; they then sought to find someone else to work on powerpc issues for d-i on the -powerpc list [1], indicating they need people at all levels to work on it (from testing builds to arch-specific development), and you not only saw that call for help, but participated in the thread [2]. About a month after that got around to removing your commit access. That you now indicate that your intention had been to resign as *lead* powerpc porter for d-i doesn't really change matters; you weren't clear that that was your intention originally, you didn't clarify your intention when Frans stated the d-i team's understanding, and for various reasons your involvement in d-i over the month between the mails above and your noticing your commit access was also removed. I don't think there's anything at all unreasonable in removing commit access for someone who voluntarily resigns from a project, especially when they go on to make it difficult to recruit new members to replace them. That means it becomes a question of whether you joining the d-i team at this point actually makes sense on its own merits, rather than merely as a reversion of a previous bad decision. Since both you and Frans have made it very clear you're uncomfortable working closely with each other at this point, forcing you together seems entirely inappropriate, and against explicilty expressed desires from both of you. [0] Message-ID: <[EMAIL PROTECTED]> "I hereby officially announce that i won't continue to do the ungratefull job of powerpc d-i porting, i hear the d-i team has plenty of folk to take my place, so they should fix this." [1] Message-id: <[EMAIL PROTECTED]> "Sven Luther has recently announced [1] that he will no longer work on PowerPC support in Debian Installer." [2] Message-ID: <[EMAIL PROTECTED]> "Well, that is what i see right now, some of these issues are open since a couple of weeks now, if not more, and i saw nobody jump in to fix then, even after i was scheduled for expulsion, so i hope that frans calls will give more results, altough seeing as it is a tedious process with little respect from the d-i team ..." > Further, i want to point out that i am the original author of both the > nobootloader and prep-installler .udeb packages, and was also early involved > in partman-prep (which is currently broken) package from Cajus Pollmeyer. Note that your technical abilities are not in any question. > These tree packages are in the debian-installer svn repo, and removing my > commit access means additional hurdle to me working on them, It means that if you wish to continue maintaining them, you need to do so independently of the Debian Install System Team, which is listed as the current maintainer, and of which you are no longer a member. If you wish to consult with your co-maintainers for those packages (Matt Kraai and Stephen R Marenka for nobootloader, and Cajus Pollmeier for partman-prep) and setup a new source control repository, that's entirely appropriate. > and i think it > would be more logical if this confirms itself, that those packages be removed > from the d-i svn repo and hosted somewhere else more neutral. You're no longer a member of the d-i team; if they wish to keep those packages' source in their subversion repository, it doesn't matter to you at all. If they wish to maintain a fork compared to your packages, that's fine too. If other members of the d-i team wish to maintain it in your stead, they probably will be expected to justify that change as a package hijack, depending on what your co-maintainers think of the situation. > [...] and in any case, i have seen > no evidence that this removal of my svn commit access was expected to have any > technical effect, only a social one, to get ride of me and make sure i would > not be able to interact with d-i in the future. You have been asked to interact with the d-i team a number of times in a number of ways; you have consistently refused to do so by any means other than direct commit a
Re: partman-crypto: dm-crypt status update
On Sun, May 14, 2006 at 11:42:46PM +0200, David Härdeman wrote: > On Sun, May 14, 2006 at 11:15:00PM +0200, Jesus Climent wrote: > > > >I am testing it over here in Mexico and seems to work mostly fine > >(although I > >have not been able to complete a single installation for other reasons). > > > >There seems to be a bug somewhere, because sometimes it finds the lvm > >crypto > >partition and sometimes it fails... > > Hmm...lvm-on-crypto and crypto-on-lvm is currently untested. It's on my > todo list now that the basic (i.e. crypto on a device like /dev/sda2) > functionality works. Testing with qemu, report follows: qemu-img create disk.img 2G wget http://nusquama.org/~max/d-i/crypto/2006-05-14/netboot/mini.iso qemu -hda disk.img -cdrom mini.iso -boot d separating the partitions as 32M, 1G and the rest lead several times to the error in http://www.pumuki.org/~data/di/snapshot1.png with the LVM partition not being defined. separating the partitions as 32M, 1.1G and the rest lead to a proper installation. after reboot, I got an error as shown under http://www.pumuki.org/~data/di/snapshot2.png I will take a look at that part (looks like cryptsetup fails) and see if I can help. > >No idea, but I guess you know that one has to delete the dm accessing the > >partition before umounting it, right? > > Um, not sure what you mean. If /dev/sda2 is setup via dm-crypt as > /dev/mapper/crypt0 which is in turn mounted as /...then the teardown > order should be first to unmount / and then to remove the crypt0 > mapping. Since unmounting / wouldn't work very well, I'd expect it to be > remounted ro, but it doesn't seem to work...ext2fsck complains on the > first boot... Exactly what i meant, but i seem to have some problems describing what my mind thinks. -- Jesus Climent info:www.pumuki.org dj:triplestereo.com Unix SysAdm|Linux User #66350|Debian Developer|2.6.16|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I find your lack of faith disturbing. --Darth Vader (Star Wars) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362502: marked as done (please support [EMAIL PROTECTED])
Your message dated Mon, 15 May 2006 09:33:00 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#362502: fixed in localechooser 1.15 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: localechooser Severity: wishlist Tags: patch Hi! Please could you support Valencian (southern Catalan) in localechooser? It is identified by the [EMAIL PROTECTED] locale, which has been recently committed to Debian glibc SVN (pending upload attow). Patch attached. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Index: trunk/packages/localechooser/languagelist === --- trunk/packages/localechooser/languagelist (revision 36128) +++ trunk/packages/localechooser/languagelist (working copy) @@ -80,6 +80,7 @@ #X Thai;4;th;TH;th_TH.UTF-8;; Turkish;2;tr;TR;tr_TR.UTF-8;;kbd=Lat15-Terminus16(utf8) Ukrainian;2;uk;UA;uk_UA.UTF-8;;kbd=ruscii_8x16(utf8) +Valencian (southern Catalan);1;[EMAIL PROTECTED];ES;[EMAIL PROTECTED];;kbd=lat0-sun16(utf8) Vietnamese;3;vi;VN;vi_VN.UTF-8;; Welsh;2;cy;GB;cy_GB.UTF-8;;kbd=iso14.f16(utf8) Wolof;2;wo;SN;wo_SN;; Index: trunk/packages/localechooser/languagelist.l10n === --- trunk/packages/localechooser/languagelist.l10n (revision 36128) +++ trunk/packages/localechooser/languagelist.l10n (working copy) @@ -73,6 +73,7 @@ Thai: ภาษาไทย Turkish: Türkçe Ukrainian: Українська +Valencian (southern Catalan): Valencià (català meridional) Vietnamese: Tiếng Việt Welsh: Cymraeg Wolof: Wolof --- End Message --- --- Begin Message --- Source: localechooser Source-Version: 1.15 We believe that the bug you reported is fixed in the latest version of localechooser, which is due to be installed in the Debian FTP archive: localechooser_1.15.dsc to pool/main/l/localechooser/localechooser_1.15.dsc localechooser_1.15.tar.gz to pool/main/l/localechooser/localechooser_1.15.tar.gz localechooser_1.15_all.udeb to pool/main/l/localechooser/localechooser_1.15_all.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier <[EMAIL PROTECTED]> (supplier of updated localechooser package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 15 May 2006 07:45:03 -0500 Source: localechooser Binary: localechooser Architecture: source all Version: 1.15 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Christian Perrier <[EMAIL PROTECTED]> Description: localechooser - choose language/country/locale (udeb) Closes: 362502 367080 Changes: localechooser (1.15) unstable; urgency=low . [ Christian Perrier ] * Add Valencian-Catalan to the languagelist (commented). Closes: #362502 * Use critical priority for language and country questions. Closes: #367080 . [ Joey Hess ] * Remove some unnecessary logging of success and debug logging. * Discard locale-gen stdout. Files: 6c1d622275bf3006e59c3e28ed546c84 756 debian-installer optional localechooser_1.15.dsc 18d9e0d559ec67fbe71510933f3b6eca 77926 debian-installer optional localechooser_1.15.tar.gz 99a13da4b3ab45a591b1fe34f047f108 104272 debian-installer optional localechooser_1.15_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEaKff1OXtrMAUPS0RAgjzAJwNRvX7sDrdxN76ba4819Z+Y3RIGwCgnyaT GwWq3Hhz7UDfT3A4lLXbtvo= =TGoo -END PGP SIGNATURE- --- End Message ---
Re: graphics or text as default?
On 5/15/06, Frans Pop <[EMAIL PROTECTED]> wrote: On Monday 15 May 2006 09:53, Stefano Canepa wrote: > the CD images with both graphical and textual installer will run > graphical as default? In the short run we will use the newt (text) frontend as default. I feel we should wait at least until the new upstream libraries are available to switch to the gtk (gui) as default because with current libs the fonts can be distorted which is quite ugly. Given that the freeze for Etch will start fairly soon now, it may be that this means g-i default will only happen post-Etch. We shouldn't forget that there is a little aestetical aspect that should be solved in g-i. The usage of true type fonts induces ugly misalignments in lists which should be center aligned around a hyphen (minus). Attilio? -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: graphics or text as default?
On 5/15/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote: Frans Pop wrote: > On Monday 15 May 2006 09:53, Stefano Canepa wrote: > >> the CD images with both graphical and textual installer will run >>graphical as default? > > > In the short run we will use the newt (text) frontend as default. > I feel we should wait at least until the new upstream libraries are > available to switch to the gtk (gui) as default because with current libs > the fonts can be distorted which is quite ugly. > Given that the freeze for Etch will start fairly soon now, it may be that > this means g-i default will only happen post-Etch. What about using GTK libraries from CVS ? i386 experimental udebs i built some times ago proved to work well (better than 2.0.9 regarding fonts) and i can tell you the DFB backend they contain is much more robust than the one contained in 2.0.9 libraries (which was nothing more than an hacky set of patches applied to standard 2.0.9 GTK libraries, far away from being bugless). CVS 27-03-2006 snapshot i used to build udebs is the last known to work without patches, but there are some patches that need to be applied to make GTK's HEAD compile with the DFB backend i sent some times ago to Mike and that should be applied as soon as Mike founds the time to do it. A good compromise would be using GTK+ 2.9.0 sources with the above patches applied: i'll try to produce such a patchfile and to make it available togheter with i386 udebs from GTK 2.9.0 snapshot. Do you have the source packages somewhere? or were they hacked binaries ? The patches are not a problem as we could use dpatch/quilt for the patches. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Bug#367080: marked as done (Please change lanuage input priority to critical)
Your message dated Mon, 15 May 2006 09:33:00 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#367080: fixed in localechooser 1.15 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: localechooser Severity: normal Tags: patch Hi While I try to port the debian-edu installation on etch I have a small problem. Of course the users want to choose the language and for that we need localechooser. But we try to avoid more questions than neccessary, as you might know the advantage of a Debian-Edu/Skolelinux installation is to have it as easy as possible. For that we are using DEBCONF_PRIORITY=critical as a KERNEL_PARAMS . Well the input priority for the language is "high" and changing our priority to high would introduce more questions from other packages, which is not desirable. So is there a problem with changing the priority to "critical" instead of "high", I don't see a reason against doing that. If you agree please change: db_input high $template || [ $? -eq 30 ] to db_input critical $template || [ $? -eq 30 ] (line 253 in localechooser) Anyway please give me a small feedback. Greetings Steffen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --- End Message --- --- Begin Message --- Source: localechooser Source-Version: 1.15 We believe that the bug you reported is fixed in the latest version of localechooser, which is due to be installed in the Debian FTP archive: localechooser_1.15.dsc to pool/main/l/localechooser/localechooser_1.15.dsc localechooser_1.15.tar.gz to pool/main/l/localechooser/localechooser_1.15.tar.gz localechooser_1.15_all.udeb to pool/main/l/localechooser/localechooser_1.15_all.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier <[EMAIL PROTECTED]> (supplier of updated localechooser package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 15 May 2006 07:45:03 -0500 Source: localechooser Binary: localechooser Architecture: source all Version: 1.15 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Christian Perrier <[EMAIL PROTECTED]> Description: localechooser - choose language/country/locale (udeb) Closes: 362502 367080 Changes: localechooser (1.15) unstable; urgency=low . [ Christian Perrier ] * Add Valencian-Catalan to the languagelist (commented). Closes: #362502 * Use critical priority for language and country questions. Closes: #367080 . [ Joey Hess ] * Remove some unnecessary logging of success and debug logging. * Discard locale-gen stdout. Files: 6c1d622275bf3006e59c3e28ed546c84 756 debian-installer optional localechooser_1.15.dsc 18d9e0d559ec67fbe71510933f3b6eca 77926 debian-installer optional localechooser_1.15.tar.gz 99a13da4b3ab45a591b1fe34f047f108 104272 debian-installer optional localechooser_1.15_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEaKff1OXtrMAUPS0RAgjzAJwNRvX7sDrdxN76ba4819Z+Y3RIGwCgnyaT GwWq3Hhz7UDfT3A4lLXbtvo= =TGoo -END PGP SIGNATURE- --- End Message ---
Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards
On Mon, 2006-05-15 at 07:27 +0200, Frans Pop wrote: > > The current daily images now show the AT keymap list. I've tested this on > Frank Lichtenheld's Powerbook G4 laptop, and all keys are mapped OK for > the German keyboard. > > The only change from the USB-MAC keymaps is that the apple key no longer > works as the modifier key. Instead these can be accessed using Fn-Alt, > which can probably be explained as that is probably equivalent to the > right-Alt key on "regular" AT keyboards on i386. > > AFAICT the options are: > - should the AT keymaps be made to support the apple key as modifier key > or > - should we go back to using the USB-MAC keymaps for powerpc This may still be necessary, as some Apple keyboards tend to have different layouts from 'standard' PC keyboards. Just as one example, the Swiss German Apple keyboard has the @ symbol on the G key. AFAIK in some other countries the layout can be completely different. > - should powerpc users learn to use Fn-Alt instead of the apple key Not sure if the fact that newer Apple laptops treat the fn key differently matters for this, but at any rate the whole fn concept seems to be rather unintuitive and/or inconvenient for people, at least initially. > Going back to USB-MAC keymaps is possibly not the prefered option because > as I understand it the input layer of the 2.6 kernel translates > everything to "AT", so in principle all architectures should now use AT > keymaps. I'm not very familiar with all the issues involved, but I suspect you may be mixing up keycodes (and/or keysyms?) and keymaps here. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Re: Proposal for integration of the graphical installer
On 5/15/06, Sven Luther <[EMAIL PROTECTED]> wrote: On Mon, May 15, 2006 at 02:47:05PM +0200, Davide Viti wrote: > Hi Sven, > > On Mon, May 15, 2006 at 02:33:42PM +0200, Sven Luther wrote: > > I am not sure if g-i is booting on powerpc right now though, last we tried in > > january, it crashed. > > Eddy tried an image dated May 11 and it did boot succesfully; colours are still > messed up (not a surprise), but hopefully it should be fixed once gtk+directfb > 2.10.x is out. Ah, nice ... This probably means we will never know what caused the problem though. Indeed, that is a problem, but I am not willing to go back in time to see what went wrong mostly because of the chaos surrounding the way the g-i images were built back then. In spite of that, „if you didn't fix it, it ain't fixed" comes back into my mind :( . I wonder which image Eddy tried though, from the new builder from Colin, or the last known good one which frans copied from my builder. I guess it is the new ones from Colin though. Colin's. If you still have the buider running I could test your image, too. Maybe we might catch some weird problems. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: partman-crypto: dm-crypt status update
On Mon, May 15, 2006 at 07:06:55PM +0200, Jesus Climent wrote: Testing with qemu, report follows: qemu-img create disk.img 2G wget http://nusquama.org/~max/d-i/crypto/2006-05-14/netboot/mini.iso qemu -hda disk.img -cdrom mini.iso -boot d Note that the partman-crypto dailies built by Max does not include all the updated packages that I listed before. I'll let you know as soon as they are included (should be a matter of a day or two as the fixed base-installer is in unstable and popt/cryptsetup is in ftp-master NEW queue). Meanwhile I could build a custom image and post the URL if you're interested? separating the partitions as 32M, 1G and the rest lead several times to the error in http://www.pumuki.org/~data/di/snapshot1.png with the LVM partition not being defined. separating the partitions as 32M, 1.1G and the rest lead to a proper installation. after reboot, I got an error as shown under http://www.pumuki.org/~data/di/snapshot2.png I will take a look at that part (looks like cryptsetup fails) and see if I can help. LVM not working is not unexpected :) Right now I think you need to avoid it. I've just started looking into it, but want to make sure that the basic (i.e. non-LVM functionality) is working. Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367402: Tyan S2865
Package: installation-reports Boot method: Image version: Date: Machine: Processor: AMD Opteron(tm) Processor 144 Memory: MemTotal: 1024068 kB Partitions: # cat /etc/fstab # /etc/fstab: static file system information. # # proc/proc procdefaults0 0 /dev/md1/ jfs defaults,errors=remount-ro 0 1 /dev/md0noneswapsw 0 0 /dev/hdb/media/cdrom0 udf,iso9660 user,noauto 0 0 > Output of lspci and lspci -n: # lspci :00:00.0 Memory controller: nVidia Corporation: Unknown device 005e (rev a3) :00:01.0 ISA bridge: nVidia Corporation: Unknown device 0050 (rev a3) :00:01.1 SMBus: nVidia Corporation: Unknown device 0052 (rev a2) :00:02.0 USB Controller: nVidia Corporation: Unknown device 005a (rev a2) :00:02.1 USB Controller: nVidia Corporation: Unknown device 005b (rev a3) :00:06.0 IDE interface: nVidia Corporation: Unknown device 0053 (rev f2) :00:07.0 IDE interface: nVidia Corporation: Unknown device 0054 (rev f3) :00:08.0 IDE interface: nVidia Corporation: Unknown device 0055 (rev f3) :00:09.0 PCI bridge: nVidia Corporation: Unknown device 005c (rev a2) :00:0a.0 Bridge: nVidia Corporation: Unknown device 0057 (rev a3) :00:0b.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) :00:0c.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) :00:0d.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) :00:0e.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :01:05.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :04:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11) # lspci -n :00:00.0 0580: 10de:005e (rev a3) :00:01.0 0601: 10de:0050 (rev a3) :00:01.1 0c05: 10de:0052 (rev a2) :00:02.0 0c03: 10de:005a (rev a2) :00:02.1 0c03: 10de:005b (rev a3) :00:06.0 0101: 10de:0053 (rev f2) :00:07.0 0101: 10de:0054 (rev f3) :00:08.0 0101: 10de:0055 (rev f3) :00:09.0 0604: 10de:005c (rev a2) :00:0a.0 0680: 10de:0057 (rev a3) :00:0b.0 0604: 10de:005d (rev a3) :00:0c.0 0604: 10de:005d (rev a3) :00:0d.0 0604: 10de:005d (rev a3) :00:0e.0 0604: 10de:005d (rev a3) :00:18.0 0600: 1022:1100 :00:18.1 0600: 1022:1101 :00:18.2 0600: 1022:1102 :00:18.3 0600: 1022:1103 :01:05.0 0300: 1002:4752 (rev 27) :04:00.0 0200: 14e4:1659 (rev 11) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [E] Config network: [E] Detect CD: [E] Load installer modules: [E] Detect hard drives: [E] Partition hard drives: [E] Create file systems:[E] Mount partitions: [E] Install base system:[E] Install boot loader:[E] Reboot: [E] Comments/Problems: versions of the installer. The version I used had file dates May-13-06 (this date should be part of the iso file name!!) There was a problem with the RAID - it came out with the partitions mis mated - Might have been my error?? After running and installing a few packages the file system became corrupted and was not rebootable. Will run memtest and try to zero the supper blocks and start over. > Karl Schmidt EMail [EMAIL PROTECTED] Transtronics, Inc. WEB http://xtronics.com 3209 West 9th StreetPh (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 There's many a bestseller that could have been prevented by a good teacher. --Flannery O'Connor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards
On 5/15/06, Eddy Petrişor <[EMAIL PROTECTED]> wrote: Every reference to the „Option key" here, was in fact inteneded to be reference to the „Command key". Sorry for the wrong information. I personally use the Option key (or Apple as some might call it) as an AltGr key. The Fn+Alt is used for right click emulation while Fn+Option is for middle click. I need all of the keys as they are in order to be able to use diacritics and be able to use applications in a fast and confortable manner. So please keep this in mind when you decide what to do. > P.S. Eddy: a test by you too would be very welcome, especially if you can > do a full installation and check the full range of characters on the > installed system. Ok, there is a partition on which I can do test installations; btw, two linux installations on a new world powerpc machine imposes a problem: all kernels should be placed on the same partition due to a limitation in yaboot. How does d-i deal with this when Debian is installed on a system on which there is already installed another linux system? -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: partman-crypto: dm-crypt status update
On Mon, May 15, 2006 at 07:48:29PM +0200, David Härdeman wrote: On Mon, May 15, 2006 at 07:06:55PM +0200, Jesus Climent wrote: Testing with qemu, report follows: qemu-img create disk.img 2G wget http://nusquama.org/~max/d-i/crypto/2006-05-14/netboot/mini.iso qemu -hda disk.img -cdrom mini.iso -boot d Note that the partman-crypto dailies built by Max does not include all the updated packages that I listed before. I'll let you know as soon as they are included (should be a matter of a day or two as the fixed base-installer is in unstable and popt/cryptsetup is in ftp-master NEW queue). Meanwhile I could build a custom image and post the URL if you're interested? Sorry, come to think of it, the install of cryptsetup into /target retrieves it from the testing or unstable repository. So the easiest solution is probably to exercise some patience :) Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: partman-crypto: dm-crypt status update
On Mon, May 15, 2006 at 07:06:55PM +0200, Jesus Climent wrote: > > Testing with qemu, report follows: > > separating the partitions as 32M, 1.1G and the rest lead to a proper > installation. > > after reboot, I got an error as shown under > http://www.pumuki.org/~data/di/snapshot2.png > > I will take a look at that part (looks like cryptsetup fails) and see if I can > help. Botting and running cryptsetup manually ends in http://www.pumuki.org/~data/di/snapshot3.png The /etc/crypttab file reads: crypt0 /dev/hda3 none luks Loading dm-crypt reduces the error messaage down to the unknown action problem (libdevmapper part is fine). Trying to create the device manually, using "cryptsetup create crypt0 /dev/hda3" works to create the device mapped to the /dev/hda3 (http://www.pumuki.org/~data/di/snapshot4.png) Formatting the filesystem helps to get it mounted, so that makes me believe that the format part on the installer has some flaw... Frans Pop and I will probably start debugging the whole thing this afternoon MX time. -- Jesus Climent info:www.pumuki.org dj:triplestereo.com Unix SysAdm|Linux User #66350|Debian Developer|2.6.16|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Pray that there's intelligent life somewhere out in space / 'Cause there's bugger all down here on earth! --Man (Monty Python's The Meaning of Life) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: partman-crypto: dm-crypt status update
On Mon, May 15, 2006 at 07:48:29PM +0200, David Härdeman wrote: > > >separating the partitions as 32M, 1G and the rest lead several times to the > >error in http://www.pumuki.org/~data/di/snapshot1.png with the LVM > >partition > >not being defined. > > > >separating the partitions as 32M, 1.1G and the rest lead to a proper > >installation. > > LVM not working is not unexpected :) Right now I think you need to avoid > it. I've just started looking into it, but want to make sure that the > basic (i.e. non-LVM functionality) is working. The strange thing is that sometimes it uses LVM and sometimes it just creates a crypto device accessible through dm. -- Jesus Climent info:www.pumuki.org dj:triplestereo.com Unix SysAdm|Linux User #66350|Debian Developer|2.6.16|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 It's called a change-over. The movie goes on and nobody knows the difference. --Narrator (Fight club) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Running debian-installer from the command line?
Hi Joachim, I also failed already using debian-installer from command line (on a Mipsel SUPERTOLL (German for "super great", sic!) system). I haven't tested it recently in detail but I think a few of your steps/assumptions are wrong. On Sun, May 14, 2006 at 11:44:07PM +0200, Joachim Durchholz wrote: > Um... telinit alone might not work, and there's some setup work > involved. Let me spell out the steps: > > 1. Base system has / on a RAM disk You need to extract the initial RAM disk and chroot into it before to have it available as /. > 2. Partition and format the HDD as needed You can do this step already before 1 using you fully supported (outer) system. > 3. Mount the future root partition on (say) /mnt/root > 4. Download the ISO into / (or to /mnt/root if it won't fit into the >RAM disk) A mount --bind should also work to make a subdirectory available in the RAM disk. > 5. mkdir /mnt/iso, loop-mount the ISO to /mnt/iso > 6. cp -a /mnt/iso /mnt/root No need to copy if /mnt/root contains the ISO image. Just mount it below /mnt/root/mnt/iso. > 7. Shutdown most daemons. Particularly those that service any IP ports. >(Other services, too?) Why do you want to stop daemons, which one? Most probably you refer to the daemons in your outer system (in which you called chroot), so you have to exit the chroot first. > 8. chroot /mnt/iso /bin/bash --login ?? A ISO image does not carry a valid system! You should chroot into the directory which contains the initial RAM disk instead. > 9. telinit -Q ?? Why is this necessary? Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [powerpc] triple boot
On 5/15/06, Geert Stappers <[EMAIL PROTECTED]> wrote: On Mon, May 15, 2006 at 08:50:17AM +0300, Eddy =?UTF-8?Q?Petri=C5=9For ?= wrote: > Ok, there is a partition on which I can do test installations; btw, > two linux installations on a new world powerpc machine imposes a > problem: all kernels should be placed on the same partition due to a > limitation in yaboot. How does d-i deal with this when Debian is > installed on a system on which there is already installed another > linux system? I assume that yaboot allows to choose from several kernels, so having different kernel available for booting is possible. Yes, I have at some moment a kernel for gentoo and one for Debian, both working fine. d-i has a "os-detect-compoment" that can "see" allready installed operating systems. I know, but I don't know how this information is used on ppc. The only obstacle I see that _can_ block "triple boot", is the size of the (single) boot partition. True, but I was asking if d-i knows how to handle this issue. In other words: dive into the PowerPC test installations Probably that is a good idea, but I don't feel like screwing my current yaboot configuration on my workstation (I am still aliterate when it comes to yaboot configuration). -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Bug#367245: cannot reproduce
Using current d-i, software raid 0 works fine, it mounts it as /dev/md/0 I also cannot reproduce the reported issues with etch netboot images. -- see shy jo signature.asc Description: Digital signature
Bug#367402: Tyan S2865
On Monday 15 May 2006 19:45, Karl Schmidt wrote: > Initial boot worked: [E] [...] > Reboot: [E] Why did you put "Error" everywhere? Most of the installation must have gone OK looking at your comments below. > Comments/Problems: > earlier versions of the installer. What do you mean exactly? Did jfs on RAID work with the Sarge installer or did it not? If not, _what_ did not work. > Will run memtest and try to zero the supper blocks and start over. Sounds like a good option. If that fails too, could you please also try with ext3? That will help narrow it down to either the RAID setup of the jfs filesystem.
Processed: tagging 367245
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.19 > tags 367245 unreproducible Bug#367245: software raid cannot be used for anything There were no tags set. Tags added: unreproducible > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: partman-reiser4
hi Jack, On Mon, May 01, 2006 at 11:58:04PM -0700, [EMAIL PROTECTED] wrote: > I'm interested in installing Debian on a reiser4 root partition > > Are you aware of any work on a partman-reiser4 udeb? no, sorry. debian linux kernel guys vetoed reiser4 in debian kernel long time ago. i don't even remember when it was, but Martin Michlmayr was already mentioning this on January 2005 [0]. probably this is the right time to ask them for an update on this story. to what is my current view of the reiser4 merge in the vanilla, i don't think it is around the corner. i've never been eager to start working on the debian-installer support for reiser4. last time i tried, again some time ago, i found it pretty scary. so, if anybody is willing to take over that part... cheers domenico [0] http://www.newsforge.com/article.pl?sid=04/12/23/2023223 -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [LONG] ppp-udeb: A succesful installation using it, some ideas and some requests for advices
[EMAIL PROTECTED] wrote: >> No. DHCP and PPPoE support are not related. >Err, this is a problem in the d-i intergration. D-I should prompt as No, it's not. You use DHCP to configure the ethernet interface and then use PPPoE for the ppp0 interface. >few times as possible. The most usual/convenient case is to have a >dhcp server on the network and to have all configuration information >from that dhcp server. Currently D-I asks for manual configuration >information in case DHCP fails. AFAICS, with the introduction of PPPoE >configuration, manual configuration should be requested in case the >PPPoE configuration fails, too (after the automatic identification of >concentrators). No, it should always be requested and *before* any attempt to configure PPPoE. >> > - if concentrator detection fails, drop to manual configuration >> If no concentrator is detected then the interface does not support >> PPPoE and there is no need or reason to configure anything. >That is if you assume that I ment "manual PPPoE configuration", but I >ment "static configuration" :-) of the Ethernet card. Then it's something not related in any way to PPPoE support. When you start probing for PPPoE the ethernet interface should already have been configured. >Is it possible to have a PPPoE configuration ran as in the following >scheme: > - configure the Ethernet card through DHCP > - configure a ppp connection (PPPoE) over the Ethernet card >configured at the previous step; the nameserver and default route are >set through the PPP connection? This is what I have been explaining you need to do. >I was under the impression that on a PPPoE connection one will have >always an Ethernet card (ethX) which is just up, but has no IP, and a >pppY virtual interface which has an IP which is given by the PPP >server. Is this picture not correct? Yes. I already explained this multiple times. An IP address is not *needed* on the ethernet interface, but always configuring one is simpler and may prevent problems later. >> >is, when should the PPPoE configuration be attempted? It seems logical >> After DHCP. >After DHCP fails, right? Or? After DHCP or manual configuration of the ethernet interface. >> >In case the PPPoE connection fails, should the user be given the >> >chance to configure the card as static? Note that if the concentrator >> These things are not related. >They are from a D-I usability POV. As I explained, they are not. >> >There is small issue, if the concentrator is searched on a card, then >> >the card in question must be "ifconfig CARD up" with no IP, should >> >this be restored if the concentrator is not found? Would it affect the >> Wrong, the ethernet card should get a proper IP address. Network >> interfaces used for PPPoE do not need any special configuration. >I'm afraid your statements sound conflictive with each other. >What I know is what happens here. The configuration supported by my >provider works if I "ifconfig eth9 up" with the ethernet not having >any IP and then start pppd so ppp0 is started. You do not *need* an IP address on the interface but *should* have one. And as you noticed, always configuring it is simpler. >> >How can the configuration information be copied to the target system >> >after the system is installed? >> The udev script already does this. >That is not possible because of various reasons; It is if you do it correctly. >I tested an installation and: >1) the ppp related stuff was not installed by default It is supposed to be. >2) the configuration of pppoe on the target system was not the same as >the one in the d-i envronment. I do not know what this means, but the d-i configuration will work in the installed system as well. >3) it is not possible to copy the pppoe configuration on the target at >the time the ppp-udeb postinst is ran because the system does not have >yet configured the destination partition for /. (It is necessary to Obviously you need to do it later. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for integration of the graphical installer
On Mon, May 15, 2006 at 08:28:21PM +0300, Eddy Petrişor wrote: > On 5/15/06, Sven Luther <[EMAIL PROTECTED]> wrote: > >On Mon, May 15, 2006 at 02:47:05PM +0200, Davide Viti wrote: > >> Hi Sven, > >> > >> On Mon, May 15, 2006 at 02:33:42PM +0200, Sven Luther wrote: > >> > I am not sure if g-i is booting on powerpc right now though, last we > >tried in > >> > january, it crashed. > >> > >> Eddy tried an image dated May 11 and it did boot succesfully; colours > >are still > >> messed up (not a surprise), but hopefully it should be fixed once > >gtk+directfb > >> 2.10.x is out. > > > >Ah, nice ... > > > >This probably means we will never know what caused the problem though. > > Indeed, that is a problem, but I am not willing to go back in time to > see what went wrong mostly because of the chaos surrounding the way > the g-i images were built back then. > > In spite of that, „if you didn't fix it, it ain't fixed" comes back > into my mind :( . Yep, but hey, it works now. We also never really knew why it broke in the first place, so .. > >wonder which image Eddy tried though, from the new builder from Colin, or > >the > >last known good one which frans copied from my builder. I guess it is the > >new > >ones from Colin though. > > Colin's. If you still have the buider running I could test your image, > too. Maybe we might catch some weird problems. Yeah, i still have them running, mostly because i was too lazy to disable them, especially now that Colin has the miboot stuff enabled. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
On Mon, May 15, 2006 at 07:04:50PM +0200, Attilio Fiandrotti wrote: > Frans Pop wrote: > >On Monday 15 May 2006 16:46, Attilio Fiandrotti wrote: > > > >>What about using GTK libraries from CVS ? i386 experimental udebs i > >>built some times ago proved to work well (better than 2.0.9 regarding > >>fonts) and i can tell you the DFB backend they contain is much more > >>robust than the one contained in 2.0.9 libraries (which was nothing > >>more than an hacky set of patches applied to standard 2.0.9 GTK > >>libraries, far away from being bugless). > > > > > >We could look at that, but I will not have time until after my holidays. > > I'm more and more convinced that a patched GTK 2.9.0 set of libraries > would be a reasonable solution for the g-i while waiting for GTK 2.10 to > be released. > This would allow us to spot potential problems that could arise with > recent GTK libraries even before GTK 2.10 is released (and some were > prevously detected using the udebs form CVS). > Many improvements introduced in GTK > 2.8 are related to advanced > functionalities (printing system, async file chooser..) that the g-i > does not make use of at all (the GTK frontend makes use of a very > minimal set of classic GTK widgets) and so i think that bugs that may > still be present in GTK 2.9.0 won't affect our g-i directly nor indirectly. > Some time is indeed needed to create a patchfile, build experimental > udebs etc.. () , so i guess you can enjoy your vacations while GTK 2.9.0 > is being fixed up for later udeb packaging :) Another aspect not to forget about this too. We have made considerable effort to bring the directfb code to gtk 2.9+. We have involved external folk outside of d-i to help us and make this happen (I am thinking of Dennis and Mike in particular here, but there may be others), and if we are going to end not using it in etch after all, this may not be good for motivation for finding help the next time we need it. I had prepared a mail about this selfsame subject some time ago, but it got eaten by my exim4 setup, and maybe better given the latest involvement, because it was maybe a bit agressive :). That said, another important point is, will we be using a separate gtk-dfb 2.9/2.10 package set, or will we be using the main gtk debian package ? In this second case, are the gtk-gnome folk ready to move to gtk 2.10 for etch ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards
On Mon, May 15, 2006 at 06:38:12PM +0200, Michel Dänzer wrote: > On Mon, 2006-05-15 at 07:27 +0200, Frans Pop wrote: > > > > The current daily images now show the AT keymap list. I've tested this on > > Frank Lichtenheld's Powerbook G4 laptop, and all keys are mapped OK for > > the German keyboard. > > > > The only change from the USB-MAC keymaps is that the apple key no longer > > works as the modifier key. Instead these can be accessed using Fn-Alt, > > which can probably be explained as that is probably equivalent to the > > right-Alt key on "regular" AT keyboards on i386. > > > > AFAICT the options are: > > - should the AT keymaps be made to support the apple key as modifier key > > or > > - should we go back to using the USB-MAC keymaps for powerpc > > This may still be necessary, as some Apple keyboards tend to have > different layouts from 'standard' PC keyboards. Just as one example, the > Swiss German Apple keyboard has the @ symbol on the G key. AFAIK in some > other countries the layout can be completely different. I believe in every country except pure-US, the layout is different, we had loads of problems with this with regard to X keyboard mappings. Friendly, Sven Luther
Re: partman-reiser4
Domenico Andreoli wrote: > hi Jack, > > On Mon, May 01, 2006 at 11:58:04PM -0700, [EMAIL PROTECTED] wrote: > > I'm interested in installing Debian on a reiser4 root partition > > > > Are you aware of any work on a partman-reiser4 udeb? > > no, sorry. > > debian linux kernel guys vetoed reiser4 in debian kernel long time > ago. i don't even remember when it was, but Martin Michlmayr was already > mentioning this on January 2005 [0]. probably this is the right time > to ask them for an update on this story. to what is my current view of > the reiser4 merge in the vanilla, i don't think it is around the corner. General Debian Kernel Team policy is to not include feature patches, unless they are already in the upstream kernel. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powerpc daily sid_d-i CD builds working again
On Mon, May 15, 2006 at 04:01:17PM +0200, Yves-Alexis Perez wrote: > On Mon, 2006-05-15 at 15:28 +0200, Sven Luther wrote: > > What framebuffer is used ? atyfb probably ? > > I don't really know. I used video=ofonly but it doesnt help. > I can login on terminal 4, and it seems that there are no fb module (at > least find /lib/module/2.6.16-powerpc-1 -name '*fb*' outputs nothing. > > I have a /dev/fb0 What does dmesg say, and also what is the content of /proc/fb. My powerbook says : $ more /proc/fb 0 ATI Radeon Lf > > I believe that this one is builtin in the kernel, it used to be at > > least. Can > > you check that ? > > > > Basically, there is two possibilities of it failing : > > > > 1) the framebuffer device is not builtin, and cannot be found as > > module. > > how can I check I check if framebuffer is builtin ? Read the dmesg output, and see what it says. Check /proc/fb too. Check the .config file. Or alternatively give us the lspci output corresponding to your graphic card, and the kernel version used, and i will investigate for you. > > 2) the graphical frontend doesn't know how to deal with builtin > > framebuffer > > devices. > > > > What strikes me at odd though, is that if you are having output, then > > you > > already have a framebuffer device, and thus there is a problem around > > 2). > > MAybe it tries to loade vesafb, or something such. > > dmesg | grep fb outputs nothing useful Ah, this is suspisious. At least offb and radeonfb are builtin, and either should report a fb-greppable string. Maybe dmesg did overflow ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards
On Mon, May 15, 2006 at 05:28:08PM +0200, Frans Pop wrote: > On Monday 15 May 2006 16:28, Sven Luther wrote: > > You probably can, adb keyboards are only used on oldworld machines, and > > those are easily enough to detect from /proc/cpuinfo. We even do so to > > get the oldworld subarch (pmac_oldworld even). > > Huh? The machine I tested on was a Powerbook G4 laptop. That's not > oldworld, right? The attachment in [1] was taken from that machine... Indeed not. I don't remember, but it is well possible that at least some newworld laptops still used adb keyboard internally, while desktop systems all moved to usb ones. It should be possible to detect the right thing via some /proc/device-tree parsing. Once we know exactly the situation, i would voluntarily provide the code for that, as we did already for the airport detecting back in the days ... Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [LONG] ppp-udeb: A succesful installation using it, some ideas and some requests for advices
On 5/16/06, Marco d'Itri <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: >> No. DHCP and PPPoE support are not related. >Err, this is a problem in the d-i intergration. D-I should prompt as No, it's not. You use DHCP to configure the ethernet interface and then use PPPoE for the ppp0 interface. >few times as possible. The most usual/convenient case is to have a >dhcp server on the network and to have all configuration information >from that dhcp server. Currently D-I asks for manual configuration >information in case DHCP fails. AFAICS, with the introduction of PPPoE >configuration, manual configuration should be requested in case the >PPPoE configuration fails, too (after the automatic identification of >concentrators). No, it should always be requested and *before* any attempt to configure PPPoE. >> > - if concentrator detection fails, drop to manual configuration >> If no concentrator is detected then the interface does not support >> PPPoE and there is no need or reason to configure anything. >That is if you assume that I ment "manual PPPoE configuration", but I >ment "static configuration" :-) of the Ethernet card. Then it's something not related in any way to PPPoE support. When you start probing for PPPoE the ethernet interface should already have been configured. >Is it possible to have a PPPoE configuration ran as in the following >scheme: > - configure the Ethernet card through DHCP > - configure a ppp connection (PPPoE) over the Ethernet card >configured at the previous step; the nameserver and default route are >set through the PPP connection? This is what I have been explaining you need to do. >I was under the impression that on a PPPoE connection one will have >always an Ethernet card (ethX) which is just up, but has no IP, and a >pppY virtual interface which has an IP which is given by the PPP >server. Is this picture not correct? Yes. I already explained this multiple times. An IP address is not *needed* on the ethernet interface, but always configuring one is simpler and may prevent problems later. If I am going to do that on the connection from my provider, I will have my contract termitated in a second because I am not allowed to use other IPs in their network than the ones given by thier servers, and believe me, there is NO configuration given for the ethernet card. This should explain my persistance in my position and the conclusions I have came to. Advice is awaited. >> >is, when should the PPPoE configuration be attempted? It seems logical >> After DHCP. >After DHCP fails, right? Or? After DHCP or manual configuration of the ethernet interface. Or ifconfig ethX up with no IP, as in my case, so AFAICT, the postinst should detect if an Ethernet card is up, and if it is, try to probe for a concentrator. If the card is not yet up with an IP, the ppp-udeb.postinst script should just up it, wiithout an IP. At least that's how it seems logical to me. >> >There is small issue, if the concentrator is searched on a card, then >> >the card in question must be "ifconfig CARD up" with no IP, should >> >this be restored if the concentrator is not found? Would it affect the >> Wrong, the ethernet card should get a proper IP address. Network >> interfaces used for PPPoE do not need any special configuration. >I'm afraid your statements sound conflictive with each other. >What I know is what happens here. The configuration supported by my >provider works if I "ifconfig eth9 up" with the ethernet not having >any IP and then start pppd so ppp0 is started. You do not *need* an IP address on the interface but *should* have one. And as you noticed, always configuring it is simpler. No, I *have* observed that an "ifconfig ethX up" which will result in a interface which is up, but has no IP, is enough for the probing to happen correctly. So the question remains, how does one determine which interfaces were brought up by the ppp-udeb script (probably simple, as they might be ones with no IP set) and which are they associated to (more difficult for multiple ppp connections)? Bonus points for the association in subsequent runs of the postinst. >> >How can the configuration information be copied to the target system >> >after the system is installed? >> The udev script already does this. >That is not possible because of various reasons; It is if you do it correctly. That's what I was asking for, help on how to do itm, because the ppp-udeb postinst is ran too early to export the configuration into the target system. >I tested an installation and: >1) the ppp related stuff was not installed by default It is supposed to be. by whom? >2) the configuration of pppoe on the target system was not the same as >the one in the d-i envronment. I do not know what this means, but the d-i configuration will work in the installed system as well. The question is still "who will put the configuration there, in the target system?". This is a question which should be answered by d-i guys. >3)
Re: Proposal for integration of the graphical installer
On 5/16/06, Sven Luther <[EMAIL PROTECTED]> wrote: On Mon, May 15, 2006 at 08:28:21PM +0300, Eddy Petrişor wrote: > On 5/15/06, Sven Luther <[EMAIL PROTECTED]> wrote: > >On Mon, May 15, 2006 at 02:47:05PM +0200, Davide Viti wrote: > >> Hi Sven, > >> > >> On Mon, May 15, 2006 at 02:33:42PM +0200, Sven Luther wrote: > >> > I am not sure if g-i is booting on powerpc right now though, last we > >tried in > >> > january, it crashed. > >> > >> Eddy tried an image dated May 11 and it did boot succesfully; colours > >are still > >> messed up (not a surprise), but hopefully it should be fixed once > >gtk+directfb > >> 2.10.x is out. > > > >Ah, nice ... > > > >This probably means we will never know what caused the problem though. > > Indeed, that is a problem, but I am not willing to go back in time to > see what went wrong mostly because of the chaos surrounding the way > the g-i images were built back then. > > In spite of that, „if you didn't fix it, it ain't fixed" comes back > into my mind :( . Yep, but hey, it works now. We also never really knew why it broke in the first place, so .. > >wonder which image Eddy tried though, from the new builder from Colin, or > >the > >last known good one which frans copied from my builder. I guess it is the > >new > >ones from Colin though. > > Colin's. If you still have the buider running I could test your image, > too. Maybe we might catch some weird problems. Yeah, i still have them running, mostly because i was too lazy to disable them, especially now that Colin has the miboot stuff enabled. So, will you disable them, or should I try to test your images, too ? (it seems to me that there shouldn't be differences, but you'll never know :) -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: Issues regarding powerpc and Sven
On Sun, May 14, 2006 at 11:18:11PM -0500, Anthony Towns wrote: > Frans and Colin dropped from Cc's, -boot and -powerpc Bcc'ed only; > please avoid crossposting. As Anthony suggested, i replied on debian-project. For those interested, the thread continues here : http://lists.debian.org/debian-project/2006/05/msg00187.html Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powerpc daily sid_d-i CD builds working again
On Mon, 2006-05-15 at 23:53 +0200, Sven Luther wrote: > On Mon, May 15, 2006 at 04:01:17PM +0200, Yves-Alexis Perez wrote: > > On Mon, 2006-05-15 at 15:28 +0200, Sven Luther wrote: > > > What framebuffer is used ? atyfb probably ? > > > > I don't really know. I used video=ofonly but it doesnt help. > > I can login on terminal 4, and it seems that there are no fb module (at > > least find /lib/module/2.6.16-powerpc-1 -name '*fb*' outputs nothing. > > > > I have a /dev/fb0 > > What does dmesg say, and also what is the content of /proc/fb. My powerbook > says : > > $ more /proc/fb > 0 ATI Radeon Lf 0 OFfb ATY,264LTP 1 OFfb ATY,264LTP > > > > I believe that this one is builtin in the kernel, it used to be at > > > least. Can > > > you check that ? > > > > > > Basically, there is two possibilities of it failing : > > > > > > 1) the framebuffer device is not builtin, and cannot be found as > > > module. > > > > how can I check I check if framebuffer is builtin ? > > Read the dmesg output, and see what it says. Check /proc/fb too. Check the > .config file. dmesg says nothing about framebuffer. The .config is the one used when generating powerpc gtk installer, don't know where to find it. > > Or alternatively give us the lspci output corresponding to your graphic card, > and the kernel version used, and i will investigate for you. Linux 2.6.16-1-powerpc lspci isn't very verbose at the moment because there are only "unknown devices". I'll reinstall a debian on it without the gtk installer to have those informations. > > > > 2) the graphical frontend doesn't know how to deal with builtin > > > framebuffer > > > devices. > > > > > > What strikes me at odd though, is that if you are having output, then > > > you > > > already have a framebuffer device, and thus there is a problem around > > > 2). > > > MAybe it tries to loade vesafb, or something such. > > > > dmesg | grep fb outputs nothing useful > > Ah, this is suspisious. At least offb and radeonfb are builtin, and either > should report a fb-greppable string. Maybe dmesg did overflow ? Possible yes, I'll try a restart before reinstalling -- Yves-Alexis Perez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for integration of the graphical installer
On Tuesday 16 May 2006 00:11, Eddy Petrişor wrote: > So, will you disable them, or should I try to test your images, too ? > (it seems to me that there shouldn't be differences, but you'll never > know :) They should preferably be disabled. Having images from one source is enough and we'll anyway have the builds integrated into the main build system soon. pgpnUiRRN33Je.pgp Description: PGP signature
Re: Running debian-installer from the command line?
Joachim Durchholz schrieb: 5) I'll be back as soon as I have more results :-) Hoo-key. After rummaging around in the /sbin/init script, I found that its main purpose was to set up a few directories, making sure that the root directory is a freshly installed RAM disk with the contents of the initrd image, and running the command "/bin/busybox init". Since my netboot system is already running in an initrd image, I can get away by setting everything up in /initrd, then chrooting. Here's how I did it: -- snip -- # Setup up a growable RAM disk on /tmp # (the netboot system I'm using has a too-small fixed-size one) mount -t ramfs nofs /tmp # Download and mount businesscard ISO image from debian.org cd /tmp wget http://cdimage.debian.org/debian-cd/3.1_r2/i386/iso-cd/debian-31r2-i386-businesscard.iso mount -o loop /tmp/debian-31r2-i386-businesscard.iso /cdrom # Extract and mount 2.6 initrd from mounted ISO image gunzip -c /cdrom/install/2.6/initrd.gz >/tmp/initrd mount -o loop /tmp/initrd /initrd # Things are almost correct now, # we just need to map /proc and /dev over to /initrd: mount --rbind /proc /initrd/proc mount --rbind /dev /initrd/dev # Run "busybox init" cd /initrd /usr/sbin/chroot . /bin/busybox init /proc/self/fd/1 2>/proc/self/fd/2 -- snip -- Everything worked fine, except that this darn "/bin/busybox init" command refused to run. When called from a chroot command, it would say -- snip -- BusyBox v1.00-pre10 (Debian 20040623-1) multi-call binary Usage: init -- snip -- and terminate. (I'm not aware of any usage errors - actually there isn't much room for that, so this message had me "Huh??".) -- An alternate approach would be running the various scripts directly. If I interpret the /etc/inittab file in the initrd correctly, it's running first debian-installer-startup, then debian-installer. These scripts run the files in /lib/debian-installer-install.d /etc/rcS.d (which happens to be empty) /lib/debian-installer.d I tried that, but ran into lots of error messages. Actually most of these errors seem harmless - I don't really care if the frame buffer can't be properly set up when I'm going through SSH :-) However, there's no indication which of the scripts are there to help the installer, and which are preparing things for the new system. It's all a large monolithic blob, and I'd have to spend a *lot* of time finding out what's relevant for me and what isn't. -- Conclusion: It would be nice to use Debian installer, but it's too difficult to separate the relevant from the irrelevant parts. I think more work on the Debian installer for this case is needed. I'd suggest setting up a debian-installer-linux command and associated script directory, which would carry just those scripts that are relevant for the install-Debian-from-a-running-Linux case. This seems like a workable path to me. Unfortunately, it's somewhat beyond my Debian-installer expertise and way beyond my time budget. Which means I'm giving up. I hope this all did/does help somebody even though it's a negative result... Regards, Jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367402: Tyan S2865
Frans Pop wrote: On Monday 15 May 2006 19:45, Karl Schmidt wrote: Initial boot worked:[E] [...] Reboot: [E] Why did you put "Error" everywhere? Most of the installation must have gone OK looking at your comments below. Sorry - lack of sleep - I tried 6 different install CDs before I got this far... All the E's should be O's Comments/Problems: What do you mean exactly? Did jfs on RAID work with the Sarge installer or did it not? If not, _what_ did not work. Will run memtest and try to zero the supper blocks and start over. Sounds like a good option. If that fails too, could you please also try with ext3? That will help narrow it down to either the RAID setup of the jfs filesystem. My latest hunch is the nForce4 Ultra chip set - I'm trying to find a later kernel complied for Sarge that might have it fixed - no luck finding one I can wget from the install shell. I have talked to others that are running AMD64 with RAID or JFS without any problems. I think the highest probability is the nForce4 drivers. Could be some glitch in the SATA drivers? memtest86+ has been running non stop with restricted air flow for 6 hours now. I'm going to zero the super blocks on those drives and try again - make sure I created everything cleanly. Karl Schmidt EMail [EMAIL PROTECTED] Transtronics, Inc. WEB http://xtronics.com 3209 West 9th StreetPh (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 Merchandise offered without price, is sure to cost more than it is worth. -kps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: partman-crypto: dm-crypt status update
On Mon, May 15, 2006 at 08:09:36PM +0200, Jesus Climent wrote: On Mon, May 15, 2006 at 07:06:55PM +0200, Jesus Climent wrote: Testing with qemu, report follows: separating the partitions as 32M, 1.1G and the rest lead to a proper installation. after reboot, I got an error as shown under http://www.pumuki.org/~data/di/snapshot2.png I will take a look at that part (looks like cryptsetup fails) and see if I can help. Botting and running cryptsetup manually ends in http://www.pumuki.org/~data/di/snapshot3.png The /etc/crypttab file reads: crypt0 /dev/hda3 none luks Loading dm-crypt reduces the error messaage down to the unknown action problem (libdevmapper part is fine). Trying to create the device manually, using "cryptsetup create crypt0 /dev/hda3" works to create the device mapped to the /dev/hda3 (http://www.pumuki.org/~data/di/snapshot4.png) Formatting the filesystem helps to get it mounted, so that makes me believe that the format part on the installer has some flaw... Nope, just that it was created as a LUKS partition and you mounted it as a regular dm-crypt partition...different key => different content on disk Frans Pop and I will probably start debugging the whole thing this afternoon MX time. The cryptsetup installed to /target will be completely b0rken until cryptsetup has been moved into unstable. The same goes for the newer base-installer and partman-crypto, so I don't think its time to start debugging just yet. I've put up a testing image at http://www.hardeman.nu/~david/files/crypto-netinst-hack.iso which includes all the pending udebs and which is preseeded to use unstable for debs and udebs. It also fetches a cryptsetup deb from my web server and installs into target instead of the outdated one in unstablei (thus creating a proper working initramfs). It's preseeded to not ask any questions except for partitioning, so you might not get the result you want on installation :) The root user will have the password "test". I'd either use that for playing around, or wait for a few days until unstable, and thereby partman-crypto daily images include newer udebs. Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of base-config_2.53.10.1_i386.changes
base-config_2.53.10.1_i386.changes uploaded successfully to localhost along with the files: base-config_2.53.10.1.dsc base-config_2.53.10.1.tar.gz base-config_2.53.10.1_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PowerPC request for help
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 11 May 2006 22:28:39 +0200 Frans Pop <[EMAIL PROTECTED]> wrote: > Hello Daniel, > > Sorry for not replying sooner. Preparations for Debconf (and after > arrival there the networking problems at Debconf) are the main reasons for > the delay. No problem; I was busier than I expected after I first wrote my note too. I have time now, and will be getting up to speed on my backlog of d-i and d-powerpc email, the d-i build process etc. First though is to take detailed notes as I install, using both the current normal build, and the miboot-enabled build I noticed Colin has started doing (which, once it's working, will probably take care of the biggest concern for powerpc d-i, which has been the lack of a dfsg-free way to bootstrap an oldworld mac). > > On Thursday 04 May 2006 00:15, Daniel Dickinson wrote: > > I'm interested in actually contributing to d-i (finally), and I > > noticed that you've put out a request for the PowerPC > > architecture. As I only have a single StarMax 3000/160 I probably > > can't help with the entire arch, but I can help with Old World Mac > > (and clones, obviously, since the StarMax is a Motorola mac clone > > from the period when apple gave there blessing to such > > endeavours). I have a fair level of script and C knowledge, but no > > experience with kernel, or deb/udeb packaging. I have been working > > on boot disks for i386 (from scratch, and I don't mean cookbook > > LFS-type from scratch), so I have a fairly good understanding of > > the linux boot process (though I still have to learn mac-specific > > parts). > > Your help is very welcome and the skills you list look like an > excellent=20 base. Udeb packaging is not all that different from > normal packaging and=20 we can help with any questions you may have. I haven't done packaging either (I'm not a DD), but I have used equivs, played around with local builds of aptitude. > Either ask on #debian-boot=20 (freenode) or on the list. irc.freenode.net? (I haven't used irc in at least ten years, and even then I never used it much) Also, when is the debian-installer monthly meeting? > The paper for my talk at debconf about d-i internals [1] may help you > get=20 started. Between that and the wiki I think I'll be mostly okay for getting started. > > (In fact I am trying to solve a d-i > > problem for getting floppies with 2.6 kernels, within the d-i way; > > so far I've gotten it to work non-d-i by using the ramdisk_xx kernel > > parameters, but I haven't yet managed to get a small enough > > initramfs). I should clarify that this particular note was for i386. > > I would be best able to help with a more experienced mentor, and > > =46or general d-i issues we will be glad to help. For some powerpc > specific= =20 > issues Colin may be able to help, but otherwise I guess you'll find > more=20 expertise on the debian-powerpc mailing list. Also Sven has > already=20 offered his help, which should be very valuable. > > > probably my initial role would be (on Old World PPC Macs & Clones) > > to test the installer regularly (weekly, semiweekly, daily?), > > tracking installation reports, and reproducing, tracing, and (where > > knowledge allows) resolving bugs. > > That's great. Testing the installer should only be needed on at most > a=20 weekly basis. Most needed is to test after major changes, like I'm booking time for twice weekly, starting Wednesday. > after a=20 switch to a new kernel. > Regular tests however also help to identify issues that are caused > outside= =20 > d-i, but for example affect debootstrap (base system installation) or > the=20 installation of tasks. > > A report on the current status of the installer for oldworld with a > list=20 of issues would be very welcome. Booked for tomorrow (Tuesday). > No problem. The daily builds are already taken care of. > > Holger Levsen (CCed) also offered help with oldworld (on IRC), so I=20 > suggest you two coordinate and exchange experiences. > > If you would like commit access to the d-i SVN repository, please let > us=20 know your alioth account name. I don't have an alioth account, and, to be honest, I'd rather vet my patches, at least at first. Either that, or have a separate branch that only gets merged to trunk after confirmation by an actual d-i person. TTYT, Daniel - -- 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) iD8DBQFEaQ70hvWBpdQuHxwRAmhtAJ9NO4lzpHlOyJ/9fhhkDJsLGsbJxgCfUYqt oyyi2zyXQnLCEbA6Kn1pYss= =bBT9 -END PGP SIGNATURE-
Bug#328498: marked as done (switch to cdebconf as default)
Your message dated Mon, 15 May 2006 23:09:07 -0400 with message-id <[EMAIL PROTECTED]> and subject line (no subject) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: cdebconf Version: 0.84 Severity: grave Justification: renders package unusable this package is uninstallable because it depends on libpango, which depends on debconf, which conflicts with cdebconf (maybe this is intended, because of the package description, which advises against the installation of the package :-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --- End Message --- --- Begin Message --- Package: apticron Version: 1.1.13 Hey, this bug was closed in this version but there is no changelog entries about it. -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu "É preciso não ter medo, é preciso ter a coragem de dizer." Rondó da Liberdade, Carlos Marighella signature.asc Description: Digital signature --- End Message ---
kernel & installer issues discussion at debconf
Hi, I just want to point out that we have at Tuesday, 10.05 in the Hacklab the stable release BoF, which will give us a chance to discuss that topic. (Thanks to Frans for pointing out how usefull such a pointer would be. :) Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367455: Package: installation-reports
Package: installation-reports INSTALL REPORT Debian-installer-version: Sarge 3.1R2 downloaded ftp (forget which mirror) o/a May 7 2006 uname -a: "Linux bezdomny 2.6.8-2-686 #1 Tue Aug 16 13:22:48 UTC 2005 i686 GNU/Linux" Date: about 0800Z 14 May 2006 (third time's a charm!) Method: How did you install? from CDROM What did you boot off? from CDROM Machine: Dell Dimension L8666r desktop Processor:Intel Coppermine 864/256 Memory:376MB SDRAM Root Device: Maxtor PATA 20GB Root Size/partition table: 3.9GB Output of lspci :00:00.0 Host bridge: Intel Corp. 82810E DC-133 GMCH [Graphics Memory Controller Hub] (rev 03) :00:01.0 VGA compatible controller: Intel Corp. 82810E DC-133 CGC [Chipset Graphics Controller] (rev 03) :00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) :00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) :00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02) :00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02) :01:08.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 09) :01:09.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15) :01:0a.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 50) :01:0a.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 50) :01:0a.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) :01:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and lspci -n: :00:00.0 0600: 8086:7124 (rev 03) :00:01.0 0300: 8086:7125 (rev 03) :00:1e.0 0604: 8086:2418 (rev 02) :00:1f.0 0601: 8086:2410 (rev 02) :00:1f.1 0101: 8086:2411 (rev 02) :00:1f.2 0c03: 8086:2412 (rev 02) :00:1f.3 0c05: 8086:2413 (rev 02) :01:08.0 0401: 1274:1371 (rev 09) :01:09.0 0300: 10de:002d (rev 15) :01:0a.0 0c03: 1106:3038 (rev 50) :01:0a.1 0c03: 1106:3038 (rev 50) :01:0a.2 0c03: 1106:3104 (rev 51) :01:0b.0 0200: 10b7:9200 (rev 78) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[0] Configure network HW: [E] Took about a week's work to figure out NDISWRAPPER, but found a tutorial @ linuxquestions.org that turned the magic key! Config network: [0] Detect CD: [0] Load installer modules: [0] Detect hard drives: [0] Partition hard drives: [0] Create file systems:[0] Mount partitions: [0] Install base system:[0] Install boot loader:[0] Reboot: [0] Comments/Problems: Now just need to figure out why I can't mount my USB flash drive. This is a great alternative to WinTel, should have tried it a long time ago. Thanks! Install logs and other status info is available in /var/log/debian-installer/. Once you have filled out this report, mail it to [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367455: marked as done (Package: installation-reports)
Your message dated Tue, 16 May 2006 07:13:42 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#367455: Package: installation-reports has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-reports INSTALL REPORT Debian-installer-version: Sarge 3.1R2 downloaded ftp (forget which mirror) o/a May 7 2006 uname -a: "Linux bezdomny 2.6.8-2-686 #1 Tue Aug 16 13:22:48 UTC 2005 i686 GNU/Linux" Date: about 0800Z 14 May 2006 (third time's a charm!) Method: How did you install? from CDROM What did you boot off? from CDROM Machine: Dell Dimension L8666r desktop Processor:Intel Coppermine 864/256 Memory:376MB SDRAM Root Device: Maxtor PATA 20GB Root Size/partition table: 3.9GB Output of lspci :00:00.0 Host bridge: Intel Corp. 82810E DC-133 GMCH [Graphics Memory Controller Hub] (rev 03) :00:01.0 VGA compatible controller: Intel Corp. 82810E DC-133 CGC [Chipset Graphics Controller] (rev 03) :00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) :00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) :00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02) :00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02) :01:08.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 09) :01:09.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15) :01:0a.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 50) :01:0a.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 50) :01:0a.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) :01:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and lspci -n: :00:00.0 0600: 8086:7124 (rev 03) :00:01.0 0300: 8086:7125 (rev 03) :00:1e.0 0604: 8086:2418 (rev 02) :00:1f.0 0601: 8086:2410 (rev 02) :00:1f.1 0101: 8086:2411 (rev 02) :00:1f.2 0c03: 8086:2412 (rev 02) :00:1f.3 0c05: 8086:2413 (rev 02) :01:08.0 0401: 1274:1371 (rev 09) :01:09.0 0300: 10de:002d (rev 15) :01:0a.0 0c03: 1106:3038 (rev 50) :01:0a.1 0c03: 1106:3038 (rev 50) :01:0a.2 0c03: 1106:3104 (rev 51) :01:0b.0 0200: 10b7:9200 (rev 78) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[0] Configure network HW: [E] Took about a week's work to figure out NDISWRAPPER, but found a tutorial @ linuxquestions.org that turned the magic key! Config network: [0] Detect CD: [0] Load installer modules: [0] Detect hard drives: [0] Partition hard drives: [0] Create file systems:[0] Mount partitions: [0] Install base system:[0] Install boot loader:[0] Reboot: [0] Comments/Problems: Now just need to figure out why I can't mount my USB flash drive. This is a great alternative to WinTel, should have tried it a long time ago. Thanks! Install logs and other status info is available in /var/log/debian-installer/. Once you have filled out this report, mail it to [EMAIL PROTECTED] --- End Message --- --- Begin Message --- On Tuesday 16 May 2006 06:40, bezdomny wrote: > Configure network HW: [E] Took about a week's work to figure out > NDISWRAPPER, but found a tutorial @ linuxquestions.org that turned the > magic key! Yes, that can be a challenge. Unfortunately we cannot support such hardware in the installer. > Comments/Problems: Now just need to figure out why I can't mount my > USB flash drive. That should be solvable and you can probably get help for that on the debian-user list. > This is a great alternative to WinTel, should have > tried it a long time ago. Thanks! Thank you for your installation report. I'm closing it as the installation was successful. Cheers, FJP --- End Message ---
Re: PowerPC request for help
(Still CCing as you requested that for this thread) On Tuesday 16 May 2006 01:29, Daniel Dickinson wrote: > Also, when is the debian-installer monthly meeting? They are announced on the debian-boot list and in the wiki: http://wiki.debian.org/DebianInstaller/Meetings > > > (In fact I am trying to solve a d-i > > > problem for getting floppies with 2.6 kernels, within the d-i way; > > > so far I've gotten it to work non-d-i by using the ramdisk_xx > > > kernel parameters, but I haven't yet managed to get a small enough > > > initramfs). > > I should clarify that this particular note was for i386. Ah. That is something that is also being worked on by Sylvain Ferriol. As I understand it he's practically got it working but is waiting for a klibc-udeb before we could integrate it into the installer. If you would like more info, I'd suggest you contact him. > I'm booking time for twice weekly, starting Wednesday. That would be excellent. > I don't have an alioth account, and, to be honest, I'd rather vet my > patches, at least at first. Either that, or have a separate branch > that only gets merged to trunk after confirmation by an actual d-i > person. Fine. Just shout if you change your mind. pgpjs0ADURBSN.pgp Description: PGP signature
Re: graphics or text as default?
On Monday 15 May 2006 23:40, Sven Luther wrote: > Another aspect not to forget about this too. We have made considerable > effort to bring the directfb code to gtk 2.9+. We have involved > external folk outside of d-i to help us and make this happen (I am > thinking of Dennis and Mike in particular here, but there may be > others), and if we are going to end not using it in etch after all, > this may not be good for motivation for finding help the next time we > need it. I agree, but we cannot really do very much unless upstream actually releases the versions into which directfb was merged and those versions are packaged for Debian. Alternatives have been discussed several times already. > That said, another important point is, will we be using a separate > gtk-dfb 2.9/2.10 package set, or will we be using the main gtk debian > package ? In this second case, are the gtk-gnome folk ready to move to > gtk 2.10 for etch ? I'd hope we can use the main gtk debian package. I have no idea if the Gnome packagers are ready or not or if they are even considering packaging 2.10 for Etch given the release planning and the upcoming freeze. Especially since AFAICT 2.10 has not yet been released... pgpryYsvNyr8X.pgp Description: PGP signature
Re: installing debian without debian-installer
On Monday 15 May 2006 00:21, chantra wrote: > I've installed debian etch without *debian-installer* or any CD image. Thank you for your message and the link to the howto; I hope it will be useful to some people. Installing Debian using debootstrap is also documented in the Installation Guide: http://d-i.alioth.debian.org/manual/en.i386/apds03.html Cheers, FJP pgpJBD2yhNrK8.pgp Description: PGP signature
Re: Proposal for integration of the graphical installer
On Sunday 14 May 2006 11:44, Geert Stappers wrote: > Keep the current d-i images as they exist > and add extra images for g-i. That would lead to an explosion of the number of images though which is not what we or the debian-cd team wants. > The full CD will most likely match the netinst-gui.iso. > Will they both allow an 'install' or is it only 'install-gui'? Yes. > Updated with a request for the daily-build script. No need. There is nothing image-specific in that script. pgprmwcQf7QUQ.pgp Description: PGP signature
Re: Proposal for integration of the graphical installer
On Sunday 14 May 2006 12:18, Sven Luther wrote: > It is usefull to keep those images relatively small, but given their > current size, growing from 250 to 300 MB or whatever it is, will > probably pass un-noticed. Right. That issue does not really apply to ppc as, as you say, the businesscard and netinst images are a lot bigger anyway than on i386. > So, i would vote for always including the g-i images onto the business > card, netinst and cd isos, with the same caveat as on i386 concerning > the installable tasks of CD 1. DVD medias should be un-problematic > though. Well, IIRC for ppc the desktop task did not fit on CD1 when Sarge was released. Not sure if that has changed or not, but I doubt it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: graphics or text as default?
On Tue, May 16, 2006 at 07:34:27AM +0200, Frans Pop wrote: > On Monday 15 May 2006 23:40, Sven Luther wrote: > > That said, another important point is, will we be using a separate > > gtk-dfb 2.9/2.10 package set, or will we be using the main gtk debian > > package ? In this second case, are the gtk-gnome folk ready to move to > > gtk 2.10 for etch ? > > I'd hope we can use the main gtk debian package. Eh, if you want to do gtk-dfb, you can't. The choice between using the DirectFB backend or the X11 backend has to be done at compile time. Or am I missing something? -- Fun will now commence -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for integration of the graphical installer
On Monday 15 May 2006 15:32, Davide Viti wrote: > I did one hour ago or so and it booted fine Hmm. I'm guessing that you've tried the mini.iso, and not one of the larger images as they indeed were completely broken. Will hopefully be fixed with the next build. pgpmBoqIwYQSc.pgp Description: PGP signature
