[00:45] sanso|work__ (~sanso@194.120.17.61) got netsplit. [00:50] sanso|work__ (~sanso@194.120.17.61) returned to #fai. [01:31] sanso|work__ (~sanso@194.120.17.61) left irc: Server closed connection [01:31] sanso|work__ (~sanso@194.120.17.61) joined #fai. [02:06] zirpu (~zirpu@nefud.org) joined #fai. [06:16] sanso_ (~sanso@d83-189-100-218.cust.tele2.de) left irc: Ping timeout: 480 seconds [06:42] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [07:42] hi Lin [07:48] meandtheshel1 (~markus@85-124-174-65.dynamic.xdsl-line.inode.at) joined #fai. [09:03] Nick change: \sh_away -> \sh [09:32] dukez (~shinma@18.90-14-84.ripe.coltfrance.com) joined #fai. [09:32] Hello al ^^ [09:34] just a question, how can i use FAI to install both x86_64 and i386 arch servers ? Do i have to make 2 fai distinct Nfsroot and configuration ? [09:53] ErKa (~keryell@m92.net85-168-209.noos.fr) joined #fai. [10:30] just a question, how can i use FAI to install both x86_64 and i386 arch servers ? Do i have to make 2 fai distinct Nfsroot and configuration ? [10:30] ^^ [10:30] have a good lunch people near GMT +1 [10:41] faibot joined #fai. [10:41] h01ger (~holger@socket.layer-acht.org) joined #fai. [10:52] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [11:05] dukez: [11:05] you need an amd64 based server where you create an nfsroot for x86 and one for amd64 [11:06] I'm doing this with a couple of month old fai version so back then there were quite a couple of tweaks necessary to get this going. [11:07] so if you get stuck just query me [11:25] dukez: you can use one fai-server to install many diffrent arches. [11:25] i have a i386 server installing both i386 and amd64. [11:25] you just need a amd64 machine to build the nfsroot on. [11:37] year, once the nfsroot is built, no need for 2 fai servers [11:38] <\sh> glance: you are changing just the pxe bootable kernel, right? [11:39] if you have a 32bit debian with a 64bit kernel you can even build bot nfs roots on the same machine [11:39] both even [11:41] \sh: jupp [11:42] mxpx-: all my amd64 machines are to cool to just be installserver. [11:45] too cool to rule? ;) [11:45] <\sh> glance: I just wanted to be sure, not that I'm using some strange technique ;) [11:45] =) [11:46] i use the same machine to install 3 diffrent dists and both amd64 and i386 of eatch. [11:50] ok [11:51] glance> what are the other dists ? [11:52] glance> i have a installserver with amd64, how can i build a i386 root on it ? [11:52] ubuntu. hoary,dapper and feisty. [11:52] glance> k :) [11:53] dukez: yea.. [11:55] glance> can the i386 root be build on a amd64 machine ? [11:55] glance> or do i have to build it on a i386 machine ? [11:56] glance> and copy it to the amd64 machine ? [11:58] that depeds on your kernel config. [11:58] glance>i use ont he amd64 machine the default etch linux kernel image for amd64 [12:01] <\sh> dukez: debootstrap supports on amd64 both archs... [12:01] <\sh> dukez: when you are using a x86_64 kernel [12:02] \sh> is there a way to build both x86_64 and i386 NFSROOT on my AMd64 serv usinf fai make-nfsroot-command ? [12:03] \sh> or do i have to build the i386 by hand ? [12:09] is there a way to build both x86_64 and i386 NFSROOT on my AMd64 serv usinf fai make-nfsroot-command ? [12:12] <\sh> dukez: you have in /etcv/fai/make-fai-nfsroot.conf (sp?) some debootstrap options, there you set the special commands for debootstrap...or you do it manually [12:12] \sh> ok, simply adding the arch option to DEBOOTSRAP will be enougth ? [12:13] \sh> i ll create /etc/fai-i386 and /etc/fai-x86_64 with symlinks to /etc/fai/fai.conf and custom make-fai-nfsroot.conf with arch option and the job is done s [12:13] so ... [12:23] \sh> thanks for all, the point was to add "--arch i386" or "--arch amd64" to FAI_DEBOOTSTRAP_OPTS [12:23] ty [12:38] dukez, thanks a lot for that question and answer! I always used a workaround for this. [12:39] no problm [12:39] so the contents of /etc/fai-i386 and /etc/fai-amd64 are the same, apart from make-fai-nfsroot.conf? [12:40] Nick change: sanso|work__ -> sanso|work [12:41] jsut a question, how can i install an i386 package on a amd64 etch using apt ? [12:42] oh, something with --force-foo you sure you want to do this? [12:42] yes [12:42] to install both amd64 and i386 fai-kernels ^^ [12:42] k [12:42] i dont know if fai-kernel_amd64 is a i386 one or an amd64 one ! [12:43] reading the pkg-name I'd guess it's an amd64.. [12:43] me too [12:43] that's why i rather install fai-kernel-[...]_i386 for my i386 NFSROOT :) [12:44] that should be set in make-fai-nfsroot.conf, right? [12:44] yes [12:44] KERNELPACKAGE variable of make-fai-nfsroot.conf [12:45] in /etc/fai-i386/NFSROOT [12:45] what about /etc/fai-i386/NFSROOT ? [12:46] nothing need to be change in this file i think [12:46] put the name of the package in there and fai will install it on the nfsroot [12:47] sanso> sure but the kernel installation is computed speciallly ( if i can say that ) [12:47] sanso> it depends not on NFSROOT packages but on KERNELPACKAGE variable [12:48] NFSROOT is for additional packages, so why not add your preferred kernel there? [12:48] and You can always set KERNELPACKAGE to whatever you need [12:48] I don't think You'll have to override architectures for that.. [12:49] sanso> the problm will be : inside NFSROOT, the /vmlinuz image will be the KERNELPACKAGE one or the NFSROOT one ? i don't want to bother with it, i 'd rather use FAI configuration instead :) [12:50] moreonver [12:50] durint make-fai-nfsroot [12:50] it does dpkg -x $KERNELPACKAGE $NFSROOT [12:50] so the /vmlinux must be the KERNELPAKAGE one [12:51] because it is made on the end of the script :( [12:51] have you set KERNELPACKAGE to the desired version? [12:51] yes [12:51] and it died on you? [12:51] died ? [12:51] the make-faičpackage ? [12:52] at 1st it died because /etc/fai-i386/apt was a symlink :) [12:54] but then You fixed that and then what? [12:54] it is running [12:54] i ll tell you [12:55] okay :) [12:56] Action: oz wonders a bit about /etc/fai-i386 [12:56] :) [12:56] why ? [12:57] seems a bit messy to me [12:57] what next=? /etc/fai-SPARC ? [12:57] why not? Or better: how else? [12:57] no next, the FAI dev 'll be cool enougth to make fai muli architecture :) [12:58] sanso|work: I think a solution via classes would be less messy [12:58] via classes? during make-fai-nfsroot? [12:59] how? [12:59] I'd be happy to have a nicer solution [12:59] oz> via classes ? how ? how can you transform an i386 etch to an amd64 one ? [12:59] sanso|work: you'd like to rebuild all nfsroots with one command? [13:00] nope [13:00] the solution is now : make-fai-nfsroot -C /etc/fai-i386 && make-fai-nfsroot -C /etc/fai-amd64, this is no too bad [13:00] The complexity is now inside the DHCP conf to make it bounce to the right NFSROOT ^^ [13:01] I need two different nfsroots for two different architectures, how can You do this with just one /etc/fai? [13:02] sanso|work: I'd need to go to my pool to check [13:03] Action: dukez wonders how well Oz is swimming ^^ [13:03] but I thought the make-fai-nfsroot is configured via make-fai-nfsroot.conf [13:04] true [13:04] ...which resides in /etc/fai [13:06] sanso|work: yes, but the sad thing is...make-fai-nfsroot reads also other files [13:06] I know, You're the one who does the explaining here. [13:06] Again: I need two different nfsroots for two different architectures, how can You do this with just one /etc/fai? [13:07] sanso|work: I just have to explain why I think /etc/fai-i386 is ugly [13:07] and that is simple: it's another directory to care of [13:07] Oz> with symlink, it can be smart not ? [13:07] it violates the KISS principle [13:07] oz, then how do You propose to do this using classes? [13:07] dukez: symliks would be just another workaround [13:07] oz> i agree [13:08] allee (~ach@allee.mpe.mpg.de) left irc: Quit: Konversation terminated! [13:08] we are well aware of that, but You said You'd do it using classes. [13:08] How? [13:08] oz> but how can you make a single config/install of FAI multi architecture ? The debootstrap is arch dependent ! [13:09] sanso> it work this way, you just have to download the i386 version of fai-kernel package by hand and install it using dpkg -i [13:10] dukez, on the nfsroot? [13:10] via a chroot command or such, right? [13:10] no simply wget http://ftp2.fr.debian.org/debian/pool/main/f/fai-kernels/fai-kernels_1.17+b1_i386.deb [13:11] then dpkg -i the package [13:11] and use KERNELPACKAGE=/usr/lib/fai/kernel/linux-.....i386/amd64 depending on the arch ! [13:11] on which system? the nfsroot or the install server? [13:11] on the installserver [13:11] aaah.. [13:11] gotcha [13:11] cheers! [13:13] dpkg --force-all -i the package to ovveride arch error ^^ [13:14] dukez, you could file this as a bug against fai-multiarch ;) [13:14] noo [13:14] stop [13:14] GRrrrrr [13:14] Action: sanso|work is just kidding [13:14] there is a hick [13:15] it's a replacement, as I just saw [13:15] yes :( [13:15] shite [13:15] but, [13:16] i found a trick ^^ [13:17] install the i386, rename temporarly the kernel package, reinstall the amd64 one throught /var/cache/apt/archives [13:17] and back rename the i386 one [13:17] lol [13:17] this is a Nasty trick [13:17] yikes! [13:17] i hate to do theses things [13:18] oz> do you know if fai-kernels_1.17+b1_amd64.deb is a amd64 or i386 kernel ? [13:19] And the answer is : [13:19] Yes :((((((( [13:19] CONFIG_X86_64=y [13:19] CONFIG_64BIT=y [13:19] CONFIG_X86=y [13:20] sanso|work: I'd just say "/etc/fai-i386" is an ugly solution. And if I remember correectly, you just need it for nfsroot creation [13:20] the platform always is assigned a class (I386, SPARC, etc) so, why not use this? [13:21] this is what You said: sanso|work: I think a solution via classes would be less messy [13:21] and I'm still wondering how you would do this [13:22] sanso|work: what are you wondering about? [13:22] you have the classes list [13:23] and you can extract the arch info from it [13:23] how would You solve this problem with one /etc/fai and using classes? [13:23] you are free to provied any classes list... [13:23] during make-fai-nfsroot? [13:24] sanso|work: year...I mean basically the confoig in /etc/fai should be a description of your infrastructure [13:25] until now You only said "I'd do it using classes" but haven't answered how You would do this. So now, please answer how you would do this [13:25] if You don't want to share this, then say so. [13:28] sanso|work: why so rough? [13:29] think a bit about the class concept [13:29] Can't you just answer a question? [13:30] sanso|work: it's difficult for me when I have to access to my server [13:30] I'm asking because I can't think of a better solution. If You have one, I'm asking You to share it [13:30] is that so hard? [13:31] sanso|work: is it so hard to imagine that you can change make-fai-nfsroot to be dependent on a class list? [13:31] btw, I have to work a bit [13:32] yes, it is so hard. I am not blessed with Your overwhelming insight into the truths of the world. [13:32] why else would I ask? [13:33] again, in case You didn't read: I'm asking because I can't think of a better solution. If You have one, I'm asking You to share it [13:34] and I told you what I can tell you now. [13:34] so You don't have a better solution [13:35] so, just think of me a a stupid asshole - and it should be okay with you. [13:35] it'll save time and nerves for all of us if You could just say so next time [13:35] oz> The NFSROOT is arch dependant, while booting with FAI, you will be on a AMD64 Etch or a I386 Etch depending the arch of the NFSROOT. [13:36] Oz> Has the NFSROOT is the 1st stage of booting before FAI is run how can you change arch when fai take the hand ? [13:36] oz, If someone asks you how and You don't know, just use something like "i don't know" [13:36] sanso|work: don't bother me. I said that I need to go to my pool. [13:36] I don't know all script by heart [13:37] then don't hint at that You do and all is fine [13:37] sanso|work: I I gave you a hint, you could think of it yourself. [13:37] this is not about not knowing, but about wasting everybodys time by hinting at having a solution [13:37] don't blame ppl trying to give a hint. [13:38] Oz> perhaps booting with a i386 NFSROOT, we can install a AMD64 Etch but the question is how :) [13:38] Oz> Do you know ? [13:40] Oz> How the architecture is managed during the FAI installation ? [13:41] dukez: the i386 prolly has a i386 sources.list [13:43] oz> does it is as simple as setting I386 or AMD64 class to make fai install Debian Etch i386 or Debian Etch AMD64 ? [13:45] dukez: no, not yet [13:45] that was an absoulte developers remark [13:45] I'd hacked something a year ago [13:46] k [13:47] oz> how can with class and script can we pilot AMD64 vs I86 installation . [13:47] oz> can you explain me ? [13:47] oz> do you know how ? [13:50] oz> The 1st step during a debian installation is the unpacking of base.tgz archive, do you agree ? [13:51] dukez: hm. I also think base.tgz is ugly. ;) [13:52] and I don't know if the standard debian install uses base.tgz [13:52] oz> yes it is the standard way, the Debian installer use it [13:52] oz> the base.tgz is arch dependant and is found by FAI inside the NFSROOT in /var/tmp/base.tgz exactly [13:53] dukez: that was the point I stopped when I worked on fai-cd... [13:53] oz > this image is arch dependant, it means that base.tgz for AMD64 is different than the base.tgz for I86 [13:53] and somewhat h01ger and me agreed that the base.tgz is ugly [13:54] we used debootstrap instead [13:54] oz> so, without changing the way FAI use NFSROOT [13:54] debootstrap is also arch dependant [13:54] deboostrap --arch i386 or debootstrap --arch amd64 [13:54] it ll create you 2 different base OS [13:55] dukez: yes, but iirc it's just the switch [13:55] The point is that without modifing FAI NFSROOT process, you can make a NFSROOT multi architecture in my opinion. [13:55] oz> because FAI use a 1 to 1 relation between base.tgz and NFSROOT [13:56] oz> if FAI was using one arch for the NFSROOT and all the arch for the installation it would be cool, but it is not [13:56] oz> the simplier way is so to hack the make-fai-nfsroot process to build 2 NFSROOT and boot on the good arch one [13:56] dukez > oz > it is not so awfull, and it is simple to configure [13:57] dukez: do you have an account for the fai wiki? [13:57] oz> moreover, you can imagine jhaving one more NFSROOT for RedHat, and one more NFSROOT for Gentoo ^^ [13:57] oz> na :( [13:57] dukez: would you mind if I note that in it? [13:58] oz > making youi FAI installserver an All word distribution install server with other soft, like the GPL project to install Windows throught Network with Samba ^^ [13:58] oz > no [13:58] I share your thoughts [13:58] oz> you can [13:58] oz > contribute is the key point to make software GPL developpment ^ [13:58] ErKa (~keryell@m92.net85-168-209.noos.fr) left irc: Ping timeout: 480 seconds [13:58] dukez: do you know that it's easy to install windowzes using sysprep and partimage? [13:59] problem of the wiki is my password... [14:00] I always have it 'somewhere' [14:00] just like my pool, which is 'somehwere' [14:00] 'somwhere' must be in your mind ^^ [14:00] oooh. I'm so narrow-minded :) [14:01] buy some free space ! [14:01] have a cookie [14:01] eat some fish [14:01] ^^ [14:01] at least...my work seems to be done now. [14:01] oz> you work on ? Computers ? [14:02] yes [14:02] oz> Sysadmin ? Teacher ? [14:02] oz> Developper ? [14:04] dukez: hm. I have a new job, and it's not sure, yet. :) [14:04] all of it, somewhat [14:04] oz> In which country ? [14:04] .de [14:04] me .fr [14:04] uh-lala...where? [14:04] Oz> Working with Mr FAI ? [14:04] oz> Paris !!! [14:05] dukez: no, I'm not working with Mr Fai, exept on FAI [14:05] dukez: paris is neat [14:06] dukez>not to much, i'd rather the countryside, i don't like "big cities". [14:11] dukez: /me neither [14:11] I live in Freiburg [14:12] oz> Just a word : FAI is so cool, thanks to helping developping it ^^ [14:12] dukez: join the fun :) [14:12] oz > I am helping a teamate debugging is "too slow" Jboss/Debian server .... [14:12] oz > a real "narrow minded" one ! [14:28] :) [14:28] dukez: my job also is to debug other ppl's server [14:29] Action: h01ger just commited git support for get-config-dir [14:40] hey, h01ger [14:42] hey oz - danke fuer die gruesse :) [14:43] hehe, spass gehabt in HH? [14:46] ja, war entspannend :) [14:49] fein :) [14:57] h01ger: btw, what was the prob with fai-cd? [14:58] mk-bootcd was removed/is buggy [14:58] how did you fix it? [14:59] by using live-package [14:59] h01ger: ? [14:59] I am confused...we used live-package ever since? [15:00] Action: h01ger is annoyed that fcopy exits with 1 if no file was copied because its up2date [15:00] oz, the sarge version (of mk-bootcd) works too, thats the other option. [15:00] faicd is a bit messy atm [15:01] h01ger: the mess is - I don't find time [15:01] genisoimage is the remplacement or mk-bootcd [15:01] what do you do re: fcopy exits with an error if file is already uptodate. "fcopy -i" or "|| true" ? [15:03] dukez, genisoimage creates an iso images. thats not enough (it needs to be bootable, include a kernel, foo). live-package also gives you nice icecream on top :) [15:04] ...and the fantastic and absoulte necessary splash-screen ;) [15:06] genisoimage can make a bootable CD too [15:06] for the kernel, i dont know how it works ... [15:07] but man genisoimage | grep kernel is not empty .... [15:07] so i think there are the needed option for the kernel [15:07] .o0(sheit - so many options) [15:07] true [15:07] it is a "All bullshit in once" tool box ^^ [15:08] h01ger: is live-pkg now working with usb-stick out-of-the-box? [15:13] i dont know, havent followed it recently [15:14] that'd be quite charming, to install fai via usb-stick [15:18] Action: h01ger nods [15:27] oz, i have done a fai-cd [15:27] i have given information to MrFai [15:42] i use bootcd-mkinitramfs [16:00] nyal (~nyal@sd-926.dedibox.fr) left irc: Ping timeout: 480 seconds [16:47] Nick change: \sh -> \sh_away [16:53] dukez (~shinma@18.90-14-84.ripe.coltfrance.com) left irc: [18:30] hi all [18:30] fai kernel (from package) has support to atheros wifi cards? [18:32] there is any wifi card with support for PXE or any remote boot method? [18:52] Lin (igor@200.179.57.57) left #fai (Ex-Chat). [18:52] Lin (~igor@200.179.57.57) joined #fai. [19:40] what is the better way to do automatic instalations pressed or fai? [20:19] you're in #fai. what do you expect the common answer here to be? :) [20:22] juri__: ;-) good to know.. [20:23] juri__: there is *anyway* to do a netboot using wireless cards? or the fai floppy supports atheros card (madwifi)? [20:34] i will relog and come back 2 minutes [20:34] Lin (~igor@200.179.57.57) left irc: Remote host closed the connection [20:40] Lin (~igor@200.179.57.57) joined #fai. [20:41] lin: in a short word, no. its possible to boot, then request a rootfs/etc using a prism or orinoco or proper cisco card.. but only with in-kernel drivers, and major hacking. [20:45] juri__: damn god! im *ucked [20:46] just prism or orinoco? atheros can't do it? :-/ [20:46] i really dont care for major hacking.. [20:48] I really forgot to research about boot from network with wireless cards. I have bought 160 computers with atheros cards. I really need to make them boot from network. Using a pendrive or floppy or cd, I really don care.. since user has no interaction at all. Just insert the media and let it go :-/ Any ideas juri? [20:52] (or anyone else ;-) [20:55] meandtheshel1 (~markus@85-124-174-65.dynamic.xdsl-line.inode.at) left irc: Quit: Leaving. [21:31] ... since that there is no way to do automatic boot from network with wifi card. There is anyway to customize fai kernel to be inserted on disk? to do a usb/floppy disk boot to start the installation with the tools needed to configure the wifi card and start the installation? [21:51] atheros requires firmware loads. [21:51] yuck. you've got yourself in a pickle. :) [21:51] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [21:52] you could build a custom usb stick to do it. [22:06] juri__: there is anyway explaining the right way(tm) to do this? [22:07] s/anyway/anywhere/ [22:25] MT_ (~MT@dove.informatik.tu-muenchen.de) joined #fai. [22:27] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [22:56] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [22:56] MT_ (~MT@dove.informatik.tu-muenchen.de) left irc: Read error: Connection reset by peer [23:12] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [00:00] --- Thu Apr 12 2007