T2 IRC Log: 2009-08-24

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- Log opened Mon Aug 24 00:00:38 2009
00:07 < CIA-69> aldas * r34021 /trunk/package/gnome2/libgnomedb/libgnomedb.desc: * updated libgnomedb (2.99.6 -> 3.99.7)
00:24 < CIA-69> aldas * r34022 /trunk/package/base/libieee1284/libieee1284.desc: * updated libieee1284 (0.1.7 -> 0.2.11)
00:36 < CIA-69> aldas * r34023 /trunk/package/network/ntop/ntop.desc: * updated ntop (3.3.9 -> 3.3.10)
00:42 < CIA-69> aldas * r34024 /trunk/package/security/strongswan/strongswan.desc: * updated strongswan (4.2.17 -> 4.3.4)
01:10 -!- the_rainbow [n=aaa@41.209.167.145] has joined #t2
01:29 < CIA-69> aldas * r34025 /trunk/package/gnome2/lablgtk/ (compile-fix.patch lablgtk.desc): * updated lablgtk (2.10.1 -> 2.12.0)
01:32 < CIA-69> aldas * r34026 /trunk/package/multimedia/transcode/transcode.desc: * updated transcode (1.1.3 -> 1.1.4)
01:55 < CIA-69> aldas * r34027 /trunk/package/scientific/orsa/gcc43.patch: * added orsa/gcc43.patch
05:55 -!- the_rainbow [n=aaa@41.209.167.145] has left #t2 []
08:12 -!- mjungwirth [n=mjungwir@213.174.234.68] has joined #t2
08:15 -!- mjungwirth [n=mjungwir@213.174.234.68] has quit [Remote closed the connection]
08:21 -!- mjungwirth [n=mjungwir@213.174.234.68] has joined #t2
09:03 < rxr> moin moin
09:07 -!- t2-maker [n=giuseppe@cpe-76-170-137-153.socal.res.rr.com] has joined #t2
09:08 < t2-maker> what is generic embedded do? more or less?
09:09 < t2-maker> :) can i make generic embedded live cd? how?
09:37 < rxr> you can not immediately make a embedded livecd
09:37 < rxr> you would need to alter the target a little to include enough to make the livecd support glue code happy
09:38 < rxr> the embedded is a generic demo and guide for embedded boards
09:38 < rxr> usually tiny cpu, less RAM, for hidden network, automated robotic tasks etc.
09:38 < rxr> thus it only contains basic UNIX / POSIX command line stuff et al.
09:38 < rxr> and is not too well suited to form a "generic" live-cd
09:38 < rxr> but with some tweaks and packages added it should be possible
09:58 < CIA-69> aldas * r34028 /trunk/package/multimedia/gnash/gnash.desc: * updated gnash (0.8.3 -> 0.8.5)
09:59 < CIA-69> aldas * r34029 /trunk/package/network/csync2/csync2.desc: * fixed csync2 to compile (without gnutls atm)
09:59 < CIA-69> aldas * r34030 /trunk/package/gnome2/fast-user-switch-applet/ (compile-fix.patch fast-user-switch-applet.conf): * fixed fast-user-switch-applet to compile
10:01 < CIA-69> rene * r34031 /trunk/package/develop/ksplice/ksplice.desc: * updated ksplice (0.9.6 -> 0.9.9)
10:01 < CIA-69> rene * r34032 /trunk/package/perl/perl-html-parser/perl-html-parser.desc: * updated perl-html-parser (3.61 -> 3.62)
10:01 < CIA-69> rene * r34033 /trunk/package/perl/perl-uri/perl-uri.desc: * updated perl-uri (1.38 -> 1.40)
10:02 < CIA-69> rene * r34034 /trunk/package/perl/perl-libwww/perl-libwww.desc: * updated perl-libwww (5.830 -> 5.831)
10:52 < CIA-69> aldas * r34035 /trunk/package/gnome2/gnome-doc-utils/gnome-doc-utils.desc: * updated gnome-doc-utils (0.14.2 -> 0.16.1)
11:24 < mjungwirth> rxr what is your favorite ide for c/c++ and bash ?
11:24 < rxr> xemagsd
11:24 < rxr> xemags, even
11:24 * rxr hiding
11:25 < rxr> for short edits vim is ok
11:31 -!- mpp [n=mpp@2a01:48:251:301:21a:6bff:fe35:820a] has joined #t2
11:31 < CIA-69> rene * r34036 /trunk/package/perl/perl-anyevent/perl-anyevent.desc: * updated perl-anyevent (5.11 -> 5.111)
11:31 < mpp> moinsen
11:31 < CIA-69> rene * r34037 /trunk/package/base/ipmiutil/ipmiutil.desc: * updated ipmiutil (2.4.0 -> 2.4.1)
11:34 < CIA-69> rene * r34038 /trunk/package/graphic/exact-image/exact-image.desc: * updated exact-image (0.7.4 -> 0.7.5)
11:41 < rxr> mon moin mpp
11:52 < rxr> graphs rescaled, some stuf tuned (e.g. crap removed): https://svn.exactcode.de/
13:00 < mpp> hey rxr
13:01 < mpp> maybe someone can have a look at cvs
13:01 < mpp> it has a getline issue since recently
13:01 < mpp> In file included from getline.c:26:
13:01 < mpp> getline.h:15: error: conflicting types for 'getline'
13:01 < mpp> /usr/include/stdio.h:651: error: previous declaration of 'getline' was here
13:02 < rxr> which package ?
13:02 < rxr> cvs?
13:02 < mpp> cvs
13:02 < mpp> yes
13:02 < rxr> ok - just rename the local "getline" function to my_getline or so
13:02 < rxr> we have simillar renames already
13:02 < rxr> look at the many glibc xyz commits
13:02 < mpp> k ill check out immed.
13:02 < mpp> k
13:23 -!- csiadmin [n=csiadmin@81.144.152.52] has joined #t2
13:23 -!- csiadmin [n=csiadmin@81.144.152.52] has left #t2 []
14:03 -!- mpp [n=mpp@2a01:48:251:301:21a:6bff:fe35:820a] has quit [Remote closed the connection]
14:16 -!- mpp [n=mpp@2a01:48:251:301:21a:6bff:fe35:820a] has joined #t2
14:17 < mpp> re
14:18 -!- csiadmin [n=csiadmin@81.144.152.52] has joined #t2
14:18 < csiadmin> Hi everyone
14:19 < mpp> hey csiadmin
14:20 < csiadmin> hey mpp :)
14:22 < csiadmin> I'm getting a build failure with parted - complaining about device-mapper, this is my first broken build so I'm not sure how to go about correcting it
14:25 < csiadmin> I don't actually need lvm so I'm happy to compile parted using --disable-device-mapper
14:26 < csiadmin> I can successfully build it using debug.sh if I run ./configure with this option - is there a way I can get this into my build?
14:33 < mpp> yes you can
14:34 < mpp> there is a .conf file within the package's directory
14:34 < mpp> http://t2-project.org/handbook/html/t2-book.html#t2.package.conf
14:35 < mpp> var_append confopt is the way to go here
14:35 < mpp> cheers
14:36 < mpp> or the same file in the target directory
14:41 < rxr> re
14:42 < rxr> device-mapper was removed, as it's now shipped with lvm2 :-(
14:42 < rxr> maybe it needs adaptoin
14:43 < CIA-69> aldas * r34039 /trunk/package/xfce4/ (16 files in 16 dirs): (log message trimmed)
14:43 < CIA-69> * updated xfce4 (4.6.0 -> 4.6.1), including:
14:43 < CIA-69> updated xfce4-terminal (0.2.10 -> 0.2.12)
14:43 < CIA-69> updated libexo (0.3.100 -> 0.3.101)
14:43 < CIA-69> updated xfce-utils (4.6.0 -> 4.6.1)
14:43 < CIA-69> updated libxfce4menu (4.6.0 -> 4.6.1)
14:43 < CIA-69> updated xfprint (4.6.0 -> 4.6.1)
14:45 -!- Baldzius [n=aldas@87-198-133-94.ptr.magnet.ie] has joined #t2
14:45 < Baldzius> moin
14:45 < rxr> hey Baldzius
14:46 < Baldzius> hi rxr
14:46 < Baldzius> waz up?
14:46 < rxr> thanks for all the commits :-)
14:47 < Baldzius> no problem
14:47 < Baldzius> somehow was very inspired over the weekend
14:48 < rxr> nice
14:49 < Baldzius> we have one nasty Xorg bug in trunk
14:49 < Baldzius> I believe it got in recetly as I don't have problems
14:49 < Baldzius> not serious though, preventing kdebase-workspace to compile
14:50 < Baldzius> maybe I'll take a closer look on it on another inspiration wave :)
14:51 < rxr> not fixed by some reverts recently ?
14:51 < Baldzius> no, as I have them in
14:51 < Baldzius> my system is like 2-3 months old
14:51 < Baldzius> and it's fine
14:51 < Baldzius> it's not a big thing anyway
14:52 < rxr> your return with commits skyrocked the heartbeat: https://svn.exactcode.de/big.png
14:52 < rxr> https://svn.exactcode.de/
14:54 < Baldzius> yeah, but it's not like in the *old* days
14:54 < Baldzius> getting older ...
14:54 < rxr> yeah wonder if I should implement not only the nightly update tracker
14:54 < rxr> but actually feed the result into some test-build sandbox
14:55 < rxr> and auto commit just compiling auto updates ...
14:55 < rxr> would free some time for the more human requiring work, like rediffing patches and the not so straight foward updates feature implementation etc.
14:55 < Baldzius> sounds interesting *and* good
14:56 < rxr> it could still commit something automatically that is wrong, but well - we just go and revert it ...
14:56 < Baldzius> reverting is much easier
14:56 < rxr> ok - will do some next weekend :-)
14:56 < Baldzius> by the way I was thinking about getting 8.0 to release
14:56 < rxr> yeah, ...
14:57 < Baldzius> I could take it as with 6.0
14:57 < Baldzius> branching it somewhere around november-december
14:57 < Baldzius> maybe with X 7.5
14:58 < Baldzius> and linux 2.6.33
14:58 < rxr> I would branch earlier
14:58 < rxr> the question is also what to do with 7.0 and 8.0
14:58 < rxr> actually the major version was intended to be the year in our new schedule
14:58 < rxr> where 8.0 is a little later ...
14:58 < Baldzius> loose rc for 7.0 and leave it, no?
14:59 < rxr> maybe jsut leave 7.0 and pretent the rc was the final one :-)
14:59 < Baldzius> 7.0 is too much behind
14:59 < rxr> well 7.0 also mostly just worked anyway
14:59 < Baldzius> I would like to have new xorg
14:59 < rxr> just that we missed mirror capacity for a binary release back then
14:59 < Baldzius> and linux 2.6.32
14:59 < Baldzius> sorry
14:59 < rxr> 32 ?
14:59 < Baldzius> damn
14:59 < Baldzius> which version
14:59 < Baldzius> sec
14:59 < rxr> .30 is decent :-)
14:59 < Baldzius> yep
14:59 < Baldzius> 2.6.32
15:00 < rxr> why this unreleased version ?
15:00 < Baldzius> my wirelless card will get native support by then
15:00 < Baldzius> I know
15:00 < rxr> *lol* !!!!
15:00 < rxr> ok - I want 2.6.28 then
15:00 < Baldzius> that's what I am targeting to
15:00 < rxr> that is the last version where suspend resume works on PowerPC :-)
15:00 < Baldzius> 2.6.28 is very bad
15:00 < Baldzius> especially when it comes to ext4
15:00 < rxr> but maybe they get it fixed by 2.6.33 1/3 then :-)
15:00 < rxr> ok - who cares about crap^4 :-)(
15:01 < rxr> ok - I was just joking
15:01 < Baldzius> :)
15:01 < rxr> be it the kernel where you get wirelss :-)
15:01 < rxr> hey, that brings me to a new shortcut for wireless: =--
15:01 < Baldzius> kernel is not a big deal to me anyway
15:01 < rxr> "=" for the wires and "--" for less :-)
15:01 < rxr> =--(tm)
15:01 < Baldzius> I am using trunk's kernel always
15:02 < Baldzius> but new X would absolutely be good to have
15:02 < rxr> yeah - I rolling emerge on production systems from trunk anyway ...
15:02 < Baldzius> only noone knows when it's comming
15:02 < rxr> cherry picking the feature / security stuff I need
15:02 < Baldzius> xorg-1.7 maybe
15:02 < Baldzius> so I need to go through tree for security stuff
15:03 < Baldzius> maybe fix that stupid X bug for kde
15:03 < Baldzius> and I'd say it pretty much for branch
15:03 < rxr> I would say no matter what wireless state you get, branch around end of october or so ..
15:03 < rxr> everything will probably get too late
15:03 < rxr> ok - that sounds good, too
15:03 < rxr> there are also some patches on the list to inject
15:04 < Baldzius> I was thinking maybe we should branch more frequent?
15:04 < Baldzius> like once a year
15:04 < Baldzius> with minimal cd images
15:04 < Baldzius> and fix things when they come up
15:05 < rxr> yes, that was the idea
15:05 < rxr> let's fully automate this
15:05 < Baldzius> respinning minimal builds with some extra fix shoudn't be a huge problem
15:05 < rxr> with an auto-build set of minimal CDs cross-compiled on some huge box
15:06 < rxr> yeah - and tag some release every fixed time when some auto-build works good enough
15:06 < rxr> I will setup some auto version committing soon
15:06 < rxr> and also the cross building minimal auto-builder likewise soon
15:06 < Baldzius> ok so I will try todo those 2 things I've addressed earlier
15:06 < Baldzius> and we'll see how it goes then
15:07 < rxr> maybe we just register at freshmeat and use their mirrors to spread the binaries without putting our infrastructure under too high binary load
15:07 < rxr> or only use bitorrent
15:07 < rxr> the binary releases really used to hit our servers pretty badly ...
15:07 < rxr> but pure minimal will help in that regard already
15:07 -!- mpp [n=mpp@2a01:48:251:301:21a:6bff:fe35:820a] has quit [Remote closed the connection]
15:09 < Baldzius> those images wil be still pretty much big, freshmeat will allow to uplaod them?
15:10 < mtr> moin
15:10 < rxr> err sourceforge I meant ... :-)
15:10 < rxr> I know other proejct host 700MB .isos on sourceforge
15:11 < Baldzius> moin mtr
15:11 < Baldzius> ah yes, sourceforge
15:17 < mtr> about kdebase-* build errors, I have this one to fix kdebase-workspace:
15:17 < mtr> http://paste2.org/p/397836
15:18 < Baldzius> cool
15:18 < Baldzius> it should work
15:18 < csiadmin> Hi everybody - are there any ways to reduce build times? I've been tasked to create a custom build for Friday. Would I be safer just emerging packages into my existing build?
15:19 < Baldzius> I will test straight away
15:19 < Baldzius> I wonder how I got it here to compile
15:19 < rxr> csiadmin: depends what you want
15:19 < mtr> somehow cmake tests did not pickup the correct libXi.so
15:19 < rxr> csiadmin: speed ups are: multi-core (4, 8 ++ cores), ccache for reoccuring builds, ...
15:20 < rxr> using tmpfs to avoid disk latency, etc. pp.
15:20 < csiadmin> rxr: I've a dedicated box to build on with 8 cores, 8GB ram and RAID-10, still takes 5-6hrs for minimal package build
15:21 < rxr> try tmpfs option if you have not yet
15:21 < rxr> and enable ccache
15:21 < rxr> if you re-build the same set of packages with same CPU optiomzation etc. over and over again
15:22 < csiadmin> rxr: gotcha, I tried up'ing the number of parallel jobs but it actually slowed the build
15:22 < csiadmin> rxr: didn't know what that ccache thing was, thx
15:23 < rxr> you need ccache in your package selection then as well
15:23 < rxr> yes, parallel job should be the number of cores
15:23 < rxr> maybe + 1 helps
15:23 < rxr> but not higher
15:24 < rxr> too much task switching CPU cache miss etc. pp. overhead with more than N .. N+1
15:24 < csiadmin> rxr: that'll be why it was so slow when I set it to 24 lol
15:25 < rxr> yeah - cache TLB task switch overheads ...
15:27 < csiadmin> rxr: just looking at the tmpfs feature, can't see much doc on it
15:28 < rxr> there should be
15:28 < rxr> there even was some patchery on the mailing list some months ago
15:28 < rxr> it's basically mounting a temporary RAM (tmp) file-system for each pacakge to build
15:28 < rxr> so all the package sources and temporary object and other output files do not hit your HD, but stay in RAM
15:30 < rxr> best only used on boxe with gigs of memory
15:30 < rxr> otherwise it usually takes too much RAM away for other useful OS tasks
15:30 < rxr> (read defeats your OS's cache strategies)
15:31 < rxr> and not bigh enough for some packages like the linux kernel anyways
15:33 < csiadmin> rxr: found some info on it, it sounds clever. No experience with patches but I'm assuming it just changes the standard Build-Target script?
15:33 < rxr> you only need to set the option in the Config
15:33 < rxr> nothing else
15:35 < Baldzius> mtr: go ahead, patch fixes the problem
15:35 < Baldzius> thanks
15:35 < csiadmin> rxr: Apologies I hadn't noticed that option
16:24 < rxr> btw. forgot to mention that the music band 2raumwohnung produces a music video in the street in which we live, now
16:24 < rxr> http://www.2raumwohnung.de/
16:25 < rxr> http://www.2raumwohnung.de/content/neu.php
16:25 < CIA-69> aldas * r34040 /trunk/package/network/cfengine/cfengine.desc: * updated cfengine (3.0.1 -> 3.0.2)
16:29 [Users #t2]
16:29 [@ChanServ ] [ CIA-69 ] [ LMJ ] [ mtr ] [ Stealth ]
16:29 [ Baldzius ] [ csiadmin] [ mjungwirth] [ oliv`] [ t2-maker]
16:29 [ bitdancer] [ koan ] [ mqueiros_ ] [ rxr ] [ TobiX ]
16:29 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
16:33 < CIA-69> aldas * r34041 /trunk/package/network/psi/psi.desc: * updated psi (0.12.1 -> 0.13)
16:35 -!- Baldzius [n=aldas@87-198-133-94.ptr.magnet.ie] has quit ["Leaving"]
17:27 < rxr> http://rene.rebe.name/2009-08-24/nokia-booklet-3g/
17:56 < CIA-69> mtr * r34042 /trunk/package/kde/kdebase-workspace/cmake-check-libxi.patch:
17:56 < CIA-69> * patched kdebase-workspace to run link test for
17:56 < CIA-69> XiGetDevicePresenceNotifyEvent with ${X11_Xinput_LIB}
17:56 < CIA-69> instead of -lXi
17:57 < CIA-69> mtr * r34043 /trunk/package/network/lighttpd/pcre.patch.cross: * re-diffed lighttpd patch for cross-build pcre support
18:12 < t2-maker> what is the smallest way to make a x86 iso bootable (uLibC based) with X (or tinyX?) rescue with some changes?
18:12 < rxr> tinker with it for a day?
18:12 < rxr> sponsor some dev here?
18:12 < rxr> I would probably have something running within some hours
18:12 < rxr> but as I have not done yet I have no step-by-step guide at hand
18:16 < t2-maker> i was working with the swiss slitaz linux but the build system is not as adjustable as t2 also I would like to make a mini linux distro ISO based based on t2 for my teaching class on embedded/mini/rescue systems..like to use t2 in the class since it is a pretty sane a straight forward approach... I am playing with it and it seems possible just want to know if anybody has done something like this so I can have a starting point...? thanks
18:17 < rxr> oh - I just remeber, the most minimal live so far probably is the t-resc rescue system
18:17 < rxr> once it was even setup fo us euclibc
18:17 < rxr> uclibc
18:17 < rxr> but due to some xfs stuff I had to made it glibc by default
18:17 < rxr> oh xfs, and zfs
18:17 < rxr> http://www.t2-project.org/targets/t-resc/
18:32 < t2-maker> i know i like the build..was looking at doing that. I have trunk.. pulled down last night.. doing a generic embedded build.. but maybe I should start with t-resc from ./scripts/Config and select t-resc and then what do I select to add stuff like support for minefield or other small firefox browsers... would like openbox(blackbox) browser, some security tools, wireless tools, net config ... like that...
18:33 < rxr> the rescue target (t-resc) is inside trunk, no?
18:33 < rxr> if you know and like the t-resc build you could just use it
18:34 < t2-maker> yes.. but i was afraid of it .. only built generic before.. can I add packages like abiword and can i install it on a partition on my windows machines.. so I can fix them without the users have to install a CD...
18:37 < rxr> ok - t-resc has no installer, but you could add more apps
18:38 < rxr> but the embedded has even less so an installer nor direct CD support
18:39 < t2-maker> how do i add an installed to t-resc.. which options.. how to add from ./scripts/Config.. thank you so much..
18:39 < rxr> we have no "live system" installer, you could write one though
18:39 < rxr> probably take most of the archivista install script in target/archivista/rootfs/home/archivista/install.sh
18:40 < rxr> you are a dozent or so at some school, uni, etc.?
18:41 < t2-maker> yes.. i am working on a class to teaching ebedded systems.. started with openembedded, slitaz, gentoo but the builds were to specific and to packages.. t2 is more open and teachable... and show certain good portability practices that go a long way to minimizing doing things over again.. a point that i am trying to get the students to understand in their designing of software systems.
18:44 < t2-maker> also what is Xen based mininal OS?
18:44 < rxr> no idea
18:44 < rxr> is that in t2?
18:45 < rxr> probably by someone else :-)
18:45 < rxr> maybe an attempt to add some bare-metal VM thing?
18:49 -!- the_rainbow [n=aaa@41.209.167.146] has joined #t2
18:59 < t2-maker> is the @Live build complete with X windows, browser, window manager... etc...? thank you
18:59 -!- csiadmin [n=csiadmin@81.144.152.52] has left #t2 []
19:13 < rxr> at live is nowadays desktop
19:14 < rxr> note that trunk needs some stabilization especial in regards of live setup and kde 4
19:14 < rxr> mtr: how did your desktop build go the other day ?
19:17 < t2-maker> i am running @live build right now... lets see... like to do other than KDE.. where is the selections for that? thank you
19:18 < rxr> the @live builds are old, it's the desktop target nowadays
19:18 < t2-maker> oh .. can i run it live to check it out...
19:18 < rxr> the (old) @live isos are the demo of the live technology developped at that time
19:18 < rxr> nowadays most targets can be live'iscated
19:18 < rxr> it's the same T2 support code glue as used for the t-resc (for example)
19:19 < t2-maker> ok what should i use desktop... and how do i liveiscate it.. which options.. thank you
19:19 < rxr> ouhm
19:20 < rxr> you select "livecd" (or so) in the target output options=
19:20 < rxr> where you also can select "none" and "install"
19:20 < t2-maker> i am on caos NSA linux now and building using trunk WOW that is easy thank you..
19:20 < rxr> but the target needs to fullfill some requirements, such as an unionfs support and such
19:20 < rxr> and initrd
19:20 < t2-maker> OK i am going to use desktop as build and add live CD options as you suggest thank you
19:20 < rxr> the embedded target _DOES NOT FULLFIL THIS REQUIREMENTS_
19:20 < rxr> but desktop, generic and t-resc do
19:20 < rxr> t-resc even enforces this option IIRC
19:21 < rxr> if you want somethign truely embedded minimalistic then you probably have to tinker with the combination for some afternoon to get a working setup
19:22 < t2-maker> ok.. thank you... would you suggest starting with desktop or t-resc as starting point... i want it small but want it livecd and smallest browsers... i am porting minefield to t2 packages asap for my project so it will have a smaller version of firefox not bloated... thank you
19:23 < rxr> you want embedded, right, preferable uclibc ?
19:25 < t2-maker> yes.. like slitaz does so i can target programs output to smaller systems without having dual distributions .. a small one that can grow it with a few packages as needed...
19:25 < rxr> don't know slitaz, whatever
19:25 < rxr> ok - given this choices I would recomment to start with the t-resc
19:26 < rxr> depending on your time, I would first build it as it is
19:26 < rxr> and then switch it back to uclibc
19:26 < t2-maker> http://slitaz.org/ - swiss distro.. minimalistic
19:26 < t2-maker> ok. what is the memory impact of libc vs ulibc.. alot i suppose... thxs
19:27 < rxr> not so much
19:28 < rxr> it's not only RAM memory, also Flash or optical memory ... (read file-system footprint)
19:28 < rxr> does not really matter on modern x86 boards
19:28 < rxr> (even if they are 486 embedded boards)
19:28 < rxr> more so when you have an ARM or even Blackfin etc.
19:28 < rxr> AVR32, et al.
19:28 < t2-maker> ok i am stopping @live and going to t-resc to start with then adding ulibc after successful build and try again
19:29 < t2-maker> i know but i would like it to all run in ram for fast task switching.. i have a window manager for X i modified that uses
19:29 < t2-maker> that on slitaz and it is blazing fast all in ram...
19:30 < rxr> maybe try it out yourself
19:30 < t2-maker> ok.. thx
19:31 < t2-maker> but i want to build it as a project with students too.. so they can understand the mappings and how it works thxs
19:31 < rxr> sure, just do
19:32 < rxr> you might still like to experiement with it first to know some details you can teach to your stuends
19:32 < rxr> , if you're not going some agile "we'll see what we get by learning by doing" way
19:33 < t2-maker> yes.. doing that now... moving to t-resc as starting point.. do you know the ISO size at the end... building on Duo Core2 mac mini...
19:39 < rxr> some 70MB or so
19:39 < rxr> of course that can very much be stripped down by custom selection tweaking etc.
19:40 < the_rainbow> Hi rxr
19:40 < the_rainbow> How are yo doing?
19:40 < the_rainbow> you*
19:40 < rxr> busy with everything, ... :-)
19:40 < rxr> and self?
19:40 < the_rainbow> Good luck
19:40 < the_rainbow> fine
19:41 < the_rainbow> I've got a small question about the T2 console
19:41 < rxr> just go ahead
19:41 < t2-maker> great thank you.. again.. how do i add a package to my build so it is included in my iso build to the build chain... what section of t2 manual .. thank you
19:41 < the_rainbow> there's this big image of t2
19:41 < the_rainbow> blue and orange and so
19:41 < the_rainbow> how can I remove it?
19:42 < rxr> hm?
19:42 < rxr> where?
19:42 < the_rainbow> when I switch to terminal 2
19:42 < the_rainbow> I see it
19:42 < the_rainbow> on Bash
19:42 < rxr> this angry penguin ?
19:43 -!- the_rainbow [n=aaa@41.209.167.146] has quit [Remote closed the connection]
19:44 -!- the_rainbow [n=aaa@41.209.167.146] has joined #t2
19:44 < the_rainbow> back, sorry
19:44 < rxr> 19:42 < rxr> this angry penguin ?
19:44 < the_rainbow> yes right
19:45 < rxr> /etc/issue.ansi
19:45 < rxr> /etc/issue*
19:45 < rxr> that is some kind of Un*x standard
19:45 < rxr> you can you either of those or inject your own
19:46 < the_rainbow> ahh okay great
19:46 < the_rainbow> thank you !
19:46 < the_rainbow> ah by the way
19:46 < rxr> http://www.puredarwin.org/screenshots
19:46 < the_rainbow> I'm coding the live installer script
19:46 < rxr> nice
19:46 < the_rainbow> it's almost finished actually
19:46 < rxr> definetly t2-maker would want to hear, likewise
19:46 < the_rainbow> it works great
19:46 < rxr> don't forget to send it to me or the t2-list or so
19:46 < the_rainbow> yes T2 needs that definetly
19:47 < the_rainbow> it can install a live image into the hard disk
19:47 < the_rainbow> and it's based on stone !!
19:47 < t2-maker> ok.. can i test for you rainbow?
19:47 < rxr> neat
19:47 < rxr> welcome and such
19:47 < the_rainbow> so its has the rich features of stone
19:47 < the_rainbow> yes of course
19:47 < the_rainbow> just wait for me to finish some stuff
19:47 < t2-maker> need help rainbow:
19:49 < t2-maker> do you have a working version to share or test rainbow
19:49 < the_rainbow> I still have to stuff to fix
19:49 < the_rainbow> I'll let you know as soon I have a test version
19:50 < t2-maker> have u used it to install yet? when?
19:50 < rxr> t2-maker: you're really pushing it a little
19:50 < the_rainbow> :D
19:50 < rxr> t2-maker: better leave the_rainbow to actually finish it and you can test your first t-resc build in the meantime :-)
19:50 < the_rainbow> exactly
19:51 < t2-maker> ok.. thanks it was such a good news though.. i really like t2 .. build it on my mac lap top in 2006 and still runs great on PPC arch..
19:52 < the_rainbow> what I like the most about T2, is that I can customize it the way I want and easily
19:52 < the_rainbow> really great work
19:52 < t2-maker> i now .. simple scripts and i actually understand most of the manual too.
19:53 < the_rainbow> though, I think that lots of stuff must be added to the handbook
19:53 < the_rainbow> I'll try to add them if I get some free time
19:53 < t2-maker> been away from it a while working with slitaz though... but i am returning to t2 because the customization seems much more stable..thanks -- yes i agree but it is a good start compared to many projects.. very easy to read... thanks
19:56 < the_rainbow> have to go guys
19:56 < the_rainbow> take care and see you around
19:57 < rxr> cu
19:57 < rxr> have a good day or night
19:59 < t2-maker> thx
20:08 < t2-maker> i have a window manager w9wm which is a plan9 port that i modified for t2 and it works.. how do i add this to my t2-rec build? thanks
20:10 < rxr> don't we have it already ß
20:11 < rxr> ok - maybe not
20:11 < rxr> how did you modify it alread? and how did you build?
20:14 < koan> that puredarwin ascii art is awesome
20:15 < t2-maker> a shell file : gcc -O3 w9wm.c -o w9wm -lx11
20:16 < t2-maker> it has colored mouse, smoothansi mini text and is all a single source file and is only 80kbytes when built static.
20:16 < rxr> send it to me and I'll show you how to add it :-)
20:16 < rxr> does the thing have an upstream homepage ?
20:17 < t2-maker> ok.. let me mount the drive and find the last build... and i will gzip it and send it as a file- not yet.. it was orignal from Dave Hogan (now dead) from bell labs as a plan9 window manager.
20:18 < t2-maker> w9wm is a modified version 16 sources files and many shared object prebinds that make the target larger. I put it in a single file since it is only 2900 lines of source and clean it up.. to be easy to maintain and modify..
20:26 < t2-maker> ok here it is... w9wm.tar.gz .. oh the executble is 50k sorry.. not 80k thanks
20:26 < rxr> aaaaaaaaaaaaaaarrrrrrrrrrrrrrrrrghhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh
20:26 < rxr> this f*cking mac os X vim patch and svn misbehavery
20:27 < rxr> I HATTTTTTTTTTTTTTTEEEEEEEEEEEEEEEEEEEE IIIIIIIIIIIIIIIIITTTTTTTTTTTTTTTTTT
20:27 < rxr> http://rene.rebe.name/2009-07-17/svn-systemvi-svn-committmp-returned-256/
20:27 < rxr> and due to the brain dead configured vim I now lost my commit text twice ...
20:27 < rxr> now writing a third time and making a copy before the commit
20:27 < rxr> damnit
20:27 < rxr> this is so stupid, feels like in the stone age
20:28 < rxr> carving they sibbles into some wall ...
20:28 < rxr> just that the walls at that time did not lost the glyphs that easily ...
20:28 < t2-maker> it happens.. i have macs and they can be wierd at times.. its ok.. thanks
20:28 < rxr> you have my mail addrs to send the source to ?
20:29 < rxr> note that macs per se are not so wired at time, just some unix grounds of OS X are at some times
20:29 < t2-maker> is it on site? i will find.. or can i irc send it to you. as a gzip 41k bytes.
20:29 < rxr> others call it bugs
20:29 < rxr> I bet some nickle that Steve would call it features
20:29 < rxr> probably some super intuitive user experience thing tuned in vi and svn
20:30 < t2-maker> ye.. thats why we have t2... don't you know...
20:30 < rxr> maybe to give developers a break and refresh their coffe
20:30 < t2-maker> if you check your irc file recv a file is being sent u... x9wm.tar.gz...
20:31 < rxr> ah yes, sorry can you send again
20:31 < rxr> I think it timed out
20:31 < t2-maker> ya.. one moment please... thanks
20:32 < t2-maker> should be there... :)
20:32 < rxr> ok - got something
20:32 < rxr> $ md5sum x9wm.tar.gz
20:32 < rxr> 6bd644816f5cd67ddc4c2f285aa5fad9 x9wm.tar.gz
20:32 < t2-maker> all C and Xlib nothing else... yes that is it.. :)
20:34 < rxr> ok - I'll take a look soon
20:34 < rxr> will probably have to go home sometime soon
20:34 * rxr still in the office
20:34 < rxr> t2-maker: I guess you are in .ch, or somewhere else in the world ?
20:35 < t2-maker> button1- select screen , 2 - app menu , 3 - controls - windows size, kill, move, hide - CTL-SHIFT - button 1 mouse- apps menu
20:36 < t2-maker> ok getting docs to you also.. very simple... amazing fast... loads open office instantly...
20:38 < t2-maker> ok.. drive safe and take care... ciao - :)
20:38 < rxr> yeah - some minutes I'm still here
20:38 < rxr> have to finish some work
20:38 < t2-maker> no in los angeles california on top of mountain call pasadena, calif - not far from CalTech
20:42 < rxr> oh - that sounds like fun
20:42 < t2-maker> can be.. nice weather and good excercising - bikes, beach, hiking...
20:43 < t2-maker> t2-resc is building away... nicely... i might add :)
20:44 < t2-maker> reading manual.. refreshing my mind on t2 builds... i love shell... thank you so much... shell is nice..
20:45 -!- regomodo [n=jon@host86-152-204-64.range86-152.btcentralplus.com] has joined #t2
20:46 [Users #t2]
20:46 [@ChanServ ] [ koan ] [ mqueiros_] [ regomodo] [ t2-maker ]
20:46 [ bitdancer] [ LMJ ] [ mtr ] [ rxr ] [ the_rainbow]
20:46 [ CIA-69 ] [ mjungwirth] [ oliv` ] [ Stealth ] [ TobiX ]
20:46 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
21:18 < rxr> ok - cu
21:22 -!- the_rainbow [n=aaa@41.209.167.146] has left #t2 []
21:23 < t2-maker> bye
22:06 -!- regomodo [n=jon@host86-152-204-64.range86-152.btcentralplus.com] has quit [Remote closed the connection]
22:29 -!- koan [n=koan@unaffiliated/koan] has quit ["Lost terminal"]
22:29 -!- koan [n=koan@unaffiliated/koan] has joined #t2
22:33 -!- koan [n=koan@unaffiliated/koan] has quit [Client Quit]
22:34 -!- koan [n=koan@unaffiliated/koan] has joined #t2
22:40 -!- koan [n=koan@unaffiliated/koan] has quit ["Lost terminal"]
22:40 -!- koan [n=koan@unaffiliated/koan] has joined #t2
22:42 -!- koan [n=koan@unaffiliated/koan] has quit [Client Quit]
22:45 -!- koan [n=koan@unaffiliated/koan] has joined #t2
22:47 < t2-maker> to build the iso - ./scripts/Create-ISO t2-desktop default ? yes/no?
23:40 -!- bitdancer [n=rdmurray@c-24-91-29-50.hsd1.ma.comcast.net] has quit ["WeeChat 0.2.6.2"]
23:55 -!- bitdancer [n=rdmurray@c-24-91-29-50.hsd1.ma.comcast.net] has joined #t2
23:55 -!- bitdancer [n=rdmurray@c-24-91-29-50.hsd1.ma.comcast.net] has left #t2 ["WeeChat 0.2.6.2"]
--- Log closed Tue Aug 25 00:00:38 2009