--- Log opened Fri Mar 02 00:00:25 2007 00:15 < Stelz> 'night Shingoshi 00:29 -!- d-marc [n=d-marc@HSI-KBW-085-216-123-180.hsi.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"] 01:31 -!- mtr_ [n=Michael@kobz-590ca492.pool.einsundeins.de] has joined #t2 01:40 -!- mtr [n=Michael@kobz-590ca49f.pool.einsundeins.de] has quit [Read error: 60 (Operation timed out)] 01:40 -!- mtr_ is now known as mtr 04:08 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 04:30 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has quit [Read error: 104 (Connection reset by peer)] 04:30 -!- idealm_ [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 05:39 < Shingoshi> Back again 08:13 -!- mtr_ [n=Michael@kobz-590cb60d.pool.einsundeins.de] has joined #t2 08:20 -!- LMJ_Work [n=c3196415@laf31-2-82-224-107-105.fbx.proxad.net] has joined #t2 08:21 -!- mtr [n=Michael@kobz-590ca492.pool.einsundeins.de] has quit [Read error: 60 (Operation timed out)] 08:21 -!- mtr_ is now known as mtr 08:23 < LMJ_Work> moin moin 08:23 < LMJ_Work> gcc error on stage2 from a desktop target from Trunk : 08:24 < LMJ_Work> !> /tmp/ccPyk0Wf.s: Assembler messages: 08:24 < LMJ_Work> !> /tmp/ccPyk0Wf.s:885124: Fatal error: can't close .libs/gnu-xml.o: No space left on device 08:24 < LMJ_Work> but got some free space 08:45 < rxr> re 08:48 < Stelz> rehi rxr 08:49 < Stelz> moin LMJ 08:52 < Shingoshi> Hi guys! 08:54 < rxr> hi Shingoshi, Stelz and LMJ_Work 08:54 [Users #t2] 08:54 [@ChanServ] [ idealm_] [ LMJ_Work] [ rxr ] [ Stelz ] 08:54 [ Capey ] [ juri_ ] [ mtr ] [ Shingoshi] [ valentin] 08:54 [ CIA-8 ] [ LMJ ] [ R4gnar0k] [ sparc-kly] 08:54 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal] 09:17 < Shingoshi> Hallo! 09:20 < CIA-8> rene * r22788 /trunk/package/base/file/file.desc: * updated file (4.19 -> 4.20) 09:36 < LMJ_Work> moin Shingoshi & rxr 09:36 < LMJ_Work> you saw my previous messages rxr ? 09:39 < CIA-8> rene * r22789 /trunk/package/editors/tea/ (hotfix.patch tea.desc): * updated tea (15.0.1 -> 16.0.4) 09:39 < rxr> no space left ? 09:47 < CIA-8> rene * r22790 /trunk/package/graphic/fbv/fbv.desc: * updated fbv (0.99 -> 1.0b) 09:50 < CIA-8> rene * r22791 /trunk/package/x11/rox-filer/rox-filer.desc: * updated rox-filer (2.4.1 -> 2.6) 09:55 < CIA-8> susan * r22792 /trunk/package/gnome2/rhythmbox/rhythmbox.desc: * updated rhythmbox (0.9.7 -> 0.9.8) 09:56 < LMJ_Work> yep rxr 09:56 < LMJ_Work> i have free space on the device ;) 09:56 < rxr> that but that's on /tmp 09:56 < rxr> maybe you have a tmpfs that is nearly full ? 10:03 < CIA-8> rene * r22793 /trunk/package/themes/murrine/murrine.desc: * updated murrine (0.41 -> 0.51) 10:20 < CIA-8> rene * r22794 /trunk/package/games/freedroid_rpg/freedroid_rpg.desc: * updated freedroid_rpg (0.10.0 -> 0.10.1) 10:44 < CIA-8> rene * r22795 /trunk/package/filesystem/nfs-utils/ (hotfix.patch nfs-utils.desc): * updated nfs-utils (1.0.10 -> 1.0.11) 11:08 < CIA-8> rene * r22796 /trunk/architecture/avr32/ (kernel.conf kernel.conf.m4 pkg_linux26_post.conf): 11:08 < CIA-8> * most AVR32 systems (right now anyway) have quite limitted RAM setups 11:08 < CIA-8> and not all parts of the kernel build (e.g. VGA console support does 11:08 < CIA-8> not :-), thus force an exactly matching kernel config, for now 11:09 -!- idealm_ [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has quit [Remote closed the connection] 12:31 -!- sepp [n=sepp@p213.54.168.196.tisdip.tiscali.de] has joined #t2 12:31 < sepp> moin :) 12:37 < rxr> moin sepp :-) 12:37 < rxr> http://www.t2-project.org/developer/soc.html 12:38 < rxr> ^- any notes ? 12:38 < sepp> working multilib sounds good 12:42 < sepp> well, i dont really know what llvm is good for 12:44 < rxr> it's a Low Level Virtual Machine and compiler tool infrastructure 12:44 < rxr> among high-level opimization and link optimization among a whole lot of other stuff 12:45 < rxr> it allows compiling C/C++/et al. into bytecode that can be just-in-time run in the LLVM ... 12:45 < rxr> Apple pays the top developers these days ... 12:45 < sepp> so you run everything on a vm and optimize everything at runtime? 12:45 < rxr> yes 12:45 < sepp> like the dynamo thing hp did some years ago 12:45 < rxr> do not know dynamo 12:46 < rxr> T2 could build arch independant packages then :-) 12:46 < rxr> the C++ compiler framework of LLVM is as good that GCC people think about integratino .-) 12:46 < rxr> and apple hired the lead developer 12:46 < sepp> they wrote an pa vm reading pa machine code and with jit runtime optimization upto 30% speed increase 12:46 < rxr> it's said the next OSX will dynamically optimize the OpenGL engine based on LLVM ... 12:48 < Shingoshi> Are you saying that pkgs would run on any machine, and be optimized just before execution. 12:49 < sepp> sounds like smalltalk :) 12:49 < Shingoshi> rxr: ^^ ?? 12:50 < Shingoshi> Is that what LLVM is about? 12:50 < CIA-8> rene * r22797 /trunk/architecture/avr32/kernel.conf: * avr32/kernel.conf v2 12:50 < rxr> Shingoshi: yes, could 12:50 < Shingoshi> How far off? 12:51 < rxr> Shingoshi: follow the llvm link on the soc page and read over the documentation ß 12:51 < rxr> far off ? 12:51 < Shingoshi> How long before realization? 12:52 < Shingoshi> Konq isn't linking/ 12:52 < Shingoshi> Let me try firefox. 12:53 < rxr> Shingoshi: depends when someone volunteers to take a look and do the work 12:55 < sepp> it sounds interesting but i see no real benefit, beside you-can-do-it 12:56 < Shingoshi> Where are the links supposed to go? I could do some of that, but then I need priviledges to do so. 12:56 < sepp> llvm.org 12:56 < rxr> sepp: zero-install alike target could build once and run anywhere 12:56 < rxr> just the llvm would need to have support 12:56 < rxr> beside potentially beeing faster as LLVM has link-time optimization and the LVM can optimiize at runtime 12:57 < rxr> e.g. bounds checks and even inline just-in-time ... 12:57 < rxr> and it can be used as just an alternative compiler 12:57 < rxr> optimizing a bit different from gcc ... 12:58 < rxr> sepp: that is the same for the other OS kernel integration parts, it can be done, but we do not have a direct benefit, aside easing using those, installing packages out of one meta-data repository and the like 12:58 < rxr> and PR of course ... 12:59 < Shingoshi> Can you use this compiler now? 12:59 < Shingoshi> I just downloaded it. 13:01 < sepp> :) 13:01 < LMJ_Work> well, i disabled tmpfs rxr 13:03 < Shingoshi> rxr: Can you use this compiler now? I am ready to run configure on my system now. 13:04 < sepp> not now, it is a project idea ... 13:05 < Shingoshi> But the LLVM is fully functional code? 13:07 < rxr> yes 13:07 < rxr> but not in wide use, thus it has rough edges .-) 13:07 < Shingoshi> Why not use this now for all further compilations of our projects? 13:07 < Shingoshi> Rough enough to do harm? 13:11 < Shingoshi> rxr: ^^ ?? 13:11 < Shingoshi> Would it compromise our system? 13:13 < rxr> because such changes take time 13:13 < rxr> we have an installed user-base we want to deliver with regularly, stable update 13:15 < Shingoshi> So what if there existed a situation where LLVM was using T2 to develop their system? Wouldn't that help everyone to iron out the bugs better? 13:15 < rxr> LLVM does not need T2 to develop their compiler ... :-) 13:16 < rxr> as the GCC folks need no specific distribution to develop on ... 13:16 < Shingoshi> Is it better or just different? 13:16 < Shingoshi> Oh,ok 13:16 < Shingoshi> So, how would we benefit from this now, if we could? 13:18 < Shingoshi> juri_: Are you still here? If so, check out the LLVM system. Combined with T2, I think you would be guaranteed a higher level of multi-arch functionality> 13:19 < Shingoshi> rxr: Is that right? 13:19 < Shingoshi> Tell me. How can I build this so that you can use it? 13:20 < Shingoshi> You may not have the time, but I do. 13:21 < Shingoshi> I am running the compilation now. 13:23 < Shingoshi> It just crashed. Oh well. 13:24 < rxr> Shingoshi: when I write all the details down here I can implement it in the same time anyway ... :-) 13:24 < Shingoshi> ok 13:24 < rxr> maybe check llvm out and test it out ... 13:25 < rxr> the multi-arch bytecode is unique to LLVM, regarding the optimizations it is better in some areas and different in others. ... 13:25 < Shingoshi> But let me see if I am correct. If we built T2 on LLVM, T2 would have a higher level of cross-arch functionality? 13:26 < rxr> not a higher level 13:26 < rxr> we have this already 13:26 < rxr> but then you would have one binary that runs in the LVM of all architectures 13:26 < Shingoshi> f/com.o This is the error I have. 13:27 < Shingoshi> So this would mean that once you have llvm installed on a system, any system that has it would use the same binaries as the rest? 13:29 < Shingoshi> rxr: f/com.o This is the error I have. 13:32 < Shingoshi> I am wondering if it crashed on the compilation of ada? Slamd64 doesn't have a working ada/gnat. I've run into trouble with this before. It is really why I went looking for a better build system and found yours. 13:37 < Shingoshi> rxr: Do you have a target which just builds compilers? Is it even possible to do only that? 13:37 < sepp> i like SDECFG_ABORT_ON_ERROR_AFTER, such a neat name :) 13:38 < Shingoshi> rxr: Can I build just kernel, glibc, and gcc as a target? 13:39 < Shingoshi> bbl8r 13:39 < rxr> sepp: yeah, I love that one, too 13:40 < rxr> Shingoshi: just building compilers is possible, yes 13:42 < sepp> why does it the opposite? 13:44 < rxr> sepp: mnemocs wonder logic ... 13:45 < rxr> we're off for lunch - cu 13:56 < Shingoshi> Then that's what I will do as my first target.I will build all the development software you have available with the kernel included. 13:57 < Shingoshi> Can I use the embedded target as my template? 13:57 < Shingoshi> No extraneous pkgs. 14:02 < Shingoshi> rxr: Do you have the lilo pkg. 14:03 < Shingoshi> Found it. 14:04 < Shingoshi> rxr: Can I simply use the following in my target to build all available libraries: lib* ? 14:04 < Shingoshi> Are wildcards useable in targets? 14:06 < sepp> you can use them in pkgsel etc 14:07 < sepp> target/generic/pkgsel/10-minimal-xorg.in ... 14:07 < Shingoshi> I mean in the 00-minimal.in? 14:08 < Shingoshi> Can I just have a line which reads; X lib* 14:10 < sepp> that will enable 250 packages starting with 'lib' 14:10 < sepp> most probably not what you want :) 14:11 < Shingoshi> That's ok. A lot of times, other pkgs won't build without them. So I want to start out with every possible dependency being built to begin with. 14:12 < Shingoshi> Am I still wrong? 14:12 < sepp> you do not want "X lib*" because it will build every package starting with "lib" 14:13 < sepp> a gazillion things you do not want for sure 14:13 < Shingoshi> Yes, every lib. 14:14 < Shingoshi> The X appears on every line in 00-minimal.in. 14:14 < sepp> not every lib, lib* does not match glibc ... 14:14 < sepp> X means enable, O disable 14:14 < Shingoshi> No, I have glibc already included. 14:14 -!- LMJ_Work [n=c3196415@laf31-2-82-224-107-105.fbx.proxad.net] has left #t2 [] 14:15 < Shingoshi> Will building lib* cause other pkgs to be built also? Or only those I have explicitly stated. 14:16 < sepp> pkgsel does no dependency checking or something like that 14:16 < Shingoshi> Maybe I can create a target just for libs? 14:17 < Shingoshi> How long would it take to build just the 00-minimal.in and nothing else? 14:17 < sepp> on a modern box some hours 14:18 < sepp> 4 maybe 14:18 < Shingoshi> Opteron 1.8G dual-core 14:19 < sepp> try it :) 14:19 < sepp> i dont know exactly 14:20 < Shingoshi> Well, I can let it run and go to bed for awhile. 14:24 < Shingoshi> rxr: I hate to keep asking you this. But I really would like to know specifically how to create my pkgs as .tlz. I would rather do it in one step, than having to go back and fix it later. I can use slack's makepkg to do it, but I don't know where. Is this something I specify during Config/target? Can I tell it to use makepkg to pkg the binaries? 14:28 < Shingoshi> I am reading Config now. 14:28 < Shingoshi> Again. 14:28 < sepp> there is an option named SDECFG_PKGFILE_TYPE 14:29 < sepp> under expert options 14:29 < sepp> '- Binary package format' ... 14:30 < sepp> is .tlz tar.lzo? 14:31 < Shingoshi> no. lzma 14:32 < Shingoshi> sepp: .tlz is lzma. 14:34 < sepp> well, if it is important for you, you could add lzma support 14:37 < Shingoshi> It's important in that I am building packages to replace slackware's own. 14:37 < Shingoshi> Real Important! 14:38 < Shingoshi> Is lzma support not already included? 14:39 < sepp> no 14:39 < Shingoshi> Your pkgs have some sort of desc file, right? 14:39 < sepp> yes, readable files 14:39 < sepp> ascii 14:40 < Shingoshi> Where are the pkgs built into binaries? If I knew that, I could intercept that and run makepkg there instead. 14:40 < Shingoshi> ascii is good. 14:40 < sepp> scripts/Build-Target 14:41 < Shingoshi> Is that where the SDECFG_PKGFILE_TYPE comes in? 14:42 < sepp> yes 14:42 < Shingoshi> Basically, I will need to replace the line with my own code to use makepkg instead. 14:42 < Shingoshi> I can read the T2 desc into makepkg for slack-desc files. 14:43 < sepp> yes, add one case lmza 14:43 < sepp> lzma 14:43 < sepp> guess you can use it together with tar 14:44 < Shingoshi> During running of Config, or can I edit the Config itself? 14:44 < sepp> uhm, what? 14:44 < sepp> i am too slow to follow today 14:44 < Shingoshi> No, I need to use makepkg instead, or else slack pkgtools won't recognize them as pkgs. 14:45 < Shingoshi> Inside the Config file in /scripts. Can I edit it to always use my pkg format as the default? 14:46 < sepp> you can once you added support for .tlz to the scripts 14:46 < Shingoshi> I need to do something like: cp desc slack-desc for slackware. 14:47 < Shingoshi> So I need to edit /scripts/Config 14:48 < sepp> sorry, i dont know a thing about slackware 14:49 < Shingoshi> sepp: ^^ ?? I mean on T2's end. I can take care of slack's end. But I need to know which lines to edit in Config to permanently change this. 14:50 < sepp> grep SDECFG_PKGFILE_TYPE 14:50 < sepp> :) 14:51 < sepp> i have to run away now, cu 14:51 < Shingoshi> I did that. But I can't find SDECFG_PKGFILE_TYPE=*** 14:52 < Shingoshi> I found all sorts of $SDECFG_PKGFILE_TYPE 14:52 < Shingoshi> But no SDECFG_PKGFILE_TYPE=*** 14:55 < sepp> look into Build-Target and find the SDECFG_PKGFILE_TYPE things 14:55 < sepp> and maybe the other places like config.in 14:56 < sepp> cu later :) 14:58 < Shingoshi> I think I finally found it. Thank you! 14:58 < Shingoshi> Bye! 15:03 < LMJ> moin moin 15:14 < Shingoshi> Hallo! 15:16 < rxr> btw. I strongly suggest to name those files .tar.lzma 15:17 < rxr> the short forms are arely used anyway, and as you see everyone here guessed it's lzo and no lzma ... 15:18 < Shingoshi> I have it specifically written as tlz ) compressor=lzma ;; 15:19 < Shingoshi> It's possible pkgtools-tukaani will recognize .tar.lzma as a valid pkg format. I need to check. 15:21 < Shingoshi> I can create a second line to state what you have suggested. 15:21 < Shingoshi> So that there will be both. 15:33 < Shingoshi> I just checked with Larhzu. It doesn'currently do that. He said he could change it though. 15:34 < Shingoshi> He's the one who wrote the lzma patch. 15:34 < Shingoshi> patches! 16:17 < Shingoshi> If X is use, and O is don't, what is "="? 16:18 < Shingoshi> In 00-minimal.in? 16:19 < Shingoshi> bbl 16:31 < rxr> = is get default state from the package 16:39 < Shingoshi> ok. Thank you. 16:40 < Shingoshi> If I add our lzma patch to the mc pkg dir, will that auto patch mc with lzma, or do I have to specify it somewhere as well? 16:42 < rxr> mc as in midnight commander? 16:42 < Shingoshi> yes 16:42 < rxr> yes patches are auto-applied 16:43 < Shingoshi> So I can add as many patches as I want by simply dropping them in the pkg's dir? 16:53 < rxr> yes 16:57 < Shingoshi> Amazing!! I am definitely in LOVE!!! 17:02 < juri_> i'm disapointed to find llvm isn't GPL'd or LGPL'd or BSD'd. 17:03 < Shingoshi> Hi beautiful! I missed that! So what is it? 17:04 < Shingoshi> It seems to be one of those university licenses like the ones from MIT. 17:05 < Shingoshi> It's a modification of GPL. 17:06 < juri_> AKA, incompatible with my code. 17:06 < Shingoshi> The license is very brief. 17:06 < juri_> no-one has built linux on top of llvm, so openmosix dosent apply. 17:06 < Shingoshi> How so! 17:06 < Shingoshi> How does it restrict you? 17:07 < juri_> honestly, i'm not sure. i just stay away from non-FSF approved licenses as a rule. ;) 17:07 < juri_> there are other problems with it, as well. 17:07 < Shingoshi> Explain/ 17:07 < Shingoshi> Let me say, I am glad you are still here! 17:08 < juri_> well, until your kernel/OS runs under LLVM, migrating tasks would be akin to migrating LLVMs between machines. you wouldnt get the "neat features". 17:09 < Shingoshi> It seems that you would build one kernel for all machines. But I may be wrong. 17:09 < juri_> you could make a "new" type of process handler that executed llvm under your linux kernel.. that'd work. but without one, making llvm and OM work together is a far far far away goal. 17:09 < Shingoshi> I am seriously interested in this in a LTSP system. 17:10 < juri_> get to coding, instead of kicking around ideas all the time. :P 17:10 < Shingoshi> So, what can I do to assist you? 17:10 < juri_> see above. ;P :P 17:10 < Shingoshi> I saw it. How do I compile quilt? 17:10 < rxr> well - llvm is userspace, so the llvm processed would just be mirgrated around 17:11 < juri_> good question. i dunno. i just apt-get it. ;) 17:11 < Shingoshi> I'm not Debian. 17:11 < rxr> a xen like approach, that is run the kernel in a LLVM is a totally different, not yet existing project 17:11 < rxr> it would mean several man year of establishing some LLVM on bare metal to run a single generic kernel in that 17:11 < juri_> llvm would be neat as a binary type and scheduler/integrated_interpreter, in the standard kernel. 17:11 < rxr> that definetly a huge research project far from beeing trivial ... 17:12 < juri_> if the kernel posessed a machine interpreter of any sort inside of it, we could migrate processes using OM between those mchine interpreters, without moving the interpreter itsself. 17:13 < juri_> think: BOCHS in the kernel. 17:13 < Shingoshi> This is why I brought you here. juri_ I am really PLEASED!! 17:14 < juri_> shingoshi: i'm afraid i'm "off topic" for this channel. ;P 17:14 < juri_> tho, it was worth the visit, just to get shown llvm. not that i'll be working toward that soon... its just nice to see. 17:14 < Shingoshi> I don't think so.This is a build environment. Can you build OM on T2? 17:15 < juri_> rxr said it best earlier: GCC does not need a distribution to wrk on their compiler. neither does openmosix need one to work on our kernel patches. 17:15 < Shingoshi> Please stay here. At least monitor it. 17:15 < juri_> or, more to the point, with debian and fai, i've already built my own, thanks. :) 17:16 < juri_> i'll stay until its boring, or obviously time to go. the last 24 hours werent dead boring. ;P 17:16 < Shingoshi> But one thing I have seen already which you may have missed. You can't impose Debian on others and expect OM to be for everyone. 17:17 < Shingoshi> To require pkgs that are specifically Debian is a deterrent. 17:18 < Shingoshi> It's like saying, you can't run OM unless you run Debian! 17:18 < juri_> e dont. we have packagers for redhat, and other systems. 17:19 < juri_> usually, a member of a distribution comes to us, saying they want to handle openmosix for their distro. 17:19 < Shingoshi> That's where T2 comes in. You then have a system which is not specific to Debian, which now it is, if I have to have quilt. 17:19 < juri_> and theres a large group of live-cd builders that suround us. 17:19 < juri_> quilt is free software. you can build it on any distro. its not our fault your distro dosent make it easy to install. :) 17:20 < Shingoshi> I looked in the pkg and could find a configure. 17:20 < Shingoshi> couldn't find configure 17:20 < juri_> not all packages use configure scripts. :) 17:21 < Shingoshi> Let me check again for the Makefile. 17:22 < Shingoshi> I am sorry. I must have been in the wrong pkg. quilt has configure. 17:23 < Shingoshi> Well at least 0.46 does. I must have gotten a binary of 0.6-5 17:24 < Shingoshi> I will go back and try and find the source for 0.6-5 of quilt. SORRY. I was wrong, at least partly. 17:25 < Shingoshi> I see what's wrong. The latest version of quilt is java. 17:26 * juri_ raises eyebrow. 17:28 < Shingoshi> http://quilt.sourceforge.net 17:28 < Shingoshi> quilt is a java development tool. Do I have the wrong quilt? 17:29 < Shingoshi> Am I laying on this bed without covers? 17:29 < Shingoshi> OMG 17:30 < juri_> try savannah.nongnu.org/projects/quilt/ 17:30 < Shingoshi> Thank you! 17:32 < Shingoshi> Ok, I had the right one to begin with. I went to the wrong site and found another. So everything should be ok. 17:36 < Shingoshi> I can't build it, Needs glibc-2.4. That's what started all of this to begin with. A very circuititous path indeed. I had trouble building glibc. And that's what led me here to T2. Because Slamd64 is incomplete for some larger things. 17:36 < Shingoshi> I was trying to build OM recently. 17:36 < juri_> the circle is complete, eh? :) 17:37 < Shingoshi> That's how I got distracted. Yes, circle complete! 17:38 < Shingoshi> So I really do need to build T2 first. Just so I can have all of the build tools I need for other projects. 17:40 < Shingoshi> So that also answers your earlier question if I tried to build OM. Answer, yes. 17:44 < Shingoshi> I just installed quilt. Slamd64 had it as a pkg through one of the third party devels. 17:44 < Shingoshi> So now, I can try and build OM. Life is funny! 17:45 < Shingoshi> juri_: ^^ !! 17:54 < juri_> yay? :) 18:05 < Shingoshi> This is the command to run to get the kernel version: version=$(ls ./kernel | grep 2.6) That's for my build script. 18:12 < Shingoshi> Don't I have to do "make modules", and "make $DESTINATION_PATH modules_install"? 18:12 < Shingoshi> And I also think I need to build the headers as well? 18:13 < Shingoshi> juri_: ^^ ?? 18:21 < Shingoshi> juri_: What is this about the devutils dir? Can that be inside my $DESTINATION_PATH? 18:30 < juri_> honestly, i dont think many of us get that far. ;) 18:31 < juri_> yes, you'll have to perform your distro's normal method of replacing your kernel, whatever that may be. 18:36 < Shingoshi> Please check this and tell me what to fix with headers: http://rafb.net/p/WfBMW656.html 18:38 < Shingoshi> You've been nagging me to build openMosix, and you guys can't even do so. Thanks a lot! 18:38 < juri_> we can, we just dont. ;P 18:38 < juri_> you mistake what i'm saying. the directions at present are for building, for the point of finding bugs. 18:38 < Shingoshi> Yes, I forgot to put devutils in there. 18:39 < Shingoshi> OK. 18:39 < juri_> you've got one built, and aparently are intent on trying to use it. but as is, the 2.6 stuff wont migrate a "normal" process. 18:39 < Shingoshi> Other than that, It is virtually unusable. 18:40 < juri_> bingo! :P 18:40 < Shingoshi> Damn! 18:40 < Shingoshi> LOL LOL LOL 18:40 < juri_> why do you think i've been saying we need to work on it? :) 18:40 < Shingoshi> OK 18:40 < juri_> i'll go ahead and flesh out the docs, and how to reproduce the "first bug". 18:41 < juri_> but that wont be done till monday at the latest. i'm two bugs behind (gift, and alsa), and i really need to treat them. 18:41 < Shingoshi> Why couldn't you start with a working running kernel and move on from there? 18:41 < juri_> whats in svn is a working, running kernel. i think. ;) 18:42 < juri_> i dont have it running on any hardware myself, i just built a box for it last night. 18:42 < Shingoshi> You THINK???? lol lol 18:42 < Shingoshi> Can I at least run my system with it? 18:42 < Shingoshi> Forget about the clustering. 18:42 < juri_> i believe so. ;P 18:43 < Shingoshi> Ok, That's better. 18:43 < juri_> i've got an earlier version running on one of my laptops. 18:43 < juri_> but, i dont have the current version running. 18:43 < Shingoshi> Are there earlier versions which are KNOWN to run? 18:44 < juri_> yes, earlier versions had more functionality, but no, i dont know what exact svn release number. 18:44 < juri_> so, if you run that kernel, tell me, so i'll know we havent broken anything too horribly. ;) 18:45 < juri_> BRB, lunch. 18:45 < Shingoshi> Is it possible for your team to follow the example of the main kernel team, and keep at least one perfectly running default kernel? 18:46 < Shingoshi> Kind of like 2.6 for stable, and 2.7 for devel. 18:46 < juri_> not enough manpower. 18:46 < juri_> for that, we'd need a known feature to test. 18:47 < juri_> now, i'll do that, since you've expressed an interest.. but it'll be a few days before i have "this version works for X, this version dosent" 18:47 < Shingoshi> There would be no need for more manpower. If you had that, more people would be willing to run them for testing and report bugs back to you. 18:47 < Shingoshi> Great!!! 18:48 < juri_> i dont disagree. i've just been working on the build system, to get you this far. :) 18:48 < Shingoshi> I am glad you are here with us!!!! 18:48 < juri_> i may not be, longterm. i am, after all, offtopic for a distro channel. ;P 18:48 < rxr> (t2 is not yet another distribution ... :-) 18:49 < Shingoshi> Stick with me. You'll see that you ARE in the right place!!! 18:50 < Shingoshi> It needs something like this to give it the extra oomph to attract more users. You could help with that. Besides, you seem to be brilliant! 18:50 < juri_> most kernel hackers are. ;P 18:51 < Shingoshi> You are every bit as capable as I in conceptualizing. You proved that earlier in your discussion with rxr about llvm. 18:51 < Shingoshi> We need stronger concepts! 18:52 < Shingoshi> Cohesive concepts. 18:53 < Shingoshi> rxr: We are not the very far from it. 18:53 < Shingoshi> You let me bring more people on here, and it will be! 18:53 < Shingoshi> JoinT@ Ventures! 18:53 < Shingoshi> JoinT2 Ventures! 18:54 < Shingoshi> That's what I am talking about/ 18:54 < Shingoshi> Making T2 a very strong and lively distribution. 18:55 < Shingoshi> LMJ: Have you set up that link on the site yet? 18:55 < LMJ> no Shingoshi 18:55 < Shingoshi> Either that, or rxr give me one on the main site. 18:56 < LMJ> the new website is just a test atm 18:56 < Shingoshi> Then I need to build the real thing, so we can see real results, now. 18:57 < Shingoshi> That is what I am dedicated to. 18:57 < Shingoshi> Build T2! 18:57 < Shingoshi> To get you that manpower you need. 18:58 < Shingoshi> We need. 19:03 < LMJ> yes ;) 19:03 < Shingoshi> So let me do my job! 19:03 < LMJ> i think you can write a new on the new website, i will publish it 19:04 < Shingoshi> This may seem like a small result, but I don't consider juri_ being here small or insignificant. And this is just the first. I can do a lot more. 19:05 < Shingoshi> So give me the space I need on the test site as soon as you can. 19:06 -!- sepp_ [n=sepp@p213.54.37.95.tisdip.tiscali.de] has joined #t2 19:06 < Shingoshi> I want it right between Developer and Contact Us. Header: JoinT2 Ventures 19:10 < Shingoshi> juri_: Devutils is simply the directory I need to direct the build to find the scripts there? 19:10 < Shingoshi> Do those scripts become a part of the pkg itself? 19:12 < Shingoshi> Or are they only used during the build? 19:14 < juri_> i think they're only used during the build. 19:14 < R4gnar0k> moin 19:14 * R4gnar0k yawns 19:14 < Shingoshi> So then I only need to export their path for the build? 19:15 < juri_> i'm doubting you even need to do that. 19:15 -!- sepp [n=sepp@p213.54.168.196.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)] 19:15 < juri_> just call the scripts by their full path names, when you need them. 19:15 < Shingoshi> Gooday R4gnar0k 19:17 < rxr> moin R4gnar0k 19:17 < R4gnar0k> how goes? 19:17 * R4gnar0k is heading off to NZ for a week today 19:17 < Shingoshi> I don't know where or when they are called to do that. So I think it is better to simply specifiy their location once and for all. 19:20 * R4gnar0k wonder what I walked into 19:22 < rxr> NZ ? 19:23 < Shingoshi> Don't complain. Or I'll go there instead of you! 19:24 < R4gnar0k> new zealand 19:24 < Shingoshi> yes!!! 19:25 < Shingoshi> It has got to be one of the most beautiful places on earth. 19:25 < CIA-8> rene * r22798 /trunk/package/develop/libtasn1/libtasn1.desc: * updated libtasn1 (0.3.8 -> 0.3.9) 19:25 < rxr> R4gnar0k: lucky you 19:25 < rxr> R4gnar0k: have a good holiday 19:25 < rxr> it's holidy, isn't it ? 19:26 -!- d-marc [n=d-marc@HSI-KBW-091-089-003-097.hsi2.kabelbw.de] has joined #t2 19:27 < d-marc> hi 19:29 < rxr> hi d-marc 19:30 < R4gnar0k> rxr: I wish it was holiday :p 19:31 < rxr> oh 19:31 < rxr> what's up over there then ? 19:34 < R4gnar0k> part of the company I work for :p 19:42 < Shingoshi> I knew you didn't sound too enthusiastic. 19:42 < R4gnar0k> lol 19:42 < Shingoshi> Don't complain, My earlier remark is still true! 19:43 < Shingoshi> BEAUTIFUL!!! 19:57 < CIA-8> rene * r22799 /trunk/package/security/clamav/clamav.desc: * updated clamav (0.90 -> 0.90.1) 20:01 -!- d-marc [n=d-marc@HSI-KBW-091-089-003-097.hsi2.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"] 20:02 < rxr> ok - I leave, too 20:02 < rxr> time for the evening dinner and thinking about what's up with 2.6.20, an SD card and my embedded boards ... :-) 20:02 < rxr> cu all 20:02 [Users #t2] 20:02 [@ChanServ] [ juri_] [ R4gnar0k] [ Shingoshi] [ valentin] 20:02 [ Capey ] [ LMJ ] [ rxr ] [ sparc-kly] 20:02 [ CIA-8 ] [ mtr ] [ sepp_ ] [ Stelz ] 20:02 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal] 20:12 < Stelz> cu rxr 20:13 < Shingoshi> bye rxr 20:37 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 20:38 < misl> hi folks 21:43 -!- juri_ is now known as sailorjuri_ 22:09 -!- sepp [n=sepp@p85.212.62.135.tisdip.tiscali.de] has joined #t2 22:17 -!- sepp_ [n=sepp@p213.54.37.95.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)] 22:18 -!- sailorjuri_ is now known as juri_ 22:32 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.10/2007021601]"] 22:55 -!- d-marc [n=d-marc@HSI-KBW-091-089-000-088.hsi2.kabelbw.de] has joined #t2 22:56 -!- d-marc [n=d-marc@HSI-KBW-091-089-000-088.hsi2.kabelbw.de] has left #t2 ["Time makes no sense"] 22:58 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 23:44 < Shingoshi> rxr: Is the switch supposed to be numeric 0, or alpha O in the 00-minimal.i? 23:54 < Shingoshi> rxr: -oldconfig is not supported for new configs. 23:55 < R4gnar0k> hm? 23:56 < Shingoshi> And build is complaining about lua. 23:57 < Shingoshi> I tried generic. no luck. 23:57 < Shingoshi> What is lua, and do I need it. 23:57 < R4gnar0k> yes you do 23:57 < Shingoshi> What is it? 23:57 < R4gnar0k> www.lua.org 23:58 < Shingoshi> Ok, but do I then have to compile this beforehand, yes? 23:58 < R4gnar0k> afaik you do need to have the lua package installed in your host system, yes 23:59 < R4gnar0k> oh nvm. no you don't --- Log closed Sat Mar 03 00:00:14 2007