--- Log opened Wed Jul 14 00:00:07 2010
09:27 -!- mqueiros_ [~mqueiros@a213-22-191-241.cpe.netcabo.pt] has quit [Quit: Ex-Chat]
09:44 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has joined #t2
09:44 < Baldzius> moin
10:44 < rxr> re
10:44 < rxr> moin
10:52 < Baldzius> hi rxr
10:59 < Baldzius> testing ccache 3.x here
10:59 < Baldzius> works like a charm only cmake doesn't hit it :/
11:00 < Baldzius> also direct mode always is off
11:00 < Baldzius> not sure why :/
11:03 < rxr> not respecting $CC or so?
11:03 < rxr> calling gcc with an absolute path, ...
11:03 < rxr> top #2 suspects
11:06 < rxr> damn some R&B stuff has fat sound, should be forbidden
11:06 < rxr> verboten :-)
11:08 < rxr> bad thing though: sometimes they have so clattering effects making me wonder if this headphone is defect :-)
11:11 < rxr> I think it's in the music though :-)
11:18 < rxr> no it's the headphone, ...
11:18 < rxr> good it's the one I did not like anyway
11:24 < rxr> 8.0 builds look quite good, now, finallz
11:24 < rxr> koan: around_
11:24 < rxr> ? even
11:24 < koan> yup
11:25 < rxr> how's your ppc article going? I have 8.0 isos around :-)
11:25 < koan> it will be published this evening on LWN.net
11:25 < rxr> are we mentioned?
11:25 < koan> yup :-)
11:25 < koan> so if the ISOs are online, I can still add the info
11:25 < rxr> oh great :-)
11:26 < rxr> ok, I'll hurry with testing and publishing
11:49 < Baldzius> so we can expect 8.0 branch soon?
11:54 < rxr> I would just branch and tag today if nothing comes in between
11:55 < Baldzius> super
11:56 < Baldzius> I will start polishing it then
11:56 < Baldzius> the branch ^^
11:56 < rxr> great, we can release some 8.1 then
11:56 < rxr> if I want to continue releasing sparc images / support I need an downdate override for the sparc gcc anyway
11:57 < rxr> the last 2 major versions do not compile the sparc bootloader in a workking way :-/
11:57 < rxr> and I already spent some 3-5 days on this f#cking issue
11:57 < Baldzius> rolling down to 4.3?
11:57 < rxr> not the whole tree
11:57 < rxr> only for sparc
11:57 -!- T-One [~T-One@194.183.141.238] has quit [Read error: Connection reset by peer]
11:57 < rxr> in architecture/sparc/packages/gcc/gcc.desc ...
11:57 < Baldzius> sounds good
11:58 < rxr> like we have for avr32 and blackfin
11:58 < rxr> this selctive architecture and target package overloading is great help & fun
11:58 -!- Guest3154 [~T-One@194.183.141.238] has joined #t2
11:59 [Users #t2]
11:59 [@ChanServ] [ CIA-29   ] [ koan       ] [ mtr] [ Stealth] [ zod] 
11:59 [ Baldzius] [ Guest3154] [ mjungwirth2] [ rxr] [ TobiX  ] 
11:59 -!- Irssi: #t2: Total of 11 nicks [1 ops, 0 halfops, 0 voices, 10 normal]
11:59 -!- Guest3154 [~T-One@194.183.141.238] has quit [Read error: Connection reset by peer]
12:05 < rxr> I think I send this sennheiser headphones back to their headquator
12:06 < rxr> I used them so seldomly and not on high power equiptment, just computers and such, and they are that defect now ...
12:06 < rxr> they can keep them to improve their product design, ...
12:06 < koan> what's wrong? isn't sennheiser normally high quality stuff?
12:06 < rxr> yep
12:06 < rxr> thought so
12:07 < rxr> this are some cheaper 60EUR or so little bigger than in-ear ones
12:07 < rxr> that is not a full headphone, but only a tiny flex cable holding them
12:08 < rxr> where not even comfortable to start with, which is probably why I never really used them, and now they sound like the plastic membran got loose, clirring like there is no tomorrow
12:08 < rxr> I only use them right now because my others are not around, at home and such ...
12:12 < rxr> Baldzius: I may change the Create-ISO script when be branched 8.0 not to write the images into a created iso/ directory by default
12:12 < rxr> Baldzius: would that be ok with you, too?
12:13 < Baldzius> where they will be written then?
12:13 < rxr> the current working directory as one would expect from a unix tool
12:14 < rxr> and as it was in ROCK Linux from 1.x to T2 2.x whatever, until Allejandro changed it in one night to his preference ...
12:14 < rxr> one can still get them into an iso/ dir one simply adds that to the filename, ... Create-ISO minimal iso/minimal ...
12:15 < rxr> though I like to get the files where I'm working in
12:15 < Baldzius> ok
12:15 < Baldzius> fine for me
12:15 < rxr> great
12:15 < rxr> in the long term I was even thinking about getting rid of Create-ISO
12:16 < rxr> the ISO could be created at the end of Bulid-Target when the CD output is selected in the Config
12:17 < rxr> it's r5387
12:17 < rxr> from 2005
12:18 < rxr> should think about reducing my weekends red wine consume to preserve memory into the age
12:18 < rxr> or it's the other way round and it's healthy :-)
12:19 < Baldzius> :)
12:19 < Baldzius> who knows
12:19 < Baldzius> myself I don't drink alcohol at all
12:21 < rxr> :-)
12:21 < rxr> damn
12:21 < rxr> the MacBook is so hot, I can barely touch it
12:21 < rxr> old model thatis
12:21 < rxr> MacBookPro3,1
12:21 < rxr> and the aircon is running in turbo mode, ...
12:21 < rxr> it's pretty hot these days
12:22 < rxr> the other day one server just switched off, guess some low-level overheat protection
12:22 < Baldzius> here it's mostly raining :/
12:22 < rxr> but on that Sunday I did not had the aircon running in turbo mode ....
12:22 < rxr> oh
12:22 < rxr> our continental side is mostly burning away
12:23 < rxr> we had 38.5±C
12:23 < rxr> ±C
12:23 < rxr> damn unicode terminal stuff, anyway, 38.5°C the other day Berlin
12:24 < rxr> according to the local newspaper the hottest day since begin of the records
12:24 < rxr> http://www.rp-online.de/panorama/Rekord-Hitze-in-Berlin-und-Hannover_aid_273404.html
12:25 < rxr> sorrz old news
12:25 < rxr> http://www.superillu.de/aktuell/Berlins_heissester_Tag_des_Jahres__1725683.html
12:27 < rxr> ok, this one is more informative: http://www.mainpost.de/nachrichten/politik/zeitgeschehen/38-8-Grad-Bislang-heissester-Tag-des-Jahres;art16698,5647991
12:27 < rxr> google translate will help .-=
12:27 < rxr> :-)
12:28 < Baldzius> I' day we have coldest summer in last 4 years since I am living here
12:29 < Baldzius> and it was coldest last winter too
12:29 < rxr> I'd call that lucky, others certainly not so much
12:29 < Baldzius> I don't complain :)
12:29 < rxr> ok, our winter was also very cold and long, and the summer started off late
12:29 < rxr> but now it's to hot to get around at all
12:30 < Baldzius> having -8°C for a week is not so bad
12:30 < rxr> without an aircon in the office I could not work and think a bit
12:30 < Baldzius> and now it hardly climbes over 17°C
12:30 < rxr> yeah, last week we reached 38.5°C, ...
12:31 < rxr> currently my accuweather thinks it's 30°C, but it feels warmer
12:37 < rxr> 31° - RealFeel®35°
12:37 < rxr> http://www.accuweather.com/en-us/EUR/DE/GM003/Berlin/quick-look.aspx
12:43 < rxr> koan: ppc64 boots, installs
12:43 < koan> cool!
12:44 < rxr> sad thing the gang of five will miss the sparc64 iso this time
12:44 < rxr> but well, one can not have everything
12:45 < koan> who's the gang of five?
12:45 < rxr> our classic set of release architecutres, x86, x86-64, ppc, ppc64, and sparc64
12:46 < rxr> but things recently broken in the sparc land faster then I could possibly keep fixing them
12:46 < koan> sparc is always 64-bit?
12:46 < rxr> nope
12:47 < rxr> but I have no reasonable 32bit machine to care about the old and slow 32bit flavours :-)
12:48 < rxr> that is I have a 32bit machine either in the cellar, or my parents attic, but it is so slow, it's less fun than an i386 was back in the days
12:48 < koan> :-)
12:48 < rxr> especially give that the CPU is even lacking hardware divide
12:49 < rxr> and I have another, simillarly slow mainboard that I was given as "maybe defect", I never saw it booting up at all, ...
12:49 < rxr> my fastest 64bit sparc is even slow: 360MHz, ...
13:03 < Baldzius> rxr: just make sure all iso are bootable, not sure how this slipped off last time
13:03  * rxr neither
13:03 < rxr> I guess I copied the i486 iso from another build bot
13:03 < Baldzius> could be
13:03 < rxr> or I tested another image, ...
13:03 < Baldzius> but still strange
13:03 < rxr> I think it was only the "32bit x86" one anyway :-)
13:04 < rxr> ah, no, I think it was that I copied the x86_64 image also into the i486 dir, ... .-(
13:05 < Baldzius> but iso image itself didn't have boot flag set
13:05 < rxr> well, I do not trust the file output to all avail anyway
13:06 < rxr> but when I loop mounted it contained x86_64 files, too
13:06 < Baldzius> ic
13:07 < Baldzius> anyway that image wasn't booting for sure
13:07 < rxr> at least not on an i386 machine :-)
13:21 < rxr> I really enjoy our "silent by default" kernels as built by t2 for some year or so now
13:21 < rxr> finally one sees the important stuff between the lines .-)
13:24 < Baldzius> lots of udev crap :)
13:24 < rxr> yeah, we need to silence that crap, indeed
13:24 < rxr> patch welcome
13:24 < rxr> and a polished 8.1 as well :-)
13:26 -!- rogermason [~user@CPE001b639d4751-CM0011aea11450.cpe.net.cable.rogers.com] has joined #t2
13:27 < CIA-29> rene * r36768 /trunk/architecture/powerpc64/package/util-linux/util-linux.conf: 
13:27 < CIA-29> * fixed the powerpc64 quirk setup building both multi-lib variants
13:27 < CIA-29> (for yaboot) to honor the remaiing T2, standard, config
13:27 < rogermason> I'm trying to build t2-trunk on a machine with 2.7.0-rc-2 installed.  I get the following error building e2fsprogs:
13:28 < rogermason> here's the error:         LD e2freefrag
13:28 < rogermason>         LD e2initrd_helper
13:28 < rogermason>         LD mke2fs
13:28 < rogermason> mke2fs.o: In function `.L131':
13:28 < rogermason> mke2fs.c:(.text+0x1f35): undefined reference to `blkid_new_probe_from_filename'
13:28 < rogermason> mke2fs.c:(.text+0x1f47): undefined reference to `blkid_probe_get_topology'
13:28 < rogermason> mke2fs.c:(.text+0x1f59): undefined reference to `blkid_topology_get_minimum_io_size'
13:28 < rogermason> mke2fs.c:(.text+0x1f67): undefined reference to `blkid_topology_get_optimal_io_size'
13:28 < rogermason> mke2fs.c:(.text+0x1fc3): undefined reference to `blkid_topology_get_alignment_offset'
13:28 < rogermason> mke2fs.c:(.text+0x1fcd): undefined reference to `blkid_free_probe'
13:28 < rogermason> mke2fs.c:(.text+0x2956): undefined reference to `blkid_free_probe'
13:28 < rogermason> collect2: ld returned 1 exit status
13:28 < rogermason> make[2]: *** [mke2fs] Error 1
13:28 < rogermason>  
13:29 < rxr> I think I saw something simillar with the next upstream update which is why I did not commit such an update yet
13:30 < rxr> maybe linking in the wrong library, or it's build system (configure / Makefile) has other such confusions
13:38 < rxr> http://dl.t2-project.org/binary/stable/8.0/
13:38 < rxr> ppc (32bit) is untested
13:39 < rxr> will do so later this afternoon, need o get back to my Cube at home, ...
13:40 < CIA-29> rene * r36769 /branches/8.0/: * branched 8.0, finally!
13:43 < Baldzius> yay
13:49 < CIA-29> rene * r36770 /branches/8.0/scripts/parse-config: * set branch version to 8.0-stable
13:49 < CIA-29> rene * r36771 /branches/7.0/scripts/parse-config: * set branches/7.0 version to 7.0-"stable", likewise
13:52 < CIA-29> rene * r36772 /tags/8.0/: * tagged 8.0
13:52 < CIA-29> rene * r36773 /tags/8.0/scripts/parse-config: * set 8.0 version
13:53 < rxr> Baldzius: if you commit fixes, don't forget to commit to trunk first, and then merge that change
13:53 < rxr> so trunk gets all the fixes, too
13:53 < Baldzius> yeah, I know
13:53 < Baldzius> trunk is still 8-0
13:53 < rxr> great :-)
13:54 < rxr> yes, I want to update that version later, when I copied all download files to a new "mirror" directory on the dl server
13:54 < rxr> but thanks for reminding
13:54 < rxr> what do we name the next, 9.0 ?
13:54 < Baldzius> I guess
13:58 < rxr> or 10 :-)
13:58 < rxr> T2 X
14:00 < Baldzius> 9 looks better :)
14:00 < rxr> was also more of an joke :-)
14:00 < Baldzius> for me even 2 looks better than 10
14:00 < rxr> unless you make it an X
14:01 < rxr> remind me to increase the version if you do not the next days
14:01 < Baldzius> single number for me looks more solid
14:01 < rxr> need to create a new mirror directory and setup first
14:01 < rxr> ok, but then we have an problem in 1-5 years when we're done with 9
14:02 < rxr> can continue with hex for the time being, though, T2 A, B, C, D, ...
14:02 < Baldzius> our children will find the solution :)
14:02 < rxr> or we drop the entire versioning thing any only speak of "known gold revisions" r34567 .-)
14:04 < Baldzius> well then 10 is better :)
14:07 < rxr> :-)
14:09 -!- T-One [~T-One@194.183.141.238] has joined #t2
14:11 < Baldzius> rxr: I guess I can more freely drop packages not compiling for ages
14:11 < Baldzius> and with no development in last years?
14:11 < Baldzius> in branch/8.0
14:14 < rxr> well, you know I don't like that too much in any way
14:14 < rxr> but please not in the branch
14:14 < rxr> rather do that for trunk
14:14 < rxr> 8.0 should only receive security and compile fixes and such
14:14 < rxr> no major shuffling
14:33 < Baldzius> ok
15:29 -!- rogermason [~user@CPE001b639d4751-CM0011aea11450.cpe.net.cable.rogers.com] has left #t2 ["ERC Version 5.3 (IRC client for Emacs)"]
15:31 -!- arete74 [~arete@143.225.107.252] has joined #t2
15:31 -!- rogermason [~user@CPE001b639d4751-CM0011aea11450.cpe.net.cable.rogers.com] has joined #t2
15:33 -!- arete74 [~arete@143.225.107.252] has quit [Client Quit]
15:37 < rogermason> Following up on my earlier message about e2fsprogs-1.41.12 in trunk.  I downloaded the e2fsprogs-1.41.12 tarball from SourceForge and it builds without error on my 2.7.0 system.  I presume this means something is wrong in the Makefile generated by T2.
15:48 < Baldzius> 7.0 is way old
15:51 < rogermason> Yes, but I could not build trunk on my Gentoo system and 7.0 was the most recently available version available in binary form (or at least it was last week)
15:53 < Baldzius> you can locally update e2fsprogs
15:53 < Baldzius> then
15:57 < rogermason> OK, thanks.
15:59 < Baldzius> shouldn't make any trouble
16:00 < Baldzius> ./scripts/Update-Pkg e2fsprogs 1.41.12
16:00 < Baldzius> unless there's still some patch lingering around
16:01 < Baldzius> again you can manually delete them
16:01 < rogermason> I used ./scripts/Emerge-Pkg e2fsprogs.  It is chugging away as we speak.
16:04 < Baldzius> that's for host compile
16:05 -!- mjungwirth [~mjungwirt@213.174.252.112] has joined #t2
16:12 < rogermason> So, Update-Pkg updates the source tree and metadata in the t2-whatever directory?  Believe it or not, but I did read thro' the manual (but there's a lot to take in).
16:21 < Baldzius> it updates .desc file, sometimes it needs manual intervention if download link changes
16:22 < Baldzius> roughly it's almost like Gentoo
16:22 < Baldzius> myself I came from Gentoo 6y ago
16:22 < Baldzius> and there's no way I will be going back
16:23 < Baldzius> it might be confusing in the beginning
16:42 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has quit [Quit: Leaving]
16:55 -!- T-One [~T-One@194.183.141.238] has quit [Quit: Verlassend]
18:33 < rxr> rogermason: the local version should not matter
18:33 < rxr> rogermason: during the boostrap t2 cross compiles the toolchain
18:33 < rxr> rogermason: there is apparently something mixed up in the e2fsprogs Makefile or configure
18:34 < rxr> rogermason: as I wrote earlier I got a simillar error when I tried to update the package to the next upstream version
18:34 < rxr> I will take a look the next days and maybe this fixes your problem then, too
20:05 -!- mpp [~mpp@2001:470:9a41:107:a134:c25:3b73:30aa] has joined #t2
20:07 < mpp> gnutls broken with autoconf 2.66
20:07 -!- mpp [~mpp@2001:470:9a41:107:a134:c25:3b73:30aa] has quit [Client Quit]
--- Log closed Thu Jul 15 00:00:07 2010