T2 IRC Log: 2010-07-14
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.
--- 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
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